Re: [linux-audio-dev] Jack-udp

Jordan wrote:

> Hello all. I don't really have any business asking, but I am more and
> more interested in digital HD recording, and I have spent many hours
> recently studying hardware, software, techniques, et cetera. I don't
> really have the funds to create such a system, but it is fun to plan
> it out, in case my church or someone else would be interested in such
> a system in the future.
>
> The recent discussion of jack over networks has gotten me wondering a
> few things.
> Here is my current fantasy rack setup:
> 1U: UPS
> 1U: KVM
> 2U: RAID
> 2U: Master/DAW
> 1U: Slave Recorder/Node
> 1U: Slave Recorder/Node
> 1U: Slave Recorder/Node
> 1U: Slave Recorder/Node
> 1U: Gigabit ethernet switch (all computers connected through it)
>
> Basically, all slaves would boot off of the RAID server (for easier
> maintenance) into a cut-down Linux kernel, and will boot into
> text-only mode, starting only the programs absolutely required to run
> Ecasound. The slave node would begin recording when the master tells
> it to, and all audio data would be sent to the RAID server. I am
> thinking that each slave would be able to handle 8 channels of mono
> input. All nodes would be equipped with the OpenMosix software, so
> that they can assist the Master when they are not busy.

I think the usage of openmosix might be dangerous wrt bandwith. If I
remember correctly, openmosix can generate a lot of ethernet traffic. I
also thought that jack.udp works reliably only on rather 'unbusy'
networks, so I wonder wat would happen when openmosix descides to
migrate a process to another machine (hence generating peak traffic).

Regarding this topic and the previous topic on jack.udp sync: We at the
freebob project had the idea of implementing a feature into our backend
that would allow a PC to be used as a 'FreeBob' device. (FreeBob is a
driver project for certain firewire based audio interfaces)

Using firewire as a transport layer for audio can solve some problems,
mainly those of sync and QoS. The scenario I had in mind was something
like you describe above, but using FW for the audio transport between
machines.

The idea is still rather vague, but nevertheless...

Pieter
Received on Wed Mar 23 12:15:12 2005