Cacodemon
Register | User Profile | Member List | F.A.Q | Privacy Policy | New Blog | Search Forums | Forums Home
Doomworld Forums : Powered by vBulletin version 2.2.5 Doomworld Forums > Classic Doom > Source Ports > PrBoom-Plus, ver. 2.5.1.3
Pages (75): « First ... « 68 69 70 [71] 72 73 74 » ... Last »  
Author
All times are GMT. The time now is 14:10. Post New Thread    Post A Reply
dew
experts


Posts: 3644
Registered: 05-08


Dime's new 30ev TNT movie record desyncs in map21 with the latest stable pr+ (most probably the test versions too). Use -skipsec 2180 to see it.

Kaiser divined that it might be a stairbuilding desync and indeed, stdout screams about it:
code:
T_MovePlane: Stairs which can potentially crush may lead to desynch in compatibility mode. gametic: 76055, sector: 113, complevel: 4 T_MovePlane: Stairs which can potentially crush may lead to desynch in compatibility mode. gametic: 76055, sector: 114, complevel: 4

This is repeated for the following ten tics. The offending crushed things (103 and 104, I think) seem to be two imp corpses that Dime manufactured partially over the stairs before they get built. The guilty stair steps actually go past a lower ceiling that is probably crushing the corpses. This is how it looked when I -recordfromto'd into the scene: http://i.imgur.com/8rYQtwc.png

The demo plays back properly with chocolate and CNdoom.

<KaiserAtWork> yay legit pr+ bug
<dew> it's exciting to catch budko with his pants down
<dew> that came out wrong

Old Post 02-18-14 23:58 #
dew is online now Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit || Quote
entryway
Forum Staple


Posts: 2733
Registered: 01-04


"may lead to desynch"

Last edited by entryway on 02-21-14 at 10:00

Old Post 02-20-14 15:35 #
entryway is online now Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit || Quote
marineController
Mini-Member


Posts: 58
Registered: 08-12



dew said:
Dime's new 30ev TNT movie record desyncs in map21...
Unfortunately the demo also desyncs when played back with vanilla (in DOSBOX at least) at the same point.

Old Post 02-21-14 21:49 #
marineController is offline Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit || Quote
Dime
Junior Member


Posts: 168
Registered: 07-13


In the ports I tested, chocolate doom and cndoom worked and prboom+ desyncs at map 21. Fails in vanilla as well though....??? hmmm

Old Post 02-22-14 00:26 #
Dime is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit || Quote
ProGamerX56
Green Marine


Posts: 45
Registered: 02-14


Did you pause at any stage? That causes desynchs with some source ports.

Old Post 02-22-14 16:37 #
ProGamerX56 is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit || Quote
j4rio
Forum Staple


Posts: 2642
Registered: 07-10


It's probably chocolate doom thing, cndoom is based on it. Prb+ emulates it vanillaesque way so that's why it doesn't playback in vanilla nor prb+.

Old Post 02-22-14 20:03 #
j4rio is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit || Quote
Donce
Member


Posts: 547
Registered: 10-03


This is really strange. When I watched the demo, it did desync in MAP21. I thought that prboom+ played it back with complevel 2 by default, added complevel 4 to the command line, and it played back correctly up to the end.

Now that I read these posts, I tried again. First just used -playback and -warp 21 parameters. Demo desynced. Added -complevel 4. It still desynced. I scratched my head trying to remember how I was able to playback it earlier, tried adding -complevel 2. It didn't even warp to MAP21. Hmmmm. Tried even -complevel 3, of course didn't warp. Then tried -complevel 4 again, and magic - it played back correctly!

After that, it played back every time I tried, both with -complevel 4 added and without any parameter given. I wanted it to revert to desyncing and even rebooted, but now it just plays back the demo correctly, and I cannot reproduce the desync! Only with forced complevel 2 it does not warp to MAP21.

Oh, and I'm using prboomp+ 2.4.3.3. Yes, THAT old! Don't know if this is important for this particular case.

Old Post 02-23-14 01:20 #
Donce is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit || Quote
Gez
Why don't I have a custom title by now?!


Posts: 11271
Registered: 07-07



Donce said:
Oh, and I'm using prboomp+ 2.4.3.3. Yes, THAT old! Don't know if this is important for this particular case.

It's always important. If you get bugs (in this case, demo desyncs) with an old version, always try to see if the problem still exists with the latest version (in PrBoom+'s case, that would be 2.5.1.4.test currently).

Old Post 02-23-14 04:09 #
Gez is offline Profile || Blog || PM || Search || Add Buddy IP || Edit || Quote
entryway
Forum Staple


Posts: 2733
Registered: 01-04



Donce said:
and magic - it played back correctly!

Behavior is random with old versions of prboom (EV_BuildStairs does not init crash field), that's because you have different results for different ways.

Old Post 02-23-14 10:17 #
entryway is online now Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit || Quote
Donce
Member


Posts: 547
Registered: 10-03


OK, tried a bit more.

Prboom+ 2.4.8.3 - always desyncs at the chaingunners.
Prboom+ 2.5.1.3 - always desyncs at the chaingunners.

Now, with 2.4.3.3 it's more interesting. After running 2.5.1.3, it desyncs immediately after climbing the stairs (just before chaingunners). But next time, with the same command line, it plays back correctly.

And this is reproducible. I run 2.5.1.3, desync at the chaingunners, then run 2.4.3.3, desync at the stairs, 2.4.3.3 again, all fine.

So old versions tend to desync the first time, and may do it differently, but repeated tries play back the demo fine.

Old Post 02-23-14 11:54 #
Donce is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit || Quote
Dime
Junior Member


Posts: 168
Registered: 07-13


Suppose I could always just try and get another exit and ignore those imps but i'd really rather not. Is there any other good playback methods out there that has graphical enhancements?

Usually when I would get a demo I would re-record using gl or prboom+. Can't really do that if the demo desyncs.

Old Post 02-25-14 01:27 #
Dime is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit || Quote
damerell
Mini-Member


Posts: 57
Registered: 10-11


http://www.chiark.greenend.org.uk/~...mmocount2.patch is a new version of the ammo patch linked above that tries to address fabian/myk's preferences by adding a 3-way option, "BACKPACK CHANGES THRESHOLDS" (and no, I could not think of a better name that fits on the screen) which is either "no", "full ammo only", or "yes". "no" is what fabian describes. "full ammo only" means that a backpack doesn't change red/green/yellow thresholds, but blue means full ammo. The default is "yes" because that is closest to the behaviour of prboom-plus pre-patch. It also now displays blue on the traditional HUD as appropriate (it doesn't display brown for no ammo, for reasons discussed beforehand.)

The obvious question will be "Why did you change ST_X and ST_Y in m_menu.c to SB_X and SB_Y?" Because with this patch m_menu.c wants some stuff from st_stuff.h but st.stuff.h #defines ST_X for st_stuff.c to use in another way entirely.

Old Post 02-26-14 01:26 #
damerell is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit || Quote
fabian
Member


Posts: 362
Registered: 12-12



Platinum Shell said:
I was afraid of that...I haven't the faintest idea how to do that.


Just out of curiosity, what patches would you like to apply. Could you show them?

Old Post 02-26-14 17:05 #
fabian is online now Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit || Quote
entryway
Forum Staple


Posts: 2733
Registered: 01-04



damerell said:
http://www.chiark.greenend.org.uk/~...mmocount2.patch is a new version of the ammo patch linked above that tries to address fabian/myk's preferences by adding a 3-way option, "BACKPACK CHANGES THRESHOLDS"

applied, thanks

Old Post 02-26-14 21:29 #
entryway is online now Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit || Quote
myk
volveré y seré millones


Posts: 15226
Registered: 04-02


On my older desktop computer, I use PrBoom+ at 320x200 and it works fine. On this newer notebook, it "works" with screen multiply but doesn't stretch the pixels, so it all looks flattened out. I suppose some setting is missing on the operating system that makes it stretch.

I'm using 320x240 instead, which is good enough since I can barely tell the difference. Except that the status bar and HUD graphics look a bit worse when scaled to the "Doom format". In Odamex I can minimize this issue by using 640x480 with vertical and horizontal low detail. If PrBoom+ had this low detail feature, newer systems could easily have a good-looking low res that's hard to distinguish from the old 320x200 without having to mess with obscure system or driver settings!

Another option is using Chocolate's scaling method for 320x200 or 640x400, but I'm suggesting or requesting the above because I assume it's easier to code in or incorporate.

Old Post 02-26-14 23:07 #
myk is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit || Quote
Memfis
Forum Spammer


Posts: 5737
Registered: 04-07


Oh, I would love to see the option for getting the vanilla 320x200 look. ZDaemon recently added it, so awesome!

Old Post 02-26-14 23:12 #
Memfis is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit || Quote
Mike.Reiner
Senior Member


Posts: 1191
Registered: 01-05


That would be pretty cool. I'd use it.

Old Post 02-27-14 01:45 #
Mike.Reiner is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit || Quote
Memfis
Forum Spammer


Posts: 5737
Registered: 04-07


Prboom-plus' launcher loads veeeery slowly for me, usually takes more than one minute, sometimes two. It wasn't like that a few months ago, what could be the cause? Do I just have too many wads now? (over 3000 I guess)

edit: yay, fixed by using the "rebuild the prboom-plus cache" command.

Last edited by Memfis on 03-05-14 at 14:39

Old Post 03-01-14 02:16 #
Memfis is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit || Quote
TimeOfDeath
Forum Regular


Posts: 2736
Registered: 06-06


I think I'm using prplus v2513 (dec04/2011), and using the grid on the automap doesn't show where the blockmap actually is.

Old Post 03-20-14 17:24 #
TimeOfDeath is offline Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit || Quote
entryway
Forum Staple


Posts: 2733
Registered: 01-04



TimeOfDeath said:
I think I'm using prplus v2513 (dec04/2011), and using the grid on the automap doesn't show where the blockmap actually is.

what? screenshots please, what you see and what you want to see

Old Post 03-21-14 11:25 #
entryway is online now Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit || Quote
TimeOfDeath
Forum Regular


Posts: 2736
Registered: 06-06


I think the prplus grid always shows 128x128 blocks at X/Y coordinates that are multiples of 128, like 128/512, -896/256, etc., instead of showing the blockmap lines (the doomwiki says the automap grid shows the blockmap).

Unless I'm wrong, I think the blockmap starts at the farthest west/south point where the lines intersect in the yellow circle and 128x128 blocks are built from there.

http://timeofdeath.wrvids.com/doom/prplusautomapgrid.jpg

Old Post 03-21-14 16:52 #
TimeOfDeath is offline Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit || Quote
DaniJ
Senior Member


Posts: 2137
Registered: 08-03


That looks correct to me. The blockmap doesn't start at precisely the bottom-left-most XY coordinates of the map, there is an additional offset that expands the whole thing (8 mapunits I seem to recall) so that collision detection vs axis parallel lines on the map boundary works correctly.

Old Post 03-21-14 17:20 #
DaniJ is offline Profile || Blog || PM || Search || Add Buddy IP || Edit || Quote
TimeOfDeath
Forum Regular


Posts: 2736
Registered: 06-06


Ok thanks, that explains why the grid in chocodoom is slightly off from the farthest west/south coordinate. The prplus grid is different from the one in chocodoom though: I don't think it uses the blockmap at all, it just places a grid on the automap using the same multiples of 128 coords every time (opening a map in doom builder with grid at 128 shows how the automap grid looks in prplus).

Old Post 03-21-14 20:14 #
TimeOfDeath is offline Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit || Quote
entryway
Forum Staple


Posts: 2733
Registered: 01-04


Don't remember about 2513, but current prb+ has «Grid Cell Size (8-256)» option

Old Post 03-22-14 11:40 #
entryway is online now Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit || Quote
TimeOfDeath
Forum Regular


Posts: 2736
Registered: 06-06


Ok thanks, 2513 also has that option. I just thought it was a bug that the prplus grid (with cellsize = 128) wasn't lined up with the blockmap. I guess when coding the grid cell size option it was easier to draw a grid using the cell size setting starting at 0x/0y, instead of keeping the grid lined up with the blockmap?

Old Post 03-22-14 16:43 #
TimeOfDeath is offline Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit || Quote
Phml
Forum Staple


Posts: 3395
Registered: 06-09


scifista42 found out DeHackEd mods giving weapons multiple shots fired in one click can result negative ammo in -complevel 9 (with ill effects like being stuck in an endless loop between weapons, with certain weapon loadouts). Where as in -complevel 2, as long as you have CheckReload states the weapon will correctly stop firing at 0 ammo.

I don't know if this bug can be fixed without causing problems with compatibility, or whether fixing it at all would even be a consideration, but it seemed interesting enough to mention.

Old Post 04-03-14 19:35 #
Phml is online now Profile || Blog || PM || Search || Add Buddy IP || Edit || Quote
Grazza
Let's try Caesium


Posts: 12477
Registered: 07-02


Based on a little testing, this appears to be mimicking the behaviour of Boom 2.02 correctly, which is what you want -complevel 9 to do.

So I'd say this isn't a bug at all, unless it isn't emulating Boom 2.02 correctly in some respect (in that case, a demo of the unreplicated behaviour would be useful).

In -complevel 15 and above (including -1) the problem does not occur. There were a whole bunch of improvements in dehacked support around that time (in the 2.2.x-2.4.x range).

Old Post 04-03-14 19:51 #
Grazza is online now Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit || Quote
Phml
Forum Staple


Posts: 3395
Registered: 06-09



In -complevel 15 and above (including -1) the problem does not occur.


Ahh, cool. Is there a way to know what exact changes are tied to each complevel?

Edit: thanks. My main concern being whether usual -complevel 9 behavior breaks or changes significantly in those upper complevels, I could just set complevel 17 as default and play Boom maps for a while to see if something happens.

Last edited by Phml on 04-03-14 at 22:11

Old Post 04-03-14 20:05 #
Phml is online now Profile || Blog || PM || Search || Add Buddy IP || Edit || Quote
Grazza
Let's try Caesium


Posts: 12477
Registered: 07-02


I don't know of any nice neat summary, especially when it comes to fine-detail stuff like this.

There's a table for how each the "comp_" settings is set for each complevel (either on, off, or user's choice), but I strongly suspect this isn't controlled by one of those, and is just a line in the code somewhere. You could find that by searching through the code, but that's not a very user-friendly process.

Old Post 04-03-14 21:31 #
Grazza is online now Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit || Quote
Mike.Reiner
Senior Member


Posts: 1191
Registered: 01-05


Whenever I change the lighting mode to 'Shader' and close the game, it always reverts to 'GLBOOM' is there a way to make this stick?

Old Post 04-12-14 17:27 #
Mike.Reiner is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit || Quote
All times are GMT. The time now is 14:10. Post New Thread    Post A Reply
Pages (75): « First ... « 68 69 70 [71] 72 73 74 » ... Last »  
Doomworld Forums : Powered by vBulletin version 2.2.5 Doomworld Forums > Classic Doom > Source Ports > PrBoom-Plus, ver. 2.5.1.3

Show Printable Version | Email this Page | Subscribe to this Thread

 

Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is OFF
vB code is ON
Smilies are OFF
[IMG] code is ON
 

< Contact Us - Doomworld >

Powered by: vBulletin Version 2.2.5
Copyright ©2000, 2001, Jelsoft Enterprises Limited.