Open GoogleCodeExporter opened 9 years ago
We are finishing up adding support for Max 2014.
We had to modify caddies.gup, and MaxQtBridge.dll to remove the non standard
_AD_ naming convention for their qt dlls. This mo
We also had to switch to msvc2010 for compiling Qt, PyQt, and Blur_Python.
If you need to support older versions of max, you will have to install the
msvc2008 versions of Qt/PyQt/Blur_Python into the standard locations(Ours are,
c:\windows\system32\blur64, and c:\python27\lib\site-packages), and the
msvc2010 Qt/PyQt/Blur_Python into the max folder(C:\Program Files\Autodesk\3ds
Max 2014, C:\Program Files\Autodesk\3ds Max 2014\scripts\python\site-packages).
For the Qt installer you will want to pass the flag /noRegisterPath when
installing to the non standard location so it does not add that path to the
path environment variable.
I have the BlurOffline installer set up like this if it detects older versions
of Studiomax. If you only have Max 2014 installed, it will install msvc2010 to
the standard locations.
We haven't started using Max 2014 in the studio yet, so this initial release
hasn't been heavily tested.
Original comment by hen...@gmail.com
on 4 Dec 2013 at 8:14
New installers supporting Max 2014 are up.
Original comment by hen...@gmail.com
on 6 Dec 2013 at 2:55
Hey thanks for the update!!
man... Google code should really have a better notification system :)
I'm just now seeing this reply :)
he new installer worked great in 2012, but i think the the new caddies.gup is
not so happy on 2014...
I'm getting the following error...
I'm running 2014 sp 3.
Has the way in which the caddies.gup get loaded changed in newer service packs??
I've been monitoring the start-up process in max 2014 and i don't see it being
called (without blur python installed) then again 2014 is is doing this weird
.gup.mui files now which seem to be setup for different language packages...
once i install blur python i can see that max is loading the new caddies.gup,
and finding attempting to load the adequate QtCore4.dll... but I'm guessing the
the original caddies.gup code is still being sourced from some where in the
initialization which is why I'm getting this runtime error?
any advice on your part would be greatly appreciated... even if it's to tell me
that I'm fucked for now :)
cheers,
Los.
Original comment by losart3d
on 26 Mar 2014 at 8:54
Attachments:
Yes, caddies.gup and MaxQtBridge.dll are probably service pack specific, but
our patched files are using sp3.
There could be a couple of problems. I think that error is because mercurial is
in your system environment variable.
The Blur3dsMax installer has some left over code from previous versions of max.
This code moves some Qt dlls found in the root of the max folder into the
bin\qt_back folder. Unfortunately because we are installing qt for both max
2012 and 2014 we now need to install qt into the max 2014 directory. Check to
see that you have QtCore.dll in your max root, If you don't copy the files from
bin\qt_back.
Also check to make sure you have a PyQt4 folder in
scripts\python\site-packages. There should also be a blur folder with the
standard install, but that only necessary for for some of our tools. If yo
don't have them you can run the pyqt_64_msvc2010 and blur_python_64_msvc2010
installers that should exist in c:\blur\installers\[datestamp] and make sure to
set the path to scripts\python\site-packages.
Also we are moving to sorce forge because google code doesn't allow us to
upload files anymore. http://sourceforge.net/projects/blur-dev/
Original comment by hen...@gmail.com
on 26 Mar 2014 at 10:36
Original issue reported on code.google.com by
losart3d
on 2 Aug 2013 at 12:37