View Issue Details

IDProjectCategoryView StatusLast Update
0010052ardourbugspublic2025-12-08 19:01
Reporterttshaw1 Assigned To 
PrioritynormalSeveritycrashReproducibilityalways
Status newResolutionopen 
PlatformArchOSLinuxOS Version(any)
Product Version8.12 
Summary0010052: Crash when recording too many channels at once
DescriptionIn the project I'm working on right now, recording certain combinations of channels crashes Ardour with the message "CRITICAL: Events POOL OUT OF MEMORY - RECOMPILE WITH LARGER SIZE!!" The console output is
```
Ardour8.12.0 (built using 8.12 and GCC version 15.2.1 20250813)
Ardour: [INFO]: Your system is configured to limit Ardour to 524288 open files
Ardour: [INFO]: Loading system configuration file /etc/ardour8/system_config
Ardour: [INFO]: Loading user configuration file /home/theo/.config/ardour8/config
Ardour: [INFO]: CPU vendor: AuthenticAMD
Ardour: [INFO]: AVX capable processor
Ardour: [INFO]: AVX with FMA capable processor
Ardour: [INFO]: CPU brand: AMD Ryzen 5 2600 Six-Core Processor
Ardour: [INFO]: Using AVX and FMA optimized routines
Ardour: [INFO]: Loading plugin meta data file /usr/share/ardour8/plugin_metadata/plugin_tags
Ardour: [INFO]: Loading plugin statistics file /home/theo/.config/ardour8/plugin_metadata/plugin_stats
Ardour: [INFO]: add_lrdf_data '/home/theo/.config/ardour8/rdf:/usr/share/ardour8/rdf:/usr/local/share/ladspa/rdf:/usr/share/ladspa/rdf'
Ardour: [INFO]: read rdf_file 'file:///usr/share/ladspa/rdf/ladspa.rdfs'
Ardour: [INFO]: read rdf_file 'file:///usr/share/ladspa/rdf/ladspa-rubberband.rdf'
Ardour: [INFO]: Loading default ui configuration file /etc/ardour8/default_ui_config
Ardour: [INFO]: Loading user ui configuration file /home/theo/.config/ardour8/ui_config
Ardour: [INFO]: Loading 461 MIDI patches from /usr/share/ardour8/patchfiles
Ardour: [INFO]: Loading color file /usr/share/ardour8/themes/dark-ardour.colors
Ardour: [INFO]: Loading ui configuration file /etc/ardour8/clearlooks.rc
Ardour: [INFO]: Loading bindings from /etc/ardour8/ardour.keys
Loading ui configuration file /etc/ardour8/clearlooks.rc
Found nothing along /home/theo/.config/ardour8/templates:/usr/share/ardour8/templates
-- Stacktrace Thread: AudioEngine 1
  PBD::stacktrace(std::ostream&, int, unsigned long)
  PBD::Pool::alloc()
  ARDOUR::Session::plan_master_strategy_engine(unsigned int, double, long, double)
  ARDOUR::AudioEngine::process_callback(unsigned int)
  ARDOUR::JACKAudioBackend::process_thread()
  /usr/lib/spa-0.2/support/libspa-support.so(+0x6a96) [0x7fa44a935a96]
  /usr/lib/libpipewire-0.3.so.0(+0x24e01) [0x7fa446962e01]
  /usr/lib/libc.so.6(+0x9698b) [0x7fa448c9698b]
  /usr/lib/libc.so.6(+0x11a9cc) [0x7fa448d1a9cc]
re-registration of JACK port named kwin_wayland:output_1-0
```
This is consistent and happens almost any time I have more than one channel recording, though certain combinations of two channels work. I haven't checked for a combination of three channels that works.

The full project has way over the filesize limit in recorded audio, so can't upload it here. I have a dummy project set up with the same channels and can't reproduce the crash there.
Steps To ReproduceAny recording with the wrong combination of channels, tested as short as 1 measure, will crash when I stop the play head. It seems like it's happening as the files are being written to the disk- the red recordings turn grey-red sequentially top to bottom, and the crash happens after a few of them. I have 14GB of drive space free, so that's not the problem.
Tagsaudio, multichannel, recording, recording crash

Activities

ttshaw1

2025-12-08 05:57

reporter  

image.png (70,517 bytes)   
image.png (70,517 bytes)   

x42

2025-12-08 14:53

administrator   ~0029557

In short that means your system is too slow to process events which are sent from the realtime backend to the GUI.
It's very strange that this can happen.. possibly pipewire is partly responsible for that.

What settings you use with pipewire? Do you use JACK transport to control Ardour?

I just tested 256 Tracks with Ardour/ALSA and that's just fine. Could you please check if the issue is also present if you don't use pipewire?

ttshaw1

2025-12-08 19:01

reporter   ~0029558

I use JACK/Pipewire Audio System 48kHz, 128 samples (2.7ms). JACK transport for sync with Hydrogen, but I always control the playhead from Ardour. As far as I can remember the only time I've messed with pipewire was to set the default sampling rate to 48kHz years ago.

I'm testing right now with Hydrogen closed. If I change transport to Internal then record a bunch of tracks for a couple of seconds, no crash. If I change back to JACK and try again, it crashes.

Issue History

Date Modified Username Field Change
2025-12-08 05:57 ttshaw1 New Issue
2025-12-08 05:57 ttshaw1 Tag Attached: audio
2025-12-08 05:57 ttshaw1 Tag Attached: multichannel
2025-12-08 05:57 ttshaw1 Tag Attached: recording
2025-12-08 05:57 ttshaw1 Tag Attached: recording crash
2025-12-08 05:57 ttshaw1 File Added: image.png
2025-12-08 14:53 x42 Note Added: 0029557
2025-12-08 19:01 ttshaw1 Note Added: 0029558