For reference, this is already implemented, and I answered how to do it in the other thread .
-
Yes, MS... this is true. As I replied there, the only issue is an incorrect reference to the right executable file in the regedit.
So if your system is NOT 64bit, the regedit association refers anyway to the "Vienna Ensemble Pro x64.exe" file, which, obviously is not installed in a 32 bit system. This wrong link doesn't allow to open a .mframe file by double clicking on it or by putting it on the Startup folder (again, this issue only affects 32 bit systems).
-
One point here could be, that I should setup the file associations on a 32-bit system so that the .mframe and .viframe files always open with the 32-bit version.
However, as we discussed in the other thread, I think I will rather revise this a bit - and change the file format names to .mframe32 / .mframe64 - and these will automatically open with the proper architecture. This should be the most universal solution, and should also allow one to distinguish between files created by the various architectures, not to mistakenly try to load a 64-bit mframe in a 32-bit version (which could easily overflow memory).
Thanks,
-
Exactly!
I think that this could be a issue only in a 64bit machine, where you decide if you want to open a metaframe with the 32bit or with the 64bit version.
But in a 32 bit machine, you can approach that problem during the setup, changing the string of the application in registry key value. In fact, in a 32 bit machine there is only one version of the application, so you perfectly know at the setup what is the version you are installing and which string to write in the registry keys.
-
Thanks for all your replies. I will look into the other thread and try to apply what is suggested in there.
However there remain 2 problems:
1) How do I start the VE Pro server MINIMIZED TO THE SYSTEM TRAY from the command line?
2) How do I disable that annoying pop-up balloon? I don't know how retarded VSL thinks their average user is... but after clicking away that balloon away more than 20 times, most users would have remembered that the application is still running in the system tray. Please give us an option to disable it. Thanks! :-)
-
1. You cannot.
2. It is not possible to disable the wonderful balloon.
However, based on your suggestions - I have just made it possible to start it minimized by calling it with "-server -minimized" from commandline. I also made it so that the balloon only shows the first time you ever minimize the server. This will come in the next update (which should be very soon).
Thanks,
-
Hi again!
Well, so I downloaded the newest version. The balloon is now behaving as you promised, which is great!
However when adding the "-server -minimized" switch to the command line, I get an error message saying "Error - The project file is invalid or inaccessible" and the regular VE Pro starts INSTEAD of the server.
I am puzzled... Any idea what could cause this?
-
Hello!
Thank you for taking time on a Saturday night to answer my question!!
The weird thing is: After a few reboots, the behavior changed. Now it starts the server correctely, no balloon appears. The server window starts minimized in the task bar, which is a great. But would it be possible to add another switch to load only the system tray icon (no window in the task bar at all)?.
So far your additions helped me a lot. Now if that system tray thing would also be made possible, I would be in heaven....[:D]
-
The 64-bit and 32-bit versions are actually different executables (Vienna Ensemble Pro.exe; Vienna Ensemble Pro x64.exe). Currently you need to use the following format to start a project in minimized server mode:
servername.exe project.mframe -server -minimized
With the next update any command passed to the EXE will be position independent.
@musicpete said:
An answer would be nice! Come on guys, I know you're not out there just for and ...
I'm actually writing this from a little mountain village in Thailand (holiday), so you were not totally wrong about that [H] I'll be back in Vienna next month again.