View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010052 | ardour | bugs | public | 2025-12-08 05:57 | 2025-12-08 19:01 |
| Reporter | ttshaw1 | Assigned To | |||
| Priority | normal | Severity | crash | Reproducibility | always |
| Status | new | Resolution | open | ||
| Platform | Arch | OS | Linux | OS Version | (any) |
| Product Version | 8.12 | ||||
| Summary | 0010052: Crash when recording too many channels at once | ||||
| Description | In 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 Reproduce | Any 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. | ||||
| Tags | audio, multichannel, recording, recording crash | ||||
|
|
|
|
|
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? |
|
|
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. |
| 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 |