Viewing artwork causes Pi to crash - SOLVED
Before the 14th March change, the assumption was that you had enough data in the first packet (80K) to extract the dimensions (e.g. SOF was contained in first 80K).
JPEGs with uncompressed (adobe/APP2) data attached broke this assumption.
However, it still behaved sensibly. You got a "bitstream corrupt" message, and decoding fell back to libjpeg and everything worked (although a little slower than usual).

14th March added a fix for this problem that meant the APP2 data was skipped.
It did introduce a new bug causing the hang. This was spotted internally and fixed in March 29th firmware.

The two new files have a large APP1 data, which we don't skip (as that can contain useful exif data).
Because of this the files don't get GPU decoded, but shouldn't hang.
I've added the new files to the bug report, so GPU decoding will hopefully work in the future.

It may be worth finding out what produces these files. The one on the trac ticket is 688K for a 758x140 file which is 6.6 bytes per pixel.
i.e. much larger than even an uncompressed 32bpp PNG file. Obviously not ideal for a speedy UI (although xbmc should use t a smaller cached version after the first decode).
Thread Rating:
  • 0 Vote(s) - 0 Average

Messages In This Thread
RE: Viewing artwork causes Pi to crash - SOLVED - by popcornmix - 2013-04-01, 17:19

Logout Mark Read Team Forum Stats Members Help
Viewing artwork causes Pi to crash - SOLVED00
This forum uses Lukasz Tkacz MyBB addons.