New Bot to Record Matches

[Ikrit]

Ok, recording all the stuff about the players is easy... but what about the map? Who cares about seeing where they were if you can't see what was going on around them? Also, bombs and bullets? Another essential part for making the movies worth watching.

[Overburn]

jacen, remember that map editor I made? I know how to decode lvl file's into 1024x1024 matricies. the bombs and bullents wouldent be that hard either, just add the x-movement and y-movement to the x and y positions every iteration (and then check for collision's).

One thing I do want to correct you on though: The resolution you use has no effect on the range the server will send packets to you. Its actually based on the misc:mapzoomfactor arena setting. You can crank it up to 50 to get everything at all times, but then the players dont get a radar.
(for those of you who dont believe me, have a sysop set the map zoom factor to 2 or 3, then login with 2048x1536 and have someone fly around. The outer 25% of your screen will be a 'dead zone').

It was just a thought, but that does make sense with the map zoom factor.

[StarKitty]

There's another issue i see with this...

If the people playing in the match have lag.
You can take all the packets etc and replay them in one client etc the way you have suggested, but the singular client wouldn't have any lag factors the same way that the individual clients create when playing.
So wouldn't an eat in the REAL match show up as a death or something in the video client?

I dunno.. do the packets get tagged with times sent/recieved that could be translated to re-simulate the lag in the "video player" ?

..Just a thought :wub:

[Ewan]

The death packet will only be sent when the player dies on their own client. So the bot will see the same deaths as everyone else.

[Overburn]

There's another issue i see with this...

If the people playing in the match have lag.
You can take all the packets etc and replay them in one client etc the way you have suggested, but the singular client wouldn't have any lag factors the same way that the individual clients create when playing.
So wouldn't an eat in the REAL match show up as a death or something in the video client?

I dunno.. do the packets get tagged with times sent/recieved that could be translated to re-simulate the lag in the "video player" ?

..Just a thought :wub:

I believe almost all of the packets have a timestamp so the client can compensate for lag. If worse comes to worst, you can just record player's lag and integrate that into the player.

[StarKitty]

Hope it all works out for you.. there are a few duelling moments that would be awesome to look back on in past years - they should be kept for prosperity

And learning someone else's technique is much easier if you can watch a dd they particularly owned in over and over :P

GoodLuck with it