[Fwd: Re: [Jackit-devel] alsa pcm_jack plugin]

New Message Reply About this list Date view Thread view Subject view Author view Other groups

Subject: [Fwd: Re: [Jackit-devel] alsa pcm_jack plugin]
From: smoerk (smoerk_AT_gmx.de)
Date: Tue Feb 25 2003 - 21:25:18 EET


maybe the jack developers will solve this task... :-)

-------- Original Message --------
Subject: Re: [Jackit-devel] alsa pcm_jack plugin
Date: 25 Feb 2003 18:48:15 +0000
From: Bob Ham <rah_AT_bash.sh>
To: Paul Davis <paul_AT_linuxaudiosystems.com>
CC: Jackit Devel Mailing List <jackit-devel_AT_lists.sourceforge.net>
References: <E18nh7E-00050x-00@sc8-sf-list1.sourceforge.net>

On Tue, 2003-02-25 at 15:37, Paul Davis wrote:

> Network transparency isn't really an issue because it should be
> invisible from within the API, and thus can be added or reimplemented
> at will. People have certain postulated using JACK with a network
> audio protocol via a particular client, and it would work, but would
> fail to offer the features that JACK is really meant to offer.

Just thought I'd chip in with what I've got to say on jack networking.
It's still my intention to make audio go over ethX devices. I've
reconsidered using magic, at least until there's something that works.
The attraction of magic is that it organises the network, and presents a
view of the whole network to everything that's connected.

I've been thinking about this with the assumption that you only have a
loopback cable between ethernet cards in two machines; no hub or
anything; no specific transport layer. Using full duplex interfaces in
that situation obviates any need for collision detection which I hope
will reduce the latency. The same goes for retransmission as none is
needed. As for synchronisation, I'm not sure about that. I looked at
NTP but it seems to be on totally the wrong track. I've not looked at
how other audio streaming systems synchronise clocks. If anyone has any
links or anything I'd appreciate it. Regardless, I reckon low latency
and synchronisation can be achieved over ethernet in order to connect
jack graphs.

There is another issue that I thought of but I'm not sure how big it
is. The network driver would need to be able to operate as both a jack
driver for when there's no alsa device to provide timing interrupts and
a slave for when there's already a driver in the graph. I haven't
looked at the jack driver stuff yet so I don't know if this is even
possible; is it? Would it be a big deal?

Anyway, some food for thought

Bob

-- 
Bob Ham <rah_AT_bash.sh>

------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Jackit-devel mailing list Jackit-devel_AT_lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jackit-devel


New Message Reply About this list Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2b28 : Tue Feb 25 2003 - 21:15:53 EET