Search results

  1. _wb_

    Free Lossless Image Format (FLIF)

    About exiftool support: see https://github.com/FLIF-hub/FLIF/issues/307 :) (did one of you guys contact him or is this just a coincidence?) The issue with XMP when writing PNG has been fixed meanwhile (see https://github.com/FLIF-hub/FLIF/issues/308). There is no official standard for...
  2. _wb_

    Free Lossless Image Format (FLIF)

    You can get rid of the SSE stuff by commenting out the #define USE_SIMD line in config.h. That should help to get it compiled on that Pentium 3 :) It was quite interesting! I put my paper and slides on the FLIF website, in case you're curious: http://flif.info/publications.html
  3. _wb_

    Free Lossless Image Format (FLIF)

    I think the issue is in image/image.hpp, around line 238, where there is some code to align the pixel data on a 16-byte multiple. This code is probably buggy or something, but the bug was probably not discovered yet because on most platforms, the data is already aligned. OK. Should be fixed now...
  4. _wb_

    Free Lossless Image Format (FLIF)

    Commenting out the #define USE_SIMD in config.h seems to solve the problem. I wonder if this is a compiler issue or a bug in the flif code.
  5. _wb_

    Free Lossless Image Format (FLIF)

    OK, thanks for narrowing it down. So it's a problem in ColorBuckets. You can disable that transform during encoding with -B, and force it with -A.
  6. _wb_

    Free Lossless Image Format (FLIF)

    Interesting. Could be an ARM vs x86 related bug...
  7. _wb_

    Free Lossless Image Format (FLIF)

    No need to wait, if you start now, then if needed the libflif API can still be tweaked :)
  8. _wb_

    Free Lossless Image Format (FLIF)

    Of course that can be done, but somebody still needs to do it :) Here's an overview of FLIF software support, which I try to keep up to date: http://flif.info/software.html There is a plugin for Qt4 / Qt5 (KDE), but none so far afaik for GTK (GNOME). It should in principle not be particularly...
  9. _wb_

    Free Lossless Image Format (FLIF)

    FLIF is doing fine. Software support is indeed growing, e.g. ImageMagick supports it too now, and there's also a Windows codec for it. Too bad I didn't find time yet to add FLIF support to PIV -- to be honest, I'm not using my Pandora that often anymore since I stopped commuting to work (which...
  10. _wb_

    It's loud.

    Sounds good!
  11. _wb_

    Free Lossless Image Format (FLIF)

    Animated FLIF uses one shared MANIAC tree (or rather a forest: it's one tree per color channel) for the entire animation. So if it learns correlations in one frame, it helps to compress other frames. It also has some intra-frame optimizations: FrameShape, a Lookback channel, duplicate frame...
  12. _wb_

    A few Colors and Packages (with a poll!)

    Everything is looking great! About the color: +1 on making it darker. About the box: I voted for the smaller box. Better for shipping, but also: the box is not that important to me (it's not something I'm going to use after unpacking), but I'll probably still don't want to throw it away for...
  13. _wb_

    Free Lossless Image Format (FLIF)

    1. Interesting idea to encode music as an image. You could use Red and Green to represent Left and Right (you can do up to 4 channels this way); make sure to use flif -Y to make sure it uses RGB and without YCoCg color transform. You would indeed need to align the music on a repetitive unit to...
  14. _wb_

    What a great start - prepare for the next level!

    Over 600 ! In other words, to stay with the Ancient Greek theme: the number of future Pyrates is now more than plus
  15. _wb_

    What a great start - prepare for the next level!

    That completely depends on what you are comparing it with. Are you comparing with desktops or full-size laptops? Sure, then the Pyra CPU is not very powerful. Not particularly weak either, just rather "meh" and the kind of thing you would expect to find in low-end machines. But that's not a...
  16. _wb_

    What a great start - prepare for the next level!

    I'm assuming that RAM refresh is only a tiny fraction of the power consumption. It should be insignificant for the usage time (i.e. when the screen is also powered, which will consumes orders of magnitude more power). It will have an influence on lid-closed standby time, but if that's too big of...
  17. _wb_

    Preorders Have Started. (Previously named starts in two hours)

    Oops, I should check the boards more frequently. I only saw this half an hour ago! Preordered! Pyra Preorder (Mobile Ed., EU-Vers., 4GB RAM)
  18. _wb_

    ... we're still alive!

    An analog volume wheel with software control is the best of both worlds, if you ask me. Obviously the low-level software has to be reliable, but I don't see why that would be harder to do than e.g. making the keyboard or nubs reliably do what they're supposed to do. Software control means you...
  19. _wb_

    ... we're still alive!

    Most applications would also go on the eMMC, if you just apt-get install stuff.
  20. _wb_

    ... we're still alive!

    I'm not sure about that. The eMMC version says something about the interface speed, which is the theoretical max speed, but that doesn't mean that all read/write operations are actually at that speed. Maybe you will get that speed for a large sequential read, but most likely not for small random...
Top