16 Apr
2006
16 Apr
'06
7:26 p.m.
netjack-0.11
------------
Warp your jack ports over an IP network. Also have Transport synced
between 2 machines.
Work is underway in improving the latency for big channel counts,
like 24in / 24out. There seems to be a bottleneck in the kernels
handling of big UDP Packets.
However netjack seems solid with a period size of 128 and a roundtrip
latency of 3 periods. (this is at 24/24 float on 100Mbit) The latency
does not seem to improve with Gbit.
Also featuring:
- improved error messages.
- some AutoConfig on the slave side. (only period and samplerate)
- alsa_in and _out improvements.
Have Fun.
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
16 Apr
16 Apr
8:36 p.m.
New subject: [linux-audio-dev] Re: [linux-audio-user] [ANN] netjack-0.11
Awesome!
/Robert
On Sunday 16 Apr 2006 22:22, torbenh(a)gmx.de wrote:
netjack-0.11
------------
Warp your jack ports over an IP network. Also have Transport synced
between 2 machines.
Work is underway in improving the latency for big channel counts,
like 24in / 24out. There seems to be a bottleneck in the kernels
handling of big UDP Packets.
However netjack seems solid with a period size of 128 and a roundtrip
latency of 3 periods. (this is at 24/24 float on 100Mbit) The latency
does not seem to improve with Gbit.
Also featuring:
- improved error messages.
- some AutoConfig on the slave side. (only period and samplerate)
- alsa_in and _out improvements.
Have Fun.
--
http://spamatica.se/musicsite/
17 Apr
17 Apr
3:05 a.m.
On Sun, 2006-04-16 at 23:22 +0200, torbenh(a)gmx.de wrote:
Work is underway in improving the latency for big channel counts,
like 24in / 24out. There seems to be a bottleneck in the kernels
handling of big UDP Packets.
Nice, I'm looking forward to the LKML thread!
(you do plan to report it right...?)
7:27 a.m.
On Mon, 2006-04-17 at 01:05 -0400, Lee Revell wrote:
On Sun, 2006-04-16 at 23:22 +0200, torbenh(a)gmx.de
wrote:
Torben,
You are not checking the return value of sendto() ... It would be most
interesting to know what these are when the application fails. EMSGSIZE
EWOULDBLOCK and EAGAIN are some of the possible candidates.
http://www.penguin-soft.com/penguin/man/2/send.html
--
mvh // Jens M Andreasen
Work is underway in improving the latency for big channel counts,
like 24in / 24out. There seems to be a bottleneck in the kernels
handling of big UDP Packets.
Nice, I'm looking forward to the LKML thread!
(you do plan to report it right...?)
9:12 a.m.
On Mon, Apr 17, 2006 at 11:27:04AM +0200, Jens M Andreasen wrote:
On Mon, 2006-04-17 at 01:05 -0400, Lee Revell wrote:
i dont think its that interesting, return value of EAGAIN means, the
packet got dopped, and the sendqueue is full, this generally happens in
congestion situations at the dsl modem or something (where its never
reported...)
EMSGSIZE will not be set.
please note, that the application does NOT fail.
packet roundtrip time for big UDP packets is too high. So i cant run at
-l 1 and have to resort to -l 2 or even -l 3.
that means 3 periods of round trip latency.
meaning a remote fx processor would have 3 periods of latency added.
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
On Sun, 2006-04-16 at 23:22 +0200, torbenh(a)gmx.de
wrote:
Torben,
You are not checking the return value of sendto() ... It would be most
interesting to know what these are when the application fails. EMSGSIZE
EWOULDBLOCK and EAGAIN are some of the possible candidates.
Work is underway in improving the latency for big channel counts,
like 24in / 24out. There seems to be a bottleneck in the kernels
handling of big UDP Packets.
Nice, I'm looking forward to the LKML thread!
(you do plan to report it right...?)
6607
days inactive
6608
days old
linux-audio-dev@lists.linuxaudio.org
4 comments
4 participants
participants (4)
-
Jens M Andreasen -
Lee Revell -
Robert Jonsson -
torbenh＠gmx.de