Quote:

Surely as with most software application it sould be able to save an exact copy of your work to date?

As Rachael indicates, freeze can do that. But not the way you want, I think. I agree with the sentiment that there oughta be greater flexibility. Hope it happens, though perhaps PG is reticent since the origin of the program is in the auto-accompaniment realm.

AFAIK, the only way to have audio autoload with an mgu is if it's in a wav file of the same name. It'll go into the audio track. So a suggested workaround - a variant of Rachael's notion: Try muting all non-RT tracks first. Then freeze. Seems to work here on a quick & dirty experiment. Then (in Windows) make a copy of the resultant wav file under a temporary name. Then unfreeze the song (which will erase the original wav file, re-enable the style and unmute the midi). Then rename that temp wav back to the same name as the song. Now it should autoload into the audio track and you can continue working up the midi. [The reason I suggest *copying* the frozen file instead of temporarily renaming it is the latter would leave the mgu in a frozen state without the corresponding audio, and this could screw up the program's bookeeping when you try to unfreeze.]

Not convenient, but perhaps a suitable workaround. Post back if you discover a better way or any other insights. -Ron

EDIT - Rachael's edit alternative is better than my suggestion. I'd forgotten you can render several RTs into one wav on a single shot without using freeze.

Last edited by rkl122; 03/20/09 04:55 PM.