Posts: 17,855
Joined: Jan 2011
Reputation:
1,055
Milhouse
Retired Team-Kodi Member
Posts: 17,855
OK, although the Arrow banner clearly is corrupt (it has visual glitches not present in the original), though this may have been a one-off as I've just re-cached it with 29 March firmware and the visual glitches are now gone.
However, if these extended tags are now being ignored by the 29 March firmware, why does the "Bitstream corrupt" message (logged at ERROR level) still appear in the logs?
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Posts: 8,966
Joined: Feb 2011
Reputation:
426
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).
Posts: 17,855
Joined: Jan 2011
Reputation:
1,055
Milhouse
Retired Team-Kodi Member
Posts: 17,855
Thanks popcornmix. Not sure where I got mine from, either fanart.tv or thetvdb.com - sadly I have no idea what application produced them.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Posts: 442
Joined: Jul 2008
Reputation:
5
Thanks guys, MillHouse lead me here from a post i had made on the OpenElec github. I've gone back to 2.99.5 for now and everything is golden.
I tried the latest Dev build but it still crashed for me.
Posts: 17,855
Joined: Jan 2011
Reputation:
1,055
Milhouse
Retired Team-Kodi Member
Posts: 17,855
The latest dev build still crashes even with the 29 March firmware?
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Posts: 8,966
Joined: Feb 2011
Reputation:
426
Latest firmware update should fix the "corrupt bitstream" error produced by banner.jpg and 121361-g19.jpg.
(It now discards APP1 extensions that are not exif).
Posts: 17,855
Joined: Jan 2011
Reputation:
1,055
Milhouse
Retired Team-Kodi Member
Posts: 17,855
Excellent, many thanks - no error at all now, not on first conversion or subsequent decodes!
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.