clbr

LZ4+FPC still loses to FSE on these files. Not sure a homegrown RLE would do any better.

The same happens when I add "vga=791 nomodeset" to the boot arguments. On 32-bit, adding these improves the display, but they weren't required.

The same happens with android-x86_64-8.1-r2-k49.iso.

It ate the command. ``` superfamiconv -i bug.png -p logo.pal -t logo.chr -M snes_mode7 -B8 -v ```

I also waited 5 minutes, as one place mentioned it can take 1-2 minutes to start.

When I use autoboot/replace ez5sys.bin with the provided one, the menu starts. The language questions showed up immediately, the splash is also immediate, but then there's 10 seconds of white...

That's fine, just documenting it would be enough so others don't waste time trying.

Thanks for reporting. I do not have a Pi, or anything else ARMv6, so this one will depend on users with such.

Looks like the culprit is this one: https://bugs.webkit.org/show_bug.cgi?id=131612

Those are also defined in standard headers somewhere, perhaps stdio.h.