Q wrote: Thanks for your feedback, Q! In the meantime I tried a few things: * update on all packages in debian/testing * upgrade KDE3.5 --> KDE4.2, * compiling dssi-vst-0.8 with Steinberg vstsdk2.4 instead of vestige headers. * starting another plugin AZR3.dll with success. Both (vestige or steinberg) versions of MrRay73.dll ended up with ... ------------------------------------------------------------------ [...] Initialising Windows subsystem... dssi-vst-server[1]: registered Windows application class "dssi_vst" dssi-vst-server[1]: created main window done dssi-vst-server[1]: created audio thread Failed to set realtime priority for audio thread: Operation not permitted terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc Aborted ------------------------------------------------------------------ For a short period of time (until "Aborted") I see MrRay73 in jacks connection table as readable client. A MrRay73 GUI never appears. My guess is, MrRay73.dll is incompatible with dssi-vst :-/ I could have known, there is no entry in the Linux Vst Compatibility list: http://ladspavst.linuxaudio.org/ Any other good Rhodes-Clone-plugin known? - oz P.S. Here the full listing, for those who are interested: $ jack-dssi-host dssi-vst.so:MrRay73.dll jack-dssi-host: Warning: DSSI path not set jack-dssi-host: Defaulting to "/usr/local/lib/dssi:/usr/lib/dssi:/home/zi/.dssi" VST_PATH not set, defaulting to /home/zi/vst:/usr/local/lib/vst:/usr/lib/vst RemoteVSTClient: all cache files are up-to-date, not running scanner DSSIVSTPlugin::instantiate(MrRay73.dll) DSSIVSTPluginInstance::DSSIVSTPluginInstance(MrRay73.dll) Returning file identifiers: tCdV9HEMc190foO79jOi0eaD DSSI_PATH not set, defaulting to /home/zi/.dssi:/usr/local/lib/dssi:/usr/lib/dssi RemoteVSTClient: executing /usr/local/lib/dssi/dssi-vst/dssi-vst-server MrRay73.dll,tCdV9HEMc190foO79jOi0eaD DSSI VST plugin server v0.986 Copyright (c) 2004-2008 Chris Cannam Loading "MrRay73.dll"... VST_PATH not set, defaulting to /home/zi/vst:/usr/local/lib/vst:/usr/lib/vst ALSA lib pcm_dmix.c:1008:(snd_pcm_dmix_open) unable to open slave ALSA lib pcm_dsnoop.c:593:(snd_pcm_dsnoop_open) unable to open slave dssi-vst-server[1]: found in /home/zi/vst/MrRay73.dll done Testing VST compatibility... dssi-vst-server[1]: VST 2.4 entrypoint "VSTPluginMain" not found in DLL "MrRay73.dll", looking for "main" dssi-vst-server[1]: VST entrypoint "main" found dssi-vst-server[1]: plugin instantiated dssi-vst-server[1]: plugin is a VST dssi-vst-server[1]: plugin has a GUI dssi-vst-server[1]: plugin supports processReplacing dssi-vst-server[1]: opening plugin dssi-vst-server[1]: plugin is VST 2.0 or newer dssi-vst-server[1]: plugin is a synth dssi-vst-server[1]: plugin name is "MrRay73 1.0" dssi-vst-server[1]: vendor string is "Guido Scognamiglio" Initialising Windows subsystem... dssi-vst-server[1]: registered Windows application class "dssi_vst" dssi-vst-server[1]: created main window done dssi-vst-server[1]: created audio thread Failed to set realtime priority for audio thread: Operation not permitted terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc Aborted

Hi I'm glad you've got it worked out -- as I mentioned in my previous message, I have had MrRay73 working with (much) earlier versions of both dssi-vst and FST so I was surprised that it wasn't still do-able. Anyway, I'd just use the transpose buttons on my Edirol PCR-80, but if you don't have such features qmidiroute should do what you need. I've found it very useful for splitting my midi controller for playing dual manual organs like Hammond or the fantastic Aeolus. Cheers Q oz wrote: