Go Back   Cockos Incorporated Forums > REAPER Forums > REAPER for Linux

Reply
 
Thread Tools Display Modes
Old 06-22-2019, 12:29 PM   #1
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default Xruns while Pulse Audio Bridge active

Edit: I changed the title. The problem is not moving the playhead, but moving the playhead or editing data while the Pulse Audio Bridge is active (see below).

When moving the playhead in reaper or changing presets I get quite a lot of xruns. When just playing the project it's fine. I guess that's normal, right? Ardour behaves the same, but Renoise doesn't cause any xruns.
__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120

Last edited by lilith93; 06-27-2019 at 12:55 PM.
lilith93 is offline   Reply With Quote
Old 06-22-2019, 12:59 PM   #2
Glennbo
Human being with feelings
 
Glennbo's Avatar
 
Join Date: Mar 2008
Location: Planet Earth
Posts: 9,055
Default

Quote:
Originally Posted by lilith93 View Post
When moving the playhead in reaper or changing presets I get quite a lot of xruns. When just playing the project it's fine. I guess that's normal, right? Ardour behaves the same, but Renoise doesn't cause any xruns.
Not happening here if by moving the play head, you mean clicking to other positions on the time line while playing back.

As for changing presets, that likely is dependent on the VSTi you are using. If it's one that has to load a big chunk of sample data, that might introduce an xrun.
__________________
Glennbo
Hear My Music - Click Me!!!
--
Glennbo is offline   Reply With Quote
Old 06-22-2019, 01:16 PM   #3
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default

Quote:
Originally Posted by Glennbo View Post
Not happening here if by moving the play head, you mean clicking to other positions on the time line while playing back.

As for changing presets, that likely is dependent on the VSTi you are using. If it's one that has to load a big chunk of sample data, that might introduce an xrun.
Hmm.. I definitely get xruns when moving the playhead like hell (which of course makes no sense ). But this only seems to happen when the Jack Pulse Audio bridge is running:

Code:
Sat Jun 22 22:09:35 2019: Connecting 'PulseAudio JACK Sink:front-left' to 'system:playback_1'
Sat Jun 22 22:09:35 2019: Connecting 'PulseAudio JACK Sink:front-right' to 'system:playback_2'
Sat Jun 22 22:12:55 2019: ERROR: JackEngine::XRun: client = PulseAudio JACK Source was not finished, state = Triggered
Sat Jun 22 22:12:55 2019: ERROR: JackEngine::XRun: client = PulseAudio JACK Sink was not finished, state = Running
Sat Jun 22 22:12:55 2019: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
I wonder how this can be as Reaper is not using the Pulse Audio bridge and no other program is playing sound through pulse. It must be some very sharp CPU spikes as the average DSP load is only ~4%
__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120
lilith93 is offline   Reply With Quote
Old 06-22-2019, 02:45 PM   #4
Glennbo
Human being with feelings
 
Glennbo's Avatar
 
Join Date: Mar 2008
Location: Planet Earth
Posts: 9,055
Default

Quote:
Originally Posted by lilith93 View Post
Hmm.. I definitely get xruns when moving the playhead like hell (which of course makes no sense ). But this only seems to happen when the Jack Pulse Audio bridge is running:

I wonder how this can be as Reaper is not using the Pulse Audio bridge and no other program is playing sound through pulse. It must be some very sharp CPU spikes as the average DSP load is only ~4%
What are you using for an audio device and what buffer settings?

I recently did a clean install of Xubuntu and am now using ALSA with a Behringer UMC1820 USB 2.0 audio device. REAPER is using a 128 sample buffer with four periods. For fun just now I launched REAPER with a 14 track project while I already have Netflix playing a movie on my second monitor. My DAW is a 2.66Ghz Intel i5 with 6GB RAM. Netflix is playing it's audio through an internal PCI based M-Audio Delta 2496 card.

When I opened REAPER's performance meter it initially showed one xrun (zero if Netflix isn't playing) before I hit play, but once I hit play, no more xruns popped up, even when clicking all around on the timeline. The project has 31 FX and is using 16.9% CPU.
__________________
Glennbo
Hear My Music - Click Me!!!
--
Glennbo is offline   Reply With Quote
Old 06-22-2019, 03:03 PM   #5
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default

Quote:
Originally Posted by Glennbo View Post
What are you using for an audio device and what buffer settings?

I recently did a clean install of Xubuntu and am now using ALSA with a Behringer UMC1820 USB 2.0 audio device. REAPER is using a 128 sample buffer with four periods. For fun just now I launched REAPER with a 14 track project while I already have Netflix playing a movie on my second monitor. My DAW is a 2.66Ghz Intel i5 with 6GB RAM. Netflix is playing it's audio through an internal PCI based M-Audio Delta 2496 card.

When I opened REAPER's performance meter it initially showed one xrun (zero if Netflix isn't playing) before I hit play, but once I hit play, no more xruns popped up, even when clicking all around on the timeline. The project has 31 FX and is using 16.9% CPU.
In Reaper I have chosen Jack with 528 samples / 48 kHz. It must be a pulse audio thing. When the pulse bridge is turned off there are no xruns.
__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120
lilith93 is offline   Reply With Quote
Old 06-22-2019, 03:14 PM   #6
JamesPeters
Human being with feelings
 
Join Date: Aug 2011
Location: Near a big lake
Posts: 3,943
Default

Quote:
Originally Posted by Glennbo View Post
REAPER is using a 128 sample buffer with four periods.
FYI that's my buffer setting too (using ALSA). It's my "rock solid, can't make it screw up" setting. Well, unless my CPU actually hits 100%.

I'm currently using Linux Mint XFCE version but I wonder if I should've just gone with Xubuntu like you. I can't see much difference between the two (both XFCE) except maybe the odd utility that's not installed by default in Xubuntu, and also that Xubuntu is more up-to-date with some packages (although I did just add the latest kernel to Mint and it seems fine).

When I get my new AMD stuff I'll probably switch to Xubuntu.
JamesPeters is offline   Reply With Quote
Old 06-22-2019, 03:21 PM   #7
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default

I thought you are using MXLinux.
__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120
lilith93 is offline   Reply With Quote
Old 06-22-2019, 03:45 PM   #8
JamesPeters
Human being with feelings
 
Join Date: Aug 2011
Location: Near a big lake
Posts: 3,943
Default

I had been using MX Linux. It doesn't take long to install a new distro though.
JamesPeters is offline   Reply With Quote
Old 06-22-2019, 04:00 PM   #9
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default

Quote:
Originally Posted by JamesPeters View Post
I had been using MX Linux. It doesn't take long to install a new distro though.

Why did you move to Mint then? Any problems? It takes some time to copy the files back and to set up everything (plugins, settings, rt priority stuff). That's why I didn't switch to Debian Buster yet. I could do an upgrade but if it fails I have to reinstall.
__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120
lilith93 is offline   Reply With Quote
Old 06-22-2019, 04:19 PM   #10
Glennbo
Human being with feelings
 
Glennbo's Avatar
 
Join Date: Mar 2008
Location: Planet Earth
Posts: 9,055
Default

Quote:
Originally Posted by JamesPeters View Post
FYI that's my buffer setting too (using ALSA). It's my "rock solid, can't make it screw up" setting. Well, unless my CPU actually hits 100%.
That is exactly what I'm seeing too. Rock solid performance. I can run with a smaller buffer and fewer periods, but 128 and 4 makes it bulletproof. I like to run a LOT more stuff than just REAPER when I'm composing.

Quote:
I'm currently using Linux Mint XFCE version but I wonder if I should've just gone with Xubuntu like you. I can't see much difference between the two (both XFCE) except maybe the odd utility that's not installed by default in Xubuntu, and also that Xubuntu is more up-to-date with some packages (although I did just add the latest kernel to Mint and it seems fine).

When I get my new AMD stuff I'll probably switch to Xubuntu.
I originally chose Xubuntu for another machine with another purpose due to it's light system demands and xfce desktop. It did so well on an older lower powered Core 2 Duo that I thought why not use it on my more powerful i5 DAW machine. It's very agile on faster hardware.
__________________
Glennbo
Hear My Music - Click Me!!!
--
Glennbo is offline   Reply With Quote
Old 06-22-2019, 04:31 PM   #11
JamesPeters
Human being with feelings
 
Join Date: Aug 2011
Location: Near a big lake
Posts: 3,943
Default

Quote:
Originally Posted by lilith93 View Post
Why did you move to Mint then? Any problems? It takes some time to copy the files back and to set up everything (plugins, settings, rt priority stuff). That's why I didn't switch to Debian Buster yet. I could do an upgrade but if it fails I have to reinstall.
Backups are easy for me. I take everything in the home folder that I need and save it to a removable drive. (I usually have a fairly recent backup of everything on a removable drive anyway.) Getting some settings changed (appearance, nVidia settings, etc.) takes longer than getting my system back to the way it was. But, I keep notes for those things, a checklist to go through after installing a new distro. It takes me about 1 hour to change distros, and maybe 1 more hour poking around and discovering the differences plus removing some packages I don't want (and then maybe there's something I've forgotten to change, but I figure it out later).

Why I switched distros:

A couple posts about why I switched to Mint

The only problem I noticed (probably not specific to Mint either):

Font choice can affect CPU and responsiveness

Other than that it went smoothly. There are always little things which aren't perfect, one of those being the default system clock in Mint XFCE wouldn't keep my custom settings (so I just swapped it for another clock that would keep my custom settings).

Quote:
Originally Posted by Glennbo View Post
I originally chose Xubuntu for another machine with another purpose due to it's light system demands and xfce desktop.
Yeah I'm liking XFCE in general. It's definitely "light" on resources and it's configurable enough for my tastes. I also have a dislike for whiz-bang animations of the OS (etc.)...it's a pet peeve of mine.

So once I looked at distros again (and now that I have a bit more insight on different DEs, what packages I'd want to be more current for the distro, what kind of package manager I appreciate, etc.) I realized all I really care about is that the distro is relatively light-to-midweight (including a DE like XFCE), relatively "newb"-friendly (not requiring too much command-line stuff), and relatively more up-to-date. Xubuntu is one I'd forgotten about. I assumed Mint XFCE would be significantly better for some reason, but I now think I was mistaken.

Last edited by JamesPeters; 06-23-2019 at 06:04 PM.
JamesPeters is offline   Reply With Quote
Old 06-23-2019, 04:16 AM   #12
Tobbe
Human being with feelings
 
Tobbe's Avatar
 
Join Date: Sep 2009
Location: Northern Lights
Posts: 742
Default

Quote:
Originally Posted by Glennbo View Post
What are you using for an audio device and what buffer settings?

I recently did a clean install of Xubuntu and am now using ALSA with a Behringer UMC1820 USB 2.0 audio device. REAPER is using a 128 sample buffer with four periods. For fun just now I launched REAPER with a 14 track project while I already have Netflix playing a movie on my second monitor. My DAW is a 2.66Ghz Intel i5 with 6GB RAM. Netflix is playing it's audio through an internal PCI based M-Audio Delta 2496 card.

When I opened REAPER's performance meter it initially showed one xrun (zero if Netflix isn't playing) before I hit play, but once I hit play, no more xruns popped up, even when clicking all around on the timeline. The project has 31 FX and is using 16.9% CPU.
Have you done any configuration at all, or do you run it as "normal". I'm thinking realtime config, lowlatency kernel, rtirq settings and so on.

I run this to see what need to be done.

https://github.com/raboof/realtimeco...ster/README.md

Dont know if we really need this anymore?
__________________
OS: Manjaro KDE Plasma, Reaper For Linux (64Bit) native linux-vst plugins, LSP-Plugins, TpL-Plugins, Harrison's AVA & VST Plugins. Behringer U-PHORIA UMC22.
Tobbe is offline   Reply With Quote
Old 06-23-2019, 05:58 AM   #13
Glennbo
Human being with feelings
 
Glennbo's Avatar
 
Join Date: Mar 2008
Location: Planet Earth
Posts: 9,055
Default

Quote:
Originally Posted by Tobbe View Post
Have you done any configuration at all, or do you run it as "normal". I'm thinking realtime config, lowlatency kernel, rtirq settings and so on.

I run this to see what need to be done.

https://github.com/raboof/realtimeco...ster/README.md

Dont know if we really need this anymore?
I'm using a lowlatency kernel and changed my user limits so I can go 95% priority and unlimited memory, plus I did do the rtirq thing.
__________________
Glennbo
Hear My Music - Click Me!!!
--
Glennbo is offline   Reply With Quote
Old 06-23-2019, 06:24 AM   #14
Tobbe
Human being with feelings
 
Tobbe's Avatar
 
Join Date: Sep 2009
Location: Northern Lights
Posts: 742
Default

Quote:
Originally Posted by Glennbo View Post
I'm using a lowlatency kernel and changed my user limits so I can go 95% priority and unlimited memory, plus I did do the rtirq thing.
How does your rtirq file look like. I'm not certain what my UPHORIA is called. If I do lsusb I see Texas Instruments and I believe thats my card.
__________________
OS: Manjaro KDE Plasma, Reaper For Linux (64Bit) native linux-vst plugins, LSP-Plugins, TpL-Plugins, Harrison's AVA & VST Plugins. Behringer U-PHORIA UMC22.
Tobbe is offline   Reply With Quote
Old 06-23-2019, 06:44 AM   #15
Glennbo
Human being with feelings
 
Glennbo's Avatar
 
Join Date: Mar 2008
Location: Planet Earth
Posts: 9,055
Default

Quote:
Originally Posted by Tobbe View Post
How does your rtirq file look like. I'm not certain what my UPHORIA is called. If I do lsusb I see Texas Instruments and I believe thats my card.
This is what I added to the bottom of my rtirq file. I had posted a thread here a week or so ago asking the Linux gurus if I did it correctly, but never really got a clear answer. It seems that EHCI is USB 2.0 and XHCI is 3.0 from what I read on several Linux audio forums.

RTIRQ_NAME_LIST="ehci_hcd"
RTIRQ_PRIO_HIGH=95
RTIRQ_PRIO_DECR=1

An rtirq status comes back with this, which I think is my M-Audio card on IRQ #16 and the USB port the UMC1820 is plugged into on IRQ #23.

103 FF 95 - 135 0.0 S irq/16-ehci_hcd
104 FF 94 - 134 0.1 S irq/23-ehci_hcd

My motherboard has two USB controllers so I put the UMC1820 on the one that the motherboard manual said was the lesser shared IRQ along with my midi controllers, and used the second USB controller to plug keyboard, mouse, and other stuff that doesn't need higher priority.
__________________
Glennbo
Hear My Music - Click Me!!!
--
Glennbo is offline   Reply With Quote
Old 06-23-2019, 07:17 AM   #16
Tobbe
Human being with feelings
 
Tobbe's Avatar
 
Join Date: Sep 2009
Location: Northern Lights
Posts: 742
Default

Quote:
Originally Posted by Glennbo View Post
This is what I added to the bottom of my rtirq file. I had posted a thread here a week or so ago asking the Linux gurus if I did it correctly, but never really got a clear answer. It seems that EHCI is USB 2.0 and XHCI is 3.0 from what I read on several Linux audio forums.

RTIRQ_NAME_LIST="ehci_hcd"
RTIRQ_PRIO_HIGH=95
RTIRQ_PRIO_DECR=1

An rtirq status comes back with this, which I think is my M-Audio card on IRQ #16 and the USB port the UMC1820 is plugged into on IRQ #23.

103 FF 95 - 135 0.0 S irq/16-ehci_hcd
104 FF 94 - 134 0.1 S irq/23-ehci_hcd

My motherboard has two USB controllers so I put the UMC1820 on the one that the motherboard manual said was the lesser shared IRQ along with my midi controllers, and used the second USB controller to plug keyboard, mouse, and other stuff that doesn't need higher priority.
Lovely I need to check this out. My ordinary DAW computer has a broken CPU so I use HP Elitebook 8GB Ram i7. But the fan runs at full speed all the time.
__________________
OS: Manjaro KDE Plasma, Reaper For Linux (64Bit) native linux-vst plugins, LSP-Plugins, TpL-Plugins, Harrison's AVA & VST Plugins. Behringer U-PHORIA UMC22.
Tobbe is offline   Reply With Quote
Old 06-23-2019, 06:07 PM   #17
JamesPeters
Human being with feelings
 
Join Date: Aug 2011
Location: Near a big lake
Posts: 3,943
Default

Quote:
Originally Posted by Glennbo View Post
I'm using a lowlatency kernel and changed my user limits so I can go 95% priority and unlimited memory, plus I did do the rtirq thing.
Lol. I forgot to check if I was using a lowlatency kernel. I was using the generic one. (MX's kernel has the lowlatency timing by default, if I recall correctly.)

Now that I switched to the latest linux-lowlatency kernel, I can set the buffer to 5 blocks of 64 samples and it's every bit as solid/stable as MX was. This system is a little better overall but also I didn't use RTIRQ in MX. I don't know if that's having any effect on my system performance though since my audio card is PCIe and it was probably fine already.
JamesPeters is offline   Reply With Quote
Old 06-23-2019, 08:35 PM   #18
Glennbo
Human being with feelings
 
Glennbo's Avatar
 
Join Date: Mar 2008
Location: Planet Earth
Posts: 9,055
Default

Quote:
Originally Posted by JamesPeters View Post
Lol. I forgot to check if I was using a lowlatency kernel. I was using the generic one. (MX's kernel has the lowlatency timing by default, if I recall correctly.)

Now that I switched to the latest linux-lowlatency kernel, I can set the buffer to 5 blocks of 64 samples and it's every bit as solid/stable as MX was. This system is a little better overall but also I didn't use RTIRQ in MX. I don't know if that's having any effect on my system performance though since my audio card is PCIe and it was probably fine already.
Very cool. With a card inside the machine, I would expect pretty low latency. I could run all day set to 64 samples and 2 periods with my M-Audio PCI cards as long as I didn't use many bridged Windows plugins. Same is true with the USB interface I use now but I have to use 3 periods instead of 2.

I run so much other stuff while I'm writing though, I just keep it set 128/4 where nothing can knock it off the track. Latency is livable enough for me set like that and I never have to change anything. I used rtirq with my PCI cards, and have it set now for both the one remaining PCI card (for computer audio now) and the USB port for the new audio interface.
__________________
Glennbo
Hear My Music - Click Me!!!
--
Glennbo is offline   Reply With Quote
Old 06-23-2019, 10:57 PM   #19
JamesPeters
Human being with feelings
 
Join Date: Aug 2011
Location: Near a big lake
Posts: 3,943
Default

Yeah 128/4 is better if I'm going to be leaving a browser open with Gmail/Hangouts, etc.

Of course with my previous Windows install, if I even sneezed it would throw things off.
JamesPeters is offline   Reply With Quote
Old 06-24-2019, 01:04 PM   #20
Glennbo
Human being with feelings
 
Glennbo's Avatar
 
Join Date: Mar 2008
Location: Planet Earth
Posts: 9,055
Default

Quote:
Originally Posted by JamesPeters View Post
Yeah 128/4 is better if I'm going to be leaving a browser open with Gmail/Hangouts, etc.

Of course with my previous Windows install, if I even sneezed it would throw things off.
I once recorded some tracks and upon closing things down realized I still had a big download of an ISO going the whole time I was recording. REAPER never missed a beat, but I was using a bulletproof 128/2 with the M-Audio cards.

You'll be able to do all that and render 3D video at the same time as recording in REAPER when you get your new machine.
__________________
Glennbo
Hear My Music - Click Me!!!
--
Glennbo is offline   Reply With Quote
Old 06-24-2019, 03:20 PM   #21
JamesPeters
Human being with feelings
 
Join Date: Aug 2011
Location: Near a big lake
Posts: 3,943
Default

I'm looking forward to the new machine. Honestly the biggest improvement will be when rendering video, since currently it's painfully slow. I don't run huge projects and most of the plugins I use are very CPU-friendly. If getting the new system were just for Reaper (for my uses) it would be a waste. But for the price (cheap!), it's nice to get a more secure system and also increase my CPU a lot.
JamesPeters is offline   Reply With Quote
Old 06-24-2019, 04:41 PM   #22
Glennbo
Human being with feelings
 
Glennbo's Avatar
 
Join Date: Mar 2008
Location: Planet Earth
Posts: 9,055
Default

Quote:
Originally Posted by JamesPeters View Post
I'm looking forward to the new machine. Honestly the biggest improvement will be when rendering video, since currently it's painfully slow. I don't run huge projects and most of the plugins I use are very CPU-friendly. If getting the new system were just for Reaper (for my uses) it would be a waste. But for the price (cheap!), it's nice to get a more secure system and also increase my CPU a lot.
I get that. My ten year old DAW keeps up with everything I throw at it, and the reason for wanting to upgrade is more about security than more power. That said, I've never heard of anyone complaining that their computer was too fast or too powerful.
__________________
Glennbo
Hear My Music - Click Me!!!
--
Glennbo is offline   Reply With Quote
Old 07-02-2019, 01:47 PM   #23
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default

Found out some more things. I made a short test and recorded the result (vimeo link, see below).
Reaper is running through Jack (Cadence) and the Pulse Audio Bridge is enabled in Cadence. When I minimize the master volume in Reaper and play something through Chromium I get pulse audio xruns when I move the play head in Reaper. The RT CPU usage of that project is ~9% only. Strange thing is that I get RT xruns, but the RT longest block (shown in the Reaper performance meter) stays below the latency of 11ms. And if the pulse audio bridge is off everything is fine -> no xruns. In a new project with just an audio file loaded also no xruns.
So, how can this acutally cause a xrun? Should I post it in the Linux bugs section also?



https://vimeo.com/345774754
__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120
lilith93 is offline   Reply With Quote
Old 07-02-2019, 02:48 PM   #24
JamesPeters
Human being with feelings
 
Join Date: Aug 2011
Location: Near a big lake
Posts: 3,943
Default

I only use ALSA (I don't use JACK) and I let Reaper disable Pulse Audio while the Reaper window is in focus. I also don't use anything which involves bridging. Sorry but I won't be able to do tests such as yours on my system.

When I started using Linux I decided to keep the system as foolproof as possible. I don't want to get bogged down with compatibility of various things (WINE, JACK, bridging), and in Windows I never did anything like that anyway.
JamesPeters is offline   Reply With Quote
Old 07-02-2019, 02:56 PM   #25
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default

Quote:
Originally Posted by JamesPeters View Post
When I started using Linux I decided to keep the system as foolproof as possible. I don't want to get bogged down with compatibility of various things (WINE, JACK, bridging), and in Windows I never did anything like that anyway.
Totally understand this. I have enough issues, so I don't need to install windows plugins through wine. But Pulse Audio is really useful and makes no problems normally. Also useful for recordings snippets from e.g. youtube into Reaper.
__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120
lilith93 is offline   Reply With Quote
Old 07-02-2019, 04:32 PM   #26
JamesPeters
Human being with feelings
 
Join Date: Aug 2011
Location: Near a big lake
Posts: 3,943
Default

I've used Pulse Audio in Reaper for that same reason, but I just switch audio drivers in Reaper to Pulse Audio, accomplish the task, then switch back to ALSA. It's similar to how I'd switch from ASIO to WASAPI (shared) for that kind of task in Windows.

Plus in Linux, if I set Reaper to "close audio device when stopped and application is inactive", I can leave Reaper open to watch Youtube videos (etc.) and "toggle between" applications (as long as I hit pause or stop on the application's audio playback).
JamesPeters is offline   Reply With Quote
Old 07-03-2019, 12:30 PM   #27
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default

Quote:
Originally Posted by JamesPeters View Post
I've used Pulse Audio in Reaper for that same reason, but I just switch audio drivers in Reaper to Pulse Audio, accomplish the task, then switch back to ALSA. It's similar to how I'd switch from ASIO to WASAPI (shared) for that kind of task in Windows.

Plus in Linux, if I set Reaper to "close audio device when stopped and application is inactive", I can leave Reaper open to watch Youtube videos (etc.) and "toggle between" applications (as long as I hit pause or stop on the application's audio playback).
I wanted to test how Reaper performs with pulse audio, but this was also not working. I don't get any sound from pure pulse audio *lol*. I stopped Jack and started pulse audio with
Code:
pulseaudio --start
. It also appears in top as a new process. I can choose it in Reaper and the songs starts playing, but there's no sound.

When I open pulse audio volume control I couldn't choose the audio device, but now I can (WTF??)... Ok, it's working now, but performance is really bad. A lot of glitches without xruns. I think pulse is not really an alternative, at least for Reaper (or any other DAW).
__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120
lilith93 is offline   Reply With Quote
Old 07-03-2019, 01:12 PM   #28
JamesPeters
Human being with feelings
 
Join Date: Aug 2011
Location: Near a big lake
Posts: 3,943
Default

Pulse Audio works fine for me, but it has high latency. I notice when I stop playback in Reaper (and the playback cursor returns to the previous starting position), it buffers and starts playing the audio for a brief moment. But I can set it for a block size of 16 in Reaper and it works relatively normally (on playback stop, it doesn't seem to have that behavior) and the latency is a bit better (around 500ms in and out). Using Pulse Audio I can have multiple applications playing audio and still use Reaper, but it has that higher latency. The higher latency can feel like glitching if I'm using automation or moving the faders, so I don't like using that high a latency.

I don't have to restart Pulse Audio, anyway. When I stop using ALSA, Pulse Audio takes over.
JamesPeters is offline   Reply With Quote
Old 07-04-2019, 10:24 AM   #29
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default

Booted the not RT optimized MXLinux image and here it works (screenshot). I also deleted again the topic in Linux bug, as I think it's a problem of my system. Now I get the xruns even when pulse bridge is not activated.

__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120

Last edited by lilith93; 07-04-2019 at 10:35 AM.
lilith93 is offline   Reply With Quote
Old 07-04-2019, 10:58 AM   #30
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default

Ok, I increased the buffer size to 1056 samples and all is fine! I guess I'm just hitting what's possible with my settings and CPU. Also changing the playhead position seems to increase CPU load a lot for a very short time, causing a xrun. I also loaded an older project from last year and it played fine with 528 samples, however this project used not so demanding VSTs like U-he DIVA or Repro.

There was also a discussion at linuxmusician about the average CPU load: https://linuxmusicians.com/viewtopic...average#p99669

Seems that even when RT CPU load is ~20% it can exceed ~95% for short times and these spikes are not seen in the CPU load of Jack or Reaper as it's strongly averaged. Also realized that the CPU load of my recent project went from 9 to 20% already. So it makes sense that now I see xruns even without the pulse bridge enabled.

Next PC I buy will be an I7 and at least 16 GB RAM if not 32 GB.
__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120
lilith93 is offline   Reply With Quote
Old 07-04-2019, 11:09 AM   #31
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default

BTW: With the larger buffer size the "loop bug" is also gone!
__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120
lilith93 is offline   Reply With Quote
Old 12-10-2019, 02:26 PM   #32
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default

Sorry to bring this up again :/

In the video is a project where I put some instances of DIVA. Without the Pulseaudio bridge everything is working fine: No xruns while moving the playhead.

As soon I active the Pulseaudio bridge I get a lot of xruns. Can anyone reproduce this? I'm on Debian 10 meanwhile. You also see that when activating the pulse bridge the CPU usage ~ doubles. But still it is very low at 3%. Really wonder what's going on here.

https://www.youtube.com/watch?v=opF6vwNT9rI
__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120

Last edited by lilith93; 12-10-2019 at 02:32 PM.
lilith93 is offline   Reply With Quote
Old 12-11-2019, 11:33 AM   #33
s wave
Human being with feelings
 
Join Date: Sep 2018
Location: Colorado
Posts: 429
Default

Quote:
Originally Posted by lilith93 View Post
Sorry to bring this up again :/

In the video is a project where I put some instances of DIVA. Without the Pulseaudio bridge everything is working fine: No xruns while moving the playhead.

As soon I active the Pulseaudio bridge I get a lot of xruns. Can anyone reproduce this? I'm on Debian 10 meanwhile. You also see that when activating the pulse bridge the CPU usage ~ doubles. But still it is very low at 3%. Really wonder what's going on here.

https://www.youtube.com/watch?v=opF6vwNT9rI
I use the new Cinnamon user since ver 9. I use PAVU for recording pc output speaker sound. This works flawless. here is a pulse binding link. https://www.openhab.org/addons/bindings/pulseaudio/ Pulse never gets in the way of anything I try to do. Jack works very well

(WHAT JACK are you using 1 or 2?). Jack1 has Has builtin integration with Linux MIDI, JACK2 does not - JACK1 has Has builtin support for >1 soundcard on Linux - while JACK2 Interacts with PulseAudio on Linux to share soundcard. Is this any help? https://github.com/jackaudio/jackaud...ce_jack1_jack2

I run @ 1056 since get go... (for live tracking I use different small live tracking pc set up)
s wave is offline   Reply With Quote
Old 12-11-2019, 02:14 PM   #34
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default

Quote:
Originally Posted by s wave View Post
I use the new Cinnamon user since ver 9. I use PAVU for recording pc output speaker sound. This works flawless. here is a pulse binding link. https://www.openhab.org/addons/bindings/pulseaudio/ Pulse never gets in the way of anything I try to do. Jack works very well

(WHAT JACK are you using 1 or 2?). Jack1 has Has builtin integration with Linux MIDI, JACK2 does not - JACK1 has Has builtin support for >1 soundcard on Linux - while JACK2 Interacts with PulseAudio on Linux to share soundcard. Is this any help? https://github.com/jackaudio/jackaud...ce_jack1_jack2

I run @ 1056 since get go... (for live tracking I use different small live tracking pc set up)
Good point. I'll figure out what Jack version I'm using (guess it is Jack2, but not 100% sure). I asked falkTX, the maintainer of KXStudio and he also doesn't have clue. As the problem only appears with Reaper, maybe it's Reaper specific. I also asked Justin.
__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120
lilith93 is offline   Reply With Quote
Old 12-11-2019, 02:55 PM   #35
Jack Winter
Human being with feelings
 
Jack Winter's Avatar
 
Join Date: Aug 2007
Location: Luxembourg/Spain
Posts: 1,922
Default

Could it have to do with cpu consuming high priority threads in Reaper? AFAIK PA also runs its threads as realtime but at a very low priority.

Also AFAIK the PA to JACK bridge is still just a proof of concept
__________________
Reaper for Linux Documentation (WIP). Software: Archlinux/KDE, Fabfilter FX, Komplete 8, Nebula, Schwa/Stillwell, T-racks Max/Amplitube/SVX, etc. Gear: i7-2600k/4700HQ/16GB, RME Multiface/Babyface, Behringer X32, Genelec 8040, etc. :)
Jack Winter is offline   Reply With Quote
Old 12-13-2019, 12:35 PM   #36
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default

Quote:
Originally Posted by Jack Winter View Post
Could it have to do with cpu consuming high priority threads in Reaper? AFAIK PA also runs its threads as realtime but at a very low priority.

Also AFAIK the PA to JACK bridge is still just a proof of concept

When setting the thread Priority to Normal (instead of Highest) in the Reaper preferences I don't get xruns.

Is the preferred setting Highest maybe more important when one wants to reach very low latencies? As I'm using a lot of soft synths maybe the setting normal makes more sense.
__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120
lilith93 is offline   Reply With Quote
Old 12-18-2019, 02:29 AM   #37
Jack Winter
Human being with feelings
 
Jack Winter's Avatar
 
Join Date: Aug 2007
Location: Luxembourg/Spain
Posts: 1,922
Default

Not quite sure how to answer this. My impression is that using realtime threads is a good thing, especially when going for low latency without xruns. I speculate that pulseaudio threads due to not running realtime or running realtime at a very low priority, can't finish the work on time when the system is under load.
__________________
Reaper for Linux Documentation (WIP). Software: Archlinux/KDE, Fabfilter FX, Komplete 8, Nebula, Schwa/Stillwell, T-racks Max/Amplitube/SVX, etc. Gear: i7-2600k/4700HQ/16GB, RME Multiface/Babyface, Behringer X32, Genelec 8040, etc. :)
Jack Winter is offline   Reply With Quote
Old 02-14-2020, 02:28 PM   #38
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default

Quote:
Originally Posted by Jack Winter View Post
Not quite sure how to answer this. My impression is that using realtime threads is a good thing, especially when going for low latency without xruns. I speculate that pulseaudio threads due to not running realtime or running realtime at a very low priority, can't finish the work on time when the system is under load.
This could be yes, but I have a global EQ loaded in Carla where I route all my signals to. When moving the playhead I also get many xruns in that Carla instance, which is running at higher priority compared to pulse audio.

Now I made another observation. I changed the thread priority in Reaper to normal and usually I don't get any xruns with this setting. Today I loaded SATIN from u-he on my bass track and suddenly when moving the playhead again lot of xruns. You even see that DSP load is exceeding 70, 80%. With SATIN disabled all is fine:

https://www.youtube.com/watch?v=_AMK...ature=youtu.be

Sorry no sound, but you get what I mean. It's not that SATIN causes that much more DSP load, but something is happening when moving the playhead.

I checked that thread again, but no more entries since last year:

https://www.kvraudio.com/forum/viewt...b2484&start=15

edit: When I deactivate the Harrison XT-BC Bass Character it's working fine without xruns and SATIN. So the issue here is likely because of XT-BC

I remember that I had some issues with some Harrison plugins in Ardour too (stuttering when moving the playhead). I talked to Robin from Ardour about that and he mentioned that this is due to some latency compensation, IIRC. Maybe there are already improved versions of the plugins published.
__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120

Last edited by lilith93; 02-14-2020 at 03:20 PM.
lilith93 is offline   Reply With Quote
Old 02-14-2020, 11:14 PM   #39
s wave
Human being with feelings
 
Join Date: Sep 2018
Location: Colorado
Posts: 429
Default

I couldn't be RT vs RT scheduling...? just guessing here. (Av squeeze fedora ubuntu kernel are supposed to use it correctly - in the older days) Might be worth checking the 'audio group' configuration? Maybe something to do with root on pulse vs root with other?
s wave is offline   Reply With Quote
Old 02-15-2020, 11:02 AM   #40
lilith93
Human being with feelings
 
lilith93's Avatar
 
Join Date: Apr 2018
Location: Karlsruhe
Posts: 486
Default

I think I solved it. I saw that my internal Intel soundcard had a higher RT priority than my interface. I blacklisted the internal card by

Code:
echo -e "blacklist snd_hda_intel" | sudo tee -a /etc/modprobe.d/HDAblacklist.conf
Now it seems to be much more stable. No clicks / xruns when moving the playhead even it the highest priority.
__________________
https://soundcloud.com/lilith_93
https://open.spotify.com/intl-de/art...SMSwCW9VkqAN9Q
MX Linux, Behringer UMC 204 HD, Neumann KH120
lilith93 is offline   Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -7. The time now is 07:55 AM.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.