Commit graph

12 commits

Author SHA1 Message Date
46749895bc
parallel compression and decompression
I've selected a chunk size of 8000 bytes rather arbitrarily, but it
seems to work just fine. The bigger problem is that the simplified
final fraction makes the running fraction in decompression's foldl
more complicated as time goes on, making it around 50 times slower
than compression. It takes just under an hour to decompress the
Great Gatsby.
2024-12-23 08:29:31 -05:00
791fff6107
add arithmetic coding 2024-12-21 12:28:00 -05:00
6d00525334
type signature cleanup 2024-04-15 20:36:05 -07:00
Jack Wines
74b18d29a0
Add LICENSE 2024-04-15 20:35:54 -07:00
43afd380c4
decompression works
I also added a cli interface
2024-04-15 19:18:24 -07:00
5bb8afb672
dependency bump & fourmolu 2024-04-15 02:58:48 -07:00
110c6eb8a5
minor additions to PQueue 2024-04-15 02:27:14 -07:00
37e28f8c0e
main shows compression ratios again
README also updated to show compression ratios.
2024-04-15 02:04:01 -07:00
3d1deaacc1
decompression up to Maybe [Word]
not yet to ByteString though
2024-04-15 01:51:35 -07:00
b8cb909fc9
intmap-based priority queue change
speedup is significant. Now does >5MB RAW images with ease
2024-04-14 23:34:16 -07:00
ab7880216e
add README 2024-04-13 02:41:31 -07:00
874d0b161d
compression works
Word16 seems to give the best compression ratio. It takes a very long
time to run on >5MB files. Decompression is not implemented yet, but I'm
confident it works.
2024-04-13 02:13:24 -07:00