Streaming interface about demofile HOT 12 CLOSED

I've raised a PR for this here: #328

from demofile.

No, this won't trigger anti cheat detection. Demos are buffered in memory for a few minutes before they're flushed to disk. So what's on disk is always a few minutes behind what's actually happening in the match. Valve thought of this :)

from demofile.

This will imminently be released as v2.5.0. Considering Node v12 will be end-of-life by April, I've decided to drop support for it. This library now requires Node v14+.

I've also updated the examples to use the streaming interface and it's tested as part of CI.

Apologies for the slow turnaround on this ticket!

from demofile.

HLTV streams are already delayed for precisely the same reason. There is no delay added by this library though.

from demofile.

Great idea. I don't think it's going to be particularly simple to implement though. At the moment the library expects the whole demo to be available in the buffer.

We'd need to make it aware that if the rest of the file isn't available, to hang back until we get more data in the stream.

from demofile.

You're right, I read through the code and realize that demofile depends on binary-parser, which does not support streams. There's an outstanding ticket keichi/binary-parser#40 for that, but the project in general looks pretty inactive to me so I won't hold my breath.

Feel free to close the ticket or keep it open if you intend to implement this in the future.

from demofile.

There are some newer binary parsers, or someone could fork and update the keichi parser to support streams, if someone ever really wants this.

I found this one in a quick search too: https://github.com/Pupix/binary-buffer-parser

from demofile.

We'd just need to buffer enough until we had enough data to parse a tick, there isn't really any need to use a different binary parser.

from demofile.

As an easy win, maybe we could expose some controls over the parsing process via demofile.pause() / demofile.resume() methods? This way it would be possible to tell the library to wait until there's a new chunk of buffer available.

from demofile.

will this trigger anti cheat attention?

from demofile.

I'm having a reproducible issue with Node v12 on that PR. For some reason the stream is ending early, just after parsing the header. Does anybody have any ideas? It works fine on Node v14 and I can't reproduce the issue on my local Linux VM with Node v12 either.

from demofile.

No, this won't trigger anti cheat detection. Demos are buffered in memory for a few minutes before they're flushed to disk. So what's on disk is always a few minutes behind what's actually happening in the match. Valve thought of this :)

Sorry if this is not the place to ask, but does this mean the demoparser itself is a few minutes behind as well, or is it able to parse the game in real time? (as in at the same time as its livestream)

from demofile.