[LAD] jack transport change accuracy for looping

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: <linux-audio-dev@...>
Date: Sunday, November 20, 2011 - 3:15 am

--20cf305e240fd0983104b221fa45
Content-Type: text/plain; charset=ISO-8859-1

Just wondering if I understand this correctly. I making a loop based app
for step sequencing. When I previously did this in Csound, I clocked it off
a phasor, so the timing was sample accurate ( but that brought all it's own
issues to be sure ). I'm wondering whether I should do the same thing in
jack app, or use the jack transport clock, or some hybrid.

My question, am I correct in understanding that if I use the jack transport
position to rewind in time, I'll get:

C) any other clients with running audio looping back to ( may or may not be
desirable )

B) a jitter based on the amount of time left between when the loop should
end and the end of the frame buffer in which the loop length runs out?

Has anyone solved B? Could it be done by some complex tempo cheating trick?

Does anyone have any methods they've used for tight timing of looping in a
jack app?

Pointers at code appreciated of course. =)

thank!
Iain

--20cf305e240fd0983104b221fa45
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Just wondering if I understand this correctly. I making a loop based a=
pp for step sequencing. When I previously did this in Csound, I clocked it =
off a phasor, so the timing was sample accurate ( but that brought all it&#=
39;s own issues to be sure ). I'm wondering whether I should do the sam=
e thing in jack app, or use the jack transport clock, or some hybrid.
My question, am I correct in understanding that i=
f I use the jack transport position to rewind in time, I'll get:<=
div>C) any other clients with running audio looping back to =
( may or may not be desirable )
B) a jitter based on the amount of time left between wh=
en the loop should end and the end of the frame buffer in which the loop le=
ngth runs out?Has anyone solved B? Could it be do=
ne by some complex tempo cheating trick?
Does anyone have any methods they've used for tight=
timing of looping in a jack app?Pointers at code=
appreciated of course. =3D)thank!Iain=

--20cf305e240fd0983104b221fa45--

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

Messages in current thread:
[LAD] jack transport change accuracy for looping, Iain Duncan, (Sun Nov 20, 3:15 am)
Re: [LAD] jack transport change accuracy for looping, Paul Coccoli, (Sun Nov 20, 1:20 pm)
Re: [LAD] jack transport change accuracy for looping, Iain Duncan, (Sun Nov 20, 5:23 pm)
Re: [LAD] jack transport change accuracy for looping, Paul Coccoli, (Wed Nov 23, 1:17 pm)
Re: [LAD] jack transport change accuracy for looping, Paul Davis, (Sun Nov 20, 3:19 am)
Re: [LAD] jack transport change accuracy for looping, Iain Duncan, (Sun Nov 20, 3:23 am)
Re: [LAD] jack transport change accuracy for looping, Paul Davis, (Sun Nov 20, 1:17 pm)
Re: [LAD] jack transport change accuracy for looping, Iain Duncan, (Sun Nov 20, 5:26 pm)
Re: [LAD] jack transport change accuracy for looping, Paul Davis, (Sun Nov 20, 5:27 pm)
Re: [LAD] jack transport change accuracy for looping, Iain Duncan, (Sun Nov 20, 5:33 pm)
Re: [LAD] jack transport change accuracy for looping, Paul Davis, (Sun Nov 20, 5:34 pm)
Re: [LAD] jack transport change accuracy for looping, Louigi Verona, (Sun Nov 20, 9:45 pm)
Re: [LAD] jack transport change accuracy for looping, Paul Davis, (Sun Nov 20, 10:03 pm)
Re: [LAD] jack transport change accuracy for looping, Iain Duncan, (Sun Nov 20, 3:34 am)
Re: [LAD] jack transport change accuracy for looping, Paul Davis, (Sun Nov 20, 1:10 pm)
Re: [LAD] jack transport change accuracy for looping, Iain Duncan, (Sun Nov 20, 5:11 pm)