Paging Soderberg or deurk.
Is there an update to the mvdparser to correctly parse FTE enabled mvdsv recorded demos?

I could do it, but I have no idea what server code has been modified to enable this change. Is this a minor change like a slightly larger frame or is this a whole new format?

any information would be useful and appreciated. TIA.

The update to QTV is here if that helps at all.

Essentially always ReadCoord()/ReadAngle() rather than short/bytes. Then if the extension is enabled, read a float or a short angle instead.

Thanks! I'm not promising anything, but I'll see if that gets me anywhere.

Meag, I thought I'd give the good old demolyzer tool a shot out of nostalgia. See:

https://www.quakeworld.nu/forum/topic/5698/demolyzer-10-released
https://www.youtube.com/watch?v=8WswaDmDbmA

It still works fine on many mvds I have from the past, but it throws an "Unable to parse demo" error when trying newer MVDs (such as ones from badplace. I'm assuming this is related to https://www.quakeworld.nu/forum/topic/7258/mvdparser-for-fte-enabled-demos (or maybe some other change in the last few years).

Anyway, with the source for demolyzer apparently lost, I don't think there's much to do. However, I'm curious if there is some kind of "sanitizer" that can be run on new demos to make them parsable by older tools?

Cheers,
BD

Yeah it doesn't support extended coordinates that we enabled for smoother gameplay... so technically this problem is all your fault.

I've had a look and updating it wouldn't take much at all to fix, I've tried to contact the author on YouTube (the email address here bounces unfortunately). If anyone else has contact details please try, and I can discuss with them how to get it fixed.

Alternatively we can just write a "float-coords on map that doesn't need float-coords" conversion, but that seems more awkward.

Just to say that mvdparser was updated in September (for HammerTime), so the latest source should parse these fine.