Page 3 of 4

Re: Updated list of Linux compatible audio interfaces

Posted: Sat Dec 05, 2020 12:38 pm
by Capoeira
tripomatic wrote: Sat Dec 05, 2020 12:16 pm
Capoeira wrote: Thu Dec 03, 2020 8:37 pm
VennStone wrote: Wed Dec 02, 2020 6:15 pm This is my list.

https://linuxgamecast.com/linux-compati ... nterfaces/
nice list. a shame we are probably not going to see Ffado supported in Pipewire https://gitlab.freedesktop.org/pipewire ... issues/326
Aren't the FFADO drivers not supported in the kernel now?
no, what is in the kernel are some firewire alsa drivers which are all very limited or do not work at all

Re: Updated list of Linux compatible audio interfaces

Posted: Sat Jan 23, 2021 3:57 am
by sparticle
I have a Scarlett 18i8 Gen2 running on Ubuntu 20.04.1 was running on 18.04.5 before upgrade. Works perfectly all inputs and outputs are automatically recognised. I run Jack and use Harrison Mixbus 6.2.4. I had to setup direct routing in the focusrite windows software just once. Then all was well after that. I have full control of the routing of all inputs and outputs.

No issues with the interface. It was running on a standard USB2 port but I recently upgraded the PC with a PICI-E USB3 card and it is connected via that now. Again no issues.

Typically it has 2 guitars and mics connected. A pair of monitors and 2 headphones which I can configure to have direct monitoring or route any combination direct inputs for low latency monitoring or mixbus outputs to them.

Jack is running with the realtime kernel.

Cheers
Spart

Re: Updated list of Linux compatible audio interfaces

Posted: Sat Feb 13, 2021 9:21 pm
by wardlok
I have same laptop(2012 T510),same distro. I bought bunch of stuff at pawn shop including focusrite scarlet 2i2 2nd gen($40). I plugged it in and it worked. Not midi compatible,very basic. Output is routed there. Giddy SG through marshal amp into scarlet made it to DAW. Like you,all this was to learn Ubuntu Studio on the cheap. It's been working well.

Re: Updated list of Linux compatible audio interfaces

Posted: Tue Apr 27, 2021 7:47 am
by entropification
Mk2 wrote: Sat Jul 11, 2020 11:44 pm Focusrite Saffire pro 24 (firewire) works really fine ! (ubuntu studio -> has all jack etc included, good disto !)

i don't remember if i tested her coupled with the pre amp Octopre MkII Dynamic (in ADAT) but i see no reasons for not working fine 16in 8out !
I just got the Saffire 26I/O and the only thing that has me stumped is how to get phantom. Apparently it was a software switch. Any suggestions?

Re: Updated list of Linux compatible audio interfaces

Posted: Wed Jun 02, 2021 3:53 am
by DrMeatball
Someone already mentioned the Focusrite 18i20 in this thread, but I'll throw in that the Focusrite OctoPre also works fine via SPDIF.

Re: Updated list of Linux compatible audio interfaces

Posted: Wed Jun 02, 2021 4:04 am
by DrMeatball
Alesis io26 + Startech firewire card (TI chip). My very first real interface.. Channel 1 died years ago but it does indeed work even with the ADAT inputs. If you need more than 17+ channels over a single cable add a couple Behringer 8200s via spdif and this probably the least expensive way to do it. Preamps aren't stellar by any modern interface standard though..
VennStone wrote: Wed Sep 02, 2020 5:40 pm I've been buying old firewire interfaces for the past few months and making mini reviews for fun. The FFADO list was outdated and now it's gone.

So far:
MOTU Traveler MKI
MOTU 828MKII
Phonic Firefly 202
M-Audio ProFire 2626
MBOX 2 Mini (usb)
Digidesign Digi 003R
Presonus FIRESTUDIO 26×26
Behringer FIREPOWER FCA 1616

Re: Updated list of Linux compatible audio interfaces

Posted: Wed Jun 02, 2021 10:15 am
by Capoeira
alsa dev Takashi Sakamoto created a patchset that might improve a few devices in future kernels

https://lore.kernel.org/alsa-devel/2021 ... mocchi.jp/

Re: Updated list of Linux compatible audio interfaces

Posted: Sun Nov 21, 2021 5:24 pm
by at0m
Hi!

I would like to add a little experience:

Soundcraft Signature 22MTK is fully supported, using class-compliant snd-usb-audio. Just like on non-free OS's, there's 24 inputs and 22 outputs are available for alsa.
I haven't tried, but it's safe to assume the Soundcraft Signature 12MTK would also be fully supported.

Emagic AMT-8: all MIDI ports can be addressed over USB. All ports, ie. its 8 inputs, 8 outputs, and one "output to all" port which is convenient for, say, MIDI clock.
However, there is no native editor for the AMT-8's standalone or "patch mode", the IO filtering and so forth. I use another OS for that.

MOTU 828 MKII USB: dmesg shows brand and model, but no driver is available, no IO show up in alsa.

Arturia Beatstep Pro: The MIDI IO can be used, and the device sends over those ports what it's sending on non-free OS's. There is no MIDI Control Center for linux.
However, I did note the SysEx which Arturia's software uses to update the Beatstep Pro for far most of the settings. I'm not a developer, but f anyone is interested to make a GUI for such, I happy to provide a spreadsheet with the relevant information nicely mapped.

Also my Novation BassStationII can be addressed over USB, but I prefer to use the MIDI ports via the AMT8: once USB is connected to a computer, it ignores the MIDI ports.

I've used those devices on kernel as recent as 5.10.

Regards,
at0m.

Re: Updated list of Linux compatible audio interfaces

Posted: Tue May 09, 2023 12:40 am
by miuzik

Apparently Arturia Minifuse 2 and 4 works on linux. In the ALSA's official repository added the compatibility with these interfaces. Arturia has an annoying software wall (for update the firmware) but all the functionalities works well. Please, people that uses those interfaces tell us about their performance over linux.


Re: Updated list of Linux compatible audio interfaces

Posted: Tue May 30, 2023 10:38 am
by riribreizh
miuzik wrote: Tue May 09, 2023 12:40 am

Apparently Arturia Minifuse 2 and 4 works on linux. In the ALSA's official repository added the compatibility with these interfaces. Arturia has an annoying software wall (for update the firmware) but all the functionalities works well. Please, people that uses those interfaces tell us about their performance over linux.

Hi, do you know if this software can be installed and running the Wine way.
I consider getting that audio interface, so I'm preparing to know if someday there is a firmware update, I can actually update my gear.

Thanks for reporting!


Re: Updated list of Linux compatible audio interfaces

Posted: Tue May 30, 2023 11:42 am
by erlkönig

@riribreizh
You can't rely on wine or something like virtualbox for every software running on a linux host.

E.g., Focusritesoftware for Clarret won't run under wine or virtualbox. They seem to change some usb id stuff after initializing. Tascammixercompanion works fine under wine, except firmwareupdates. Firmwareupdates won't even work out of a virtualbox.

You shoud ask someone who runs the desired hardware for experiences.


Re: Updated list of Linux compatible audio interfaces

Posted: Fri Jun 02, 2023 4:44 pm
by miuzik
riribreizh wrote: Tue May 30, 2023 10:38 am
miuzik wrote: Tue May 09, 2023 12:40 am

Apparently Arturia Minifuse 2 and 4 works on linux. In the ALSA's official repository added the compatibility with these interfaces. Arturia has an annoying software wall (for update the firmware) but all the functionalities works well. Please, people that uses those interfaces tell us about their performance over linux.

Hi, do you know if this software can be installed and running the Wine way.
I consider getting that audio interface, so I'm preparing to know if someday there is a firmware update, I can actually update my gear.

Thanks for reporting!

Wine and Arturia is a wrong way. Many linux users report can't update the Arturia stuff via wine, maybe with a virtual machine but Arturia updates his software regularly and it usually break the compatibility with virtualization. If the interface works on linux you must make a sacrifice and install Windows (sorry) in a old machine, update the firmware and burning that PC :lol:


Re: Updated list of Linux compatible audio interfaces

Posted: Tue Jun 20, 2023 9:18 am
by Linuxmusician01
artix_linux_user wrote: Tue Jun 20, 2023 8:12 am
vitaminx wrote: Sat Aug 04, 2018 3:20 pm

Whats doesn't work:

  • sample rates above 48k, I wouldn't use anything higher anyways as it would mean higher

Just lil side note: higher sample frequencies are bringing lower latencies, the opposite what you just described.
The reciprocal of the frequency is the wave length, so with higher frequencies, we will get lower latencies...
Sorry, I am still not fresh now...still sleeping...

?


Re: Updated list of Linux compatible audio interfaces

Posted: Tue Jun 20, 2023 2:01 pm
by Linuxmusician01
artix_linux_user wrote: Tue Jun 20, 2023 9:29 am

As I understood it, it was just mentioned that higher sample frequencies is bringing higher latencies. I just mentioned, that the opposite is true.

Latency is a delay in an electric circuit. You are converting sample frequency into wavelength. Sample frequency has nothing to to with waves. It's the amount of samples taken per second. It's a frequency just like the frequency of somebody walking the dog: 2 times per day = 2 / (24 hours in a day x 60 minutes in an hour x 60 sec in a minute) = you do the math/physics.

P.S. In sound the frequency is the amount of waves per second. An amount of samples is not an amount of waves.


Re: Updated list of Linux compatible audio interfaces

Posted: Sat Jun 24, 2023 7:33 pm
by tseaver

@Linuxmusician01
I believe @artix_linux_user has the math right here:

Code: Select all

$ bin/python3
...
sample_rates = [44100, 48000, 88200, 96000, 176400, 192000]
frames_per_period_list = [16, 32, 64, 128, 256, 512, 1024]
periods_per_buffer_list = [2, 3]
for sample_rate in sample_rates:
...     for frames_per_period in frames_per_period_list:
...         for periods_per_buffer in periods_per_buffer_list:
...             frames_per_buffer = frames_per_period * periods_per_buffer
...             latency_ms = frames_per_buffer / sample_rate * 1000
...             print(f"{sample_rate}, {frames_per_period}, {periods_per_buffer}, {latency_ms:0.2f}")
... 
44100, 16, 2, 0.73
44100, 16, 3, 1.09
44100, 32, 2, 1.45
44100, 32, 3, 2.18
44100, 64, 2, 2.90
44100, 64, 3, 4.35
44100, 128, 2, 5.80
44100, 128, 3, 8.71
44100, 256, 2, 11.61
44100, 256, 3, 17.41
44100, 512, 2, 23.22
44100, 512, 3, 34.83
44100, 1024, 2, 46.44
44100, 1024, 3, 69.66
48000, 16, 2, 0.67
48000, 16, 3, 1.00
48000, 32, 2, 1.33
48000, 32, 3, 2.00
48000, 64, 2, 2.67
48000, 64, 3, 4.00
48000, 128, 2, 5.33
48000, 128, 3, 8.00
48000, 256, 2, 10.67
48000, 256, 3, 16.00
48000, 512, 2, 21.33
48000, 512, 3, 32.00
48000, 1024, 2, 42.67
48000, 1024, 3, 64.00
88200, 16, 2, 0.36
88200, 16, 3, 0.54
88200, 32, 2, 0.73
88200, 32, 3, 1.09
88200, 64, 2, 1.45
88200, 64, 3, 2.18
88200, 128, 2, 2.90
88200, 128, 3, 4.35
88200, 256, 2, 5.80
88200, 256, 3, 8.71
88200, 512, 2, 11.61
88200, 512, 3, 17.41
88200, 1024, 2, 23.22
88200, 1024, 3, 34.83
96000, 16, 2, 0.33
96000, 16, 3, 0.50
96000, 32, 2, 0.67
96000, 32, 3, 1.00
96000, 64, 2, 1.33
96000, 64, 3, 2.00
96000, 128, 2, 2.67
96000, 128, 3, 4.00
96000, 256, 2, 5.33
96000, 256, 3, 8.00
96000, 512, 2, 10.67
96000, 512, 3, 16.00
96000, 1024, 2, 21.33
96000, 1024, 3, 32.00
176400, 16, 2, 0.18
176400, 16, 3, 0.27
176400, 32, 2, 0.36
176400, 32, 3, 0.54
176400, 64, 2, 0.73
176400, 64, 3, 1.09
176400, 128, 2, 1.45
176400, 128, 3, 2.18
176400, 256, 2, 2.90
176400, 256, 3, 4.35
176400, 512, 2, 5.80
176400, 512, 3, 8.71
176400, 1024, 2, 11.61
176400, 1024, 3, 17.41
192000, 16, 2, 0.17
192000, 16, 3, 0.25
192000, 32, 2, 0.33
192000, 32, 3, 0.50
192000, 64, 2, 0.67
192000, 64, 3, 1.00
192000, 128, 2, 1.33
192000, 128, 3, 2.00
192000, 256, 2, 2.67
192000, 256, 3, 4.00
192000, 512, 2, 5.33
192000, 512, 3, 8.00
192000, 1024, 2, 10.67
192000, 1024, 3, 16.00

Of course, that assumes that the system doesn't hit another limit (CPU, memory / disk IO throughput) when processing the higer-sample-rate/lower-latency inputs.