Can you create a new gig file with JUST the SAFP, no widgets, so GPScript, etc. and see if you can play that song properly?
OK. i saved the SAFP (loaded with 15 files) as a GP_Preset. I opened a new gig, inserted an SAFP, and loaded that GP_Preset. All 15 files started and stopped fine.
Of course, this being an intermittent problem, all those files play fine most of the time from the main gig also.
If I start fresh with the minimal SAFP gig file, then end GP via the Task Manager (End Task), no dump is created.
Is this as it is supposed to be?
It seems that being able to get a dump from an End Task termination would be helpful (?).
I just now realized I can get a dump from a running instance of GP, like so:
I don’t know if this would work if GP was in a hung state (as described above), but the next time it happens I will try it (if the option is available).
Yes but it suggests that the problem might be related to something you’re doing with GP Script or with widgets and linking and so on…a hang suggests a recursive loop.
Another observation, similar and maybe identical to the one above -
Trying to play an SAFP song (it played), and do some Melda recordings along with it.
Got to the end and realized Melda recordings never happened (though the song played thru), and the SAFP UI is stuck like this:
I tried to do the manual dump process (the option was there), and that seemed to hang also, stuck here:
Finally though, after a very long wait, I got messages in the log from the Local Rackspace Script: “detected Playhead State Off” and the dump process completed and created a dump. It’s a 38 GB dump. It compresses to 10.6 GB. I don’t currently have a way to upload a file this large.
GP is left unresponsive with spinning circle cursor.
Q: Does a gig file include the SAFP audio files?
BTW, all these songs use marker actions, interacting with the Playhead at begin and end, and changing Song Parts along the way. The song parts did change during this playback.
No. Only the audio file location is stored within a GP gigfile.
Microsoft describes a process for collecting user-mode dumps here:
In the article it states: “Applications that do their own custom crash reporting are not supported by this feature.”.
Q. Is GP an application which does its own custom crash reporting?
Nope…when GP crashes (which obviously could be a GP issue but for the most part it’s a plugin that crashes), customers were always able to send us reports for analysis. In the early days, many crashes were due to GP but in recent years the vast majority of crashes were due to bugs in plugins. We could see this from the XML and DMP files created on the customers’ machines.