plums Posted April 6, 2016 kb1 said:But, why all the hatred for this setting? (Just curious). One really annoying side effect of being able to push monsters over the side is than in recording UV-max demos, knocking a monster off of a ledge into a pit can really cost you in time or even make it impossible to get 100% kills. On some maps with a lot of enemies and infighting (Sunder MAP05 comes to mind) it's possible for one enemy to knock another off a ledge without killing it, and then your run is over just because you got unlucky. 0 Share this post Link to post
kb1 Posted April 6, 2016 scifista42 said:"Stuck in mid-air" of course means "stuck on the edge of a ledge", or "stuck on a sufficiently steep staircase", etc. Imagine that you view the map from top-down perspective, and see the monster's collision box as a square. From all points inside this square, pick the point with the highest floor height, and then pick the point with the lowest floor height. If the height difference between them is greater than 24 units, and the monster can't move out of such a position* within a single call of A_Chase, the monster becomes stuck. *So that in the new position, the height difference between the lowest and highest floor under the monster's collision area would be lesser or equal to 24.But then the torque code applies, but maybe just for corpses.plums said:One really annoying side effect of being able to push monsters over the side is than in recording UV-max demos, knocking a monster off of a ledge into a pit can really cost you in time or even make it impossible to get 100% kills. On some maps with a lot of enemies and infighting (Sunder MAP05 comes to mind) it's possible for one enemy to knock another off a ledge without killing it, and then your run is over just because you got unlucky.Now that does make perfect sense. It's neat to see it happen, as it adds some variant, pseudo-realistic behavior, but yeah, that's a show-stopper. 0 Share this post Link to post
vita Posted April 19, 2016 Is something wrong with GLBoom+? Everything is good in GLBoom 2.5.0. PrBoom+ 2.5.1.5 (SihR2.wad MAP14): Spoiler GLBoom+ 2.5.1.5, 2.5.1.4, 2.5.1.3 (same): Spoiler 0 Share this post Link to post
dew Posted April 20, 2016 https://www.doomworld.com/vb/post/1592344 Comments? I'm not yet sure what to make of this, but this is a pretty shocking revelation that delegitimizes prboom-plus as a port of choice for speedrunners. 0 Share this post Link to post
TimeOfDeath Posted April 21, 2016 I see it appears in the changelog as an addition for 2514, but I wonder why it was added. Would that form of sr50 be detectable when looking through demo data? How would you do that sr50 in vanilla in both directions (setting a turn direction and 'strafe on' to the same key means you still have to drag the mouse for the other direction)? 0 Share this post Link to post
entryway Posted April 22, 2016 https://www.doomworld.com/vb/post/1287546 0 Share this post Link to post
TimeOfDeath Posted April 22, 2016 Oops, I guess that post of mine set all this in motion. Sorry guys. 0 Share this post Link to post
Ribbiks Posted April 22, 2016 ooh right, so that was it! heh, less than a year ago and I completely forgot about that somehow -.-, post-patch it didn't register that I could stop with the turning component 0 Share this post Link to post
Ladna Posted April 23, 2016 Chex Quest desyncs (I think?): IWAD: chex.wad MD5: 25485721882b050afa96a56e5758dd52 DEH: chex.deh MD5: 7bfff72473ec527b684622d8f87688bd DEMO: demo1 I compiled with debugging enabled but, that shouldn't matter right? Doom 2's demos playback OK. 0 Share this post Link to post
vita Posted April 23, 2016 This demo probably desyncs in Chocolate Doom 2.2.1 too. So I don't think that this is PrBoom-Plus problem. 0 Share this post Link to post
Linguica Posted April 23, 2016 38_ViTa_38 said:This demo probably desyncs in Chocolate Doom 2.2.1 too. So I don't think that this is PrBoom-Plus problem. That's entirely beside the point though? 0 Share this post Link to post
Ladna Posted April 23, 2016 It plays back OK in Odamex, as far as I can tell. D2K does it OK too. EDIT: Nevermind, I'm a damn idiot. D2K desyncs later, and Odamex even later. EDIT (again): Hmm, I wonder if my WADs are bad; Odamex desyncs on all 3 demos. I might be an even bigger idiot, let me mess around. EDIT (final): OK I was using a... bad version of Chex Quest? The good MD5 is 4433fc2dee1dd6ddc21a69df5efbb0b9. No desyncs on demo1 anymore, probably the other ones are alright too. Sorry for the confusion :) 0 Share this post Link to post
Sp00kyFox Posted April 24, 2016 I just tried the newest version of 2.5.1.5 and I noticed some problems with the -viddump feature which weren't there before if I remember correctly. I think this is related to the switch to the new SDL version. trying to record in windowed mode in a resolution higher than the desktop one results in a video with the correct resolution but the actual picture content has the size of the resized application window. and if one records in fullscreen and tab out of prboom to do some other things, the last rendered frame before tabbing out will be repeated for the rest of the dumped video. btw.. is there a history archive for all the different buids? on the changelog page you can only find a download to the most recent version and on sourceforge are only stable builds. 0 Share this post Link to post
vadrig4r Posted April 24, 2016 Danfun64 said:D2K? Ladna's Prboom-Plus fork AFAICT. 0 Share this post Link to post
Danfun64 Posted April 24, 2016 Now I remember. How far along is it with its goal? How many people use it? Don't some of you guys think this goal is insane? 0 Share this post Link to post
kuchitsu Posted April 24, 2016 Sp00kyFox said:and if one records in fullscreen and tab out of prboom to do some other things, the last rendered frame before tabbing out will be repeated for the rest of the dumped video. It has been like this for a while. Happens only in OpenGL from what I understand. 0 Share this post Link to post
Da Werecat Posted April 24, 2016 Danfun64 said:Now I remember. How far along is it with its goal? How many people use it? Don't some of you guys think this goal is insane? Well, if I'm getting this right, he wants to externalize the entire game logic, like in the later id engines? I think it's an interesting idea, because it would mean that a feature-rich source port could finally coexist with an "emulator" source port under a single framework without dragging each other down. You could make any module you want, and it wouldn't affect other modules. I don't know about insane, but it seems to be a very ambitious undertaking that would require a lot of devotion. 0 Share this post Link to post
Danfun64 Posted April 24, 2016 If it does end up succeeding, I hope it doesn't take the Quake 2/Quake 4/Doom 3 "compiled into dll instead of scripting language or virtual machine" approach. 0 Share this post Link to post
Sp00kyFox Posted April 25, 2016 kuchitsu said:It has been like this for a while. Happens only in OpenGL from what I understand. I was using the glboom executable but with the software renderer. 0 Share this post Link to post
printz Posted April 29, 2016 POTENTIAL DEMO DESYNC ERROR in PrBoom+ See the code in p_floor.c in MBF: https://github.com/fragglet/mbf/blob/master/p_floor.c#L129 The most important part is this:if (demo_version < 203 || comp[comp_floors]) // killough 10/98 Demo_version, or an equivalent of it, is not checked in the PrBoom+ equivalent source location: if (comp[comp_floors]) { This means that (-complevel <= 9) demos will be wrong if they don't have comp[comp_floors] set! An example is Vanguard D2ALL demo, MAP11. 0 Share this post Link to post
baja blast rd. Posted April 29, 2016 Is there a way to simply remove a particular keybind in prBoom+, without going into the config file? Not change, remove. 1 Share this post Link to post
joe-ilya Posted April 29, 2016 If you start a new game, and then start another new game while the first level is buffering and then do it again and then choose the menu while the second new game is buffering then the menu will be HOM-like or you'll be under the floor, unless you exit the menu. You have do some special timing for this. 0 Share this post Link to post
vadrig4r Posted April 29, 2016 rdwpa said:Is there a way to simply remove a particular keybind in prBoom+, without going into the config file? Not change, remove. The closest I've found is changing the pertinent key_<command> line in prboom-plus.cfg/glboom-plus.cfg to 0x0. This results in the key being assigned to JUNK in the key setup menu. I don't think there's a way without editing the config. 0 Share this post Link to post
Kira Posted April 30, 2016 Is there a way to have ammo information organized sort-of like this with the alternative hud? I am toying with the idea of playing with it but when you are running between rockets and would like to avoid wasting ammo boxes you could take later, having all the data at a glance would be useful imho. 0 Share this post Link to post
plums Posted April 30, 2016 I don't think so. The closest is that you pay attention to the weapon number colours, which give you at least some indication of available ammo. Not ideal. I actually was just playing around with making custom HUDs in PrBoom+ and was disappointed about the lack of a counter for all ammo. 0 Share this post Link to post
Kira Posted April 30, 2016 Thought so. Well, it's not that important as I still like the original HUD. Thanks! 0 Share this post Link to post
kuchitsu Posted May 6, 2016 How to make a bat file for watching demos that will create stdout.txt? I triedC:\Andrey\dm\prb-plus\prboom-plus -width 320 -height 200 -fullscreen > stdout.txt -playdemo %1 but no luck. Why do I even need to do this? In 2.5.1.4 prboom-plus would always create stdout.txt without me telling it to do so... 0 Share this post Link to post
plums Posted May 18, 2016 Did you get that working Memfis? If not try C:\Andrey\dm\prb-plus\prboom-plus -width 320 -height 200 -fullscreen -playdemo %1 > stdout.txt The redirect should always be at the end. Anyhow, I posted another thread about midi data resetting but on further investigation it seems that PrBoom+ is the only port I have that doesn't reset midi info on new music, and only with PortMIDI. This would be great if it could get fixed. 0 Share this post Link to post