Re: [LAD] Drift compensation document

2017-09-06 Thread benravin
​>> just another reason to avoid working with such formats. decompress it first to PCM. done.​ Thanks Paul! I was time stamping the output of audio codec decoded PCM samples which was introducing lot of jitter. Now I'm reusing what Fons had implemented on zita-j2a using a *local* fifo and not t

Re: [LAD] Drift compensation document

2017-09-06 Thread Paul Davis
jackd is a 100% synchronous design, entirely by intent. On Wed, Sep 6, 2017 at 12:38 PM, benravin wrote: > > ​>> just another reason to avoid working with such formats. decompress it > first to PCM. done.​ > > > Thanks Paul! I was time stamping the output of audio codec decoded PCM > samples w

Re: [LAD] Drift compensation document

2017-09-06 Thread benravin
Ok, my requirement is to apply fade-in on first audio period when audio starts, and do fade-out on last audio period when stopped to avoid any audio glitches. These start and stop is based on user selection and De-selection of audio. How is it possible with Jack ? -- Sent from: http://linux-a

Re: [LAD] Drift compensation document

2017-09-06 Thread Paul Davis
it has nothing to do with JACK. you need to pump events/notifications/requests into the process thread/callback via your own mechanism (lock-free FIFOs are common) and act on them from there. On Wed, Sep 6, 2017 at 1:16 PM, benravin wrote: > Ok, my requirement is to apply fade-in on first audio

Re: [LAD] Drift compensation document

2017-09-06 Thread benravin
any example application or document will be very helpful. -- Sent from: http://linux-audio.4202.n7.nabble.com/linux-audio-dev-f58952.html ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org https://lists.linuxaudio.org/listinfo/linux