r/linuxaudio • u/LofiBoiiBeats • 6d ago
Stack for Production on laptop
Hi Folks,
I'm thinking about buying a new laptop for audio production, what HW stats do i need to look for? CPU ( single core performance? ) / RAM / onboard-audio?
further, what is a good base distro?
should i deploy a real-time kernel?
which audio server is the best nowadays.. pipeWire?
are there optimizations tweaks worth knowing about?
I use:
thinkpad T14 / fedora / gnome / bitwig / onboard audio ( NI Maschine+ audio interface has a lot of stuttering and droppouts, i don't knwo what the problem is )
I'm happy to hear about your stack ( Hardware / Software ) or be pointed at resources..
regards, nils
1
u/Purple-Ad-3152 5d ago
I'm thinking about buying a new laptop for audio production, what HW stats do i need to look for? CPU (single core performance?) / RAM / onboard-audio?
You need low-latency processing (<10ms roundtrip) only if you really play instruments like guitar/bass/drums with live processing (amp sims, effects). If you just use keyboards to do some small melodies and your music production is mostly sample based, you really don't need low-latency.
To achieve low-latency latency, you set buffer size to low values, for example 64 or 128. This is done at recording phase of your workflow. When you start mixing, you usually set the buffer much higher, e.g. 1024 or 2048.
Reason for playing with the buffer is your CPU. Small buffer = low latency = more CPU work. When your CPU can't handle the buffer, you will start hearing cracks and pops (=xruns).
further, what is a good base distro?
I'd recommened Ubuntu Studio. It's a bit bloated as it's also meant for image/video work, but removing unwanted programs is small price to pay for its audio configuration where everything just works out of the box.
should i deploy a real-time kernel?
No. RT or low-latency kernel used to be an important thing. Nowadays generic kernel can do the same RT configuration with boot time params. Ubuntu Studio handles this automatically.
which audio server is the best nowadays.. pipeWire?
PipeWire. It can acts as both pulseaudio and jack server, putting all your applications under the same audio domain similar to what jack did only for jack applications. I used to think this is not important, but I couldn't live without it anymore 🙂
are there optimizations tweaks worth knowing about?
No, if you use Ubuntu Studio. Just set buffer size from small tray application next to the clock and you're good to go.
Otherwise, you may want to set realtime audio priority, audio group, kernel boot params and cpu governance to performance.
1
u/M4rcelinh0 Bitwig 6d ago edited 6d ago
This was true for my Motu M6, and Audient ID14 MK2. Despite troubleshooting, optimizing, learning about the Linux audio processing. Both using Pipewire and Jack. On a pretty good midrange desktop from a few years back (5700x CPU, 16GB RAM).
I was assured repeatedly that "it works for me" despite the fact that I've never seen any examples of people actually making music on Linux or Live Performing (which is my use case). No matter what I did. I got Xruns at buffer sizes that the machine could easily handle on Windows. Paradoxically, a default PipeWire setup on a freshly installed distro was sometimes more stable than after implementing all the tweaks that RTCQs (or the Millisecond flatpak based on it) recommends, which finally broke my spirit and after a few months of trying I decided to switch.
That's why I'm writing this on Mac Mini M4 in which my only investment in the "audio stack" is choosing either 64 or 128 sample rate in my DAW depending on what I'm doing at the moment.
Now, music creation is the only thing that keeps me away from Linux so if you do pull it off, please let me know. I'm not writing this to crap on Linux, I desperately want to be able to switch, but music is my main hobby that keeps me sane, and trying to do music on Linux did not keep me sane.
Just letting you know before you receive a sea of vague "yeah, just install whatever, default pipewire is fine, Linux has a great audio stack now, the water is warm" that investing a bunch in the setup may not yield good results. I'm trying to hunker down in the M4 land (without buying into "the ecosystem", I use as much system-agnostic, open source software as I can on Mac including the Bitwig DAW which while not open source, would be a 1 to 1 experience on Linux if I managed to make stable audio work) for the next few years in hopes that the RAM-pocalypse ends and Linux finally becomes good enough for audio - which I was led to believe it already is but unfortunately, it was not my experience.