I haven't looked at SFP/Scope for a while, but I'm just building my Pulsar into a standalone box. Does anyone know if you can remotely select different projects remotely via MIDI?
For example if you wanted to change from one synth to another and you had them set up as different project configurations. This way I wouldn't need a monitor/keyboard on my standalone box but could load different synths on the fly.
I know you can load synth presets remotely, but this is different.
Thanks for any ideas. If it's not doable I'll probably just use remote desktop over ethernet from my laptop.
Sean
MIDI-selectable project configurations?
(inside the Scope enviroment at least).
Remote Desktop will be better than VNC (since remote desktop doesn't push pixel data like VNC does). So going with Remote Desktop is a good idea.
BUT, if you don't mind buying a cheap LCD ($100-150) there's a nice app called synergy for sharing one computer's mouse & keyboard across multiple PC's (will also sync the clipboard):
http://synergy2.sourceforge.net/
BUT, if you don't mind buying a cheap LCD ($100-150) there's a nice app called synergy for sharing one computer's mouse & keyboard across multiple PC's (will also sync the clipboard):
http://synergy2.sourceforge.net/
It's software KM sharing to be more precise 
I use it daily. The only downside I've noticed is that when you use a machine that has more than 1 cpu/core as the server, when programs are opening or other things are dominating the system bus the app has a tendency to not let you change 'screens' (its name for the various computers). So when I open apps I just wait a minute until it's up & running. Having a program at 100% cpu load doesn't seem to affect it in the same way, so I'm not entirely sure why it happens, just that it does. I mention it mostly so that the dual core users out there (I have dual xeons) don't wonder what is happening (it took me a few hours to nail it down).
It's not a major limitation but I still sometimes decide to hop over to another 'screen' to do some web browsing while waiting on photoshop or logic to open and find myself without a cursor for a few seconds. Oh, and on rare occasion if I'm already on another 'screen' when the 'server' is opening an app, I find myself unable to move back to the main server's 'screen'. Closing the remote instance & restarting it solves it.
Other than that I completely love it. I think that once your live rig is up & running (you're not opening anything) it should be suitable for live use. Do your own testing of course, but these are the only 2 cases I've experienced where it has 'issues'. I've been using it for more than a year.
I use it daily. The only downside I've noticed is that when you use a machine that has more than 1 cpu/core as the server, when programs are opening or other things are dominating the system bus the app has a tendency to not let you change 'screens' (its name for the various computers). So when I open apps I just wait a minute until it's up & running. Having a program at 100% cpu load doesn't seem to affect it in the same way, so I'm not entirely sure why it happens, just that it does. I mention it mostly so that the dual core users out there (I have dual xeons) don't wonder what is happening (it took me a few hours to nail it down).
It's not a major limitation but I still sometimes decide to hop over to another 'screen' to do some web browsing while waiting on photoshop or logic to open and find myself without a cursor for a few seconds. Oh, and on rare occasion if I'm already on another 'screen' when the 'server' is opening an app, I find myself unable to move back to the main server's 'screen'. Closing the remote instance & restarting it solves it.
Other than that I completely love it. I think that once your live rig is up & running (you're not opening anything) it should be suitable for live use. Do your own testing of course, but these are the only 2 cases I've experienced where it has 'issues'. I've been using it for more than a year.
That sounds good. I was also thinking about maybe using pcremotecontrol with a USB midi keyboard and a USB-to-serial adapter. pcremotecontrol monitors the serial port for strings of data it recognises and then runs stuff, after you've trained it, so that might work.
So I guess the next question is, can you control SFP/Scope from the command line, or alternatively via "PostMessage API function access"?
http://pcremotecontrol.com
So I guess the next question is, can you control SFP/Scope from the command line, or alternatively via "PostMessage API function access"?
http://pcremotecontrol.com