16 Dec
2003
16 Dec
'03
3:04 p.m.
Hi all.
I've been trolling and testing various sync methods and I've noticed some
questions popping up. Is it just me or is the linux audio situation a bit
incomplete at this point with regard to information on that subject?
It may just be that most of the programs are still struggling to develope
sync techniques (MTC, MMC, ADAT sync, SMPTE, jack transport, etc. etc.), but
also is there a relative lack of info/tutorials/etc?
The reason I ask, is because not only for my sake, but for the sake of the
community, I'd sure be glad to try and make a dent in that, maybe document
some toots, or whatnot. of course, this all has to be in sync (no pun
intended ;) ) with the development of the capabilities...
I wish I had time to sort of type out something more detailed - I'll get to
that sometime here (running short on time right this minute :) )
one basic hole I see at least in my understanding, is what the HECK is
jack_transport, how does it fit in, etc.? that's ONE - there are lots of
holes for me *laugh* another curious one is ecasound? it's the veteren
around here in a lot of ways - does it sync to anything?
ok well I'll wait for thoughts and then as soon as I can get a chance, I'll
write something longer and sort of put out to y'all what I've found out, and
see what holes can be filled - cheers (sorry for any unclarity in this
email, unclarity is why I'm starting this thread! :) )
- Aaron
www.nquit.com
16 Dec
16 Dec
3:32 p.m.
New subject: [linux-audio-user] Re: [linux-audio-dev] resend: more about sync (was: rosegarden/ardour, ardour/adat, etc.)
"Aaron Trumm" <aaron(a)nquit.com> writes:
one basic hole I see at least in my understanding, is
what the HECK
is jack_transport, how does it fit in, etc.?
Here is a good place to start...
http://jackit.sourceforge.net/docs/reference/transport-design.html
that's ONE - there are lots of holes for me
*laugh* another curious
one is ecasound? it's the veteren around here in a lot of ways -
does it sync to anything?
Among other things, it syncs very well to the JACK transport. :-)
Regards,
--
joq
4:19 p.m.
New subject: [linux-audio-user] resend: more about sync
On Tue, 16 Dec 2003, Aaron Trumm wrote:
I've been trolling and testing various sync
methods and I've noticed some
questions popping up. Is it just me or is the linux audio situation a bit
incomplete at this point with regard to information on that subject?
Although a lot has happened during the last few years, syncing apps (and
devices) is still very much work in progress. Also, these issues are
really, really hard, and this slows down development (and also user
adoption of new features).
As a little background, common transport control was identified as a key
requirent for audio app frameworks already in 2001 when the issue of audio
servers was heavily discussed on linux-audio-dev. From this discussion,
JACK got its start. My LAAGA website is still pretty relevant:
http://eca.cx/laaga/
... the problem statement is still very much valid, and will be until all
the popular Linux audio apps have good JACK and JACK transport support.
It may just be that most of the programs are still
struggling to develope
sync techniques (MTC, MMC, ADAT sync, SMPTE, jack transport, etc. etc.), but
also is there a relative lack of info/tutorials/etc?
Yes, we need more pioneers - both users and developers who push these
things forward.
one basic hole I see at least in my understanding, is
what the HECK is
jack_transport, how does it fit in, etc.?
A way to achieve "common transport control" across running audio apps.
I.e. when you press 'play' in one app, all apps will start running. See
Jack O'Quin's excellent design document at:
http://www.joq.us/jack/reference/html/transport-design.html#transport-design
At this point, JACK transport functionality (APIs and the server
implementation) is pretty much ready. Now all that we are missing are
applications that support it. Some apps already support it (Hydrogen,
JAMin, Ardour, Rezound, Rosegarden, Ecasound and few others), but level of
support varies, and with many apps, transport support is only available in
development trees. Hopefully this situation will improve in the future.
Fortunately this is something we can affect by doing more promotation for
JACK transport. ;)
that's ONE - there are lots of
holes for me *laugh* another curious one is ecasound? it's the veteren
around here in a lot of ways - does it sync to anything?
Ecasound has full support for JACK transport. For a step-by-step guide how
to do distributed multitrack recording, see this mail from me to
jackit-devel:
http://eca.cx/lad/2003/08/0143.html
In the mail I talk about need for latest CVS versions, but nowadays
Ecasound 2.3.0 (and newer) and JACK 0.90 (and newer) are sufficient.
Another, simpler, step-by-step JACK transport example is described at:
http://boudicca.tux.org/hypermail/jackit-devel/2003-Aug/0068.html
As for MIDI-support, Ecasound has basic support for sending MMC and
MIDI-sync, but not much else.
--
http://www.eca.cx
Audio software for Linux!
7701
days inactive
7701
days old
linux-audio-user@lists.linuxaudio.org
2 comments
3 participants
participants (3)
-
Aaron Trumm -
Jack O'Quin -
Kai Vehmanen