[Bug] Recorded demos won't playback properly

[Purkkaviritys]

It's very late here so I'll fill in more information later. But the gist of things is that when I record demos using cl_demo_autorecord I get punch of demo files which when viewed show random length of the gameplay from the match start before being abruptly coming to a stop with an error message. Some of those demos are so short that they cause infinite loop between loading screen and one or two seconds of gameplay. I've attached samples for you guys to see. These demos were recorded in Windows client last Saturday.

[Daniel Gibson]

this is confusing - it's a .bz2 and one can unpack it with bunzip2 - then you get a file DaikatanaDemoFiles - one file, called "...Files", is it a single demo?

At least it's no tarball that could be extracted to get contained files nor any other filetype that Linux' file utility can detect.

[Purkkaviritys]

It's a normal .tar.bz2 package. At least it should be. It has two files inside it.

Edit: I can open it fine. But I can post zip version or something too.

[Daniel Gibson]

$ tar xjf DaikatanaDemoFiles.bz2 
tar: This does not look like a tar archive
tar: Skipping to next header
tar: Exiting with failure status due to previous errors

$ bunzip2 DaikatanaDemoFiles.bz2 

$ file DaikatanaDemoFiles 
DaikatanaDemoFiles: data

$ tar xvf DaikatanaDemoFiles 
tar: This does not look like a tar archive
tar: Skipping to next header
tar: Exiting with failure status due to previous errors

anyway, a .zip would be nice, especially for the windows-guys :)

[Purkkaviritys]

Hmm... That's interesting. I repackaged the demo files into a zip archive. It should work now.

[Purkkaviritys]

Ah, I'm very sorry. It seems that the faulty archive is partially on my part. I didn't know it but it seems that xarchiver 0.5.4 has a bug that essentially means that if you drag n' drop files to a new archive it'll combine the files like "file1+file2+file3 = newfile" and then it'll compress that one big "newfile" into something. That becomes apparent when you do a comparison between the files in question.

[Frank Sapone]

Was related to compressed packets not being recorded properly in demos. Now resolved. Thanks to Knightmare for finding the root cause of the issue and for testers for finding this overlooked bug!