Doom Marine
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 > Demo bug in prboom?
 
Author
All times are GMT. The time now is 03:05. Post New Thread    Post A Reply
RamboBones
Junior Member


Posts: 119
Registered: 08-04


I've had some spare time recently and since writing built demos gets boring I thought I'd make my own little doom camera program. The idea is basically you load a demo, select a point to play to, then you can walk around and take a screen shot. I used Andrey's prboom226_6 source for the modification.

All worked fine until I got really frustrated at having to close and reopen the program to go to a previous point in a replay so I made it so that it could replay the demo from the beginning up to any given point repeatedly. This works for the most part except in some longer replays such as 30uv1441 or 30nm2956 there will be a certain point in the replay where some 'random' event occurs causing the replay to desync. However it ONLY happens on the second+ replay tries and even then sometimes it will play correctly and sometimes be on any of up to 4 other replay paths as it were. Even stranger if I constantlly play the demo to the same point it'll after the second time fix itself to one particular outcome, and it'll always be the same outcome even if I run the demo to various other points and then come back.

I'm not sure how good a job I did of explaining that and I'd put up the source code / exe if I had access to it atm unfortunately away from home for a bit but that's what happens. Instead I can only give some details on the method I use. All I've done is modify the D_DoDoomLoop to stop at the tic I request and then goes into a 'call D_Display' only loop so I can walk around, then it will either exit or call D_DoLoadGame to reload the replay and then play to the next tic I've requested. I'm guessing that prboom isn't compatible for playing multiple demos in a single running, but it'd be really cool if I could fix this unfortunately I simply have NO idea how such a weird bug could come about. I know something must be carrying over since the last run since you can repeatedly go to the same point and get the same either right or wrong result but go one tic further and you've got something that could be rather different.

Old Post 04-02-05 07:05 #
RamboBones is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
VinceDSS
Senior Member


Posts: 1294
Registered: 11-02


I am pretty sure that Budko's prboom has already a camera ... I think the alt key triggers it.

It has 3 modes :
- player view
- camera stays on player but you can control the angle
- free camera, you are free to move like a player

Old Post 04-02-05 07:48 #
VinceDSS is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
RamboBones
Junior Member


Posts: 119
Registered: 08-04



VinceDSS said:
I am pretty sure that Budko's prboom has already a camera ... I think the alt key triggers it.

It has 3 modes :
- player view
- camera stays on player but you can control the angle
- free camera, you are free to move like a player


That is true but as I said restarting prboom to either go to an earlier point or do a different replay got very annoying. I am actually using budko's camera when the game is 'paused'

Old Post 04-02-05 07:49 #
RamboBones is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
Grazza
Super Moderator


Posts: 11451
Registered: 07-02


Just a guess, but perhaps the RNG isn't being reinitialized correctly. Or the gametic counter (whatever it's called) - I recall Donce mentioning that the gametic number is used to determine whether revenant missiles are homing or not.

Rather than doing a lot of programming, it would seem simpler just to set up a more efficient way to launch the program quickly (clever batch files, or whatnot).

BTW, it doesn't seem quite right to call this a bug in Prboom, given that neither the Prboom team nor Andrey Budko had claimed it could be used in this fashion (i.e. demos reloaded without a restart of the program itself).

Old Post 04-02-05 09:39 #
Grazza is offline Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
RamboBones
Junior Member


Posts: 119
Registered: 08-04


Yes I rather suspected this seems to work must of the time, just not always. For example 30uv1441 works till about level 13 or 14 I can't remember which. You are right however, just calling prboom each time would be easier/faster so I'll probably just do it that way when I get around to it. Still grates on me that prboom won't do it, I'll take a bit of a look around, see what I can find

Old Post 04-02-05 09:49 #
RamboBones is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
All times are GMT. The time now is 03:05. Post New Thread    Post A Reply
 
Doomworld Forums : Powered by vBulletin version 2.2.5 Doomworld Forums > Classic Doom > Source Ports > Demo bug in prboom?

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.

Forums Directory