OpenArena Message Boards

OpenArena Contributions => Idea pit => Topic started by: fromhell on October 02, 2015, 12:34:31 PM



Title: FliF
Post by: fromhell on October 02, 2015, 12:34:31 PM
http://flif.info/

another image format that seems to do a lot, but what i'm interested is the "smaller than PNG" and "outperforms PNG" part.

because, I know i've said PNG is slow as hell many many many times and have always stayed away from PNG for that reason.  and the progressive loading might be handy for just skipping the picmip resampling step for lower detail on texture load.


Though now i'm worrying about memory usage and how it behaves on the ideal Pentium 200 target  :'(

EDIT: GPLv3 sucks, so can't really integrate their reference implementation


Title: Re: FliF
Post by: Gig on October 02, 2015, 01:30:51 PM
http://flif.info/

EDIT: GPLv3 sucks, so can't really integrate their reference implementation

Also, "format is not finalized and new versions may break compatibility" may be a problem.


Title: Re: FliF
Post by: grey matter on October 02, 2015, 06:16:13 PM
Quote
  • Encoding and decoding speeds are not blazingly fast, but they are in the right ballpark

FLIF does not yet support the following features:
  • A highly optimized implementation

Why trade memory/disk for CPU cycles?

Besides the reference implementation is a C++ binary, not a C library (https://github.com/jonsneyers/FLIF/issues/4).


Title: Re: FliF
Post by: andrewj on October 03, 2015, 01:26:14 AM
Improving algorithms is a good thing, especially when the new ones are truly free.

But I think these guys should have added a lossy mode before publicizing this.  Supporting both modalties in a single format would make this new format a lot more compelling (to switch over to it) than just reducing file sizes by 20-35%, imho.