• 1
  • 32
  • 33
  • 34(current)
  • 35
  • 36
  • 146
OpenELEC Testbuilds for RaspberryPi (Kodi 17.0)
On Live-TV with VDR backend I still have video issues which start after some time of play a channel (for example 25min).
I made a debug log
The video begins to have artefacts and stuttering
(2016-01-08, 01:06)bill_orange Wrote:
(2016-01-08, 00:32)MikeKL Wrote:
(2016-01-07, 04:45)bill_orange Wrote: I concur. Music files play when accessed through FILES but not when accessed through ALBUMS.
@popcornmix and @Milhouse, that was quick just tested in build #0107 and playback working via music library options Cool

Almost fixed. You can navigate to ALBUMS and successfully play a track. However, while the track is playing, if you navigate to ARTISTS and try to navigate to an artist you get "couldn't connect to network server". I am not streaming music from a network server. The library is on a USB stick. I tried navigating to FILES and I got the same error. this behavior is new to this build.

Bill

I can confirm this sideeffect on my own newclock5 builds, reverting PR8797 (7ddad402) seems to fix this, but playing music from library is broken again then.

edit:
This happens if navigating through "main" options in home screen, eg select "videos" and try selecting "files".

Relevant errors from kodi.log:
Code:
01:20:55 5503.290039 T:1737487248   ERROR: GetDirectory - Error getting /usr/share/kodi/system/library/video/files.xml/
01:20:55 5503.290039 T:1737487248   ERROR: GetDirectory - Error getting special://xbmc/system/library/video/files.xml/
01:20:55 5503.290039 T:1942716416   ERROR: GetDirectory - Error getting library://video/files.xml/
01:20:55 5503.291504 T:1942716416   ERROR: CGUIMediaWindow::GetDirectory(library://video/files.xml/) failed

The errors are not present with PR reverted.
(2016-01-08, 01:23)beertank Wrote: Trying to run OpenELEC Configuration 0.6.8 locks screen on build #0107, never gets to OpenELEC Config menus. Can move pointer OK but can't select anything. Can SSH OK (eg to reboot)

Seems to be a non-existent control:

Code:
23:33:00 2794.236816 T:1964560384   DEBUG: ------ Window Init (/usr/share/kodi/addons/skin.confluence/720p/mainWindow.xml) ------
23:33:00 2794.237061 T:1964560384    INFO: Loading skin file: /usr/share/kodi/addons/skin.confluence/720p/mainWindow.xml, load type: LOAD_ON_GUI_INIT
23:33:00 2794.237549 T:1964560384   ERROR: LoadXML: Unable to load skin file /usr/share/kodi/addons/skin.confluence/720p/mainWindow.xml
23:33:00 2794.237793 T:1964560384   DEBUG: CGUIMediaWindow::GetDirectory ()
23:33:00 2794.237793 T:1964560384   DEBUG:   ParentPath = []
23:33:00 2794.286865 T:1583346592   ERROR: EXCEPTION: Non-Existent Control 1000
23:33:00 2794.287109 T:1944056736   DEBUG: CAESinkPi:Drain delay:24ms now:0ms
23:33:00 2794.288818 T:1583346592   ERROR: EXCEPTION: Non-Existent Control 1000
23:33:00 2794.290527 T:1964560384   ERROR: Previous line repeats 1 times.
23:33:00 2794.290771 T:1964560384   DEBUG: Activating window ID: 10138
23:33:00 2794.290771 T:1964560384   DEBUG: ------ Window Init (DialogBusy.xml) ------
23:33:00 2794.300537 T:1583346592   ERROR: EXCEPTION: Non-Existent Control 1000
23:33:00 2794.315186 T:1964560384   ERROR: Previous line repeats 3 times.
23:33:00 2794.315430 T:1964560384   DEBUG: ------ Window Deinit (DialogBusy.xml) ------


http://sprunge.us/hDGQ

Build #0106 is fine. Not immediately obvious which commit might be causing this.

Edit: Ah, the error is that it can't load the skin file, so file/dir/io related... and indeed that file is missing from the build... WTF...
Edit2: There is no "mainWindow.xml" in the Confluence skin, nor was there yesterday so this seems to be some sort of screw up in terms of asset loading? The addon is using a file called "service.openelec.settings/resources/skins/Default/720p/mainWindow.xml" but Kodi in build #0107 is trying to load the xml from the Confluence directory not the addon directory.

Same window load process in build #0106:
Code:
23:39:53  43.324848 T:1964781568   DEBUG: ------ Window Init (/usr/share/kodi/addons/service.openelec.settings/resources/skins/Default/720p/mainWindow.xml) ------
23:39:53  43.325020 T:1964781568    INFO: Loading skin file: /usr/share/kodi/addons/service.openelec.settings/resources/skins/Default/720p/mainWindow.xml, load type: LOAD_ON_GUI_INIT
23:39:53  43.376808 T:1964781568   DEBUG: POParser: loaded 193 strings from file /usr/share/kodi/addons/service.openelec.settings/resources/language/English/strings.po
23:39:53  43.494900 T:1944056736   DEBUG: Previous line repeats 15 times.
23:39:53  43.495029 T:1944056736   DEBUG: CAESinkPi:Drain delay:25ms now:0ms
23:39:53  43.495716 T:1964781568   DEBUG: POParser: loaded 193 strings from file /usr/share/kodi/addons/service.openelec.settings/resources/language/English/strings.po
23:39:53  43.543613 T:1964781568   DEBUG: Previous line repeats 1 times.
23:39:53  43.543762 T:1964781568   DEBUG: CGUIMediaWindow::GetDirectory ()
23:39:53  43.543827 T:1964781568   DEBUG:   ParentPath = []
23:39:53  43.584419 T:1964781568   ERROR: Control 1000 in window 13001 has been asked to focus, but it can't
23:39:53  43.585407 T:1964781568   DEBUG: Activating window ID: 10138
23:39:53  43.585583 T:1964781568   DEBUG: ------ Window Init (DialogBusy.xml) ------
23:39:53  43.585674 T:1650557856    INFO: CPythonInvoker(7, /usr/share/kodi/addons/service.openelec.settings/default.py): script successfully run
23:39:53  43.700794 T:1650557856    INFO: Python script stopped
23:39:53  43.701012 T:1650557856   DEBUG: Thread LanguageInvoker 1650557856 terminating
23:39:53  43.833046 T:1964781568   DEBUG: ------ Window Deinit (DialogBusy.xml) ------

http://sprunge.us/XYaf
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.
(2016-01-08, 00:14)Milhouse Wrote: [*]New commits in this build:
  • fixed: Music playback from e.g. the library album node was still broken due to an incomplete fix in PR8724 (7ddad402)

Is responsible for the skin loading issues. Have left a comment on github (it's PR8797).
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.
I have enabled debug logging for live tv buffering I have tuned to two live tv channels both buffered and watched a recording that has no buffer than restarted the pi. Hopefully there is some useful information there. I will on the weekend install older builds.


http://xbmclogs.com/pfj21n2bp
Info button doesn't appear to work during video playback with 0107. It is fine in 0106.
guys did PVR channel manager work for you? like disable channels, hide etc. Setting like disable or hide channels dont persist after reboot its normal? im on #1216
(2016-01-08, 04:50)zaphod24 Wrote: Info button doesn't appear to work during video playback with 0107. It is fine in 0106.

Chalk another glitch up to PR8797 Smile

Info during video playback works when PR8797 is reverted.
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.
openELEC 6 on RPi2 can't play some channels with resolution 720x756 encoded in MPEG4.
I also tried OpenELEC-RPi2.arm-6.0-Milhouse-20150701210203-#701-g96e5cfe, but the problem hasn't been fixed.

I have created a 10 min recording of such a channel.
Wetek Play with openELEC 6 plays the recording without artifacts.

I also opened a ticket it github. Here is the link to the ticket.

@popcornmix can you look at the problem?
The three issues due to PR8797 will be fixed in the next build.
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.
(2016-01-08, 00:53)herrmeier01 Wrote: @popcornmix
The Live-TV audio issue is fixed. I did extra reboot to verify and zap through a lot of channels. It works now same as in #0101.
Thanks a lot for reverting commits for testing. Let me know when I can help supporting with debugging for further testing.
I start now with long time experience and test if there still some video stutter with MMAL.

The reverted commit should be present (it fixes a typo), but the typo was obviously masking some other bug.
I've got the info to FernetMenta and he has produced a potential fix.
Please try tonight's build which will remove the revert, and add the new fix.
(2016-01-07, 19:36)Gerdistan Wrote: Alright, there you go: https://www.dropbox.com/s/h3ve02sea281tz...5.mkv?dl=0

Okay, the file is 10-bit H.265. That is never going to work with the gpu acceleration (and we'll never have the CPU to play it).
I'll try to fix the crash that occurs, but this file will not be playable on the Pi. You need to stick with 8-bit H.265.
Thanks for looking into it!

This may be the point where I have to stop telling people the Pi2 is able to play anything. But thanks anyway, now I know what to look out for.
(2016-01-07, 14:20)mylle Wrote:
(2016-01-07, 13:27)popcornmix Wrote: @denz @mylle can you identify the first build with the buffering? Can you post a debug log (wiki).

Sorry. I have not played with it for a while and just yesterday setup livetv. I will try to find time to go backwards in builds until i find a build that works. Where can i find ealier builds and is it as simple as just copying them to the update folder even though its older builds?

Thanks for all your hard work!

/Mylle

Just setup a tvheadend backend. Using that it does not buffer, so i guess the problem is with the Mediaportal client? I know the mediaportal tv-server is fine because I use it with my mediaportal windows client just fine

EDIT

Just looked at the hardware acceleration settings. only MMAL was checked. When checking OMX also there is no problem whatsoever Smile Now i know that i need OMX enabled but should i leav MMAL enabled also?
(2016-01-08, 16:41)mylle Wrote: Just looked at the hardware acceleration settings. only MMAL was checked. When checking OMX also there is no problem whatsoever Smile Now i know that i need OMX enabled but should i leav MMAL enabled also?

Yes, both enabled is fine. It will use omxplayer whenever possible and fallback to mmal when not supported by omxplayer (e.g. DVD menus, alsa audio, AC3 transcoding).
  • 1
  • 32
  • 33
  • 34(current)
  • 35
  • 36
  • 146

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 17.0)6