• 1
  • 133
  • 134
  • 135(current)
  • 136
  • 137
  • 146
OpenELEC Testbuilds for RaspberryPi (Kodi 17.0)
(2016-04-05, 11:17)toppot Wrote: Also: an update and a question. I am now on Libreelec 405. Is that the same as openelec 404Huh I am confused how come versions are not exactly the same, and how come openelec builds appear to be slightly more frequent than Libreelec (this one is for you Milhouse..)

LE #0405 is pretty much the same as OE #0404. Not exactly the same, as obviously it contains LE enhancements, which is why I'm not attempting to keep the build id in step - they're not the same (but close).

OE builds appear more frequently because OE is still the basis for my "official" builds, and I'm producing LE builds only as-and-when (you'll also notice they're completely without documentation or changelogs, so pretty much unsupported). That will all change when I'm able to make the switch to LE 100%.

(2016-04-05, 11:17)toppot Wrote: This (Libreelec 0405) seems VERY stable for me - only problem still remaining since 3xx (both Openelec and Libreelec) is that somehow it seems that when idling for a long time the RPI2 seems to freeze.. Not sure if it is when I turn on TV (CEC remote), or just from the idling... All in CEC and screensaver is set to NOT sleep (it dims the screen, thats all) - but still this problem.
(killing kodi is often possible, but not always). And this is not from 5 min. idling (when screensaver kicks in), but perhaps after 1+ hour...

I'm not seeing this problem at all, and my RPi3 is on 24x7 and idle most of that time (Dim screensaver @ 3 minutes, "suspend" enabled @ 15 minutes). However CEC is disabled as it's only connected to a computer monitor... are you able to disable CEC and see if that helps?
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-04-05, 11:17)toppot Wrote: Nope - still same problem... after 1,5 hour "something" made it stay in "overclock" territory... It did respond when I turned on the TV (great), but "something" is started after a while... Annoying..
And most surprisingly - a killall -9 kodi.bin did NOT bring the cpu utilization down to where it was before the pause/idle... A reboot did help.... Will try to let bcmstat run to see when if rises.....
(and probably I was just a bit impatient after killing kodi.bin... Only gave it 1 minute or something....)

EXCATLY 1 hours after reboot... Suddenly "something" startet to eat CPU cycles.... Not sure what or why..

AnybodyHuh? It is not the screensaver (dim after 5 min.)...
The first hour :

Time ARM Core H264 Core Temp (Max) IRQ/s RX B/s TX B/s cpu0 cpu1 cpu2 cpu3
======== ======= ======= ======= =============== ====== ========== ========== ====== ====== ====== ======
13:49:26 600Mhz 250Mhz 0Mhz 42.24C (47.08C) 266 271 547 4.01 6.41 10.25 1.61
13:49:28 600Mhz 250Mhz 0Mhz 42.77C (47.08C) 271 644 724 3.83 3.34 9.63 5.76
13:49:30 600Mhz 249Mhz 0Mhz 42.24C (47.08C) 264 1,111 175 3.09 1.64 9.84 6.94
13:49:32 600Mhz 250Mhz 0Mhz 42.24C (47.08C) 271 644 724 4.71 1.80 10.03 7.12
13:49:34 600Mhz 250Mhz 0Mhz 42.77C (47.08C) 261 194 175 2.56 4.97 10.76 3.04
13:49:36 600Mhz 250Mhz 0Mhz 42.24C (47.08C) 260 50 175 2.61 5.98 9.84 3.57
13:49:38 600Mhz 250Mhz 0Mhz 42.77C (47.08C) 276 2,447 843 3.96 4.93 10.24 3.96


After the hour mark - something similar to:
Time ARM Core H264 Core Temp (Max) IRQ/s RX B/s TX B/s cpu0 cpu1 cpu2 cpu3
======== ======= ======= ======= =============== ====== ========== ========== ====== ====== ====== ======
14:37:04 950Mhz 450Mhz 0Mhz 53.00C (53.00C) 481 6,112 16,770 58.86 38.29 38.29 79.43
14:37:06 950Mhz 450Mhz 0Mhz 53.00C (53.00C) 290 1,154 1,350 17.24 46.45 27.95 26.98
14:37:08 950Mhz 450Mhz 0Mhz 53.00C (53.00C) 1,008 41,027 50,708 59.37 72.91 23.58 36.64
14:37:10 950Mhz 450Mhz 0Mhz 52.46C (53.00C) 313 1,973 2,547 22.28 19.37 16.46 67.46
14:37:12 950Mhz 450Mhz 0Mhz 52.46C (53.00C) 303 1,265 1,931 18.75 14.86 37.72 49.40

I could start disabling add-ons one at a time... But with a 1 hour wait that is probably not the smartest idea.....
@Milhouse or anyone else who might know

How do you schedule your Pi to suspend after 3 mins?
mine are on 24/7 wondering if i should put them all in suspend after a few minuets after not being in use

Thanks for the releases everyone!

Thanks
N
(2016-04-02, 17:14)popcornmix Wrote:
(2016-04-02, 17:08)J_E_F_F Wrote: Any idea what is causing this, The only addon I have installed is devupdate and the setup is pretty much the same as it was 8 months ago with the exception of overclock settings, which have had no noticeable effect on this observation?

It may be the "io_is_busy" flag that we have enabled when using the sdhost sdcard driver.
That enables turbo mode when sdcard is accessed. Now, I don't see that normally, but it is possible you have an add-on that is accessing the sdcard regularly
(even regular debug log messages may trigger it).

If it is that, we are planning to remove that setting and handle the sdhost clock adjustment a new way. Hopefully that will be out for testing within the next week.

Looks like that was it, last nights build with the "io_is_busy" change corrected the issue.
(2016-04-05, 14:17)toppot Wrote: I could start disabling add-ons one at a time... But with a 1 hour wait that is probably not the smartest idea.....

Looking at the debug log (wiki) after one hour may be useful.
You can rename .kodi (e.g. to .kodi_back) and reboot. That will sanity check if a clean install has the one hour issue.
(2016-04-05, 16:29)popcornmix Wrote:
(2016-04-05, 14:17)toppot Wrote: I could start disabling add-ons one at a time... But with a 1 hour wait that is probably not the smartest idea.....

Looking at the debug log (wiki) after one hour may be useful.
You can rename .kodi (e.g. to .kodi_back) and reboot. That will sanity check if a clean install has the one hour issue.

This one..
16:39:41 6367.685059 T:1962188800 NOTICE: SpawnThread - fatal error creating thread
16:40:04 6390.732422 T:1718612896 ERROR: Skin Helper Service --> ERROR in LibraryMonitor ! --> can't start new thread
16:40:04 6390.732910 T:1718612896 ERROR: Traceback (most recent call last):
16:40:04 6390.733398 T:1718612896 ERROR: File "/storage/.kodi/addons/script.skin.helper.service/resources/lib/ListItemMonitor.py", line 209, in run
16:40:04 6390.740234 T:1718612896 ERROR: thread.start_new_thread(self.setPVRThumbs, (True,))
16:40:04 6390.741211 T:1718612896 ERROR: error: can't start new thread


Soo, that seems obvious. The update/creation of pvr thumps.... Not sure I understand exactly why it should make a mess that the thread creation failed... It is on the other hand obvious that my setting "not to update guide data during playback" could be the reason I only experience this after some idling....

Then the question arises... How to fix? Is it the pvh.hts, the Rapier skin or perhaps the Skin helper that is the culprit...
Hi Milhouse/Popcornmix,
I've been testing out your builds on various Pis 2 & 3 and I'm very impressed with how you have managed to get h265 HEVC running so well with both 720p and 1080p, especially as the chip was never intended to do this :-)
Today I installed Milhouse build #0404 and replay of 1080p has got quite a bit worse, I have gone back and forward between #0403 and #0404 and on #0404 during the first 40seconds of a HEVC 1080p file I'm seeing ~180 skipped frames and 0 dropped frames and the sound is getting out of sync, where as on #0403 I'm seeing only ~10 skipped frames and 2 dropped frames and sound is fine. (I get the same results using LE builds #0403 and #0405)
Not a complaint, just letting you know. :-)
I think what you've managed so far is amazing and hope that you will be able to continue with the improvements. :-)
Regards, Kevin.
(2016-04-05, 17:09)bleep42 Wrote: Today I installed Milhouse build #0404 and replay of 1080p has got quite a bit worse, I have gone back and forward between #0403 and #0404 and on #0404 during the first 40seconds of a HEVC 1080p file I'm seeing ~180 skipped frames and 0 dropped frames and the sound is getting out of sync, where as on #0403 I'm seeing only ~10 skipped frames and 2 dropped frames and sound is fine. (I get the same results using LE builds #0403 and #0405)

Thanks for reporting. Is the video 23.976/24 fps? Do you have "adjust display refresh rate to match video" enabled? Is your TV switching to a 24Hz mode?
There was a change last night that could increase cpu a little when display refresh rate is greater than video refresh rate. Would be useful to confirm if that is the case for you.
(2016-04-05, 15:50)nick w Wrote: How do you schedule your Pi to suspend after 3 mins?
mine are on 24/7 wondering if i should put them all in suspend after a few minuets after not being in use

Make sure your Settings level is Advanced or Expert. You configure the suspend function in the "Power saving" section:

Settings > System > Power saving > Shutdown function > Suspend (and set the "Shutdown function timer" to 15 min, or you whatever prefer).

This is a "virtual" suspend as the Pi can't actually suspend for real - when it suspends, it simply cuts power to the HDMI port, which is enough for the connected display to go into "eco" mode (switch off backlight etc.).

You can "suspend" the Pi with "texturecache.py power suspend" at the command line, or from the Power menu. Any remote/keyboard button will resume/wake the suspended Pi.
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.
Hi Popcornmix,

The test file I'm using is here, it's a 24Hz frame rate.
http://trailers.divx.com/hevc/TearsOfSte..._7subs.mkv
I'm actually driving a monitor, through a HDMI to VGA converter at 1920x1080 50Hz.

For the results as I mentioned above I had:-
Adjust display refresh OFF
Sync playback to display OFF
The monitor frequency stayed at 50Hz.

I've now changed the settings to:-
Adjust display refresh Always
Sync playback to display ON
and for LE #0403 I'm getting ~11 drops and 17 skips, sound stays in sync.
for LE #0405 I'm getting 0 drops and ~240 skips, sound goes out of sync.
Now, in both above cases, the screen changes to 60Hz.
In all above cases I'm seeing about a max CPU of 70%, average of 30-50% CPU (very roughly)
Visually you can see significantly more stuttering between builds.
Anything else you would like me to test please let me know.
Regards, Kevin.
@popcornmix
I see similar issues with frame skips, although I don't use Milhouse's builds, my builds are very similar as we use almost the same codebase for kodi/kernel/firmware/libs.
I rebuilt the whole thing yesterday night, it should be nearly identical kodi-wise to Milhouse's #404.
I see lot's of skips on any type of content , I played around with the settings to no avail(sync,pll adjust, display rate adjust and etc), I did not try OMX only tho, same happens in software-only mode, nothing seems to help,
a wild guess would be that there is something wrong with the skip counter in the "o" overlay because visually I don't notice the skips.
(2016-04-05, 18:18)asavah Wrote: I see similar issues with frame skips, although I don't use Milhouse's builds, my builds are very similar as we use almost the same codebase for kodi/kernel/firmware/libs.

What are the video and display frame rates?
Just updated to today's 404 build and the 3D tags are back Smile
@popcornmix

Mostly I've tried iptv (udp multicast streams,legal, my isp provides that) and http streams ,
eg mpeg2 720x576,25fps ( PI3 with mpeg2 codec) or h264 1080p, doesn't matter.
the display is an LG monitor, hdmi 1080p,60hz
OMX is fine

I ve rechecked and media files from NFS are fine , perfect, the skip counter does not increase with mmal.

Sorry for the noise it seems the problem is related to live streams only, however live streams were working perfectly fine on a 2 weeks old build,
sorry I can't be more specific because in a few weeks a lot of stuff got merged and I was not able to do more frequent builds due to time constraints.
(2016-04-05, 19:15)Vimes Wrote: Just updated to today's 404 build and the 3D tags are back Smile

Good to know. I guess that means "FIX: speedup thumb loading" caused the issue and "fixup speedup: move properties detection to cached" fixed it.
  • 1
  • 133
  • 134
  • 135(current)
  • 136
  • 137
  • 146

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