How long should FAF keep old replays?

[Deribus]

Would it be possible to look up the storage savings from the various proposed solutions?

[arma473]

@Brutus5000 I wouldn't mind volunteering to be personally responsible for responding to people who want really old replay files for some reason. We wouldn't even need cloud storage, I would just keep a single 1TB or 2TB drive with zero ongoing costs to FAF. If the files were transmitted to me electronically it would be close to zero cost to FAF. That situation could then continue essentially indefinitely.

I doubt there is very much interest by players in those old replays, so we're probably talking about 1 request per month. Even if I have to spend 15 minutes a day responding to those old requests, I wouldn't mind.

[Deribus]

Arma for The Giver 2021

[nine2]

arma for Archive Councilor 2021

[Crotalus]

Before deleting any replays, consider the following:

• New format for .fafreplay, compressed achive of the scfareplay-file and the json-data without the final b64-encoding

Comparsion of size:
scfafreplay: 1222 KB
fafreplay-current: 260 KB (21.2% of original size)
fafreplay-zip: 196 KB (16.0% of original size)
fafreplay-7z:: 141 KB (11.5% of original size)

• Publish the replay vault (maybe IPFS?) so people can mirror / clone the replays for historic reasons.

• Create a service that collects local replays from players to be able to repair current broken / missing ones in vault

EDIT:
Did some more testing and the compression numbers were a bit messed up earlier. I've updated the post now with my results.

[Aulex]

+1 on the service,
you could use some sort of cheaper object storage like AWS glacier or azure archive as place to dump it + a cron job to just upload xGB every + some sort of proxy api to pull the data when requested (probably almost never).

EDIT: looks like wasabi could be relatively cheap https://wasabi.com/

[Voodoo]

I'm in favor for deleting them after 3 - 5 years. i don't value old replays as much because they were played with an older version of the game. Very good replays will be casted most likely. Also if you want to watch old gpgnet replays https://www.gamereplays.org/supremecommanderforgedalliance/replays.php?game=44

[Brutus5000]

Hi guys, thanks for your feedback so far.

Fortunately we finalized some work on replay stuff that was mostly done already, so we'll compress replays with zstandard instead of (zip encoded with base64). Support will come in the next client release and we'll need to find a way to convert all the old replays. This will be a big breaking change for some tools out there, but it's the best chance we have.

Some words on the alternative suggested here:
While renting storage in the cloud with some cheap providers is possible of course it massively increases develop and (more important) maintenance efforts which I'm not willing to pull. Storage in our Hetzner datacenter would be possible though as it can be natively integrated into the existing server infrastructure. Nevertheless we still strive for a cost neutral solution if possible.

Eventually this topic will reappear in a few years again, so the discussion is not off the table forever.
We'll see which storage savings we can achieve with the current solution.

[FemtoZetta]

Will this break the replay parser?

[arma473]

@FemtoZetta said in How long should FAF keep old replays?:

Will this break the replay parser?

Perhaps, but it should not be difficult to find a Java library that can decompress the ztd file format and add that to the parser itself. So it shouldn't be difficult to update the parser to handle this. If anyone is actively maintaining the parser, it should be an easy fix.

Even if there's no way to update an existing tool, it should be relatively easy to decompress the ztd files "by hand" and re-compress them in the fafreplay file format in order to hand them off to a software tool.

OR someone could even make a software tool to convert replay files in the new (ZTD) format into the old (zip) format. Automating the process of converting files from a more-efficient format to a less-efficient format so that old tools can use them is kind of silly but it would solve the immediate problem of tools being broken.

[Brutus5000]

What is "the replay parser"?

[ZLO]

http://95.216.153.185/replayparser/SupCom ReplayParser.html

[MazorNoob]

Yes, it will break for the new format. Someone will have to update it, somewhere around line 430 in page source. This diff should help with that.

[Defiant]

Oh please keep all replays. Can we throw money at buying more storage?

[TheVVheelboy]

Imo, no need to keep replays older than 3 years no matter what they are. If they were good they are already casted w/e.
Even then I wouldn't really keep replays older than 2 years unless they are from ranked games. It just seems pointless to keep so much when it's useless.

[Eternal-]

I would suggest to keep only the special old games. But I think there are no stamps like "Tournament". I also think that no one will sort their favorite replays. I guess you can just save replays of certain players, purely for memory?
But in general, I do not see any point in these replays, the game is growing up, the old tactics and methods of the game can not be applied to the current realities.
I am in favor of removing all replays since the last old patch.

---

And further sorting them with some parameters

• Removing replays with one player
• Removing replays with a sandbox
• Removing of replays of the company
• Removing "blacklisted" maps (gap, astro, etc)
• Removing replays with desync
• Removing replays after (optional) 4/8/12 months

[Cascade]

@ZLO I've been searching for this parser for ages! The old link on google 404s
edit: still seems to be broken for me

[Eternal-]

@Cascade You should try to open it with vpn. Works fine for me without vpn

[PattogoTehen]

Hi,
Bitbucket deleted my old mercurial repos (https://bitbucket.org/blog/sunsetting-mercurial-support-in-bitbucket).
Moved what i could save to Github.

Please update your links to: https://fafafaf.github.io/

Btw. sometime the CORS header got removed from https://content.faforever.com/faf/vault/replay_vault/replay.php hence it cant load the files directly by replay id.

[Brutus5000]

@PattogoTehen We changed a lot of urls, but I couldn't make a pull request against bitbucket as it was gone. I'll do one against your Github repository.

The CORS header issue is something we raised as a bug ticket in our reverse proxy, it might vanish in the near future (or already does if you use replay.faforever.com, not sure).