Jump to content
Search In
  • More options...
Find results that contain...
Find results in...
entryway

PrBoom-Plus, ver. 2.5.1.4

Recommended Posts

Yeah it did ;) DOOM kicked out for any kind of unusual situation whatsoever. Visplanes are a great example, too. Even with the static limit intact, id could have more responsibly checked for overflow during rendering and simply stopped creating visplanes, resulting in floor/ceiling HOM where the missing spans were. A fleeting visual artifact would be far preferable to "R_FindPlane: no more visplanes!"

I've been eliminating a lot of fatal errors in Eternity, although some are stubborn. During level loading for example, there's a point beyond which it is more difficult to simply drop to console and display an error there. That's why my "no nodes" check still boots the program out. Maybe I can fix that eventually, though ;)

Share this post


Link to post
Belial said:

It happens in the intermission text between map06 and map07. ... V_DrawMemPatch: Patch (317,65)-(325,72) exceeds LFBBad

Oops, sorry for not catching that when I was testing wotdoom3 prior to uploading it. I just never sit through these intermission texts. I'll be aware of it in future though.

Share this post


Link to post

Grazza said:
Oops, sorry for not catching that when I was testing wotdoom3 prior to uploading it.

But don't you use GLBoom normally? It seems like it only affects PrBoom.

Share this post


Link to post

Normally, but I also tested in prboom.exe (and missed this, for the reason described). Also some things in wotdoom3 (water effects) don't currently look quite right with glboom.exe, which provides another reason why one might want to use software mode for this wad.

Share this post


Link to post

I have a problem, I recorded a scythe2 demo and during the record I loaded a savegame. When I'm playing the record, and the engine reaches the time it needs to open the savegame, I get the following error: "M_ReadFile: Couldn't read file C:\prboom-plus-win32/demosav0.dsg". The name of the savegame file is prbmsav0.dsg and prboom.exe tries to load demosav0.dsg. If I rename the file from prbmsav0.dsg to demosav0.dsg everything works just fine. My question is, why does prboom.exe tries to load demosav0.dsg while the name of the file is prbmsav0.dsg?

Share this post


Link to post
entryway said:

I can't reproduce it. What should I do?

Just record a game, load any savegame (while you recording the game) and then play the demo.

Share this post


Link to post

I imagine the problem is that the save you're trying to load is for a different complevel.

Share this post


Link to post
Grazza said:

I imagine the problem is that the save you're trying to load is for a different complevel.

No. I didn't do anything with the complevel.

Share this post


Link to post

If you wish to load game during record you should use the savegames which have been made during record. Isn't it?

Share this post


Link to post
entryway said:

If you wish to load game during record you should use the savegames which have been made during record. Isn't it?

PrBooM+ should remember the name of the file that was loaded during the record, and shouldn't search for its default name.

Share this post


Link to post

Another problem, I get the following error after loading a saved game which I saved during a net game : "P_MapStart: tmthing set!". I thought the option to save the game during a net game is disabled.

Share this post


Link to post
Belial said:

Saving during multiplayer games was always possible so why should it be disabled?

Because you get an error if you try to load the specified saved game? (What do you think I posted about?)

Share this post


Link to post

It works fine in 2.2.6 so it's just another issue with PrBoom+ client vs. server. It should be fixed, not disabled.

Share this post


Link to post
Belial said:

It works fine in 2.2.6 so it's just another issue with PrBoom+ client vs. server. It should be fixed, not disabled.

Ok, thanks for the information. ;-)

Share this post


Link to post

Does -complevel for playback only work for 2, 3, 4, 5 and 6?

I was testing this with some demos that ought to play back with -complevel 7 ("boom compatibility" compatibility): the ones in icuvlmps.zip that are described as not playing back with Doom2.exe, but playing back with Boom 2.02 (ic22uv.lmp, ic25uv.lmp, ic27uv.lmp, ic28uv.lmp, ic31uv.lmp). They play back fine with Prboom 2.02. So logically, these demos should play back with -complevel 7:
glboom icarus ic28uv.lmp -complevel 7

However, they don't. For instance, ic28uv.lmp desyncs at the start.

The following appears in stdout.txt:

G_DoPlayDemo: playing demo with "boom compatibility" compatibility
So the program claims to be using the right compatibility mode. However, it clearly isn't.

[And yes, I am aware that these demos play back with -complevel 5; my aim here is to test that the other -complevels are working correctly.]

Share this post


Link to post

Does -complevel for playback only work for 2, 3, 4, 5 and 6?

No. It should work with any levels of compatibility.

ic22uv.lmp

It's not playing back in 2.2.6 with any compatibility(?), but playing back with prboom-plus -complevel 5

Share this post


Link to post

The regular Prboom 2.2.6 always tries to play ic28uv.lmp with Doom2.exe compatibility (and it desyncs - this demo desyncs in Doom2.exe too). As I understand it, in 2.2.6, putting a complevel in the command line for demo playback has no effect.

Prboom 2.02 plays ic28uv.lmp using the closest thing it has got to Doom2.exe compatibility - its "Doom compatibility" mode. This plays it back OK.

My basic point is that if Prboom 2.02 can play back a demo, then Prboom-plus should also be able to play back that demo using either -complevel 7 or -complevel 9. That makes sense, doesn't it?

I now notice that when using glboom icarus ic28uv.lmp -complevel 7 the demo doesn't even desync in the same way each time. Does this suggest that -complevel 7 is not being understood at all, and leading to the program getting some random data from somewhere?

Edit (based on a bit more testing): It seems that if -complevel 7 is used when attempting to play back a Doom2.exe-format demo, the behaviour is to some extent random.

Share this post


Link to post

These demos are not boom demos. The boom demos have the signature "boom" in the beginning of a file. Your demos have the signature "m". Hence the level of compatibility of your demos can be one of: doom2_19_compatibility, ultdoom_compatibility, finaldoom_compatibility or dosdoom_compatibility. Really your demos are DosDoom-compatible demos.

Share this post


Link to post

I don't know if this is the right place to ask this, but here goes:

Now that PrBoom+ supports Deus Vult would it be possible for someone to fix the bugs in map05 that were caused by ZDoom-only testing and upload a fixed version?

The most serious one is the hanging corpses that screw up the cathedral monster teleport destinations.

Another thing: it's very easy to miss waking up the demons+archviles monster teleporter (the one that has destinations in the cathedral courtyard), as there is only one place where it is possible (the last section of the colored tunnels).

The last thing is not exactly a bug, more like a minor annoyance: one trap in the cathedral (the barons that rise up from the floor on the high ledge with the supercharge) requires the compat option 'use exactly Doom's linedef trigger model' to be set to 'no'. AFAICT this is the only thing that forces using Boom compatibility. Could this be changed?

That's all I guess.

Share this post


Link to post

Belial: "Doom Marine" is the guy to contact about this, and I'm sure that if you give him a nice clear list of what the issues are, he'll be happy to amend them and rerelease. It might also be worth mentioning this to hawkwind (or hawkwind2 as he is known at Newdoom). He's a map/compatibility tester for Risen3D, which should also be able to play maps of this size (it handles dmdjm02 OK). However, there is an issue with the nodebuilding which is possibly solvable, but may require some changes in the map. I agree that if there is just one linedef that requires Boom compatibility, then it should be amended. This means you can dispense with the annoying "live monsters can be knocked off ledges" behaviour (very annoying in some Maxes), and also that it should work in jDoom (if/when the appropriate limits are extended). <font color=#ff0000>Edit:</font> There's also this issue mentioned by entryway (a texture with an empty name instead of '-') that is certainly worth fixing.

entryway: So, -complevel 7 will only play back demos that have the same binary format as demos that were recorded with Boom. I had been presuming that it would also be able to play Doom2.exe format demos but apply Boom's "compatibility" behaviour to them (like the original Boom 2.02 did). OK then, so it is working correctly, but just not in such a wide range of situations as I had expected.

Share this post


Link to post
entryway said:

works fine for me.
glboom.exe -iwad doom2.wad -file hacx.WAD -deh HACX.DEH
(not -deh HACX_F.DEH)


.\linuxdoom-1.10\p_inter.c\void P_DamageMobj(...)

    ...  
    if ( (P_Random () < target->info->painchance)
	 && !(target->flags&MF_SKULLFLY) )
    {
	target->flags |= MF_JUSTHIT;	// fight back!

	P_SetMobjState (target, target->info->painstate);
    }
    ...
.\prboom-2.2.6\p_inter.c\void P_DamageMobj(...)
    ...
    if ( (P_Random () < target->info->painchance)
	 && !(target->flags&MF_SKULLFLY) )
	P_SetMobjState (target, target->info->painstate);
    ...
    target->flags |= MF_JUSTHIT;	// fight back!
 


While I hate to drag up something really old, I thought I'd note here that I determined this compatibility bug was introduced by Lee Killough in MBF when adding friendly monster support. The bug was NOT in BOOM itself, but was absorbed into prboom later, and has always been in SMMU and Eternity.

Share this post


Link to post

One problem I'm having is I don't see the smart totals, like in this screenshot. Yes, I have it set to "on".

The other problem is the Fix Turn-Snapping Issue option does cause the snap to not occur when I wait a little bit, but if I try to make movements before the game actually starts for quicker starts, the bug still occurs; I also start firing when this happens. Building the first several tics and joining from there takes care of this problem, but that takes time.

I know Smooth Movement removes the 35 fps limit making your movements look smoother, but does it affect gameplay?

Finally, how does Alt Mouse Handling affect control?

Share this post


Link to post
ultdoomer said:

One problem I'm having is I don't see the smart totals

Press F5?

I know Smooth Movement removes the 35 fps limit making your movements look smoother, but does it affect gameplay?

No - as Andrey has stressed, all these optional features are without losing compatibility, since it is an absolute priority for this port. It is just a visual effect, interpolating as many frames as it can in between the "real" ones. The engine still calculates the positions and states of everything at 1/35 second intervals.

Share this post


Link to post
ultdoomer said:

The other problem is the Fix Turn-Snapping Issue option does cause the snap to not occur when I wait a little bit, but if I try to make movements before the game actually starts for quicker starts, the bug still occurs; I also start firing when this happens.

try it

Share this post


Link to post

I could turn early now without the snap, but I still start firing with it continuing until I press the right mouse-button (fire). This happens when I press a mouse button early to start going forward or to fire right away.

Grazza said:

Press F5?


The HUD is displayed, but the smart totals aren't like in the screenshot I posted in my last post.

My HUD:



Menu settings:

http://www.mysharefile.com/d/7260546/1137469720/DOOM01.BMP

Share this post


Link to post

I can't see your screenshots, but I'll guess you need to press F5 again, or several more times. It cycles through the various layouts.

DaniJ: I tried DV map05 in jDoom 1.9.0-beta3, but couldn't get it to work whether I built the nodes externally (using glbsp 2.20) or left it to the internal node builder. Is there a way to get it to work at present, or does it require an as-yet unreleased version?

Share this post


Link to post
Grazza said:

I can't see your screenshots


Did you wait 10 seconds and click on the link? There's a short countdown on the page before the link appears.

If you can't get them to work, all I mean is this:

My totals look like this:

K xx/yy I xx/yy S xx/yy

It has the fractions, but it doesn't have xx+yy.

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×