-
Notifications
You must be signed in to change notification settings - Fork 1
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
Handle large results #4
Comments
https://github.com/LZMA-JS/LZMA-JS/blob/master/demos/simple_node_demo.js
|
Implement delta compression (see solutions/901/JavaScript.js for a proof of concept)
|
Proofs-of-concept LZMA solutions/1929/JavaScript.js, and solutions/295/JavaScript.js using a modified version of the LZMA-JS library. Even with LZMA, which is to my knowledge the best available general compression algorithm, most solutions are still too big and too random: 1310, 1451, 1632, 1707, 1720, 1721 -- all way over the submission size limit even with the compression and delta encoding. |
null
valuesNeed to implement all the above, and simplify the code, get rid of chunking.
My idea is to have the solver try to string together a compression pipeline for each submission; it can try all permutations, and pick the best one.
Portability is an issue. It may make sense to keep both LZString and LZMA-JS. Modular approach, as a compression algorithm gets implemented in a particular language, the solver can use it in assembling the pipeline for that language.
The text was updated successfully, but these errors were encountered: