Login at Kodi Home

**doug** · 2014-11-23, 16:44

Thought I'd give kodi a whirl and like the speed on the Pi...Wow! Scrolling is fast, but kodi freezes when scrolling through Movies (by page, fan art view). It doesn't happen on the first pass. Usually on the third pass for me. And sometimes it takes longer to occur.

kodi.log
Note: Skin used in the log is Confluence Modified, but this happens with stock Confluence too.

**popcornmix** · 2014-11-23, 17:28

Can you disable overclock and confirm if it still occurs?

**doug** · 2014-11-23, 18:59

Disabled overclock and rebooted. It still occurs. Sad

kodi.log

**popcornmix** · 2014-11-23, 19:28

After the freeze can you still ssh in?
What was the previous version of OE you were running?

**doug** · 2014-11-23, 19:39

Yes, I can still SSH in. Version 4.2.1 was the previous version.

**popcornmix** · 2014-11-23, 20:29

The only unexpected messages in log are:

Quote:07:32:16 48.184376 T:3043037184 ERROR: Unmatched ]
07:32:16 48.184639 T:3043037184 ERROR: Error parsing boolean expression [[Container.Content(TVShows) + Skin.HasSetting(ClearLogo) + !IsEmpty(Control.GetLabel(9000))] | Container.Content(Seasons)]] + !StringCompare(ListItem.Property(UnWatchedEpisodes),0)
07:32:16 48.186642 T:3043037184 ERROR: Unmatched ]
07:32:16 48.186958 T:3043037184 ERROR: Error parsing boolean expression [[Container.Content(TVShows) + Skin.HasSetting(ClearLogo) + !IsEmpty(Control.GetLabel(9000))] | Container.Content(Seasons)]] + StringCompare(ListItem.Property(UnWatchedEpisodes),0)

Do those messages go away when you switch to confluence?

Can you try renaming ~/.kodo to ~/.kodi_back and reboot, so you are running with no addons or custom settings. Any different?

Checking voltage on the Pi is adequate is the other thing to check.

**doug** · (This post was last modified: 2014-11-23, 20:49 by doug.)

I tried 4.95.3 and cannot reproduce the freeze.

The messages go away (but the freezing still occurs) when switching to "Confluence Dougified" which is just Confluence (from Helix) with some *very* minor edits. The second log actually shows that. :-)

Have to go out, but I'll try the other debugging you've indicated in a few hours.

**popcornmix** · 2014-11-23, 20:53

(2014-11-23, 20:46)doug Wrote: I tried 4.95.3 and cannot reproduce the freeze.

That's interesting. Please double check that it is repeatably more stable.

If you look here: http://forum.kodi.tv/showthread.php?tid=192380

You will find 4.95.4 will be pretty close to the latest Milhouse build.
4.95.3 will be pretty close to the Milhouse build from 4 or 5 days ago.

If you can confirm that latest Milhouse build has the same freeze as 4.95.4, and that an earlier Milhouse build is good,
then we can find the exact day the freeze was introduced and that should make resolving it much easier.

**doug** · 2014-11-24, 03:10

I've isolated the build where the problem starts. This build works:
OpenELEC-RPi.arm-Milhouse-20141119212009-r19666-gef6221f

This build freezes:
OpenELEC-RPi.arm-Milhouse-20141120232827-r19668-g948041c

I have to give up the TV now. So I won't be able to try renaming my kodi folder until tomorrow.

**popcornmix** · 2014-11-24, 13:16

(2014-11-24, 03:10)doug Wrote: I've isolated the build where the problem starts. This build works:
OpenELEC-RPi.arm-Milhouse-20141119212009-r19666-gef6221f

This build freezes:
OpenELEC-RPi.arm-Milhouse-20141120232827-r19668-g948041c

I have to give up the TV now. So I won't be able to try renaming my kodi folder until tomorrow.

Thanks for identifying that. Most likely commit that went in that day:
https://github.com/xbmc/xbmc/pull/5764

@Milhouse - could we revert that PR in next build?

Milhouse · (This post was last modified: 2014-11-24, 14:35 by Milhouse.)

Yes, will do.

I managed to reproduce a lockup in #1123 running a stress-test in Movies -> Thumbnails view with the following:

Code:
texturecache.py stress-test vertical 96 0.3 5 0

I've got 48 pages of thumbnails, 2 rows per page, hence 96. Using the "vertical" test will simulate paging through the thumbnails. The test is repeating 5 times, however #1123 will lockup during the first or second run.

It's not a complete lock up - it's just the GUI that is frozen, and you can still hear the GUI sounds clicking away as the stress-test continues. No input from the IR USB remote control is accepted once the GUI freezes. kodi.bin can be restarted from ssh.

There's not much in the log, just the occasional insufficient resources from time to time:

Code:
22:19 868.077637 T:2979001408   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.egl_render - OMX_ErrorInsufficientResources, insufficient resources

22:19 868.078003 T:2751460416   ERROR: COMXTexture::HandlePortSettingChange m_omx_tunnel_decode.Establish (80001000)

22:19 868.078247 T:2751460416   ERROR: COMXTexture::Decode - HandlePortSettingChange failed (0)

22:19 868.078430 T:2751460416  NOTICE: DecodeJpegToTexture: unable to decode to texture special://masterprofile/Thumbnails/1/1ea07a3e.jpg 1920x1080

22:19 868.079895 T:2751460416   ERROR: COMXCoreComponent::SetStateForComponent - OMX.broadcom.image_decode failed with omx_err(0x80001000)

22:30 879.285217 T:2751460416   ERROR: COMXCoreComponent::WaitForCommand OMX.broadcom.egl_render wait timeout event.eEvent 0x00000000 event.command 0x00000003 event.nData2 220

22:30 879.285522 T:2751460416   ERROR: COMXTexture::HandlePortSettingChange m_omx_tunnel_decode.Establish (80001011)

22:30 879.285645 T:2751460416   ERROR: COMXTexture::Decode - HandlePortSettingChange failed (0)

22:30 879.285767 T:2751460416  NOTICE: DecodeJpegToTexture: unable to decode to texture special://masterprofile/Thumbnails/3/3fc1466e.jpg 1920x1080

22:35 883.995972 T:2979001408   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.egl_render - OMX_ErrorInsufficientResources, insufficient resources

22:35 884.003662 T:2751460416   ERROR: COMXCoreComponent::SetStateForComponent - OMX.broadcom.image_decode failed with omx_err(0x80001000)

22:35 884.005371 T:2751460416   ERROR: COMXCoreComponent::WaitForCommand - OMX.broadcom.egl_render failed with omx_err(0x80001000)

22:59 908.075378 T:2863658048  NOTICE: DecodeJpegToTexture: unable to decode to texture special://masterprofile/Thumbnails/b/b3952b66.jpg 1920x1080

23:02 910.679382 T:2770732096  NOTICE: DecodeJpegToTexture: unable to decode to texture special://masterprofile/Thumbnails/1/1e99daaf.jpg 480x720

23:02 910.692871 T:2863658048  NOTICE: DecodeJpegToTexture: unable to decode to texture special://masterprofile/Thumbnails/d/d3bc41ce.jpg 480x720

23:03 911.861450 T:2979001408   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.egl_render - OMX_ErrorInsufficientResources, insufficient resources

23:03 911.861816 T:2770732096   ERROR: COMXTexture::HandlePortSettingChange m_omx_tunnel_decode.Establish (80001000)

23:03 911.862000 T:2770732096   ERROR: COMXTexture::Decode - HandlePortSettingChange failed (0)

23:03 911.862305 T:2770732096  NOTICE: DecodeJpegToTexture: unable to decode to texture special://masterprofile/Thumbnails/0/0b6de1f3.jpg 1920x1080

23:03 911.863220 T:2770732096   ERROR: COMXCoreComponent::SetStateForComponent - OMX.broadcom.image_decode failed with omx_err(0x80001000)

(GUI now frozen)

With PR5764 reverted, I'm unable to lock up the GUI despite seeing similar "insufficient resources" errors - 10 runs completed, no lockup, so it does look like PR5764 is implicated.

I'm running the GUI at 1080 with high colour depth artwork enabled, 256MB gpu_mem, 128MB swap, and 1080 <fanartres>/720 <imageres>.

Milhouse · 2014-11-25, 01:09

Test build without PR5764 is available here.

**doug** · 2014-11-25, 01:36

Super. Will try tomorrow am and report back

**doug** · 2014-11-25, 04:43

Had a chance to test the new build out this evening and am happy to say no more freezing.

Great job.