Doom64 EX 2.0a (Feedback Build) - Updated 3-12-11

Doomworld Forums : Powered by vBulletin version 2.2.5

Doomworld Forums > Classic Doom > Source Ports > Doom64 EX 2.0a (Feedback Build) - Updated 3-12-11

Pages (12): « 1 2 3 [4] 5 6 7 » ... Last »

Author

All times are GMT. The time now is 18:38.

Kaiser
Doom64 Guru

Posts: 2782
Registered: 08-00

Do me a favor, download this update: http://dl.dropbox.com/u/18609/Kex_Engine.zip

Now when you get the crash again (repeat the exact same steps for both files) paste what the message says. It should display some additional information now.

Also, you wouldn't happen to be running Windows 7/Vista 64-bit?

01-31-11 18:54 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

Whoo
Forum Regular

Posts: 764
Registered: 04-07

Just thought I'd pop in and do some testing. I tried recreating the bug Akira was talking about, using the latest zip you linked. Both the steps he listed did indeed make the game crash. Here is the end of the console log when recreating using Repro 1:

code:********* ERROR *********
P_UnArchiveMobjs: Mobj read is inconsistent
file offset: 4232
mobj count: 108

And when using Repro 2:

code:********* ERROR *********
P_UnArchiveMobjs: Mobj read is inconsistent
file offset: 4232
mobj count: 83

Here is the entire log. I am running this using Windows 7 32-bit.

EDIT:

Just in case you might need them, here are the main components of my PC:

OS - Win7 32-bit
CPU - AMD Phenom II x3 (Unlocked to x4) 2.8GHz
GPU - XFX Radeon HD 5770 1GB
RAM - 4GB Corsair XMS2 400MHz

Last edited by Whoo on 01-31-11 at 21:13

01-31-11 21:08 #

Profile || Blog || PM || Search || Add Buddy

IP || Edit/Delete || Quote

Kaiser
Doom64 Guru

Posts: 2782
Registered: 08-00

Just for the hell of it, anyone running an XP machine try to repro this?

01-31-11 21:12 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

footman
gimme DWJ3!

Posts: 1065
Registered: 03-01

Kaiser said:
Just for the hell of it, anyone running an XP machine try to repro this?

I'm running an XP machine. I have had no trouble with saving or loading at all and am unable to reproduce the crashes.

EDIT: I did however come across the following:
1. Demos are comically out of sync. As in the player just plain goes insane, hopping around and getting shot at. And by demos I mean demo, because it won't cycle past the first one.

2. This: http://i5.photobucket.com/albums/y1.../KexCredits.png
I'm pretty sure the credits aren't supposed to have a cyan background like that. :P

Last edited by footman on 01-31-11 at 21:33

01-31-11 21:24 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

Kaiser
Doom64 Guru

Posts: 2782
Registered: 08-00

footman said:

1. Demos are comically out of sync. As in the player just plain goes insane, hopping around and getting shot at. And by demos I mean demo, because it won't cycle past the first one.

Demos need to be updated. These are from the first 1.4 release build

footman said:

2. This: http://i5.photobucket.com/albums/y1.../KexCredits.png
I'm pretty sure the credits aren't supposed to have a cyan background like that. :P

They are cyan. Though it could be an a flaw in the emulators but I checked both emulators and the disassembly which both are indicating to use the cyan (0x00FFFF) color for the cleared background. Can someone verify this on an actual N64?

01-31-11 22:47 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

footman
gimme DWJ3!

Posts: 1065
Registered: 03-01

Kaiser said:

Demos need to be updated. These are from the first 1.4 release build

They are cyan. Though it could be an a flaw in the emulators but I checked both emulators and the disassembly which both are indicating to use the cyan (0x00FFFF) color for the cleared background. Can someone verify this on an actual N64?

I have a copy of the game and an N64 and I've just done so. The background is black on my game.

01-31-11 22:58 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

esselfortium
Cumulonimbus Antagonistic Posting

Posts: 5959
Registered: 01-02

Yeah, it's definitely black.

Weird.

01-31-11 23:04 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

Kaiser
Doom64 Guru

Posts: 2782
Registered: 08-00

footman said:
I have a copy of the game and an N64 and I've just done so. The background is black on my game.

Does it do some flashing effect?

01-31-11 23:22 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

Tamhvm
Warming Up

Posts: 14
Registered: 01-11

I can (re-)confirm the savegame bug with my Windows XP Pro machine (32-bits, Athlon 64 3500+, ATi Radeon X700, 512MB RAM)

The error from MAP01 to Hectic says:

code:********* ERROR *********
P_UnArchiveMobjs: Mobj read is inconsistent
file offset: 4232
mobj count: 51

The error from Hectic load to MAP01 save says:

code:********* ERROR *********
P_UnArchiveMobjs: Mobj read is inconsistent
file offset: 4232
mobj count: 92

EDIT #2: I just uploaded the videos, they're half-size (400x300), no sound, using h264 (so, don't believe the AVI extension) and only 10 FPS, but they serve to show the situation: http://ifile.it/b6p83o4. The saves used are here: http://ifile.it/7nh5ier

Last edited by Tamhvm on 02-01-11 at 00:26

01-31-11 23:44 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

Kaiser
Doom64 Guru

Posts: 2782
Registered: 08-00

What is up with the file offset always being stuck at 4232?

02-01-11 00:20 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

Akira_98
Mini-Member

Posts: 92
Registered: 07-10

Heh, seems I'm a tad late to the party.

Using the "A" and "B" saves, I get the same error messages as Whoo. Currently on Windows XP SP3 32-bit.

02-01-11 01:36 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

footman
gimme DWJ3!

Posts: 1065
Registered: 03-01

Kaiser said:

Does it do some flashing effect?

Nope, it just fades in from black.

02-01-11 01:44 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

Tamhvm
Warming Up

Posts: 14
Registered: 01-11

Kaiser said:
What is up with the file offset always being stuck at 4232?

Hmmmm, what about printing a larger debug output? My experience with Doom source code is small to say the least, so I can't really help you in that battlefront (I'd have to read and read the source).

I'm kind of trying to shoot the air, but could the problem be with something like the mobj list structure not getting updated correctly during load, or something on that part.
Maybe some kind of cleanup before loading could be a part of the fix?

I'm just asking because returning to the Main Menu before loading the other savegame works (I know that returning to Main Menu is like restarting the game, thus, one possible solution (more like a fix) can be found in the Return to Main Menu screen routine).

In example, check this video I just recorded showing how returning to Main Menu doesn't shows any error anymore: http://ifile.it/y0wbrfx

02-01-11 01:55 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

Mechadon
Senior Member

Posts: 1977
Registered: 12-06

I tested Akira_98's savegame crash too with the latest build; I'm running Windows 7 64-bit. No difference on my end, it crashes in the exact same way.

02-01-11 01:56 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

Whoo
Forum Regular

Posts: 764
Registered: 04-07

Mechadon said:
I'm running Windows 7 64-bit.

I was about to say this looks like a 32-bit issue, but I guess not.

02-01-11 02:07 #

Profile || Blog || PM || Search || Add Buddy

IP || Edit/Delete || Quote

footman
gimme DWJ3!

Posts: 1065
Registered: 03-01

Yet another password issue: Passwords that should give the chainsaw give the plasma gun and 75 cells instead.
The offending password:
B3QV ?G7N W0W1 TJKZ

This is taken from the N64 version and I decided to input it in D64EX. It functions fine in the N64 game.

02-01-11 02:15 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

Mechadon
Senior Member

Posts: 1977
Registered: 12-06

I went through some of the items listed at the top of the OP to see if they were fixed or not. Here's the ones I checked:

code:
Sound channel overflow

Fixed on my end; tested on MAP32 in the room with the darts where the crash originally occurred for me.

code:
Jittery movement when interpolated stuff is paused

Not fixed. An easy way to test this is to switch to a different weapon. While it's still scrolling on/off the screen, pause the game.

code:
(Map17) Linedefs without masked flag is still rendering masked textures in N64 version but not PC version. Suspect its a bug in N64 version itself and the devs overlooked it.

Fixed!

code:
Intermission screen is displayed as garbage when texture fit is set to 'padding'

I never ran into this bug because I didn't have texture fit set to padded, but I tested it and it looked fine to me. So I guess it's fixed.

I noticed in MAP03 that the Caco's could trip one of the teleporter line actions even though they are supposed to be blocked by a lowered ceiling. I guess it has something to do with the way flying monsters interact with solid objects...but here are some shots: Caco flying into this wall where there's a teleport line, then teleports...and viola!. I'm 95% sure (:P) I had the N64 collision option on at the time. For some reason I seem to recall this happening in the original game...but my memory is waaay too rusty to be reliable.

I knew about the sky getting cut off when you have mouselook enabled. I didn't bother to report it because I figured you knew about it; the original game didn't have mouselook, obviously, so that make sense. It would be pretty cool if that could be addressed at some point. I have a similar issue that I wanted to report: this and this. Again, I'm sure these cases follow under the same deal with the sky textures; they were never meant to be seen in the original game. Just thought I'd bring it to your attention though.

02-01-11 02:45 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

Kaiser
Doom64 Guru

Posts: 2782
Registered: 08-00

Mechadon said:
I have a similar issue that I wanted to report: this and this. Again, I'm sure these cases follow under the same deal with the sky textures; they were never meant to be seen in the original game. Just thought I'd bring it to your attention though.

Not worth fixing because you weren't meant to look down/up in the n64 original, but basically you would still get the same effect if you WERE able to look in the N64 version. One of the downsides of having the 3D-ish structures.

02-01-11 02:56 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

footman
gimme DWJ3!

Posts: 1065
Registered: 03-01

Kaiser said:

Not worth fixing because you weren't meant to look down/up in the n64 original, but basically you would still get the same effect if you WERE able to look in the N64 version. One of the downsides of having the 3D-ish structures.

Yea, the faux 3D really puts a stranglehold on coop too.

02-01-11 03:09 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

Akira_98
Mini-Member

Posts: 92
Registered: 07-10

I was about to say this looks like a 32-bit issue, but I guess not.

Actually, if you look back a page, you'd see I actually did a test on Windows 7 64-bit.

02-01-11 03:24 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

Kaiser
Doom64 Guru

Posts: 2782
Registered: 08-00

http://dl.dropbox.com/u/18609/Kex_Engine.zip

Once again I need someone to repeat the same steps. This time after crashing, post the contents of stdout.txt.

Use http://pastebin.com/ instead of pasting it here.

02-01-11 04:10 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

Akira_98
Mini-Member

Posts: 92
Registered: 07-10

Results of repro 1: http://pastebin.com/pyutf4YP
Results of repro 2: http://pastebin.com/t5Urk5iJ

02-01-11 04:31 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

Kaiser
Doom64 Guru

Posts: 2782
Registered: 08-00

That is bizarre. At line 1034 its like it simply stops reading the data from the file and instead returns a bunch of junk to the reader.

02-01-11 04:54 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

Tamhvm
Warming Up

Posts: 14
Registered: 01-11

Result of loading from MAP01 to Hectic:
http://pastebin.com/2QsY0dx6

Result of loading from Hectic to MAP01:
http://pastebin.com/REsWykrY

What puzzles me the most is why it works with other savegames, and only in some specific cases (like this MAP01/MAP02 or Hectic combination).

02-01-11 05:09 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

Kaiser
Doom64 Guru

Posts: 2782
Registered: 08-00

Seems like its crapping out after reading 4096 bytes from the file. Very odd.

02-01-11 05:28 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

Kaiser
Doom64 Guru

Posts: 2782
Registered: 08-00

http://dl.dropbox.com/u/18609/Kex_Engine.zip

Decided to use a different approach in reading the savegame file. It will also verify and check to see if the savegame file is valid in memory.

02-01-11 05:47 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

Akira_98
Mini-Member

Posts: 92
Registered: 07-10

That seems to have fixed the problem (though I'll look into it more thoroughly tomorrow). I didn't notice any bugs. As for what I tested:

- Loaded a save from map01 while on map02.
- Loaded a save from map02 while on map01.
- Loaded a save while on the title screen.

Everything seems to work as expected here.

02-01-11 06:03 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

Tamhvm
Warming Up

Posts: 14
Registered: 01-11

Kaiser said:
Decided to use a different approach in reading the savegame file. It will also verify and check to see if the savegame file is valid in memory.

Oh wow... That's a great fix. Confirmed to work properly in my side also.
By the way, I'm loving the fade-to-black effect after changing map via loading, nice touch!
Also, I can confirm the credits display being fixed from that cyan background.

By the way, can you explain what doomsav7.dsg is used for? Because I ran the engine thru the (badly unsynchronized) demo, and this appeared in stdout:

code:game saved.
game saved.
game saved.
game saved.
You got the super shotgun!
game saved.
game saved.
game saved.
game saved.
game saved.
game saved.
game saved.
game saved.
game saved.
game saved.

EDIT #1: I think I figured it out by myself. Nevertheless, I would like to get a more official answer.

02-01-11 12:18 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

Kaiser
Doom64 Guru

Posts: 2782
Registered: 08-00

Demos needs to be updated. Still using the ones from version 1.4.

Sounds like its receiving the input for quicksave hotkeys in the old demo. D64ex will capture all input keys including quicksave and quickload keys when recording demos. Though because the demos are corrupted and old, its spewing out random inputs... including quicksave keys.

Need to confirm that whenever I have the chance to work on it again but either ways I'll have the demos replaced with newer ones.

Also, its suppose to fade out whenever a current game session is done. I just never realized it because it fails to fade out in a N64 emulator. I had to watch some videos on youtube that had gameplay footage on the actual N64 just to see if theres anything that I missed.

02-01-11 15:51 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote