MH 1.1.0-RC-2 crashes on Windows 7

[Aranuvir]

Just wanted to test the RC on my windows, but Makehuman refuses to start up. I've downloaded MH twice and extracted it to my desktop folder. The program crashes even without showing any start-up screen. I can't remember to have ever installed any version of python on my system (and couldn't find any traces of it). De-/activating of my antivirus doesn't have any effect on the issue. Intel- and Amd- GC-Drivers are up to date, so is windows 7.

Here is makehuman-debug.txt:

Code: Select all

VERSION: 1.1.0
HG REVISION: r2002 (55f4570dc8ca) [data/VERSION static revision data]
SHORT VERSION: v1.1.0
BASEMESH VERSION: hm08
IS BUILT (FROZEN): Yes
IS RELEASE VERSION: Yes
WORKING DIRECTORY: C:\Users\%Username%\Desktop\makehuman-1.1.0-rc2-win32
HOME LOCATION: C:/Users/%Username%/Documents
PYTHON PATH: ./;./lib;./apps;./shared;./apps/gui;./core;C:\Users\%Username%\Desktop\MAKEHU~1.0-R
DLL PATH: .;C:\Users\%Username%\Desktop\makehuman-1.1.0-rc2-win32;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\Intel\WiFi\bin\;C:\Program Files\Common Files\Intel\WirelessCommon\
SYS.VERSION: 2.7.9 (default, Dec 10 2014, 12:24:55) [MSC v.1500 32 bit (Intel)]
SYS.PLATFORM: win32
SYS.EXECUTABLE: C:\Users\%Username%\Desktop\makehuman-1.1.0-rc2-win32\makehuman.exe
PLATFORM.MACHINE: AMD64
PLATFORM.PROCESSOR: Intel64 Family 6 Model 60 Stepping 3, GenuineIntel
PLATFORM.UNAME.RELEASE: 7
PLATFORM.WIN32_VER: 7 6.1.7601 SP1 Multiprocessor Free
NUMPY.VERSION: 1.9.2
PYQT.VERSION: 4.8.6
PYQT.JPG_SUPPORT: supported
PYQT.SVG_SUPPORT: not supported
QT.PLUGIN_PATH: C:/Users/%Username%/Desktop/makehuman-1.1.0-rc2-win32/qt4_plugins;C:/Users/%Username%/Desktop/makehuman-1.1.0-rc2-win32
QT.PLUGIN_PATH_ENV:
QT.CONF: [Paths]
         Prefix = .
         Plugins = qt4_plugins

And here python_err.txt:

Code: Select all

data/VERSION file detected using value from version file: 2002:55f4570dc8ca
Initialized logging
VERSION: 1.1.0
HG REVISION: r2002 (55f4570dc8ca) [data/VERSION static revision data]
SHORT VERSION: v1.1.0
BASEMESH VERSION: hm08
IS BUILT (FROZEN): Yes
IS RELEASE VERSION: Yes
WORKING DIRECTORY: C:\Users\%Username%\Desktop\makehuman-1.1.0-rc2-win32
HOME LOCATION: C:/Users/%Username%/Documents
PYTHON PATH: ./;./lib;./apps;./shared;./apps/gui;./core;C:\Users\%Username%\Desktop\MAKEHU~1.0-R
DLL PATH: .;C:\Users\%Username%\Desktop\makehuman-1.1.0-rc2-win32;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\Intel\WiFi\bin\;C:\Program Files\Common Files\Intel\WirelessCommon\
SYS.VERSION: 2.7.9 (default, Dec 10 2014, 12:24:55) [MSC v.1500 32 bit (Intel)]
SYS.PLATFORM: win32
SYS.EXECUTABLE: C:\Users\%Username%\Desktop\makehuman-1.1.0-rc2-win32\makehuman.exe
PLATFORM.MACHINE: AMD64
PLATFORM.PROCESSOR: Intel64 Family 6 Model 60 Stepping 3, GenuineIntel
PLATFORM.UNAME.RELEASE: 7
PLATFORM.WIN32_VER: 7 6.1.7601 SP1 Multiprocessor Free
NUMPY.VERSION: 1.9.2
No OpenGL_accelerate module loaded: No module named OpenGL_accelerate
Unable to load registered array format handler numeric
PYQT.VERSION: 4.8.6
PYQT.JPG_SUPPORT: supported
PYQT.SVG_SUPPORT: not supported
QT.PLUGIN_PATH: C:/Users/%Username%/Desktop/makehuman-1.1.0-rc2-win32/qt4_plugins;C:/Users/%Username%/Desktop/makehuman-1.1.0-rc2-win32
QT.PLUGIN_PATH_ENV:
QT.CONF: [Paths]
         Prefix = .
         Plugins = qt4_plugins

The crash seems to be related to a intel file ig75icd32.dll (windows crash report), that seems to be a graphics-dll. The windows build-in online search for solutions wasn't helpful, as usual.

Any ideas what's going wrong? Could anyone provide a md5sum to check if the download is corrupted?

[joepal]

Did you get a makehuman.log?

[Aranuvir]

Doesn't contain more information.

makehuman.log:

Code: Select all

[2016-03-19 21:08:30,522] logging->info():1622 -- MESSAGE -- Initialized logging
[2016-03-19 21:08:30,543] logging->debug():1630 -- DEBUG -- VERSION: 1.1.0
[2016-03-19 21:08:30,545] logging->debug():1630 -- DEBUG -- HG REVISION: r2002 (55f4570dc8ca) [data/VERSION static revision data]
[2016-03-19 21:08:30,545] logging->debug():1630 -- DEBUG -- SHORT VERSION: v1.1.0
[2016-03-19 21:08:30,545] logging->debug():1630 -- DEBUG -- BASEMESH VERSION: hm08
[2016-03-19 21:08:30,546] logging->debug():1630 -- DEBUG -- IS BUILT (FROZEN): Yes
[2016-03-19 21:08:30,546] logging->debug():1630 -- DEBUG -- IS RELEASE VERSION: Yes
[2016-03-19 21:08:30,546] logging->debug():1630 -- DEBUG -- WORKING DIRECTORY: C:\Users\%Username%\Desktop\makehuman-1.1.0-rc2-win32
[2016-03-19 21:08:30,548] logging->debug():1630 -- DEBUG -- HOME LOCATION: C:/Users/%Username%/Documents
[2016-03-19 21:08:30,548] logging->debug():1630 -- DEBUG -- PYTHON PATH: ./;./lib;./apps;./shared;./apps/gui;./core;C:\Users\%Username%\Desktop\MAKEHU~1.0-R
[2016-03-19 21:08:30,549] logging->debug():1630 -- DEBUG -- DLL PATH: .;C:\Users\%Username%\Desktop\makehuman-1.1.0-rc2-win32;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\Intel\WiFi\bin\;C:\Program Files\Common Files\Intel\WirelessCommon\
[2016-03-19 21:08:30,549] logging->debug():1630 -- DEBUG -- SYS.VERSION: 2.7.9 (default, Dec 10 2014, 12:24:55) [MSC v.1500 32 bit (Intel)]
[2016-03-19 21:08:30,549] logging->debug():1630 -- DEBUG -- SYS.PLATFORM: win32
[2016-03-19 21:08:30,549] logging->debug():1630 -- DEBUG -- SYS.EXECUTABLE: C:\Users\%Username%\Desktop\makehuman-1.1.0-rc2-win32\makehuman.exe
[2016-03-19 21:08:30,611] logging->debug():1630 -- DEBUG -- PLATFORM.MACHINE: AMD64
[2016-03-19 21:08:30,611] logging->debug():1630 -- DEBUG -- PLATFORM.PROCESSOR: Intel64 Family 6 Model 60 Stepping 3, GenuineIntel
[2016-03-19 21:08:30,612] logging->debug():1630 -- DEBUG -- PLATFORM.UNAME.RELEASE: 7
[2016-03-19 21:08:30,612] logging->debug():1630 -- DEBUG -- PLATFORM.WIN32_VER: 7 6.1.7601 SP1 Multiprocessor Free
[2016-03-19 21:08:31,096] logging->debug():1630 -- DEBUG -- NUMPY.VERSION: 1.9.2
[2016-03-19 21:08:31,226] OpenGL.acceleratesupport-><module>():16 -- MESSAGE -- No OpenGL_accelerate module loaded: No module named OpenGL_accelerate
[2016-03-19 21:08:31,246] OpenGL.arrays.formathandler->loadPlugin():54 -- MESSAGE -- Unable to load registered array format handler numeric
[2016-03-19 21:08:32,309] logging->debug():1630 -- DEBUG -- PYQT.VERSION: 4.8.6
[2016-03-19 21:08:32,552] logging->debug():1630 -- DEBUG -- PYQT.JPG_SUPPORT: supported
[2016-03-19 21:08:32,552] logging->debug():1630 -- DEBUG -- PYQT.SVG_SUPPORT: not supported
[2016-03-19 21:08:32,555] logging->debug():1630 -- DEBUG -- QT.PLUGIN_PATH: C:/Users/%Username%/Desktop/makehuman-1.1.0-rc2-win32/qt4_plugins;C:/Users/%Username%/Desktop/makehuman-1.1.0-rc2-win32
[2016-03-19 21:08:32,555] logging->debug():1630 -- DEBUG -- QT.PLUGIN_PATH_ENV:
[2016-03-19 21:08:32,555] logging->debug():1630 -- DEBUG -- QT.CONF: [Paths]
         Prefix = .
         Plugins = qt4_plugins

[joepal]

Ok, this symptom (usually) arises when there is a conflict between 32-bit and 64-bit DLL files. The problem is that the crash happens outside the python interpreter, which prevents it from writing out a comprehensible error message.

It's hard to say exactly which DLL is involved. My first assumption would have been that there was another python interpreter on the system, but since you say that this is not the case, I'd start looking for other versions of Qt that might have been installed by another application.

Sorry for not being able to provide more detailed hints.

[gaiha]

... I'd start looking for other versions of Qt that might have been installed by another application...

I have to Concur with joepal... One reason why I really dislike Windows for any kind of Development is the lack of inter-dependencies when installing 3rd party software. A simple fix for this is to run a system wide registry check and remove any outdated and/or broken registry entries. A de-fragmented and cleaned system registry will also prevent problems like this from becoming bigger problems.

[Aranuvir]

Well, some further tests helped to isolate the issue. First a purged all graphics drivers. Without any graphics drivers MH is working unexpected smoothly. Next installed the Intel driver and MH still works smoothly. After installing the latest AMD driver the issue is back.

1st Conclusion : the issue seems to be related to the latest crimson-divers (at least 16.2.1 and 16.3.1)
2nd Conclusion : the argument Windows(Tm) is in advantage over Linux 'cause everything runs out of the box and Linux is just fiddly, can be considered ridiculous

Statement: since Windows(Tm) is not my productive system, the issue doesn't really matter to me.

But nevertheless, many thanks for helping Joel.

Edit: and thanks gaiha.

[gaiha]

I run nothing but AMD on Asus Motherboards... I had a similar issue with MakeHuman doing unexpected things and found that re-installing my Nvidia Graphics software corrected several problems. The GENERIC drivers are at best "ok"... but I found I had to fine tune them to match my video hardware in order to finally work correctly.

[Aranuvir]

Unfortunately fine tuning will not help, I guess. Since the issue happens to a Intel-Graphics-Driver DLL only after I installed the AMD-Graphics-Driver. I'm working on a notebook, so I can't dispense the Intel-Driver. And before I uninstall the AMD-Driver, I'll just do a reboot and feel utterly happy on my Linux system. Just keeping Windows(Tm) because watching TV works better and for the seldom occasions of playing a game.

[duststorm]

OpenGL support on windows is problematic.
But in this case, I guess MakeHuman is not going to be the only program that crashes. Other software that uses OpenGL, like Blender or CAD software, probably sofware such as 3d max, maya, and zbrush is not going to work either?

[Aranuvir]

OpenGL support on windows is problematic.
But in this case, I guess MakeHuman is not going to be the only program that crashes. Other software that uses OpenGL, like Blender or CAD software, probably sofware such as 3d max, maya, and zbrush is not going to work either?

Hi Duststorm,

I have just blender to test. On my Windows the BMW renders as expected using blender 2.76b/GPU-render (tested today). With 2.77/GPU-Render the lighting looks very strange, I would say overexposed, have to do further investigation about this. But the important conclusion is, that it does not crash.