D2X-XL Bug Reports - MS Windows
Moderators: Grendel, Aus-RED-5
perhaps this is just me... but with the latest source, did you do soemthing with the edge detection on corners. normally i don't hit walls... but my daughter called me over cause she got stuck, i tested the theory and realized that almost every corner you get 'snagged' a bit. this is all through the single player d2 levels. and i don't recall this being a problem (we are talking 1.5.5something)
what i am talking about is VERY HEAVY snaggage. i don't mean the normal descent type of snag... but star trek style tractor beamish hold me there why the screen does some crazy shaking and what not type snag!
it doesnt bug me that much since i don't make a habit of touching walls lol.
something else my kids found
since my 3 year old just likes to fly around and shoot... and doesnt really get the game much. she keeps running out of energy. when she does, i have come back and gotten her to the local energy center. energy refills... but the lasers auto fire. and you can't make it stop. the only thing i have noticed (in the two times it happened tonight) is that the caps lock was on both times... although this isn't bound to anything.
it doesnt bug me that much since i don't make a habit of touching walls lol.
something else my kids found
since my 3 year old just likes to fly around and shoot... and doesnt really get the game much. she keeps running out of energy. when she does, i have come back and gotten her to the local energy center. energy refills... but the lasers auto fire. and you can't make it stop. the only thing i have noticed (in the two times it happened tonight) is that the caps lock was on both times... although this isn't bound to anything.
-
- DBB Cadet
- Posts: 8
- Joined: Fri Dec 09, 2005 3:46 am
- Location: Denmark
Problem entering secret level
Hi Diedel (and everyone else of course ) I just installed 1.5.55 and I found a couple of things:
* Entering the secret level accessible on level 12 crashes the game. I have inlined a base64 encoded zipped savegame that lets you try this.
* The player selection dialog has no 'texture' - the background is just grey.
savegame content deleted from thread - KoolBear 12/20/05
* Entering the secret level accessible on level 12 crashes the game. I have inlined a base64 encoded zipped savegame that lets you try this.
* The player selection dialog has no 'texture' - the background is just grey.
savegame content deleted from thread - KoolBear 12/20/05
-
- DBB Cadet
- Posts: 8
- Joined: Fri Dec 09, 2005 3:46 am
- Location: Denmark
Diedel, you seem to update very frequently. I downloaded 1.5.54 this morning and I saw 1.5.55 not too long after. :p
The camera screen and D1 escape works fine now, but now the game crashes when you try to access an in-game menu. Looks like a bug, because after the crash, an stderr file is created with the following text:
The camera screen and D1 escape works fine now, but now the game crashes when you try to access an in-game menu. Looks like a bug, because after the crash, an stderr file is created with the following text:
Edit: You know what, it might be the DNA drivers and not a real bug. It doesn't seem to crash if I'm in the standard cockpit view, rather than fullscreen. On that note, sometimes in fullscreen it doesn't crash either--instead the menu appears, except with neither the transparent or the opaque backgrounds.Fatal signal: Segmentation Fault (SDL Parachute Deployed)
I'm using Windows XP, with SP2 installed.
I think I'm wrong on a number of accounts--The D1 mine escape crash hasn't been fixed. I've also reverted from DNA drivers to Omega drivers. Let me try and reiterate:
The cameras do work properly now, yes. The D1 mine escape crash happens randomly, but also sometimes it doesn't crash, but instead looks like this:
http://vf1.homestead.com/files/d1crash.jpg
Just for the record, it crashed after the mine exploded. Sometimes it doesn't though, and sometimes it crashes a few seconds into the score screen.
Notice the white in the screenshot. When I go to configure controls, in-game or out, the screen fades white until you get out of it. Oh, and D1 briefings are now flickering. They weren't in the patch before, oddly enough.
Now, in cockpit and status bar modes, the menus actually work fine, tested with transparent menu backgrounds and opaque. (Though it does tend to get a little too sluggy, but I guess that isn't relevant) In fullscreen mode it works fine too, but if you have the radar and/or rear view opened up, with transparent menu backgrounds, if the game doesn't crash, the transparent background doesn't show. (Opaque backgrounds show properly if the switch is toggled in the INI file) With either transparent or opaque though, it has a very likely chance of crashing to Windows.
I think I'm wrong on a number of accounts--The D1 mine escape crash hasn't been fixed. I've also reverted from DNA drivers to Omega drivers. Let me try and reiterate:
The cameras do work properly now, yes. The D1 mine escape crash happens randomly, but also sometimes it doesn't crash, but instead looks like this:
http://vf1.homestead.com/files/d1crash.jpg
Just for the record, it crashed after the mine exploded. Sometimes it doesn't though, and sometimes it crashes a few seconds into the score screen.
Notice the white in the screenshot. When I go to configure controls, in-game or out, the screen fades white until you get out of it. Oh, and D1 briefings are now flickering. They weren't in the patch before, oddly enough.
Now, in cockpit and status bar modes, the menus actually work fine, tested with transparent menu backgrounds and opaque. (Though it does tend to get a little too sluggy, but I guess that isn't relevant) In fullscreen mode it works fine too, but if you have the radar and/or rear view opened up, with transparent menu backgrounds, if the game doesn't crash, the transparent background doesn't show. (Opaque backgrounds show properly if the switch is toggled in the INI file) With either transparent or opaque though, it has a very likely chance of crashing to Windows.
Something is seriously fracked up for me in the latest version... A screenshot will say far more than words could, so I won't waste my breath...
Happens whether or not I have the new menus on. Also, that screenshot is 640x400... yet I was running the game @ 640x480...
Here are a few more things; these ones only happen with the new menus on:
Main Menu is much brighter.
When I go into a menu from in-game, the screen goes black for a few seconds, then the colors are all messed up when it comes back up.
Background shows up as white rather than black when viewing a movie.
AMD Athlon 2200+; WinXP SP2; DX 9.something; NVidia GeForce 2 MX 400 (PCI).
Happens whether or not I have the new menus on. Also, that screenshot is 640x400... yet I was running the game @ 640x480...
Here are a few more things; these ones only happen with the new menus on:
Main Menu is much brighter.
When I go into a menu from in-game, the screen goes black for a few seconds, then the colors are all messed up when it comes back up.
Background shows up as white rather than black when viewing a movie.
AMD Athlon 2200+; WinXP SP2; DX 9.something; NVidia GeForce 2 MX 400 (PCI).
D3Hack,
works for me.
VR7,
crash looks like some textures are missing. Ugly texture is a palette problem due to my recent menu changes.
Config menus obviously need fixing too. Looks like there's a lot of places affected by the new menu style I haven't looked over yet.
I have only fixed D2 mission briefings so far (they use movies for the robots, while for D1 the actual polymodels are displayed, so different code).
works for me.
VR7,
crash looks like some textures are missing. Ugly texture is a palette problem due to my recent menu changes.
Config menus obviously need fixing too. Looks like there's a lot of places affected by the new menu style I haven't looked over yet.
I have only fixed D2 mission briefings so far (they use movies for the robots, while for D1 the actual polymodels are displayed, so different code).
Strange. You know what's stranger? I ran it in windowed mode to see if it would work, and it did. I switched back to fullscreen, and now it works fine again. WTF.Diedel wrote:D3Hack,
works for me.
The problem with the screen turning black and then the colors going whacko when I tried to switch to a menu in-game is gone too. The other two problems remain.
Some new things (both of which happen regardless of menu style):
> Custom textures no longer work.
> I played an older mission (older as in last edited w/ an earlier version of DLE-XP) w/ colored lighting, and the lighting was all fracked. As in really fracked. This did not happen in a mission last edited w/ the most recent version of DLE-XP.
I really like your new menu style! However, it's pretty slow on my system, so I'm not sure I'll use it...
D3Hack,
I figured where your problem probably came from.
I had exchanged the screen mode ids d2x-xl uses for 640x400 and 6480x480 recently (640x480 1 <-> 2 640x400). It could be that the screen mode stored in your player file was from before I did that, and now it got interpreted as 640x400 instead of 640x480. It would be sufficient to simply go to the screen res menu and change the screen res and then set it back to the desired value.
I have recently been changing the color format to achieve better cross platform compatibility and maybe broken something. I will look into this. What you can do is get DLE-XP 1.5.22, load these levels and store them again, they will then get converted to the new format. But ofc d2x-xl should be able to handle the old format, too.
I will also try to tune the new menus a little to respond faster. The way it now works is like the game screens, btw: A complete screen is written in a hidden buffer (the so called back buffer), and if its done, the currently visible image buffer (front buffer) and the back buffer are exchanged. Maybe the input isn't sampled often enough in between.
I figured where your problem probably came from.
I had exchanged the screen mode ids d2x-xl uses for 640x400 and 6480x480 recently (640x480 1 <-> 2 640x400). It could be that the screen mode stored in your player file was from before I did that, and now it got interpreted as 640x400 instead of 640x480. It would be sufficient to simply go to the screen res menu and change the screen res and then set it back to the desired value.
I have recently been changing the color format to achieve better cross platform compatibility and maybe broken something. I will look into this. What you can do is get DLE-XP 1.5.22, load these levels and store them again, they will then get converted to the new format. But ofc d2x-xl should be able to handle the old format, too.
I will also try to tune the new menus a little to respond faster. The way it now works is like the game screens, btw: A complete screen is written in a hidden buffer (the so called back buffer), and if its done, the currently visible image buffer (front buffer) and the back buffer are exchanged. Maybe the input isn't sampled often enough in between.
Diedel,
Awesome stuff you're doing with this, by the way. B)
Haven't downloaded since 1.5.44... and just downloaded 1.5.53 and then 1.5.56 (all Windows).
Menus: Cool idea, I'm sure you're working to smooth them out.
Opening video and player selection menu: Instead of a black border or the traditional Descent 2 menu backgraound, getting all white instead. An Example jpg
Also, in Single Player, when going from Level 21 to the Secret Level, the game crashes immediatly upon entering the secret level portal. No messages.
If I try that same secret level portal when running 1.5.44, it waits until I begin to shoot at the second mini-reactor and then it crashes with a warning message: ERROR: Segnum == -1 in get_seg_masks()
I'm running XP.
Awesome stuff you're doing with this, by the way. B)
Haven't downloaded since 1.5.44... and just downloaded 1.5.53 and then 1.5.56 (all Windows).
Menus: Cool idea, I'm sure you're working to smooth them out.
Opening video and player selection menu: Instead of a black border or the traditional Descent 2 menu backgraound, getting all white instead. An Example jpg
Also, in Single Player, when going from Level 21 to the Secret Level, the game crashes immediatly upon entering the secret level portal. No messages.
If I try that same secret level portal when running 1.5.44, it waits until I begin to shoot at the second mini-reactor and then it crashes with a warning message: ERROR: Segnum == -1 in get_seg_masks()
I'm running XP.
Strange, the D1 mine crash still happens. The menu crash is fixed though.
Don't know if this has already been looked at since it's been an inherent problem I noticed in the D2X-XL versions I've played so far, but I'll just post it anyway: In a map where robots are in the same room as your starting position and are in a position to see you, (like Pyrotechnica) you will already be taking damage from them, (attacking you before the game fully loaded?) or on higher difficulty levels like Insane, you die instantly as soon as you spawn.
Edit: I recorded a demo in Pyrotechnica that basically gives off the same idea, though that probably isn't necessary.
Don't know if this has already been looked at since it's been an inherent problem I noticed in the D2X-XL versions I've played so far, but I'll just post it anyway: In a map where robots are in the same room as your starting position and are in a position to see you, (like Pyrotechnica) you will already be taking damage from them, (attacking you before the game fully loaded?) or on higher difficulty levels like Insane, you die instantly as soon as you spawn.
Edit: I recorded a demo in Pyrotechnica that basically gives off the same idea, though that probably isn't necessary.
I'm having some problems compiling the 1.5.59 version of d2x-xl. I run ./configure with no problem and get this at the end of the output:
I then run make and it errors out with the following output:
I've only included the last bit of the output to save space. I am using SuSE 9.3 with the latest updates. If you need more info just ask. The other problems that I posted earlier are still there as well.
Chris
Code: Select all
d2x has been configured successfully.
Platform(s): linux ogl sdl
Features : no_asm network kalinix ipx OpenGL fasteventpoll fastfileio release
Shared game data directory (unix only): /usr/local/share/games/d2x-xl
Code: Select all
if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../../arch/include -I../../main -I ../../arch/linux/include -I/usr/include/SDL -D_REENTRANT -pipe -O2 -Wall -Wno-char-subscripts -MT fbuffer.o -MD -MP -MF ".deps/fbuffer.Tpo" -c -o fbuffer.o fbuffer.c; then mv -f ".deps/fbuffer.Tpo" ".deps/fbuffer.Po"; else rm -f ".deps/fbuffer.Tpo"; exit 1; fi
fbuffer.c: In function `ogl_fbuffer_avail':
fbuffer.c:69: warning: implicit declaration of function `glCheckFramebufferStatusEXT'
fbuffer.c:69: error: `GL_FRAMEBUFFER_EXT' undeclared (first use in this function)
fbuffer.c:69: error: (Each undeclared identifier is reported only once
fbuffer.c:69: error: for each function it appears in.)
fbuffer.c:70: error: `GL_FRAMEBUFFER_COMPLETE_EXT' undeclared (first use in this function)
fbuffer.c:72: error: `GL_FRAMEBUFFER_UNSUPPORTED_EXT' undeclared (first use in this function)
fbuffer.c: In function `ogl_create_fbuffer':
fbuffer.c:87: warning: implicit declaration of function `glGenFramebuffersEXT'
fbuffer.c:89: warning: implicit declaration of function `glGenRenderbuffersEXT'
fbuffer.c:90: warning: implicit declaration of function `glBindFramebufferEXT'
fbuffer.c:90: error: `GL_FRAMEBUFFER_EXT' undeclared (first use in this function)
fbuffer.c:105: warning: implicit declaration of function `glGenerateMipmapEXT'
fbuffer.c:106: warning: implicit declaration of function `glFramebufferTexture2DEXT'
fbuffer.c:106: error: `GL_COLOR_ATTACHMENT0_EXT' undeclared (first use in this function)
fbuffer.c:107: warning: implicit declaration of function `glBindRenderbufferEXT'
fbuffer.c:107: error: `GL_RENDERBUFFER_EXT' undeclared (first use in this function)
fbuffer.c:108: warning: implicit declaration of function `glRenderbufferStorageEXT'
fbuffer.c:109: warning: implicit declaration of function `glFramebufferRenderbufferEXT'
fbuffer.c:109: error: `GL_DEPTH_ATTACHMENT_EXT' undeclared (first use in this function)
fbuffer.c: In function `ogl_destroy_fbuffer':
fbuffer.c:125: warning: implicit declaration of function `glDeleteFramebuffersEXT'
fbuffer.c:127: warning: implicit declaration of function `glDeleteRenderbuffersEXT'
fbuffer.c: In function `ogl_enable_fbuffer':
fbuffer.c:141: error: `GL_FRAMEBUFFER_EXT' undeclared (first use in this function)
fbuffer.c: In function `ogl_disable_fbuffer':
fbuffer.c:153: error: `GL_FRAMEBUFFER_EXT' undeclared (first use in this function)
make[3]: *** [fbuffer.o] Error 1
make[3]: Leaving directory `/home/chris/d2x-xl/src/arch/ogl'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/chris/d2x-xl/src/arch'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/chris/d2x-xl/src'
make: *** [all] Error 2
Chris
Hi, I just got my PC back after it was 8 weeks (!) in repair. I reinstalled WinXP Pro SP2 and D1, D2 incl. Vertigo and D2X-XL 1.5.59 I upgraded D1 to v1.5 and D2 to v1.2
I noticed a few bugs:
1. weird flicker in D1 briefings
2. I can only use 2 of my "gaming input devices"
I got a Gravis Phoenix plugged into the Gameport, a Spaceorb plugged into the Serial Port and a USB Gamepad
I can only use the USB Gamepad (which I don't want to use) and the device which is set as "the device old applications use" in the control panel
I'd like to have one profile for the Gravis Phoenix and one for the Spaceorb, but I'd have to change the device in the control panel each time I want to change profiles, which is not very convenient.
It used to work 8 weeks ago (v1.3.xx IIRC)
I noticed a few bugs:
1. weird flicker in D1 briefings
2. I can only use 2 of my "gaming input devices"
I got a Gravis Phoenix plugged into the Gameport, a Spaceorb plugged into the Serial Port and a USB Gamepad
I can only use the USB Gamepad (which I don't want to use) and the device which is set as "the device old applications use" in the control panel
I'd like to have one profile for the Gravis Phoenix and one for the Spaceorb, but I'd have to change the device in the control panel each time I want to change profiles, which is not very convenient.
It used to work 8 weeks ago (v1.3.xx IIRC)
Neumaennl,
I could fix (1), but not (2), and I doubt (2) has anything to do with d2-xl.
cwoelkers,
I am pretty sure that you are not using the most recent source code. The compilation errors are caused by some OpenGL function declarations in include/fbuffer.h and arch/ogl/fbuffer.c that are already declared in gl.h on Linux, and which I have bracketed in #ifdef _WIN32 ... #endif. Otherwise I get the same errors on Linux.
Please make sure you are overwriting your current source completely with the contents of the source tgz. Alternatively, you can try http://www.descent2.de/resources/d2x-xl-unified-src.zip (contains only the source code and MSVC projects, so you can extract it and will not overwrite the Linux make and configure files).
I could fix (1), but not (2), and I doubt (2) has anything to do with d2-xl.
cwoelkers,
I am pretty sure that you are not using the most recent source code. The compilation errors are caused by some OpenGL function declarations in include/fbuffer.h and arch/ogl/fbuffer.c that are already declared in gl.h on Linux, and which I have bracketed in #ifdef _WIN32 ... #endif. Otherwise I get the same errors on Linux.
Please make sure you are overwriting your current source completely with the contents of the source tgz. Alternatively, you can try http://www.descent2.de/resources/d2x-xl-unified-src.zip (contains only the source code and MSVC projects, so you can extract it and will not overwrite the Linux make and configure files).
Escorter,
please send me a savegame from the mini reactor situation to karx11erx at h0tmail d0t c0m. Or should I have one already?
Edit: Oh well, secret level. I will look whether I find Tech Pro's save game with the secret level entry ...
Edit 2: There is no mini reactor in that particular secret level ...
please send me a savegame from the mini reactor situation to karx11erx at h0tmail d0t c0m. Or should I have one already?
Edit: Oh well, secret level. I will look whether I find Tech Pro's save game with the secret level entry ...
Edit 2: There is no mini reactor in that particular secret level ...
I just tried it again with the same result. This time I untared the source into a new directory of its own but still got the same error.
I have also tried the binary version but it does not start. So I had it create a log file and this was the last line of the file:
The first time I tried to run the executible I did so without any switches and the log had 640x480x32 instead of 1024x768x32. So I attempted to define the resolution and got the above results. I also got the same results using the fullscreen switch as well.
I have also tried the binary version but it does not start. So I had it create a log file and this was the last line of the file:
Code: Select all
Error: Could not set 1024x768x32 opengl video mode
Escorter,
D'oh!
Fixed.
cwoelkers,
hm. As I take a 2nd look at your error message log: Some identifiers are missing, not doubly defined. Maybe you simply don't have the newest OpenGL libraries and headers installed (2.0)?
If you find these #define _WIN32 ... #endif brackets in fbuffer.c and fbuffer.h, try to disable them and see what happens then. If they're not in there, your source code isn't up to date, for whatever reason. I have just extracted d2x-xl-1.5.59.tgz and checked these files, they're ok.
D'oh!
Fixed.
cwoelkers,
hm. As I take a 2nd look at your error message log: Some identifiers are missing, not doubly defined. Maybe you simply don't have the newest OpenGL libraries and headers installed (2.0)?
If you find these #define _WIN32 ... #endif brackets in fbuffer.c and fbuffer.h, try to disable them and see what happens then. If they're not in there, your source code isn't up to date, for whatever reason. I have just extracted d2x-xl-1.5.59.tgz and checked these files, they're ok.
D1 mine crash still happens. Sometimes the crash occurs the moment you touch the exit, or it happens as normal, except in first person view your view is blocked with a black screen (You can still see your HUD and any rear camera or radar view) until the camera switches to third person.
It might be just my Omega drivers though.
It might be just my Omega drivers though.
-
- DBB Ace
- Posts: 25
- Joined: Tue Nov 08, 2005 9:59 am
- Location: Santiago, Chile
Diedel, thanks for the help so far.
I first took care of the #define _WIN32 ... #endif brackets in fbuffer.c and fbuffer.h by commenting them out. I then did a make clean and tried to make again but got the same results.
Next I attempted to find out which OpenGL headers I had installed on my box but could find no entries that seemed to be directly related to OpenGL in YAST. I found entries for OpenGL-perl bindings and Mesa among other things but nothing that looked like it was just OpenGL. From the looks of things I am using Mesa instead of OpenGL. The version of Mesa that is installed is 6.8.2-30 which is the latest version available for SuSE 9.3. SuSE 10 uses version 6.8.2-100 which is nothing more than a release containing security fixes.
I first took care of the #define _WIN32 ... #endif brackets in fbuffer.c and fbuffer.h by commenting them out. I then did a make clean and tried to make again but got the same results.
Next I attempted to find out which OpenGL headers I had installed on my box but could find no entries that seemed to be directly related to OpenGL in YAST. I found entries for OpenGL-perl bindings and Mesa among other things but nothing that looked like it was just OpenGL. From the looks of things I am using Mesa instead of OpenGL. The version of Mesa that is installed is 6.8.2-30 which is the latest version available for SuSE 9.3. SuSE 10 uses version 6.8.2-100 which is nothing more than a release containing security fixes.