Re: [warzone2100-dev] The QT port
On Tue, Oct 13, 2009 at 9:32 PM, Christian Ohm chr@gmx.net wrote: I did a short test of the QT port: make complains about lib/framework/input.c, which doesn't exist but is still mentioned in po/POTFILES.in. Fixed. Thanks for testing :-) Starting the game gives the menu, but that behaves strangely. Clicking on options gives the sound menu, just moving the mouse without clicking anything then tries to load something automatically. Clicking singleplayer also loads instantly. The game never gets beyond the loading bars, sometimes it blocks the graphics (mouse moves, but everything else on the screen is frozen; logging in with ssh and killing the process restores everything though), sometimes it fails with the following message from Mesa: drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. I have not changed any of the OpenGL rendering code, so I suspect there is something in the OpenGL state machine that is causing trouble now that I am initializing the game differently, or maybe Qt also uses OpenGL and states do not get properly reset. Maybe someone with access to an OpenGL debugger could try to run the code? - Per ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
Re: [warzone2100-dev] The QT port
On Tuesday, 13 October 2009 at 21:59, Per Inge Mathisen wrote: On Tue, Oct 13, 2009 at 9:32 PM, Christian Ohm chr@gmx.net wrote: Starting the game gives the menu, but that behaves strangely. Clicking on options gives the sound menu, just moving the mouse without clicking anything then tries to load something automatically. Clicking singleplayer also loads instantly. This looks like button raise events don't register, so whatever the mouse touches next gets activated instantly. I have not changed any of the OpenGL rendering code, so I suspect there is something in the OpenGL state machine that is causing trouble now that I am initializing the game differently, or maybe Qt also uses OpenGL and states do not get properly reset. Maybe someone with access to an OpenGL debugger could try to run the code? Hm, I tried http://www.opengl.org/sdk/tools/BuGLe/, but the only somewhat useful info I could get out of it was illegal vertex array caught in glDrawRangeElements (VBO overrun); call will be ignored, which happened on both the QT and SDL versions. ___ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
