-
Notifications
You must be signed in to change notification settings - Fork 2
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
Game data #6
Comments
I had a very helpful conversation with the Xonotic people on IRC. Basically, they use PK3 files for their data, which is effectively a renamed zip. The script they use to convert from the raw input files used for development to the versions which are actually included in the PK3 file is at https://gitlab.com/xonotic/xonotic/blob/master/misc/tools/cached-converter.sh They use Random access is important to them, so we would want to include individual pieces of data not a single tar(unzip(*.pk3)). |
Contents of the pk3 files from unvanquished, in CSV format:
Major extensions:
And some info on some of the less common data: ".rml and .rcss are html/css files for librocket (an html engine to display GUI), .shader, .trail, .particle are text files describing visual effects, .minimap is a picture of the map (for navigation purpose), I guess .menu is the old q3 menu stuff which is now unused (but still there since we still ship old pk3), .qvm is the old q3 qvm binary, now unused since we use nexe (but still there for the same reason), .arena is a metadata text file for maps (containing the displayable name etc.)" |
Games are a major user of compression software, so I'd like to make sure they are represented. Unfortunately I know basically nothing about game development, so I need some help with this one.
What would be very useful right now is a summary of all the data which a game needs to compress. Lots of times this seems to all be placed in an archive file (like a PK3 file, or a Unity asset bundle). Since files need to be compressed individually (to facilitate random access) we need to know about the contents of those archives, not the archives themselves. Summaries are fine; a table with the extension/content-type, count, and average size (see the second comment below for an example).
If you're in the game development community, please speak up. Even if you can't release any data, if you can tell us about the data you are interested in compressing maybe we can find some from another source (like an open-source game). If I can get a good idea of what types and sizes are common I can try to find representative redistributable data.
I'm starting threads on some engine-specific web sites for this issues:
The text was updated successfully, but these errors were encountered: