Menu
▾
▴
1 Attachments
#1470 Desmume crashing after 5180.
Linux Ubuntu 15.04
After commit 5180 desmume crashes with --3d-engine=2. Crash report is attached. Output from command line:
~$ desmume --3d-engine=2
Failed to set format: Invalid argument
Microphone init failed.
DeSmuME 0.9.12 svn0 x64-JIT
Using 4 threads for video filter.
(desmume:20152): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'GTK_IS_WIDGET (widget)' failed
OGL/GLX Renderer has finished the initialization.
Segmentation fault (core dumped)
Discussion
Anonymous
I got the answer! The problem is OpenGL 32 which makes Desmume crashes on both 32 bit and 64 bit for any Windows version! Also for other OS version. Right now, please use Softrasterizer or OpenGL Old by editing desmume.ini on notepad and remove line called "Renderer=X" (any numbers). Save and quit notepad. Run the emulator and is back to normal! I hope will fix it on next SVN!
I'm on Linux and do not appear to have a desmume.ini anywhere. The only thing I see is an --opengl-2d flag which is no longer functional.
there is no desmume.ini in linux. issue --3d-engine=a_different_number
It sure doesnt crash windows in a GTK error, which doesnt make any sense.
It sure runs just fine for me in windows.
Therefore, your analysis is flawed. There is a problem with your video driver, and you should probably post the model number and driver version.
GeForce GTX 650 with Nvidia 349.16 driver. Numerous previous development versions have been functional with this setup including 5178.
AMD R5 M230 win 8.1
crash when change settings to opengl 3.2
download from buildbot and it only create 32 bit version
well no problem in r5177
r5180 introduced new optimizations which require support for UBOs and TBOs, which are OpenGL v3.1 features. We didn't really use v3.2 a whole lot at first, but now we are, and future commits to the OpenGL renderer will use even more advanced OpenGL features. We are not taking any steps backwards on this. I didn't make OpenGL 3.2 mode just to let its features go to waste.
The problem is that the OpenGL contexts used by Windows and Linux aren't true 3.2 Core Profile contexts. Instead, they run in compatibility mode. A particular driver may or may not support v3.1+ features in compatibility mode, so nothing is guaranteed on Windows and Linux. (Although everything is guaranteed on OS X because everything in OpenGL is backed by the OS itself and modes are forced.) For example, the first call to glGetUniformBlockIndex(), a v3.1 function, will fail on certain drivers because of this very reason.
The solution is to use a true 3.2 Core Profile context. Then everything should work.
sounds good to me
So the solution is everyone switch to OSX?
the solution is to chill out when an svn development build breaks. thats how the world works.
Hmmm... don't know why my last post was anonymous. Anyways....
mattld, I would recommend switching to OS X unless you require one of the features listed on this page:
http://wiki.desmume.org/index.php?title=Faq#Why_doesn.27t_a_menu_option_or_tool_exist_in_my_Mac_build.3F
If you still need one of those listed features, then you will have to stick with the Windows port for now. As for Linux, I'd just run the Windows port in WINE.
This issue will be fixed on Windows and Linux eventually. It's just a matter of using 3.2 Core Profile contexts instead of compatibility contexts. That's all this is.
Fair enough. It's unlikely I will be switching OSes anytime soon though. I have no desire to pay for Apples hardware and the occasions I am forced to deal with Windows make me want to run as if my hair was on fire! Thanks for your time.
Fixed in [r5182]. Can someone else please confirm?
Related
Commit: [r5182]
Confirmed. Thank you very much.
Closing -- fix confirmed by user.