I wanted to know a little more about FLIF potential to be use in solid compression, if there is any. Solid as in 7z, for example. Is it possible to compress two or more similar images together? Not as an animation or multi-page image but as a solid compressed block. If so, would it lead to improvements in compression ratio? Thanks in advance for any answer.
@M-Gonzalo FLIF is not designed to compress multiple images together. It is designed for single image compression. The only way you could realistically save space is if you abused animation frames and stored each image as a separate frame and extracated them separately later. Even then space would only be saved if the two images were similar enough that prediction was effective.
To compress multiple items into one compressed object it is best to stick with the general purpose compression methods (rar, 7z, zip, gzip etc.)
Thank you @dgriffen ! That's what I wanted to know.
@M-Gonzalo I would say, if the images have same dimensions and are similar, then it is fair to FLIF compress them as an animation. (It's not very hacky)
So I will try just in case. Thanks!
Hello, I've just finished a tool for quick flif/png conversion ( drag & drop included ;) ) https://github.com/Zaczero/WinFLIF This is v1 and I'll add some more features soon~ It can convert big amount of files in a really short amount of time as it uses all cpu cores. I'd appreciate if you could mention it in the related projects :)
@Zaczero Nice, don't forget to update the README too, otherwise how would we follow the instructions if there are none ;)
@TheJaredWilcurt It works the same as before. The only difference is that now you can use either VS2017 or VS2015 :)
The Jared Wilcurt
So, I'm doing an autonomous robot thing that's gonna communicate by satcom. I need some kind of good bit-peeled image solution. FLIF looks interesting
I've watched the couple of image races on youtube, but one is an artificial picture and the other doesn't say the absolute amount of information transferred
i need to do reasonably with a ~500 byte preview of an outside scene to know if it's worth retrieving, and then in 4k-6k get a decent picture
was wondering if anyone has any reasonable suggestions (i'm also looking at whether peeling/truncating the image makes any sense, or if the 10% or so savings over just sending the full size separately is outweighed by encoding for the specific sizes)
Sounds like you want to transfer images between robots instead of evaluating/processing on the first and only transferring the result (which might be below 500 bytes). So, first question: More details / are you sure transferring reduced image information is the right thing?
So I'm building an autonomous sailboat. Data is $1/kilobyte in the middle of the ocean
that's 1000 bytes
I want to be able to get 2-3 thumbnails back, evaluate whether the camera even worked, see if the image looks interesting :P before deciding to pay $8 for the image