New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implement Polyphase Channelizer #39
Comments
Closed
DSheirer
pushed a commit
that referenced
this issue
Nov 5, 2017
DSheirer
pushed a commit
that referenced
this issue
Nov 12, 2017
use in testing tuner and polyphase channel manager operations.
DSheirer
pushed a commit
that referenced
this issue
Nov 18, 2017
DSheirer
pushed a commit
that referenced
this issue
Nov 18, 2017
DSheirer
pushed a commit
that referenced
this issue
Dec 2, 2017
Updates the M2 channelizer and correctly implements the ChannelCalculator
DSheirer
pushed a commit
that referenced
this issue
Dec 3, 2017
controllers manager sample buffer processing and channel management. General cleanup across all modules to remove the executor from each of the start() methods. Removed the B100 tuner class since it's not yet implemented.
DSheirer
pushed a commit
that referenced
this issue
Dec 9, 2017
controllers manager sample buffer processing and channel management. General cleanup across all modules to remove the executor from each of the start() methods. Removed the B100 tuner class since it's not yet implemented.
DSheirer
pushed a commit
that referenced
this issue
Dec 9, 2017
and polyphase sub class implementations. Converts all source implementations and tuners to treat sample rate as a double.
DSheirer
pushed a commit
that referenced
this issue
Dec 10, 2017
offset calculation and updating for channel frequency correction.
DSheirer
pushed a commit
that referenced
this issue
Dec 28, 2017
and the channel manager in preparation for polyphase.
DSheirer
pushed a commit
that referenced
this issue
Jan 13, 2018
messages and events can be accurately timestamped, and more importantly, allocated traffic channels can request to be pre-loaded with buffered samples to ensure that traffic channels don't miss any samples that are currently missed due processing latency inherent in current buffer sizing. This should reduce the clipping of starting messages or voice on the traffic channels. Restructures processing path for tuner frequency and sample rate change events. The tuner now embeds these events in the sequence of buffers that are generated immediately after the event occurs since those are the buffers that will be impacted by the change. Previously, the change event would be broadcast throughout the system and would impact any buffered/cached buffers. This also reduces the number of source event change listeners that have to be managed. Note: this change is not yet implemented in all tuners ... only in the TestTuner implementation. Updates the polyphase channelizer to now buffer channel results and then dispatch the buffer to the channel output processors to improve efficiency of using float arrays versus single value complex float processing.
DSheirer
pushed a commit
that referenced
this issue
Jan 13, 2018
calculator must be updated immediately any time the tuner's center frequency changes so that a channel can be allocated immediately. So, I changed source event handling to two parts where the channel calculator is immediately updated and the channelizer configuration is deferred so that it can happen on the buffer processor execution thread and we can avoid any sync() locking on the channelizer or polyphase channel sources.
DSheirer
pushed a commit
that referenced
this issue
Jan 14, 2018
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Implement new channelizer for airspy, hackrf and rtl-based tuners.
The text was updated successfully, but these errors were encountered: