Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Jul 10 13:10
    ziemek99 opened #22
  • Jul 10 11:26
    ziemek99 closed #530
  • Jul 10 11:26
    ziemek99 commented #530
  • Jun 05 15:28
    ziemek99 labeled #468
  • Jun 05 15:22
    ziemek99 labeled #481
  • Jun 04 14:41
    ziemek99 closed #145
  • Jun 04 14:41
    ziemek99 closed #150
  • Jun 04 14:41
    ziemek99 closed #278
  • Jun 04 14:40
    ziemek99 closed #420
  • Jun 04 14:40
    ziemek99 closed #209
  • Jun 04 14:40
    ziemek99 closed #350
  • Jun 04 14:40
    ziemek99 closed #425
  • Jun 04 14:39
    ziemek99 closed #475
  • Mar 09 09:59
    Maniues opened #14
  • Jan 20 18:37
    ziemek99 commented #425
  • Jan 20 18:29
    saschanaz commented #425
  • Jan 20 18:21
    ziemek99 closed #425
  • Jan 20 18:21
    ziemek99 commented #425
  • Jan 20 18:21
    ziemek99 labeled #425
  • Jan 20 18:16
    ziemek99 reopened #504
matrixbot
@matrixbot
hrjet Matrix creates an automatic gitter channel if you use the right room name. I am in via #gitter_FLIF-hub=2FFLIF:matrix.org
hrjet (sorry for the offtopic posts.. ehmry (is that your user id), you can PM me @hrjet:matrix.org if you like)
Gonzalo Muñoz
@M-Gonzalo
Hello people! First message here. Nice to meet you
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.
Zoey Riordan
@ZoeyR
@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.)
Gonzalo Muñoz
@M-Gonzalo
Thank you @dgriffen ! That's what I wanted to know.
hrj
@hrj
@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)
Gonzalo Muñoz
@M-Gonzalo
So I will try just in case. Thanks!
Kamil Monicz
@Zaczero
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 :)
The Jared Wilcurt
@TheJaredWilcurt
Added to the README for FLIF
pretty cool. Let me know if you get around to support more features, like compressing control, or animation
Kamil Monicz
@Zaczero
@TheJaredWilcurt thanks :clap:
I'll do some changes today because after the night I'm not really happy how it works~
Stephan Vedder
@feliwir
Hey, when exactly are you planning to fix the build system?
all the windows build scripts are broken...
also it would be smart imo to only have a clean cmake buildsystem and not ship anything else
Stephan Vedder
@feliwir
also how do i enable benchmarking for FLIF?
Kamil Monicz
@Zaczero
@feliwir I was able to build FLIF few days ago on windows /mmz
I remember that I had to change some code in script tho :P
it wasn't really hard tho
I can make a pull request with fully functional script in few days
Stephan Vedder
@feliwir
@Zaczero already build it myself
directly with cmake
Kamil Monicz
@Zaczero
Good to hear!
The Jared Wilcurt
@TheJaredWilcurt
@Zaczero I still think you should do the PR for those of us that can follow instructions to do a build, but can't troubleshoot when the build fails.
Stephan Vedder
@feliwir
And upgrade the ancient cmake version aswell
Noone is using 2.8 anymore and the newer versions offer much greater functionality
matrixbot
@matrixbot
hrjet AV1 based image format: https://news.ycombinator.com/item?id=16803250
The Jared Wilcurt
@TheJaredWilcurt
neat
matrixbot
@matrixbot
ehmry \
Kamil Monicz
@Zaczero
@TheJaredWilcurt FLIF-hub/FLIF#499
The Jared Wilcurt
@TheJaredWilcurt
@Zaczero Nice, don't forget to update the README too, otherwise how would we follow the instructions if there are none ;)
Kamil Monicz
@Zaczero
@TheJaredWilcurt It works the same as before. The only difference is that now you can use either VS2017 or VS2015 :)
The Jared Wilcurt
@TheJaredWilcurt
:+1:
Michael Lyle
@mlyle
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)
Christian Schneider
@schnaader
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?
Michael Lyle
@mlyle
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
Christian Schneider
@schnaader
https://data.vision.ee.ethz.ch/aeirikur/extremecompression/ looks interesting for very low bitrates, but 1) it's not completely open-sources yet and 2) it encodes "a tree" with some additional information, but for computer vision and image processing, misinformation would be too dominating
Michael Lyle
@mlyle
yah it's not for machine vision
And you know probably before even sending thumbnails there'll be some set of sanity checks on the image
Christian Schneider
@schnaader
So, thumbnails for humans. In this case, the link I posted would be best, especially since you are in a special domain (you will get non jungle images from a sailboat).
Michael Lyle
@mlyle
yah, that looks really good, thanks, and i like the comparisons
Christian Schneider
@schnaader
On the other hand, FLIF is ready for use and allows those maps where you mark "regions of quality/interest" (saliency maps), so give it a try
Michael Lyle
@mlyle
i expect most of the pictures will be boring and i won't want them, though having a wide angle thing and capturing pictures of the boat itself has value
Christian Schneider
@schnaader
Also, I'm not 100% sure about FLIF overhead, but 500 bytes FLIF will most likely transfer more information than 500 bytes JPG (which will be no information at all at that size)