Re: [LAD] JACK latency API clarifications

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: <linux-audio-dev@...>
Date: Friday, February 21, 2014 - 7:34 pm

On 02/21/2014 07:52 PM, Lieven Moors wrote:

having wired up a complex signal graph, which for the most part depends
on the studio, not on the project at hand, and then having to deal with
different projects in different sample rates.

say your studio involves three monitoring setups, one main stereo, one
nearfield, and one surround, you are using jack to do EQ on those
things, in my case there's an ambisonic decoder in the loop as well.
that means the jack graph is already quite elaborated. in that case, it
would be nice to leave it running while switching from, say, a cd
project at 44k1 to a tv thing at 48k.

as it is now, i have decided to do _everything_ at 48k (i have no second
thoughts about a final resampling step), but if a client brings material
at, say, 96k, i have to downsample first. sometimes i wish for an easy
way to reclock a graph. obviously, nobody expects this to be gapless.
fading everthing down and then taking a few seconds to reclock
everything would be fine.

but then, many pieces of software in my chain would need changes. for
instance, an important piece of dsp for me is jconvolver, as it sits in
front of all my speakers.
of course, the impulse responses i use for EQ and room correction only
make sense for a given sample rate - it would have to be changed to swap
one set of IRs for another during a reclocking call, and of course that
needs to be configured and the user actually needs to provide those
different IRs.

--
Jörn Nettingsmeier
Lortzingstr. 11, 45128 Essen, Tel. +49 177 7937487

Meister für Veranstaltungstechnik (Bühne/Studio)
Tonmeister VDT

http://stackingdwarves.net

_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[LAD] JACK latency API clarifications, Stefano D'Angelo, (Thu Feb 20, 10:32 pm)
Re: [LAD] JACK latency API clarifications, Robin Gareus, (Thu Feb 20, 10:47 pm)
Re: [LAD] JACK latency API clarifications, Paul Davis, (Thu Feb 20, 10:45 pm)
Re: [LAD] JACK latency API clarifications, Stefano D'Angelo, (Thu Feb 20, 11:05 pm)
Re: [LAD] JACK latency API clarifications, Paul Davis, (Thu Feb 20, 11:08 pm)
Re: [LAD] JACK latency API clarifications, Stefano D'Angelo, (Thu Feb 20, 11:09 pm)
Re: [LAD] JACK latency API clarifications, Stefano D'Angelo, (Fri Feb 21, 2:38 pm)
Re: [LAD] JACK latency API clarifications, Paul Davis, (Fri Feb 21, 2:51 pm)
Re: [LAD] JACK latency API clarifications, Stefano D'Angelo, (Fri Feb 21, 3:04 pm)
Re: [LAD] JACK latency API clarifications, Paul Davis, (Fri Feb 21, 3:21 pm)
Re: [LAD] JACK latency API clarifications, Lieven Moors, (Fri Feb 21, 6:51 pm)
Re: [LAD] JACK latency API clarifications, Jörn Nettingsmeier, (Fri Feb 21, 7:34 pm)
Re: [LAD] JACK latency API clarifications, Lieven Moors, (Fri Feb 21, 8:28 pm)
Re: [LAD] JACK latency API clarifications, Fons Adriaensen, (Fri Feb 21, 8:01 pm)
Re: [LAD] JACK latency API clarifications, Stefano D'Angelo, (Fri Feb 21, 3:41 pm)