Over many years (i.e. with many versions of Sonar) I have found it convenient to capture the audio of a given set up on a soft synth by 1) freezing the synth track 2) dragging the resulting wave picture from the synth track and dropping it in a clear area of the track pane 3) unfreezing the soft synth and carrying on tweaking it without risk of not being able to find the sound again.
 
Dragging and dropping the pic used to create automatically a new audio track with a copy of the captured audio, which could then easily be manipulated further. With the latest Splat, this process no longer seems to work. It appears to be impossible to drag the audio out of the frozen synth track. Does anybody know whether this is the result of a change in Sonar itself, or have I somehow screwed things up (inadvertently) by changing some aspect of my set-up?

It seems to be working here Christopher.
 
Have you got the Edit Filter set to "Clips"?

Thanks for a quick reply. Definitely set to Clips but I can't drag it off the existing track. I can drag and drop the audio within the original track (i.e. time shift it) but it won't be budged elsewhere. But your confirmation tells me it's something about my set-up, rather than a change in Sonar - I wondered whether it was a consequence of some of the recent routing developments. I'll keep tinkering.
 
I have just found that I can still do it by inserting a new audio track, then Copying and Pasting the frozen audio. 
 

Have you got takes in different lanes?

When I have problems dragging audio clips I usually find that I need to expand the take lanes and drag the clip from the take lane - might be worth a look

Aah, yes. I've experienced that issue, too. But here it's a Simple Instrument Track, so the Take Lanes button is greyed-out.

I think you're seeing a limitation of Simple Instrument Tracks.
 
I just tried with a SIT and the clip would not drag to a new track
 
Split it into Midi/Audio and it DOES drag

Bristol_Jonesey
I think you're seeing a limitation of Simple Instrument Tracks.
 
I just tried with a SIT and the clip would not drag to a new track
 
Split it into Midi/Audio and it DOES drag

Dragging the audio clip from a frozen synth's track works ok for me with SIT's in Kingston.  I drag the audio clip to the empty area below the existing tracks and a new audio track is automatically created for it.
 
However, if I drag the clip and move it, when I then unfreeze the SIT it automatically redoes the freeze and produces another audio clip in its track (so it doesn't actually unfreeze, it refreezes itself). If I then unfreeze that audio in the SIT, the track goes back to the midi source.  If I then refreeze, Sonar goes through 3-7 or more passes of "Mixing down audio" and the resultant clip gets longer and longer the more times I do this.  Things get worse and worse, so Sonar definitely doesn't like you moving frozen clips out of SITs.
 
If I copy the clip while dragging it elsewhere (ctl-drag) then unfreeze the synth, the clip in the SIT reverts to its midi source.  Subsequent refreezes work properly.
 
[Edited in an attempt to make things clearer]
 

Very interesting. As I always used to do this and I have used SITs almost exclusively since they were invented, something must have changed in one of the 2015 updates to make it no longer work. Paul P's labyrinthine experience supports this, as it used to be entirely straightforward. Creating a new audio track and then copy and paste the frozen clip will have to be my workaround from now on. I suppose this kind of collateral damage is an inevitable consequence of a Darwinian style of software development. Thanks for your efforts everyone.

 
It looks like the problems caused by moving the audio clip out of a frozen SIT were fixed by disabling all operations on the clip.  While I can understand that a frozen SIT wouldn't like having its audio stolen from it while it remained in the frozen state, it might have been better to just prevent moving since copying with Ctl-drag appears to work ok in Kingston, and I can see that method being more useful/efficient than copy and paste.
 
ChristopherM, in your usual way of copying the audio out of a frozen SIT, did you just drag it out, or did you Ctl-drag ?
 

Paul, typically I would control drag and let the unfreeze operation eliminate the original frozen audio subsequently. I vaguely recall that a simple move also worked, and, even more vaguely, that the unfreeze operation then ignored the audio thereby liberated. (This latter stuff might be a figment of my memory, however).
 
Somehow, I can't imagine the Cakewalk team putting effort into closing off this workflow for its own sake, so I am inclined to thing that it is simply collateral damage resulting from some other change. Equally, I can't see effort being put into fixing it, unless the fix happens through similar collateral means, as we meander through more of the towns of Massachusetts.