Re: Question About jack transport

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

 





Am 07.04.2017 um 15:59 schrieb Brent Busby:
john gibby <johnalan.gibby@xxxxxxxxx> writes:

I have Pianoteq connected to Jack, then to ecasound for dsp into 6
channels, then back thru Jack to rme9652.  64 sample buffers.  Should I run
ecasound in slave transport mode to make sure the pipeline runs
efficiently, with Pianoteq supplying a new sample set in lock-step while
the previous one is being processed by ecasound?  The details about how all
this is getting done are fascinating, but a little murky in my head...
Jack transport doesn't have anything to do with audio.  You'll know if
you're audio isn't getting through Jack ok because the symptom of that
will be xruns.  Basically, if you're not getting xruns, everything made
it through just fine.

Jack transport is kind of like Midi clock, but for situations where the
sequencers involved are all Linux apps with Jack support.  In a case
like that, why bother actually sending the traditional 96 tick per
quarter note Midi clock stream through virtual Midi connections on your
computer when all the apps involved can just sync through Jack?  If all
your sequencers know Jack, then you don't need Midi clock to sync them.

So, if you're not trying to sync Jack-aware sequencers on your computer,
then you don't need Jack transport for anything at all.


Not at all, for example, in guitarix, you can use jack transport for toggle effects on/off (in sync). That could be useful in special for delays/loops but any other effect as well.

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



[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux