Open GoogleCodeExporter opened 9 years ago
I had a very similar issue. If you already had python installed, rename it /
back it up or whatever and make sure the python folder doesn't exist, then do a
fresh install of python, win32 and re running the blur installer and see what
happens. For me, there was something in either pyqt or win32 that was left
over from my previous python install that was interfering.
Original comment by djsolit...@gmail.com
on 13 May 2011 at 7:28
I have a similar problem. Have you been able to fix it? For me, reinstalling
Python is not really an option ...
Original comment by titeblo...@gmail.com
on 30 May 2011 at 2:11
What version of Windows did you install to? What version of the offline
installer? Same as above?
It looks like the shortcuts problem is that its pointing to the wrong locations
for the desktop links which we will have fixed for the next release.
When you ran the installer, did you run to a custom location and then copy the
files? Or did you run to your actual Max path?
If the you're in 3dsMax and you see the Menu then the plugins got registered
properly. If you can go into your maxscript listener and type "python" you
should see a maxscript struct - that'll mean the blurPython.dlx loaded properly.
If you type:
sys = python.import "sys"
sys.version
It should properly import the sys python module into maxscript and then log
what version its running through.
Usually when we get an issue like that, its because the actual PyQt/Qt DLLs are
not linking properly. Python itself would be working, but the Treegrunt and
IDE would not because of a problem with PyQt.
If you try:
QtCore = python.import "PyQt4.QtCore"
This should succeeed, but if you then type:
QtCore.Qt.UserRole
Or something like that, thats when it would most likely fail for this scenario.
If this is the case, make sure that there are no conflicts with the standard
3dsMax Qt DLLs and the ones that we provide. Our installer will backup the
standard ones that are shipped with max to MAXPATH/bin/qt_bak, but if you
didn't run the standard installation, then that backup wouldn't have occurred.
Thats usually the case anyway. For your desktop shortcuts, just path the IDE
to your PYTHONPATH/lib/site-packages/blurdev/ide/main.py (I believe that was
the location, if not it would be
PYTHONPATH/lib/site-packages/blurdev/runtimes/ide_editor.py)
We were in the process of migrating the runtime scripts to a single location
and it may not have happened before that release properly.
Hope that helps!
Original comment by eric.hul...@gmail.com
on 31 May 2011 at 12:39
[deleted comment]
Indeed, it behaves exactly as you expect when I type what you said.
The backup occured, I have the Qt dlls in qt_bak and they're not the same
version of the ones installed at C:\WINDOWS\system32\blur64, but I guess that's
normal. How can I see if they're conflicting ?
Original comment by titeblo...@gmail.com
on 1 Jun 2011 at 2:25
Well, the problem is more that our Qt DLL's aren't being seen by 3dsMax.
Did you try adding that blur64 location to the system path? If that doesn't
work, you can just copy the DLL's out of that folder and into the root Max
folder, we put them there because we use them for a multitude of applications
so its better than installing to a singular location.
But that should fix your problem.
Original comment by eric.hul...@gmail.com
on 2 Jun 2011 at 12:15
This doesn't seem to work. I copied all the DLLs of C:\Windows\system32\blur64
into the root MAX folder, but there's not change in the behaviour.
Original comment by titeblo...@gmail.com
on 3 Jun 2011 at 8:21
I had this issue, and realized that one of the python installers was installing
to a folder called something like "Python26_24" instead of "Python26". So
double check that. Otherwise you end up with three python folders on your C:
drive because the blur tools install to "Python26" and python was installing to
a different folder. After I saw this I did a re-install but told python to
install in a directory called "Python26" instead that that fixed the issue.
Original comment by QualityE...@gmail.com
on 18 Jun 2011 at 4:58
Python is installed in a folder names Python26, the only thing is that it's
installed on the D: drive not C:
Could that be a problem ? And if it is is there a way around this, because I
cannot move it.
Original comment by titeblo...@gmail.com
on 22 Jun 2011 at 8:07
Did you check your C: drive for any python folders? So did the Blur tools try
and install it to the C: drive when your python is actually on your D: drive ??
I assume you checked that but thought I would ask just in case.
Original comment by QualityE...@gmail.com
on 24 Jun 2011 at 10:16
I am having similar QT issues on Win7-64 and Max2011-64. In debugging, when I
try to simply launch the IDE from the python26-64 shell, it fails on trying to
import QApplication from PyQt4.QtGui:
Traceback (most recent call last):
File "C:\Python26_x64\Lib\site-packages\blurdev\ide\main.py", line 13, in <mod
ule>
if ( __name__ == '__main__' ):
File "C:\Python26_x64\lib\site-packages\blurdev\__init__.py", line 201, in <mo
dule>
init()
File "C:\Python26_x64\lib\site-packages\blurdev\__init__.py", line 68, in init
application = core.init()
File "C:\Python26_x64\lib\site-packages\blurdev\cores\core.py", line 243, in i
nit
from PyQt4.QtGui import QApplication
ImportError: DLL load failed: The specified procedure could not be found.
Original comment by frostf...@gmail.com
on 30 Jun 2011 at 8:25
Problem was QT conflicts. removing all previous installs and using the supplied
DLLs fixed everything.
Original comment by frostf...@gmail.com
on 7 Jul 2011 at 5:14
Original issue reported on code.google.com by
SimonBo...@gmail.com
on 12 May 2011 at 12:40