View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008947 | ardour | other | public | 2022-07-26 14:46 | 2022-09-05 10:30 |
| Reporter | johne53 | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | new | Resolution | open | ||
| Platform | Microsoft | OS | Windows | OS Version | 10 |
| Product Version | Mixbus 8.x | ||||
| Summary | 0008947: File size creepage even though nothing's changed | ||||
| Description | I've discovered this in Mixbus though I'm not sure if it's intentional or a bug... basically, each session file contains a GUIObjectState section looking like this:- <GUIObjectState> <Object id="rtav 7" height="68" visible="1"/> <Object id="automation 68" height="68" visible="0"/> <Object id="automation 70" height="68" visible="0"/> <Object id="automation 7 12/0/0" height="68" visible="0"/> <Object id="automation 83" height="68" visible="0"/> <Object id="automation 87" height="68" visible="0"/> <Object id="rtav 19" height="68" visible="1"/> <Object id="automation 106" height="68" visible="0"/> <Object id="automation 108" height="68" visible="0"/> <Object id="automation 19 12/0/0" height="68" visible="0"/> <Object id="automation 121" height="68" visible="0"/> <Object id="automation 125" height="68" visible="0"/> <Object id="strip 7" visible="1" strip-width="Wide"> <Object id="processor 94"/> </Object> <Object id="strip 19" visible="1"> <Object id="processor 132"/> </Object> // rest of the object <Object id="automation 10108" height="98" visible="0"/> <Object id="automation 10110" height="98" visible="0"/> </GUIObjectState> Near the 'rtav' objects, each number after the word 'automation' corresponds to an object id somewhere else in the file (typically an automation control / pan control / trim control or whatever). But towards the end of GUIObjectState there's usually a long list of orphaned objects whose 'automation' value doesn't correspond to any value elsewhere in the file. And each time the user presses 'Session->Save' another of these objects gets created and stored. So the file size creeps gradually upwards, even if nothing changed between this save and the last save. Is this behaviour intentional or a bug? | ||||
| Steps To Reproduce | Simply press Session->save with an existing session (without changing anything else) | ||||
| Additional Information | It seems to be present in files having ver 6000 or ver 7000 but I don't see it in earlier files. | ||||
| Tags | No tags attached. | ||||
|
|
This is still present here in both Ardour and Mixbus - though in Ardour's case it doesn't seem to affect every session. Maybe someone could try it on Linux or Mac? |
|
|
I'm still not sure if I've found a bug or if this gradual 'creepage' is intentional... but FWIW I booted into Linux this morning and I'm seeing exactly the same effect here in Linux. |
