View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0007438 | ardour | bugs | public | 2017-08-02 19:53 | 2020-04-06 18:40 |
Reporter | SadKo | Assigned To | |||
Priority | high | Severity | major | Reproducibility | always |
Status | feedback | Resolution | open | ||
Platform | Linux | OS | openSUSE | OS Version | 13.2 |
Product Version | 5.10 | ||||
Summary | 0007438: Session gots corrupted after some manipulations | ||||
Description | I've done recording session few days ago and saved it to my current project. After loading it today, I've got new tracks lost. That doesn't mean that tracks disappeared from Ardour. They've been replaced by other tracks, so all regions saved on tracks I've created at the last recording session are lost. | ||||
Steps To Reproduce | 1. Create new session. 2. Add two tracks and bus: "Guitar1-T1-DI", "Guitar1-T1-PRE" and "Bus 1". 3. Add two tracks for recording "Recording 1" and "Recording 2". 4. Record some stuff on "Recording 1" and "Recording 2" simultaneously. 5. Move recorded regions from "Recording 1" and "Recording 2" to "Guitar1-T1-DI", "Guitar1-T1-PRE" respectively. 6. Repeat 4-5 few more times. 7. Close session (stop Ardour). 8. Open session. 9. Rename track "Guitar1-T1-DI" to "Guitar1-T1-DI-o", "Guitar1-T1-PRE" to "Guitar1-T1-PRE-o", "Bus 1" to "Bus 1-o" 10. Add two tracks and bus: "Guitar1-T1-DI", "Guitar1-T1-PRE" and "Bus 1". 11. Record some stuff on "Recording 1" and "Recording 2" simultaneously. 12. Move recorded regions from "Recording 1" and "Recording 2" to "Guitar1-T1-DI", "Guitar1-T1-PRE" respectively. 13. Repeat 4-5 few more times. 14. Close session (stop Ardour). 15. Open the session. BOOM! We actually get track "Guitar1-T1-DI" similar to "Guitar1-T1-DI-o" and track "Guitar1-T1-PRE" similar to "Guitar-T1-DI-o": they contain similar regions. When trying to remove region from "Guitar1-T1-PRE", it's automatically removed from "Guitar1-T1-PRE-o" and vice verse. | ||||
Additional Information | That's very annoying bug, I hope I've not lost recorded data and a small patch in Ardour will return created tracks back without need of session restoration. In attachment, there are sample session files with corrupted state that demonstrate the problem. | ||||
Tags | No tags attached. | ||||
|
|
|
Here's the video I've captured how to reproduce the bug: https://youtu.be/NzxO8GaCX-E |
|
Simplified test case, only using 2 tracks - recording to them directly. Initial renaming is important so both playlists get the same name. Add one track, name it "test-o", record something, rename it to "test" - then add a second track, name it "test-o" as well (both tracks will then have playlists named "test-o"), record something else, save, close, reopen session - both tracks have the same content. The second track now has the newer playlist as a second choice in the playlist dropdown, though. So at least the playlist is not lost and can be choosen. So my guess is that on session reload, falsely the playlist name is used to restore the tracks playlist, instead of the internal ID. Also on further saves the orig-track-id of the playlist is being changed. ( I hope I got everything right - was a bit rushed ;) ) |
|
The patch attached to bug 0006253 should fix this issue, or at least for new sessions. |
|
Ardour 5.10-428-g4e1772425 should no longer allow renaming tricks like this. As for recovering b0rked sessions, Playlist -> Rename should do the trick |
Date Modified | Username | Field | Change |
---|---|---|---|
2017-08-02 19:53 | SadKo | New Issue | |
2017-08-02 19:53 | SadKo | File Added: test-ardour-bug.tar.gz | |
2017-08-02 21:37 | SadKo | Note Added: 0019949 | |
2017-08-02 22:21 | the_CLA | Note Added: 0019950 | |
2017-08-02 22:22 | the_CLA | Note Edited: 0019950 | |
2017-08-02 23:02 | x42 | Relationship added | related to 0006523 |
2017-08-03 00:44 | timbyr | Note Added: 0019951 | |
2017-08-03 00:45 | timbyr | Note Edited: 0019951 | |
2017-08-03 00:58 | x42 | Assigned To | => x42 |
2017-08-03 00:58 | x42 | Status | new => feedback |
2017-08-03 00:59 | x42 | Note Added: 0019952 | |
2017-08-03 00:59 | x42 | Note Edited: 0019952 | |
2020-04-06 18:40 | x42 | Assigned To | x42 => |