MU.LAB 2.5.3 Released

Official support for: mutools.com
RELATED
PRODUCTS

Post

MU.LAB 2.5.3 has been released:
  • Fixed MUX automation problem
  • When no ReWire devices are present, no alert is given anymore, but the ReWire group says "No Devices" instead
  • Connect Alternative Outs dialog now also allows choosing "None"
  • OSX: Improved compatibility with case-sensitive file systems
If you already have installed MU.LAB 2.5.x then you can just replace the current application file by this patch:

OSX: http://www.mutools.com/mulab/mulab-253-osx-patch.zip
WIN: http://www.mutools.com/mulab/mulab-253-win-patch.zip

That way you don't have to re-setup anything.

If you did not yet install MU.LAB you can download the full package from http://www.mutools.com/downloads.html

Post

literally, delete the current application from the file and copy this in?
[but my computer will explode or summit?? :cry: ]
wee have also sound-houses

Post

Cautious types can save the old mulab.exe in a folder somewhere before replacing it with the new .exe.
"are we there yet?"

Post

It would be nice if MU.LAB could be updated from within MU.LAB itself, e.g. Help menu -> Update MU.LAB.

Technical difficulty is that the application file cannot be overwritten while it's in use :?

Searching for a solution.

Meanwhile:

If you did not yet install MU.LAB or if you're no technical wizard, then simply install the full package from http://www.mutools.com/downloads.html

Then, if you want, you could copy all files from your original MU.LAB/Settings folder to the new Mulab/Settings folder so to keep your settings.

Otherwise, if you already have installed MU.LAB 2.5.x, then just download the latest patch (see links above), and copy the application file in that zip to your current MU.LAB folder thus replacing the existing MU.LAB application file. (backing up indeed never hurts)

Hope this is clear else let me know.

Post

Does Windows have something like the *nix "exec()" function to replace the current process with a different executable image? If so, you just have a separate updater that downloads and installs the new main executable and exec() it when needed.

Post

I've been thinking that way, i.e. start a separate process that does the update. That 'updater' process then just needs to know when the mulab process has fully ended so it can overwrite the mulab file.

That's on Windows. I should research it also for OSX.

Post

OSX will have exec() to replace one process image with another. I'm pretty sure you'd then not get a write failure on the old executable disk file. (Of course, whether you're "allowed" to exec() is a different matter... OSX is meant to be *nix, though.)
http://linux.die.net/man/3/exec

Post

OSX is meant to be *nix, though.
Yep, theoretically. But i've been surprised more than once by the 'logic' behind OSX.

Anyway, thanks for the info! I'll check it at proper time.

Post

The open source Paint.NET (on Windows) has a way to check for updates and do a over-install. Looking at its source code might yield some useful info.

DaveL
You can twist perceptions, reality won't budge.
-- Rush Show Don't Tell

Post

Thanks. Collected some more pieces of the puzzle. Interesting!

Post

Building further on this, if any of you would know a simple way how to download an internet file from within an osx application, please let me know.

Post

mutools wrote:MU.LAB 2.5.3 has been released:
Possible bug report:
The MU.LAB crashes caused by scanning VST plugins in OSX (fixed in PreRelease B) appears to be back in this version.

Post

Calum wrote:
mutools wrote:MU.LAB 2.5.3 has been released:
Possible bug report:
The MU.LAB crashes caused by scanning VST plugins in OSX (fixed in PreRelease B) appears to be back in this version.
I can confirm this. Same thing happens here.
iMac (21.5-inch, Late 2009), 3.06 GHz Intel Core 2 Duo, 8 GB RAM, OSX 10.12.6

Post

That's odd.

I searched back in the history and indeed there was an issue with scanning/loading VSTs in 2.5 PreRelease A.

As a consequence i couldn't load e.g. Massive in PR-A.

The issue was fixed in PR-B.

Now in MU.LAB 2.5.3 Massive and others still load just fine here so i'm confused when you say that that issue came back. Also as nothing in that matter has changed between 2.5.2 and 2.5.3.

Can you please give more details. Thanks.

Post

mutools wrote:Building further on this, if any of you would know a simple way how to download an internet file from within an osx application, please let me know.
I could only point you at GPL'd source code and that would be problematic...

Open a socket(), connect to the server on port 80, send appropriate HTTP protocol request for file, check for HTTP protocol response and save the data stream. But I guess you knew that... You should be able to do it the same way on both Windows and OSX (at the low level) - different URL for the file to download, obviously!

Post Reply

Return to “MuTools”