Confirming what Zlo said. The replay server receives replays and compares them to produce one replay. This is what you connect to and receive, exactly so that one player leaving early doesn't end the replay. There has been what I think is a rare bug, where a live replay stops early. I have no clue what causes it. It does not happen to the replay saved on the server, and that comes from the same data. It happens in two different replay server implementations, Python and Rust. I think this might be something client-side, but I can never reproduce the issue on my end.

@skyhawk said in does anyone Linux FAF Gamers use this: dgVoodoo ?: Also, I have no idea what that appnee.com link is, it looks like a malware/spam site to me as all it does is beg me to turn off popup blockers and then redirect me around the world. giving a link to this site didn't mean anything wrong. there was a description and links to YouTube with illustrative examples of setup and operation. I have the u block plugin installed in my browser and it probably filtered everything out. your link to the deege website is definitely more useful. I will delete the link in the comment so that no one has any problems.