Skip to content

Add replay card, improve vaults UI and some other things #1140

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 79 commits into from
Apr 5, 2025

Conversation

Gatsik
Copy link
Contributor

@Gatsik Gatsik commented Apr 5, 2025

Incorporate LiveReplayServer by fafafaf, but without server part, and rewrite its replay parser in zig to increase parsing speeds

Embrace exponentials

Gatsik added 30 commits January 30, 2025 11:33
to show time and number of players in queue immediately and not
wait for this information in the next message
…o add

having only 1 queue is something that probably won't ever happen in production,
but on test server it can be the thing
actually almost entirely integrate livereplaysever
project into client

see https://github.com/fafafaf/livereplayserver
in addition to map generation
Gatsik added 29 commits April 1, 2025 18:45
because of recently added fields `game_type` and `hosted_at` to `Game` model
with the following options:
- Join game
- Preview map
and indicate replay unavailability in replay tree
game stats are received at the end of the game,
so most (if not all) of the parsed data is valid
API failures have been happening a lot lately
to avoid partially extracted options
they are modal, therefore minimize button is sort of useless
(VaultItemWidget, PlayerInfoDialog, ReplayDetailsCard)
there are lots of different parsers in many languages, including python,
C#, Java, JavaScript, Rust (this one even has a python bindings),
but all of them are not suitable for our needs.

With our own parser we can parse and skip whatever we want, whenever we
want, and do not depend on third party implementations.
(which also means that we do not have to do any post-processing of
the data in slow python)
parsing is now significantly faster than downloading
and, without mentioning the download time, it's hard to believe
that the actual parsing took so little compared to the
the whole noticeable download-parse process time
@Gatsik Gatsik merged commit f62fd2e into FAForever:develop Apr 5, 2025
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant