[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sc-users] [OT] laptop for audio



ah very good to know!

-a-

--------------------------------------------------
Andrea Valle
--------------------------------------------------
CIRMA - StudiUm
Università degli Studi di Torino
--> http://www.cirma.unito.it/andrea/
--> http://www.fonurgia.unito.it/andrea/
--> http://www.flickr.com/photos/vanderaalle/sets/
--> http://vimeo.com/vanderaalle
--> http://andreavalle.bandcamp.com
--> andrea.valle@xxxxxxxx
--------------------------------------------------

"This is a very complicated case, Maude. You know, a lotta ins, a lotta outs, a lotta what-have-yous." 
(Jeffrey 'The Dude' Lebowski)

On 25 Feb 2019, at 09:33, scottcazan@xxxxxxxxx wrote:

Actually, it's kind of an incredible time for audio interfaces under Linux. I've never had so many options and compatibility thanks to class-compliance mode and iOS (of all things).

Basically, any audio interface that boasts about being compatible with iOS should work on Linux because it is almost certain it is just supporting class-compliance mode to do that. Fortunately, that means that many interfaces like the RME Fireface UCX and Babyface Pro are both fully compatible except that their custom software for on-board routing and effects won't run on Linux. So what kennethflak says is true in that you might want some custom "baked-in" routing on the device in which you would have to load up total mix on a mac, set the routing, then attach it to the linux machine after (but you would only have to do this once). You can't take advantage of the built-in DSP effects either. I find I just use Jack for that anyhow and I can load up all kinds of different routings through LADISH.

Using custom Linux drivers for audio interfaces that are not supported by the manufacturer is really hit or miss in my experience. I remember the nightmare of trying to get my old firewire interfaces up and running (a MOTU mk3 in that case).

But it seems like the Mk4 supports class-compliance so it should work! Usually you would have to switch it into a class compliant mode somehow though.

On Mon, Feb 25, 2019 at 9:11 AM <valle@xxxxxxxxxxx> wrote:
Thanks a lot to all, 

yeah, James, my idea was Ubuntustudio, btw it comes preinstalled with Dell, this would save me some time and efforts.

At the moment, by looking around, I am getting more and more concerned with sound cards. 
Seen from outside linux, the situation is a real nightmare.
Some hw is clearly supported, some other (well, most) no, some other may work, or not, or partially, depending on a set of variables I can’t understand.
I have a MOTU Ultralite MK IV. It’s not supported, but someone has it working perfectly out from the box, other have glitches.  Well… :)

Best

-a-



--------------------------------------------------
Andrea Valle
--------------------------------------------------
CIRMA - StudiUm
Università degli Studi di Torino
--> http://www.cirma.unito.it/andrea/
--> http://www.fonurgia.unito.it/andrea/
--> http://www.flickr.com/photos/vanderaalle/sets/
--> http://vimeo.com/vanderaalle
--> http://andreavalle.bandcamp.com
--> andrea.valle@xxxxxxxx
--------------------------------------------------

"This is a very complicated case, Maude. You know, a lotta ins, a lotta outs, a lotta what-have-yous." 
(Jeffrey 'The Dude' Lebowski)

On 25 Feb 2019, at 01:28, jamshark70@xxxxxxxxx wrote:

On Sun, Feb 24, 2019 at 11:38 PM <valle@xxxxxxxxxxx> wrote:
I’m thinking about switching to linux, but I’m totally unaware about hardware knowledge.
So, I’d like to know what are your options for real time audio, SC indeed being a strict requirement.

Not a hardware recommendation, but let me suggest Ubuntu Studio (or
other multimedia distro) instead of vanilla Ubuntu.

Ubuntu Studio uses a lowlatency kernel by default, and the team have
already tuned interrupt priorities so that USB audio works
out-of-the-box without JACK xruns. When I was using vanilla Ubuntu +
lowlatency kernel, I could never get the interrupts quite right. With
Ubuntu Studio, I didn't have to touch a thing and it's running
beautifully.

(You don't need a RT kernel. Lowlatency is enough. The vanilla kernel
will probably not run JACK well enough for SC.)

One thing to check for hardware is the wifi card. Consumer laptops
often put wifi and USB interrupts on the same bus -- and third-party
wifi drivers often don't take any care for RT safety, so the wifi
driver can interfere with audio timing. My old laptop had a Broadcomm
card. Ubuntu doesn't have its own Broadcomm driver, so I had to
install a third-party driver, and I had xruns all the time. That
machine was lost in an accident, and the replacement has an Atheros
card, for which Ubuntu ships a driver. Seems a lot better.

hjh

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.birmingham.ac.uk/facilities/ea-studios/research/supercollider/mailinglist.aspx
archive: https://listarc.bham.ac.uk/marchives/sc-users/
search: https://listarc.bham.ac.uk/lists/sc-users/search/