On Tue, Jun 27, 2017 at 4:16 PM, Joe K <[email protected]> wrote: > In reality my interpolating filter is part of a Python-based hierarchical > block, which is based off of the gmsk_mod in gr-digital. I'm essentially > trying to decouple my symbol rate from the hardware sample rate by > adjusting the modulator's samples/symbol factor in real time. I tried > using lock/disconnect/create new filter/connect/unlock but I randomly get > hangs on the unlock step. When it does get past unlocking the output is as > expected. > > I remembered a bug report about unlock hanging, which was supposedly > fixed. Is it legit to lock/etc/unlock within a hierarchical block? Is it > a known problem for it to hang on unlock() within a hierarchical block? > This is GR 3.7.11. >
I work on an application which makes heavy use of flow graph reconfiguration and I have several times found issues with specific blocks. If you can narrow down the source of the issue into a good reproduction test case and report or fix the bug, I for one would appreciate the contribution to GR's stability. Another possibility, though, is that if your flow graph has signal paths which split and rejoin, then replacing blocks on one of the paths *may* end up with a configuration of buffer fullnesses which deadlocks (and if it does not, then it will anyway not have the phase synchronization you might hope for). There is no way to avoid this but rebuilding both paths at once. As to your original issue, there has previously been discussion of variable rate resampling in the context of allowing audio sinks/sources to adapt to follow RF clocks. I don't think any implementation work has been done — I'm just mentioning that there is interest in having a solution to the general problem.
_______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
