View Issue Details

IDProjectCategoryView StatusLast Update
0010017ardourbugspublic2025-09-28 22:04
Reporterzehka Assigned Tox42  
PriorityhighSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
PlatformArchOSLinuxOS Version(any)
Product Version8.12 
Summary0010017: Adding or modifing plugins of a track during recording causes faulty timeline
DescriptionWhen 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 InformationArdour8.12.0 (built using 8.12 and GCC version 15.1.1 20250425) on arch linux with kernel 6.16.7-arch1-1
Tagsbug, PLugins, timeline

Activities

zehka

2025-09-28 19:49

reporter  

7-fixed.png (99,641 bytes)   
7-fixed.png (99,641 bytes)   
6-written-audio-files.png (59,886 bytes)   
6-written-audio-files.png (59,886 bytes)   
5-edit-post-stop.png (90,117 bytes)   
5-edit-post-stop.png (90,117 bytes)   
4-edit-post-bug-live.png (83,393 bytes)   
4-edit-post-bug-live.png (83,393 bytes)   
3-Plugin-Added.png (121,979 bytes)   
3-Plugin-Added.png (121,979 bytes)   
2-recording-pre-bug.png (75,541 bytes)   
2-recording-pre-bug.png (75,541 bytes)   

x42

2025-09-28 20:40

administrator   ~0029459

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.

zehka

2025-09-28 20:57

reporter   ~0029460

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?

x42

2025-09-28 21:02

administrator   ~0029461

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

x42

2025-09-28 22:04

administrator   ~0029463

Fixed in Ardour 9.0-pre0-1825-ga0cd43132b

Issue History

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