Quantcast
Channel: Kodi Community Forum - All Forums
Viewing all articles
Browse latest Browse all 84005

Viewing artwork causes Pi to crash

$
0
0
I thought it had something to do with the pre-loading of artwork into the texture cache, and maybe it still does (though no reason why it should), but I can reliably crash the Pi simply by going into TV Shows, bringing up the Info panel for a particular TV show (Arrow, also The Big Bang Theory) and then clicking on "Choose Art" - after that I need to power cycle the Pi.

Here is the debug log after clicking on the "Choose Art" button, there is no more info after this as the Pi has crashed (there is nothing written to /var/log/messages either):

Code:
02:57:10 T:3042988032   DEBUG: LIRC: Update - NEW at 187117:160 0 KEY_OK devinput (KEY_OK)
02:57:10 T:3042988032   DEBUG: OnKey: 11 (0b) pressed, action is Select
02:57:10 T:3042988032   DEBUG: ------ Window Init (DialogSelect.xml) ------
02:57:10 T:3042988032    INFO: Loading skin file: DialogSelect.xml, load type: KEEP_IN_MEMORY
02:57:10 T:3042988032   DEBUG: LIRC: Update - NEW at 187225:160 0 KEY_OK_UP devinput (KEY_OK_UP)
02:57:10 T:3042988032   DEBUG: COMXCoreComponent::Initialize : OMX.broadcom.image_decode handle 0x03bd5610 dllopen : 1
02:57:10 T:3042988032   DEBUG: COMXCoreComponent::Initialize OMX.broadcom.image_decode input port 320 output port 321
02:57:10 T:3042988032   DEBUG: COMXCoreComponent::Initialize : OMX.broadcom.resize handle 0x039c6290 dllopen : 1
02:57:11 T:3042988032   DEBUG: COMXCoreComponent::Initialize OMX.broadcom.resize input port 60 output port 61
02:57:11 T:3042988032   DEBUG: COMXCoreComponent::AllocInputBuffers component(OMX.broadcom.image_decode) - port(320), nBufferCountMin(2), nBufferCountActual(3), nBufferSize(81920), nBufferAlignmen(16)
02:57:11 T:2980050016   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.image_decode - OMX_ErrorStreamCorrupt, Bitstream corrupt
02:57:11 T:3042988032   ERROR: COMXImage::Decode HandlePortSettingChange() failed
02:57:11 T:3042988032   DEBUG: COMXCoreComponent::Deinitialize : OMX.broadcom.resize handle 0x039c6290 dllopen : 1
02:57:11 T:3042988032   DEBUG: COMXCoreComponent::Deinitialize : OMX.broadcom.image_decode handle 0x03bd5610 dllopen : 1
02:57:11 T:3042988032   DEBUG: COMXCoreComponent::Initialize : OMX.broadcom.image_decode handle 0x03bd5668 dllopen : 1
02:57:11 T:3042988032   DEBUG: COMXCoreComponent::Initialize OMX.broadcom.image_decode input port 320 output port 321
02:57:11 T:3042988032   DEBUG: COMXCoreComponent::Initialize : OMX.broadcom.resize handle 0x031e3518 dllopen : 1
02:57:11 T:3042988032   DEBUG: COMXCoreComponent::Initialize OMX.broadcom.resize input port 60 output port 61
02:57:11 T:3042988032   DEBUG: COMXCoreComponent::AllocInputBuffers component(OMX.broadcom.image_decode) - port(320), nBufferCountMin(2), nBufferCountActual(3), nBufferSize(81920), nBufferAlignmen(16)
02:57:11 T:3042988032   DEBUG: COMXCoreComponent::AllocOutputBuffers component(OMX.broadcom.resize) - port(61), nBufferCountMin(1), nBufferCountActual(1), nBufferSize(1428480) nBufferAlignmen(16)

Now, even if an image file is corrupt (and for the "Arrow" TV show, the poster, banner and fanart all display when browsing in the library, but now that I look at it more closely, the banner image is showing some glitches that I can also see in Windows Photo Viewer when opening the banner file stored in Thumbnails), a dodgy jpg shouldn't be enough to crash the machine...

If anyone is willing, I've uploaded the original and Pi converted files - perhaps by overwriting existing files of another show in your Thumbnails folder it will be possible to reproduce the crash?

I've tested the latest Git build of OpenELEC, and also Rbej builds - both show the same problem.

Viewing all articles
Browse latest Browse all 84005

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>