MuTools

Architeuthis · Post by **Architeuthis** » Wed Aug 08, 2012 6:04 pm

When I try to edit a VST, the GUI opens in the wrong monitor. The GUI being too big does not allow me to find the title bar to drag it over.

When removing the monitor from Windows XP preferences, the VST gui simply doesn't appear when trying to open it.

liquidsound · Post by **liquidsound** » Wed Aug 08, 2012 6:17 pm

Architeuthis wrote:When I try to edit a VST, the GUI opens in the wrong monitor. The GUI being too big does not allow me to find the title bar to drag it over.

When removing the monitor from Windows XP preferences, the VST gui simply doesn't appear when trying to open it.

Right-Click anywhere on the edge of the VST window and choose "Move to the Top-Left"

MuTools · Post by **MuTools** » Wed Aug 08, 2012 8:38 pm

If a VST editor is opened for the first time, then it's positioned in the center of the main monitor. I assume you have the MUX window on your other monitor and you expect the VST editor there too, right? If you move that VST editor to your preferred position, it will open there too next time. The editor window position is also saved when you save a session in MuLab or when you save a MUX preset.

cytone · Post by **cytone** » Fri Aug 10, 2012 1:01 pm

I would classify this as a bug. I have a second monitor attached to my PC which I only use occasionally so it is powered off most of the time. It took me a while to work out why windows were not appearing on my main display. The thing is though, it's every new window that gets opened on the second monitor - for example open the editor, double click on polysynth, double click on Oscillator. They all get opened on the second monitor.

MuTools · Post by **MuTools** » Fri Aug 10, 2012 1:22 pm

I don't think it's a bug. I think it's this: When a user makes a MUX patch and saves it, then editor window positions are also saved. Because that's what users want, they want an editor to open at its preferred position. Now if you load a patch made by another user, MuLab/MUX will check wether the window is inside the available screen space, if not then it will pull it inside the available screen space. But if you have setup your system to have 2 monitors then that's what the system reports to MuLab/MUX, and MuLab/MUX can't know that you have turned off your monitor.

cytone · Post by **cytone** » Fri Aug 10, 2012 1:45 pm

I see your point but if I select "new patch" from the options every new module I add and open still gets opened on my second display.

MuTools · Post by **MuTools** » Fri Aug 10, 2012 1:55 pm

Could it be that your second display is defined as the primary display?

cytone · Post by **cytone** » Fri Aug 10, 2012 2:11 pm

No, just checked it. No other apps opening child windows have this issue on my PC.

MuTools · Post by **MuTools** » Fri Aug 10, 2012 2:45 pm

Are you on Win32 or Win64?

cytone · Post by **cytone** » Fri Aug 10, 2012 2:55 pm

edit

Windows 7 64 bit.

Running MUX 32bit version.

MuTools · Post by **MuTools** » Fri Aug 10, 2012 3:25 pm

Here is a new MUX 1.0.37 for Win64 package: http://www.mutools.com/mux/cedar/mux-1- ... st-dll.zip

Extract the DLLs and replace the current MUX DLLs. That should update you to MUX 1.0.37.

Does this new version fix the multi-monitor issue?

MuTools · Post by **MuTools** » Fri Aug 10, 2012 3:26 pm

Just see your post now that you're using MUX 32 bit. Ok, just a couple of minutes...

cytone · Post by **cytone** » Fri Aug 10, 2012 3:30 pm

oops, sorry about that.

MuTools · Post by **MuTools** » Fri Aug 10, 2012 3:38 pm

Here is a new MUX 1.0.37 32 bit package: http://www.mutools.com/mux/cedar/mux-1- ... st-dll.zip

Extract the DLLs and replace the current MUX DLLs. That should update you to MUX 1.0.37.

Does this new version fix the multi-monitor issue?

MuTools · Post by **MuTools** » Fri Aug 10, 2012 3:40 pm

By the way this version should also fix the ReWire issue, though i still need to double-check it, will do.

MuTools

KVR Audio

MUX opens VST gui in the wrong monitor