View Issue Details

IDProjectCategoryView StatusLast Update
0002629ardourbugspublic2015-09-18 15:11
Reportercolinf Assigned Tocth103  
PrioritynormalSeveritymajorReproducibilitysometimes
Status closedResolutionwon't fix 
Product Version2.7.1 
Summary0002629: 2.7.1 won't play sessions saved by 2.8ish
DescriptionI tried to load a couple of session files saved by current svn 2.0-ongoing (r4972) into 2.7.1 (actually r4236). They seemed to load up OK, but won't play.

I can drag the play head around: transport is definitely set to 'internal', and I removed the ~/.ardour2 directory in case 2.8 had put anything in there that 2.7.1 didn't like.
TagsNo tags attached.

Activities

paul

2009-04-10 11:57

administrator   ~0005880

We cannot offer forward compatibility with session files - it would prevent us from altering the session file format in meaningful ways. We do try to guarantee backward compatibility.

colinf

2009-04-14 13:15

updater   ~0005894

Ah, OK. I knew that opening 3.0 projects in 2.x wasn't supported, but I didn't realise that going from 2.x to 2.x-1 wasn't either, so I suppose this bug can be marked as invalid.

However, the "Session version" property in session files saved by both 2.x and 3.0 is still "2.0.0", which comes from the libardour version in libs/ardour/version.cc. Perhaps that version should be bumped, and the check in session_state.cc for old versions made more generic, and to output a warning to the log window if it detects a session saved by a newer version.

cth103

2009-10-19 20:36

administrator   ~0006732

More advanced session file version handling is being built into 3.0, so this problem should be solved.

colinf

2015-09-18 15:11

updater   ~0017250

Closing old issues: these have long since been fixed.

Issue History

Date Modified Username Field Change
2009-04-09 17:57 colinf New Issue
2009-04-10 11:57 paul Note Added: 0005880
2009-04-14 13:15 colinf Note Added: 0005894
2009-10-19 20:36 cth103 cost => 0.00
2009-10-19 20:36 cth103 Note Added: 0006732
2009-10-19 20:36 cth103 Status new => resolved
2009-10-19 20:36 cth103 Resolution open => won't fix
2009-10-19 20:36 cth103 Assigned To => cth103
2015-09-18 15:11 colinf Note Added: 0017250
2015-09-18 15:11 colinf Status resolved => closed