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 - Trickname - 2013-08-18

Hello,
tested Rbej-Version-Gotham-Branch(18.08.2013) a little and can say,

have to change guisettings.xml for correct timezone,
liveTv OSD is cut off (figured out this must be confluence bug, other skins don´t have this),
when using plugins that switch Container.SetViewMode XBMC is rebooting.
Also when OE is started see a line mkdir error (this wasn´t there in firstboot).

Another thing for me is, i found no way to make all my live tv audio setting mp2 as default. I have to do this in every channel seperatly.

Except that little things this is a nice build.
Greatest for me in Rbej Versions is ultra fast channel switching.
Off cause like other tweak too.

Thx for all your work.

btw is it possible to install another (stock)skin.confluence to tryout if OSD working propper there.
Are there any Rbej Build spezial skin.confluence versions ??

edit:
had little problems from bootup, it stocks in confluence backdrop and menu bar was not visible, i used
killall -9 xbmc.bin and it was working again
will report if i find out more about that


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-08-18

(2013-08-18, 14:51)MilhouseVH Wrote:
(2013-08-18, 14:32)doveman2 Wrote: but I'm not sure if there's anything like that available for the RPi.

On Raspbian you can install the stress package which can help test the CPU and memory. Testing the GPU overclock is trickier, Quake used to be a good test for that, maybe running omxplayer at the Raspbian command line could give an indication of stability.

Video decode doesn't really stress gpu. Quake or hello_triangle2(*) are better.

(*) if force_turbo is not set then run something on arm at the same time (e.g. stress) to get arm busy enough to switch to turbo.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-08-18

(2013-08-18, 14:45)Koloss Wrote:
(2013-08-18, 14:20)rbej Wrote: Add this to network section

<readBufferFactor>4.0</readBufferFactor>

Only for WLAN?

I've set it for wired. No reason not to fill buffers as quickly as possible.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - ntadej - 2013-08-18

I experience quite a lot of flickering on about top 10 pixels of image when having deinterlacing enabled on 576i and 1080i channels.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - fritsch - 2013-08-18

(2013-08-18, 14:57)popcornmix Wrote:
(2013-08-18, 14:45)Koloss Wrote:
(2013-08-18, 14:20)rbej Wrote: Add this to network section

<readBufferFactor>4.0</readBufferFactor>

Only for WLAN?

I've set it for wired. No reason not to fill buffers as quickly as possible.

WLAN was just an example. It will speed up no matter what medium is used - the change is much too trivial to distinguish between networks.

Btw. I pushed it to master and changed the string to be all lowercase (xml, should not matter) in order to match the others in advancedsettings.xml to be
Code:
<network>
  <readbufferfactor>4.0</readbufferfactor>
</network>



RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-08-18

(2013-08-18, 14:51)MilhouseVH Wrote: On Raspbian you can install the stress package which can help test the CPU and memory. Testing the GPU overclock is trickier, Quake used to be a good test for that, maybe running omxplayer at the Raspbian command line could give an indication of stability.

Thanks. I've got a SD card which I put Raspbian on. I didn't get very far with it as it defaulted to some unreadable resolution on my TV and didn't have any options to change it but I'll dig out a lead and hook it up to my PC monitor and test.

(2013-08-18, 14:55)popcornmix Wrote: Video decode doesn't really stress gpu. Quake or hello_triangle2(*) are better.

(*) if force_turbo is not set then run something on arm at the same time (e.g. stress) to get arm busy enough to switch to turbo.

Thanks. I'll give that a go.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-08-18

(2013-08-18, 16:03)ntadej Wrote: I experience quite a lot of flickering on about top 10 pixels of image when having deinterlacing enabled on 576i and 1080i channels.
Can you post a photo? xbmc.log?
Is deinterlace enabled? Does it go away without deinterlace?
Does it occur from files or live sources? Can you produce a small sample file that exhibits the problem?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-08-18

(2013-08-17, 16:27)doveman2 Wrote: I'm finding using Music extremely slow.

I scanned my music files (11177) on my PC and then transferred the database and thumbnails across, as I knew the inital scan would be quite slow on the RPi.

I've taken the timings from the log rather than try and time it on-screen but I think I've used the right times.

Entering Genre view (13:44:08 - 13:44:11) or Albums (13:44:33 - 13:44:37) is bearable but Artists is very slow (13:44:13 - 13:44:31) and Songs even worse (13:44:43 - 13:45:41)

I've updated a few tags, so started a Library Update on the RPi but that's crawling along. (13:47:57 - 14:56 to do 110 folders, only another 529 to go!)

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

I got up the courage to try the latest build and it does seem to have improved things a fair bit Nod. Songs took from 19:55:45 - 19:56:27, so 42s instead of 58s previously, Artists took from 19:55:23 - 19:55:32, so 9s vs 18s, Genre took about 1s and Albums about 3s.

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


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - ntadej - 2013-08-18

(2013-08-18, 20:08)popcornmix Wrote:
(2013-08-18, 16:03)ntadej Wrote: I experience quite a lot of flickering on about top 10 pixels of image when having deinterlacing enabled on 576i and 1080i channels.
Can you post a photo? xbmc.log?
Is deinterlace enabled? Does it go away without deinterlace?
Does it occur from files or live sources? Can you produce a small sample file that exhibits the problem?

When I enable deinterlace, flickering starts. Without deinterlace, there are any problems. The issue seems to be worse on lighter scenes. This occurs on Live TV on all channels tested, so I recorded a sample with tvheadend and is available here:
http://tano.si/tmp/flickering_sample.ts

I can post xbmc.log and a video of flickering tomorrow.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-08-19

Well that didn't last very long unfortunately Sad

With the latest build, I just left it on the EPG page and just went to use it and it was locked and not accessible via SCP or SSH either, so I had to power-cycle. The log shows it hasn't done anything for the last two hours!

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

I think I'll disable the MP PVR plugin and disable TV and see if that makes it stable.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-08-19

One annoyance I keep running into is that it doesn't seem to save the settings until power-off/reboot, so like just now I disabled the MP PVR plugin and disabled TV and then went to edit a source and when I clicked on Browse it crashed and rebooted but when it restarted TV was enabled again so I had to wait for that to load, go and disable it and reboot to save the change before I did anything in case it caused it to crash again. The plugin stayed disabled, so it seems it's just the XBMC settings that don't get saved.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rbej - 2013-08-19

Updated Gotham Branch

- updated Xbmc Gotham

http://netlir.dk/rbej/builds/

http://lysin.me/rbej


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - schub - 2013-08-19

(2013-08-19, 08:09)rbej Wrote: Updated Gotham Branch

- updated Xbmc Gotham

http://netlir.dk/rbej/builds/

http://lysin.me/rbej

I have a interesting behavior. The "openelec Rbej Custom build" logo is not cleared at boot time
and when XBMC dims the display i can see the logo in the background. I can see it also
when watching LiveTV and switching channels, when the display should be black i can see the logo instead.
Maybe the framebuffer is not cleared?
Is there somebody else seeing the same?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-08-19

(2013-08-19, 11:15)schub Wrote: I have a interesting behavior. The "openelec Rbej Custom build" logo is not cleared at boot time
and when XBMC dims the display i can see the logo in the background. I can see it also
when watching LiveTV and switching channels, when the display should be black i can see the logo instead.
Maybe the framebuffer is not cleared?
Is there somebody else seeing the same?

Issue #2529 - should be fixed in the next build.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Koloss - 2013-08-19

New Build form Today

2 Bugs:

1. On Booting:
mkdir:: can't create file directory 'none' : read-only file system

2. Sometimes the same reboot problem - hangs on xbmc media center logo
http://forum.xbmc.org/showthread.php?tid=169674&pid=1485304#pid1485304


This forum uses Lukasz Tkacz MyBB addons.