[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Broadcast Receiver Audio Synchronization ( Delay

From: Marcus Müller
Subject: Re: [Discuss-gnuradio] Broadcast Receiver Audio Synchronization ( Delay locked loop for the two-clock problem)
Date: Sun, 6 Nov 2016 15:58:43 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0

Well, obviously, there's interest, but I'd say we all agree that we'd
need someone to fix the Jack interface first – we simply don't have that
person at our disposal. At this point, it seems you're the one most
prolific with Jack on the mailing list... :/



On 06.11.2016 15:56, Fons Adriaensen wrote:
> On Sun, Nov 06, 2016 at 02:17:17PM +0100, Marcus Müller wrote:
>> So the main technical problem that we have is that whilst this DLL (I'd
>> just call it a buffer-fillage control loop) is conceptually nice to
>> understand, no-one has implemented it within GNU Radio – if you found
>> yourself able to write it for ALSA (not much sense writing it for the
>> Jack sink, if Jack can already do it internally), we shall surely find a
>> way to "upstream" this and help you with code review!
> There seems to be some misunderstanding: Jack by itself does *not* do
> any resampling, it just provides one of the DLLs. There are programs
> which do this: one (zita-ajbridge) which allows to add additional
> soundcards to Jack, and another (zita-njbridge) which transmits 
> audio over the network with resampling at the receiving end.
> I there is interest I'm willing to implement this for GR, but
> then the Jack interface itself needs to be fixed. Currently AFAIK
> it only works with one channel.
> Ciao,

reply via email to

[Prev in Thread] Current Thread [Next in Thread]