D2X-XL Bug Reports - MS Windows
Moderators: Grendel, Aus-RED-5
-
Sapphire Wolf
- DBB Admiral
- Posts: 1463
- Joined: Mon Nov 24, 2003 3:01 am
- Location: Nope.avi , gender: male
- Contact:
Neumaennl wrote:Diedel you got some serious issues on your Website. you can't even scroll. This problem only appears on IE, though. Firefox and Opera work fine
Hahah, truly awesome... the "oh, IE isn't the internet?" bug in reverse. About time someone slipped up the other way.Diedel wrote:Fixed. Crap MSIE. I never use it.
Heaven knows there are enough sites that are either buggy or just about intentionally don't work when you're using anything else... anyway.
Re: what novacron said - yeah, it would be kind of cool to replace the powerups, weapon blobs and maybe other things like energy sparkles (difficult) with actual 3D objects one day... but I'll live with the vanilla just-draw-bitmaps-on-the-screen version for some time yet.
It's hard to say whether the detail apparent in the actual cube engine - or most of the levels made with it, I know better could be done - warrants it at the moment.There are still a few content-related issues on your website. The D2X-W32 Version History page is empty (most disturbing, as the one on the DBB is not updated anymore), D1 Support page link leads to a 404 error and on the Manual page some pictures are next to the wrong headlines.
Feature request: could you make a keymap at least for the keys you added to the game? (Zoom, Screenshot, Cockpit window stuff etc.) ATM you have to search through the bug fixes and improvements list to get the keys, which is not very convenient. On the other hand I think I could make a keyboard reference sheet if you'd want me to. It could be put into the *.zip file. But till Nov. 6th I got some more important work to do. But after that it would be no problem for me to do it.
Feature request: could you make a keymap at least for the keys you added to the game? (Zoom, Screenshot, Cockpit window stuff etc.) ATM you have to search through the bug fixes and improvements list to get the keys, which is not very convenient. On the other hand I think I could make a keyboard reference sheet if you'd want me to. It could be put into the *.zip file. But till Nov. 6th I got some more important work to do. But after that it would be no problem for me to do it.
manual page: main menu pic is next to options menu description, options menu pic is next to sound effects and music menu description, sound effects and music menu pic is next to controls menu description, controls menu pic is next to detail levels menu description, detail levels menu pic is next to custom details menu description, custom details menu pic is next to screen modes menu description, screen modes menu pic is next to toggles menu description, toggles menu pic is next to render options menu description.
In short: each picture has to go 1 place up, except render options menu pic and following
In short: each picture has to go 1 place up, except render options menu pic and following
?!? IMO it happened in Opera also and it's really weird - how can it be that pics are placed in different locations in different browsers? I'm currently building a homepage for a company and never experienced that problem. I always check my site in IE, Opera and Firefox. Well, fact is that the pics on your page are shown in the right places when using a gecko-based browser (Netscape, Firefox, Mozilla) - weird...
A few /table tags were missing, and obviously Firefox is a little more fault tolerant here - which I did neither expect nor appreciate. I thought it was the strictest browser around. At least this was a good opportunity to switch the whole page to some javascript driven output which makes it somewhat more flexible.
Danke auf jeden Fall mal.
There don't seem to be many ppl reading the D2X-W32 manual ...
Danke auf jeden Fall mal.
There don't seem to be many ppl reading the D2X-W32 manual ...
Personally, I don't know why people complain so much about IE (other than security issues, that I understand). I've never had any trouble with your site and I use IE most of the time (easier to help noobies that way).
OK people! Go ahead! Yeah, IE most of the time? Am I crazy? ... Nope.
Rules:
1. Keep your system clean
2. Keep your system updated
3. Keep your anti-virus updated (and use a good one, not some cheap-o )
4. Think about what might happen BEFORE you on click on ANYTHING.
5. Repeat, Repeat, Repeat.
Do that, and presto! Pop-ups almost non-existant, spy-ware and mal-ware not messing things up, sites work smoothly (and quickly)... TOTALLY worth the effort.
OK people! Go ahead! Yeah, IE most of the time? Am I crazy? ... Nope.
Rules:
1. Keep your system clean
2. Keep your system updated
3. Keep your anti-virus updated (and use a good one, not some cheap-o )
4. Think about what might happen BEFORE you on click on ANYTHING.
5. Repeat, Repeat, Repeat.
Do that, and presto! Pop-ups almost non-existant, spy-ware and mal-ware not messing things up, sites work smoothly (and quickly)... TOTALLY worth the effort.
-
Valin Halcyon
- DBB Admiral
- Posts: 1113
- Joined: Sun Jan 02, 2000 3:01 am
*Stomps on the browser wars topic before it gets otu of hand.
BACK! BACK I SAY!
There..moving on....
Shader stuff is something I'm learning about now, but in DirectX's HLSL.
Question for you Diedel, do you work in MSVC6 because that's what you prefer, or is that the latest you can get D2X-W32 to compile under? I guess I'm asking if you've tried to compile under MSVC 7 or newer.
BACK! BACK I SAY!
There..moving on....
Shader stuff is something I'm learning about now, but in DirectX's HLSL.
Question for you Diedel, do you work in MSVC6 because that's what you prefer, or is that the latest you can get D2X-W32 to compile under? I guess I'm asking if you've tried to compile under MSVC 7 or newer.
something strange again: could it be that the descent 1 support page is down on random? I get a 404 error again for http://descent2.de/descent1.html (which is the URI used by the link on your D2X-W32 page)
EDIT: Got it! in your side menu you use http://descent2.de/d2x-descent1.html which works, so all you gotta do is change the target for your link on the page.
EDIT: Got it!
in your side menu you use http://descent2.de/d2x-descent1.html which works, so all you gotta do is change the target for your link on the page.
After playing a mission w/ vertigo bots, certain D1 bots will have their textures messed up.
Also, some types of explosions seem to be transparent and others not transparent regardless of whether I have the toggle on or not.
Finally, there's nothing in the DLE-XP version history page
on the website, and the "Sky Box" cube type isn't explained in the cube tool section.
Also, some types of explosions seem to be transparent and others not transparent regardless of whether I have the toggle on or not.
Finally, there's nothing in the DLE-XP version history page
on the website, and the "Sky Box" cube type isn't explained in the cube tool section.
descent 2 door 1st texture misaligned/see thru on opening
first i am new to the board and posting. if i step on toes or s.o.p.'s please excuse me.
am using d2x-w32 ver 1.4.84
thank you diedel
game starts, level starts ok. (even level i created 5 yrs ago with dmb2. )
plays ok. but... when a door in counterstrike level 1 opens, a slot that you can see through
appears at the top of the door.
when the door shuts it goes away and the wall texture is solid again.
it does it from both sides. it doesn't do it for secret doors afaik.
every other door in the mine that has a separate texture/clip for the door does this. it repeats
every time the door is opened.
the height of the see thru slot differs between doors but looks the same size from both sides
and is the full width of the wall.
maybe ref. var missing or misinterpreted? as if the reference point for drawing the 1st texture
when it's closed is different than when the 2nd texture/doorclip opening is drawn.
texture data files being read/drawn from offset?
maybe one var in the texture file holds the closed ref point and another var is used for the
door opened ref point.
they're supposed to be the same value or update each other but now aren't the same value.
Having read a great deal of the saga of development by deidel i realize this is trivial in
comparison and in fact is a testimony to the hard work and skill that went into testing and
coding and to the time taken to post bug reports and solutions such that a newbie such as
myself can download d2x-w32, get it running, load levels, play levels, edit levels and only
have a minor texture drawing glitch to point to as a bug.
well done and thank you!
am using d2x-w32 ver 1.4.84
thank you diedel game starts, level starts ok. (even level i created 5 yrs ago with dmb2.
)plays ok. but... when a door in counterstrike level 1 opens, a slot that you can see through
appears at the top of the door.
when the door shuts it goes away and the wall texture is solid again.
it does it from both sides. it doesn't do it for secret doors afaik.
every other door in the mine that has a separate texture/clip for the door does this. it repeats
every time the door is opened.
the height of the see thru slot differs between doors but looks the same size from both sides
and is the full width of the wall.
maybe ref. var missing or misinterpreted? as if the reference point for drawing the 1st texture
when it's closed is different than when the 2nd texture/doorclip opening is drawn.
texture data files being read/drawn from offset?
maybe one var in the texture file holds the closed ref point and another var is used for the
door opened ref point.
they're supposed to be the same value or update each other but now aren't the same value.
Having read a great deal of the saga of development by deidel i realize this is trivial in
comparison and in fact is a testimony to the hard work and skill that went into testing and
coding and to the time taken to post bug reports and solutions such that a newbie such as
myself can download d2x-w32, get it running, load levels, play levels, edit levels and only
have a minor texture drawing glitch to point to as a bug.
well done and thank you!
things would work better if Diedel's pages actually validated against an HTML standard.
Firefox currently renders his pages in quriks mode - not in the more strict standards complaint mode.
http://validator.w3.org is everyone's friend.
Firefox currently renders his pages in quriks mode - not in the more strict standards complaint mode.
http://validator.w3.org is everyone's friend.
I know that my HTML code isn't perfect, but I fkn don't know how to create 'perfect' HTML code. Does the validator only complain about errors, or does it tell me how to fix them?
jake,
I will look into the door slot issue. But don't try to make assumption on what is going wrong here.
Edit: Fixed - together with another symptom of the bug causing this.
jake,
I will look into the door slot issue. But don't try to make assumption on what is going wrong here.
Edit: Fixed - together with another symptom of the bug causing this.
diedel
old lvl built w dmb was ok b4. now a lot of the gratings and a cell door are now a solid texture. the gb was in cell and now is loose. does not affect all see through walls with grating texture or disappearing texture. made sure render options as original. don't see this in game lvl 1 grates.
in both dle and dmb the textures show like they're supposed to.
old lvl built w dmb was ok b4. now a lot of the gratings and a cell door are now a solid texture. the gb was in cell and now is loose. does not affect all see through walls with grating texture or disappearing texture. made sure render options as original. don't see this in game lvl 1 grates.
in both dle and dmb the textures show like they're supposed to.
Jakee: you can use photobucket to host pics.
Why is the latest version of D2X-W32 not displaying see-thru textures correctly? When I look at a wall with a see-thru texture I see that the wall's first texture is cut off at the end of the second texture....Perhaps I should post a picture:
http://img357.imageshack.us/img357/7606/errorpic4vo.png
http://img357.imageshack.us/img357/7606/errorpic4vo.png
image
just what i was going to mention.
if you have ver 1.4.82 you will have slots and some other misalignments but the textures are not replaced as they are in 1.4.85
diedel
besides the slot at the top of door walls. some grates have a slot above them. also see-thru doors are misaligned. the commonality seems to be see-thru walls with more than one texture partly opaquing them.
the walls i wanted to put grates into were too large for the grate texture. so i used a wall texture then a grate texture as the second texture. this gives you a grate in the middle of a wall. when i looked at interplay levels this is what they did. if you stretch a grate texture to fit a large wall it looks real ugly. if you need testing or more data let me know.
read a post from the past about crosshair alignment with aiming point. the way it looks to me there's no convergence of the bolts until waaaay off in the distance. usually weapons are set so they will converge at the distance the pilot will usually engage a target. in real life prop fighters had their guns aimed to converge about 300-400 yds out and jets 500-1000 yds out. without convergence a close in target only gets hit by the one barrel aimed at them on one side instead of multiple projectiles converging at the aiming point. can't recall about dos d2 but it seems to me i could hit the little ptmc sentries better than now.
just what i was going to mention.
if you have ver 1.4.82 you will have slots and some other misalignments but the textures are not replaced as they are in 1.4.85
diedel
besides the slot at the top of door walls. some grates have a slot above them. also see-thru doors are misaligned. the commonality seems to be see-thru walls with more than one texture partly opaquing them.
the walls i wanted to put grates into were too large for the grate texture. so i used a wall texture then a grate texture as the second texture. this gives you a grate in the middle of a wall. when i looked at interplay levels this is what they did. if you stretch a grate texture to fit a large wall it looks real ugly. if you need testing or more data let me know.
read a post from the past about crosshair alignment with aiming point. the way it looks to me there's no convergence of the bolts until waaaay off in the distance. usually weapons are set so they will converge at the distance the pilot will usually engage a target. in real life prop fighters had their guns aimed to converge about 300-400 yds out and jets 500-1000 yds out. without convergence a close in target only gets hit by the one barrel aimed at them on one side instead of multiple projectiles converging at the aiming point. can't recall about dos d2 but it seems to me i could hit the little ptmc sentries better than now.
-
Sapphire Wolf
- DBB Admiral
- Posts: 1463
- Joined: Mon Nov 24, 2003 3:01 am
- Location: Nope.avi , gender: male
- Contact: