[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] 'cannot deliver port registration request' when u
From: |
Marcus Müller |
Subject: |
Re: [Discuss-gnuradio] 'cannot deliver port registration request' when using selector with jack |
Date: |
Sat, 5 Nov 2016 14:29:10 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 |
Hi Sjoerd,
because you used Nabble, only half of your mails end up on the mailing
list. Short: Nabble is a very strange service that you nobody needs if
you have a mail address, just sign up directly for the mailing list
under https://lists.gnu.org/mailman/listinfo/discuss-gnuradio .
I couldn't download your GRC file from Nabble – it just kept forwarding
me to a spam site. Please don't use nabble.
So, anyway, your original question, copy and pasted from Nabble, was
> I am trying to create a multimode receiver flowgraph which uses a
> selector to switch between am and fm. I use jack to be able to route
> the audio to other software for further processing. The trouble that I
> am having is that - as soon as I switch - jack gives me a "cannot
> deliver port registration request". I have tried to get around this by
> creating a python script and unregister the port with
> "jack_unregister", but that did not work out. In total despair I also
> tried to pipe the audio via udp to another flowgraph with a jack audio
> sink, but that caused other problems and it seems like an ugly hack.
Hm, in theory, the Jack sink should handle
stopping/starting/reconfiguration gracefully. Now, I'm sadly really no
expert in Jack – maybe it's an easy fix to the Jack sink [1], but maybe
it isn't. You could have both AM and FM flowgraphs run parallely, and
multiply one with a constant 0 and the other with a constant 1 and add
both up – that way, you wouldn't have to reconfigure the flow graph.
Best regards,
Marcus
[1] https://github.com/gnuradio/gnuradio/tree/master/gr-audio/lib/jack
On 05.11.2016 12:50, Sjoerd wrote:
> A possible solution could be that the audio sink does not instantiate a
> normal jack port, but a 'Jack.ownPort' - which has more options and I
> suspect that I would have control over the registration of the ports. Since
> I don't have experience with editing existing gnuradio blocks - maybe
> someone could point out to me how to approach this...? What block or script
> should I edit to accomplish this?
>