View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0010017 | ardour | bugs | public | 2025-09-28 19:49 | 2025-09-28 22:04 |
Reporter | zehka | Assigned To | x42 | ||
Priority | high | Severity | major | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Platform | Arch | OS | Linux | OS Version | (any) |
Product Version | 8.12 | ||||
Summary | 0010017: Adding or modifing plugins of a track during recording causes faulty timeline | ||||
Description | When adding a new plugin during recording of a track the timeline gets corrupted but no audio data lost. The recording gets split in two at the time of plugin insertion and after the recording is stopped the first part gets removed from the timeline and the second moved into the place of the first one and appended with silence to their combined length. All recorded audio is still present in the interchange folder. The only relevant line in stdout appears when the recording gets stopped (not at plugin insertion time): "Audio 1.1 tried to read 7135 got 0 in Take2_Audio 1-4.1 for chn 0 to offset 0 using range 6551413 .. 6558548 len 7135 | ||||
Steps To Reproduce | - Open a new ardour project - Create two (mono) tracks with the same input (ideally with a recognizable waveform such as music) - Enable input and recording for both (img 1) - Start playback with recording. Both tracks will write the same waveform (img 2) - Insert any plugin into track 2 (i used ace reverb) (img 4) - Check the edit tab. The waveform for track 2 stops at the time of plugin insertion. (img 4) - Press stop. Now the first part of the waveform that used to be visible vanishes and the second part appears but in the wrong location and padded with silence. Your tracks are now async (img 5) - Check the interchange folder, there is now one audio file for track 1 and 2 for track 2, in sum it covers all recordings duration, no audio is lost (img 6) - Re-import audio 2-1 into ardour and move 2-2 back behind 2-1. Now alignment is back. (img 7) | ||||
Additional Information | Ardour8.12.0 (built using 8.12 and GCC version 15.1.1 20250425) on arch linux with kernel 6.16.7-arch1-1 | ||||
Tags | bug, PLugins, timeline | ||||
|
|
|
Correct, any operation that is not realtime safe (adding/removing plugins, creating tracks, changing port connections, etc) may cause dropouts during recording. The only thing we could do, is not allow such operations instead of just documenting the fact. |
|
Ah, i may have chosen a slightly misleading title here. The problem is not dropouts but if you add a plugin an hours into a recording, the entire resulting track will be offset by that hour to the rest of your recording and the first hour will be missing from the timeline alltogether. Maybe you can reconsider your analysis? |
|
reproduced. It also leads to endless messages e.g. "Audio 2.1 tried to read 253952 got 0 in Audio 2-2.1 for chn 0 to offset 0 using range 48422 .. 302374 len 253952" in a debug build |
|
Fixed in Ardour 9.0-pre0-1825-ga0cd43132b |
Date Modified | Username | Field | Change |
---|---|---|---|
2025-09-28 19:49 | zehka | New Issue | |
2025-09-28 19:49 | zehka | Tag Attached: bug | |
2025-09-28 19:49 | zehka | Tag Attached: PLugins | |
2025-09-28 19:49 | zehka | Tag Attached: timeline | |
2025-09-28 19:49 | zehka | File Added: 7-fixed.png | |
2025-09-28 19:49 | zehka | File Added: 6-written-audio-files.png | |
2025-09-28 19:49 | zehka | File Added: 5-edit-post-stop.png | |
2025-09-28 19:49 | zehka | File Added: 4-edit-post-bug-live.png | |
2025-09-28 19:49 | zehka | File Added: 3-Plugin-Added.png | |
2025-09-28 19:49 | zehka | File Added: 2-recording-pre-bug.png | |
2025-09-28 20:40 | x42 | Note Added: 0029459 | |
2025-09-28 20:57 | zehka | Note Added: 0029460 | |
2025-09-28 21:02 | x42 | Note Added: 0029461 | |
2025-09-28 22:04 | x42 | Assigned To | => x42 |
2025-09-28 22:04 | x42 | Status | new => resolved |
2025-09-28 22:04 | x42 | Resolution | open => fixed |
2025-09-28 22:04 | x42 | Note Added: 0029463 |