Kodi Community Forum
OpenELEC Testbuilds for RaspberryPi Part 2 - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166)
+---- Thread: OpenELEC Testbuilds for RaspberryPi Part 2 (/showthread.php?tid=184866)



RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-12-31

Dammit, half the channels have disappeared from the EPG again. They still all show in Channel List though. I even tried reverting to build 16442 but that hasn't helped.

Updated to the latest build and I was getting spammed with Connection Lost messages for TVheadend and Windows Media Service. I couldn't disable the latter so had to uninstall that but I'm still just getting the Connection Lost messages for TVHeadend and after rebooting the Windows Media service had reinstalled itself but at least I could disable it this time but it hasn't helped with TVHeadend.

The TVHeadend Web portal is now not showing any DVB adapters installed Sad

It doesn't seem like the SMB path provides access to temp\xbmc.log so I have to use WinSCP to grab that, which is a bit of pain but no biggie.

http://xbmclogs.com/show.php?id=103786

I thought maybe the cascaded hub bug, which appeared to be fixed, had come back so I move the USB tuner to the first half of the hub. Now I can't even get the Web portal to load http://xbmclogs.com/show.php?id=103788

I also keep finding, probably after updating, that it's changed from 1280x720 to 1920x1080 and 1280x720 isn't available, the closet being 1280x1024. I need 1280x720 as that's all my TV supports, so when switching from my LCD monitor to my TV, nothing will display if it's set to 1920x1080.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-31

(2013-12-31, 03:30)doveman2 Wrote: Updated to the latest build and I was getting spammed with Connection Lost messages for TVheadend and Windows Media Service. I couldn't disable the latter so had to uninstall that but I'm still just getting the Connection Lost messages for TVHeadend and after rebooting the Windows Media service had reinstalled itself but at least I could disable it this time but it hasn't helped with TVHeadend.

Have you updated the Tvheadend addon (you need v4.1.1 or greater) as the recent curl/TLS change appears to have broken it (along with a few others - vdr and possibly Transmission, the latter doesn't appear to have been updated yet).

(2013-12-31, 03:30)doveman2 Wrote: It doesn't seem like the SMB path provides access to temp\xbmc.log so I have to use WinSCP to grab that, which is a bit of pain but no biggie.

http://xbmclogs.com/show.php?id=103786

The easiest way to get your logs uploaded is to ssh in to your OpenELEC client, then run:
Code:
grep -v CecLogMessage /storage/.xbmc/temp/xbmc.log | pastebinit



RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-12-31

(2013-12-31, 03:35)MilhouseVH Wrote: Have you updated the Tvheadend addon (you need v4.1.1 or greater) as the recent curl/TLS change appears to have broken it (along with a few others - vdr and possibly Transmission, the latter doesn't appear to have been updated yet).

With the recent build, it shows v4.0.1, so I need to update but I don't know how to. It's not prompting me to or showing any available update and I don't know where to download it from manually.

Quote:The easiest way to get your logs uploaded is to ssh in to your OpenELEC client, then run:
Code:
grep -v CecLogMessage /storage/.xbmc/temp/xbmc.log | pastebinit

Cool, thanks I'll try that next time.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-31

(2013-12-31, 03:58)doveman2 Wrote: With the recent build, it shows v4.0.1, so I need to update but I don't know how to. It's not prompting me to or showing any available update and I don't know where to download it from manually.

These are addons, so they're not part of the OS build. Go to addons and you should see v4.1.1 for tvheadend - if not, try refreshing your "OpenELEC Mediacenter OS Addons" repository (use the context menu).


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-12-31

(2013-12-31, 04:03)MilhouseVH Wrote:
(2013-12-31, 03:58)doveman2 Wrote: With the recent build, it shows v4.0.1, so I need to update but I don't know how to. It's not prompting me to or showing any available update and I don't know where to download it from manually.

These are addons, so they're not part of the OS build. Go to addons and you should see v4.1.1 for tvheadend - if not, try refreshing your "OpenELEC Mediacenter OS Addons" repository (use the context menu).

Thanks, refreshing that did the trick and it seems to be working again now Smile


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-12-31

Regarding the resolution, according to this page http://elinux.org/RPiconfig

hdmi_group=1
hdmi_mode=4

should give me 720p@60hz but it's giving me a corrupt bootscreen and XBMC is loading at a fixed 640x480@60hz.

So I tried group=2 in case they were the wrong way round but that gives me a readable bootscreen at 640x480@60hz and XBMC at the same res, so any ideas how I force it to 1280x720?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-12-31

I was mistaken about the EPG working now I've upgraded TVHeadend as well. A couple more channels appeared but a lot are still missing.

The channels list shows them all though and I can start them from there OK.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Doktor-X - 2013-12-31

Code:
OpenELEC:~ # uname -a
Linux OpenELEC 3.12.6 #1 PREEMPT Mon Dec 30 20:16:06 CET 2013 armv6l GNU/Linux
OpenELEC:~ # vcgencmd version
Dec  2 2013 20:30:23
Copyright (c) 2012 Broadcom
version 0334d765c5cb144589b4d7a4ac68ae8f136491e1 (clean) (release)
OpenELEC:~ # lsb_release
OpenELEC_Gotham (unofficial) - Version: devel-20131230182856-r16752-gd55ec77
OpenELEC:~ #
Based on tip of XBMC master (90fb6510de) and tip of OpenELEC master (d55ec771fe) with the following modifications:
  • Includes these newclock3 commits (except for d5c7cf8 which I've replaced with a static spinner)
  • Excludes the fernetmenta patches (due to conflict with newclock3)


this is modify MilhouseVH release that have dvdplayer enable so that you can use software decoding

Code:
https://www.dropbox.com/s/kw1j8jfdbxkyc14/OpenELEC_Gotham-RPi.arm-devel-20131230182856-r16752-gd55ec77.tar

thanks MilhouseVH for building instructions and scripts


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Trickname - 2013-12-31

Quote:New OpenELEC Gotham build: #3012


Live tv works perfect here using Dvbviewer.
Only think is canĀ“t get guisound working.
I noticed system-audio output is set to analog as default but there is still no guisound when switching to hdmi.

Seems that curling in plugins is faster.

thx for this build


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-31

(2013-12-31, 04:56)doveman2 Wrote: Regarding the resolution, according to this page http://elinux.org/RPiconfig

hdmi_group=1
hdmi_mode=4

should give me 720p@60hz but it's giving me a corrupt bootscreen and XBMC is loading at a fixed 640x480@60hz.

So I tried group=2 in case they were the wrong way round but that gives me a readable bootscreen at 640x480@60hz and XBMC at the same res, so any ideas how I force it to 1280x720?

Possibly your monitor's edid doesn't report support for that mode, also add:
hdmi_ignore_edid=0xa5000080

You could also try:
hdmi_group=2
hdmi_mode=85

which is the DMT (monitor style) version of 720p.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-31

New OpenELEC Gotham build: #3112 (obsolete)

Code:
rpi512:~ # uname -a
Linux rpi512 3.12.6 #1 PREEMPT Tue Dec 31 16:01:07 GMT 2013 armv6l GNU/Linux
rpi512:~ # vcgencmd version
Dec  2 2013 20:30:23
Copyright (c) 2012 Broadcom
version 0334d765c5cb144589b4d7a4ac68ae8f136491e1 (clean) (release)
rpi512:~ # lsb_release
OpenELEC_Gotham (Milhouse) - Version: devel-20131231164326-r16759-g7260614

Based on tip of XBMC master (877b4249f2) and tip of OpenELEC master (72606141ac) with the following modifications:
  • Includes these newclock3 commits (except for e883f39 which I've replaced with a static spinner)
  • Includes PR:3879 (last couple of builds have included this - just forgot to mention it)
  • Excludes the fernetmenta patches (due to conflict with newclock3)
No major changes - this build simply includes a revised implementation for the rotated jpeg issue, in case anyone wishes to test that.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - extension23 - 2013-12-31

milhousevh - here is the paste of the debug log:

http://sprunge.us/WPbQ

I disabled CEC so those messages do not show up in the log.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-31

Loading 2686 movies might explain why it takes 18 seconds - when you said it was slow I kind of assumed you were talking about a small-ish number of movies. 2686 is actually quite a lot and given the nature of how XBMC is designed it means an awful lot of processing for the Pi, so the time taken is actually fairly reasonable.

Code:
11:51:42 T:3043635200   DEBUG: ------ Window Init (MyVideoNav.xml) ------
11:51:42 T:3043635200    INFO: Loading skin file: MyVideoNav.xml, load type: KEEP_IN_MEMORY
11:51:43 T:3043635200   DEBUG: CGUIMediaWindow::GetDirectory (videodb://movies/titles/)
11:51:43 T:3043635200   DEBUG:   ParentPath = [videodb://movies/titles/]
11:51:44 T:3043635200   DEBUG: RunQuery took 865 ms for 2686 items query: select * from movieview
11:51:48 T:2816930896   DEBUG: Thread JobWorker 2816930896 terminating (autodelete)
11:51:48 T:2892260432   DEBUG: Thread JobWorker 2892260432 terminating (autodelete)
11:51:48 T:2867094608   DEBUG: Thread JobWorker 2867094608 terminating (autodelete)
11:51:49 T:2909037648   DEBUG: Thread JobWorker 2909037648 terminating (autodelete)
11:51:51 T:3043635200   DEBUG: Saving fileitems [videodb://movies/titles/]
11:51:51 T:3033527376   DEBUG: CAESinkPi:Deinitialize
11:51:51 T:3033527376   DEBUG: COMXCoreComponent::Deinitialize : OMX.broadcom.audio_render handle 0xb43c0a30
11:51:51 T:3043635200   DEBUG:   -- items: 2686, sort method: 0, ascending: true
11:51:52 T:2909037648  NOTICE: Thread BackgroundLoader start, auto delete: false

It used to take a lot longer than this just to load the fileitem cache before Ben and popcornmix optimised the processing. It's possible that once the cache is loaded there is still a lot of number crunching (parsing) that has to take place, the question is whether all of it is absolutely necessary (possibly not, but identifying and eliminating the unnecessary cruft is a slow and tedious process).

As a reference, on my Pi (1GHz ARM) it takes about 4 seconds to cache 650 movies. So 9-10 seconds to cache 2686 movies is about what you might expect, or actually slightly better.

I should also point out that the build you are testing does not have all of the library performance optimisations (these are the "newclock3" patches you may see me and others referring to). This may explain the 8 second delay you are experiencing having loaded the fileitem cache, but before images are displayed:
Code:
11:51:51 T:3043635200   DEBUG:   -- items: 2686, sort method: 0, ascending: true
11:51:52 T:2909037648  NOTICE: Thread BackgroundLoader start, auto delete: false
11:52:00 T:2867094608  NOTICE: Thread JobWorker start, auto delete: true
11:52:00 T:2867094608   DEBUG: COMXCoreComponent::Initialize OMX.broadcom.image_decode input port 320 output port 321 m_handle 0xa6cf5be0
11:52:00 T:2867094608   DEBUG: COMXCoreComponent::AllocInputBuffers component(OMX.broadcom.image_decode) - port(320), nBufferCountMin(2), nBufferCountActual(2), nBufferSize(81920), nBufferAlignmen(16)
11:52:00 T:2867094608   DEBUG: COMXCoreComponent::Initialize OMX.broadcom.resize input port 60 output port 61 m_handle 0xa6cfa8e8
11:52:00 T:2867094608   DEBUG: COMXCoreComponent::Initialize OMX.broadcom.egl_render input port 220 output port 221 m_handle 0xa6cfaed8
...

On my Pi with 650 movies, there's a one-off extra delay of about 2 seconds when I first enter the movie library between the fileitem cache being populated and the first image displayed. Re-entering the movie library is usually much quicker at under 4 seconds before the first image is displayed. When you re-enter the Movie library, do you experience the same kind of delay? Try a Gotham build that has all the newclock3 performance patches.

Other than the extra 8 second delay which may be resolved by existing patches, overclocking your Pi will help to display the movie library more quickly. If you want really fast library access times with a large-ish library then x86 is likely your only option until XBMC improves the way it handles library access so that it can scale better as the library size increases.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - extension23 - 2013-12-31

I thought that may be the case. I used to have the same issue with my large library even on my faster processor systems under openelec, but sometime around 2.95 or 3.0 the issue went away and everything started loading within about 2 seconds. Not sure if some library optimizations happened to the main code around then or not, but that was a refreshing change when it did happen.

Overall I am amazed at how responsive the rpi is with the optimizations everyone has been doing. Other than the library taking a little while to load, the overall responsiveness once in the library isn't that far off from my much faster systems. I even tried Aeon Nox on it today and it handled it surprisingly well.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-01

(2013-12-31, 11:46)Doktor-X Wrote: this is modify MilhouseVH release that have dvdplayer enable so that you can use software decoding

So, have you been able to play any video with dvdplayer that keeps up?