25 Feb
2019
25 Feb
'19
11:27 p.m.
On 2/25/19 9:06 PM, happy musicmaker wrote:
MOTU once told me that their http://motu.com/products/avb/avb-switch AVB
switch should work with Linux.
??
Their switch is just an ethernet switch that is AVB aware. It will work
with anything. For example, a Linux computer can connect to the Motu's
interfaces web server. It is ethernet.
Anyone had experience if all 32 channels @ 48KHz works
with JACK and ALSA ?
Have you been following the thread?
While you can send standard ethernet traffic through their switch, AVB
is something else. If you want to output or input AVB streams directly
from Linux you will need to do a lot of work (and please share it if you
do!). The openavnu repository would be a start but I don't know of
anyone that has a full stack working.
I managed (a long time ago) to get Linux to see a Motu interface and
sync with its clock but that was it, never got to streaming.
I have some i210 cards and three 8 channel ADAT
preamps so would be
eager to know before spending the $.
Still looking for an audio interface on Linux to support 24 to 32
channels @ 48Khz.
Is that input or output or both? Please read the thread in detail.
I have been using Motu AVB interfaces through USB2 and with up to 64
channels of I/O total (the computer connects through USB2 to the
interface, and if you need more I/O than what the directly attached Motu
interface can do you need to use more than one and bridge them with
AVB). 24 channels is relatively easy, more I/O channels requires having
the right sound interface _and_ the right firmware (an older version
than what ships today). I have used the 16A, 24Ai, 24Ao and others of
the same generation. You also need a properly tuned system, of course.
-- Fernando
On Mon, Feb 25, 2019 at 7:15 AM Chris Caudle
<chris(a)chriscaudle.org
<mailto:chris@chriscaudle.org>> wrote:
On Sun, February 24, 2019 4:54 pm, Fernando Lopez-Lezcano wrote:
>> Even then I found problems with the
latest firmware version, input
>> channels would shift in blocks of 8 every few seconds (ie: input
>> coming in through channel 1 would suddenly appear in 9, and so
on and
>> so forth). Again, downgrading a bit gets
rid of that problem.
I imagine that would not happen if you were to
use their proprietary
driver instead of the class compliant driver.
Wouldn't Apple equipment be using a class compliant driver? Given how
much of their business was traditionally to Apple users that seems very
strange that they would have firmware that breaks class compliant use if
it also broke usage on Mac OS and iOS. I guess Mac users only get the
lower channel count firmware? But that is the same firmware you say
shifts the channels around, correct?
--
Chris Caudle
_______________________________________________
Jack-Devel mailing list
Jack-Devel(a)lists.jackaudio.org <mailto:Jack-Devel@lists.jackaudio.org>
http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org
_______________________________________________
Jack-Devel mailing list
Jack-Devel(a)lists.jackaudio.org
http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org