Live Source dont works

[pwnz0rd]

On launch already existing demo is successfully parsed but after that dota client stops writing(updating) demo file

[spheenik]

If I understand correctly, you start recording demo, and whatever is already written gets successfully parsed, but then, while clarity process is running, the dota client does not update the file any longer? What OS are you on?

[pwnz0rd]

Exactly, im on Windows 10 21H2 Build ver. 19044.2006

[spheenik]

Sorry for the long silence on this one. Re-investigating now: this is a real limitation but unrelated to #289 (which was a resource leak), and it isn't something I can fix without restructuring the read path.

Root cause is platform-specific. LiveSource opens the demo via FileChannel.map(READ_ONLY, ...), i.e. memory-mapped I/O. On Linux that coexists fine with a writer extending the file. On Windows it does not: CreateFileMapping pins the section to the size at the time of mapping, and a writer trying to grow the file (which is exactly what the Dota client does while recording) is blocked or has its append silently dropped. That's why parsing the existing prefix works, and then the file appears to stop updating.

Workarounds today:

• Parse the demo after recording finishes rather than live. MappedFileSource works fine in that mode on Windows.
• Run on Linux/WSL if you really need live parsing.

A proper fix would need LiveSource to use a non-mmap read path on Windows (FileChannel.read(ByteBuffer) or RandomAccessFile). That's intrusive — the rest of the Source hierarchy is built around a ByteBuffer-style API — so I'm leaving this open as a known platform limitation rather than closing as won't-fix. Tagging accordingly.