Ok i've been experiencing this for a while now..since installing 3.1c...
When I have SFP running for a while it periodically 'locks up' the gui. The audio is all still processing but the gui becomes completely unresponsive. Will not even refresh the graphics when you drag another window or region from another app across it (familiar trails of said other window etc). The gui itself responds to NO input from me, but right clicking on SFP in taskbar & choosing 'close' will kill it with no ill effects (ie as long as the sequencer is closed i'm able to get everything back up & running.)
This happens ALMOST EVERY time when I've left it sitting for several hours with a large project, or when it's sitting with the minimal project i have for it's startup project and then attempt to load a really large project.
Submitting to creamware....
SFP 3.1c gui lockups
Also, just a note in case anyone encounters this other bizarre gui behavior (has it been mentioned?) the old-style preset manager seems to like to throw it's file dialog box behind the gui and render the whole gui inoperable as well (there's no way to get the dialog back in 'front' short of closing & restarting sfp from task manager that i've found.)
The REALLY odd thing is that when i force the app to close (i do get a save dialog and the menus are will still drop-down just not allow selections) the file dialog is there revealed, and i don't hear the familiar 'pop' of sfp releasing the soundcard til i hit cancel.
<font size=-1>[ This Message was edited by: valis on 2002-11-25 18:04 ]</font>
The REALLY odd thing is that when i force the app to close (i do get a save dialog and the menus are will still drop-down just not allow selections) the file dialog is there revealed, and i don't hear the familiar 'pop' of sfp releasing the soundcard til i hit cancel.
<font size=-1>[ This Message was edited by: valis on 2002-11-25 18:04 ]</font>
I've had the gui-freeze. It happened regularly when I had the SFP display on my secondary monitor on a Matrox g400 dual. Something to do with screen redraws on the secondary monitor being handled by the CPU, not the video card (so I was told). I've kept the SFP on the primary monitor and the freeze-ups haven't recurred.
Old devices! Whenever I use the old style preset list on a pre 3.1 device I first close the routing window, and anything else that's open on my desktop. The old preset window always jumps to the back of everything and keeps the active focus. There's lots of other graphic wierdness with the pre SFP devices, makes them a pain to use. I'd love to see some of the third party $devices get an upgrade but I guess that's not going to happen.
/dave
Old devices! Whenever I use the old style preset list on a pre 3.1 device I first close the routing window, and anything else that's open on my desktop. The old preset window always jumps to the back of everything and keeps the active focus. There's lots of other graphic wierdness with the pre SFP devices, makes them a pain to use. I'd love to see some of the third party $devices get an upgrade but I guess that's not going to happen.
/dave
Yea I figured out that hiding the routing window (and any large devices) keeps the dialog pop-behind issue from becoming a hassle, just mentioning it since this is the first time I've bothered to use any old devices.
Also, I'm using SFP on my primary monitor. Geforce2 ultra is the gfxcard (only 1 out). The problem with the gui freeze ALWAYS occurs when I load a large project after a long idle...creamware has asked for example projects so I'll send them one or two but it happens with so many projects that I don't think it's the projects themselves...
Also, I'm using SFP on my primary monitor. Geforce2 ultra is the gfxcard (only 1 out). The problem with the gui freeze ALWAYS occurs when I load a large project after a long idle...creamware has asked for example projects so I'll send them one or two but it happens with so many projects that I don't think it's the projects themselves...