I reopened the project using one of the backup files that wasn’t over the 32 bit limit or whatever’s f’n up Cubase and individually exported the tracks. I was able to export all tracks except for the very last track in the project which was using an Arturia DX7 VST. There were no events in the track, but the exported file was over 5 GB by the time I used Task Manager to stop Cubase as it was taking forever.
I relaunched the older project and terminated Cubase on exporting that track a 2nd time after a minute or 2 so that the exported track .xml file was still a readable size. When I open that track’s xml it looks like the Descendant of the SynthSlot node’s XElement with the “name” XAttribute of “audioComponent” is corrupt, as it’s just a never ending stream of data.
So the hierarchy is:
At which point the hex 4C6F6669 just keeps repeating over and over, hopefully some sort of flagged memory pattern you use for memory leaks or overwrites?
If I remove that track from the backup project that’s still able to be opened, it takes the project size from 1.33 GB to 7.5 KB so that track was clearly the issue.
If I add another instance of the Arturia DX7 in the same location and save it does not jump back up again, so something messed up that particular instance of the VST vs. there being an issue with that VST in general.
Steinberg/Cubase guys let me know if you want any more detailed information, I’ll keep the corrupted project files handy. Not sure if you need a repro on the actual point of corruption vs. an already corrupted file, but hopefully you can get this one sorted out.