•   
  • 1
  • 136
  • 137
  • 138(current)
  • 139
  • 140
  • 168
  •   
  Thread Closed
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)
(2015-11-12, 16:37)SofaKng Wrote: However, I'm still wondering if it's normal to see [Buffering...] for a few seconds when seeking around very large files. I'm using wired gigabit Ethernet and NFS. My over HTPC seeks around pretty much instantly.

EDIT: Also, I am using a 64 GB Samsung microSD card because I didn't have anything else available. I've ordered the NOOBS card directly from RPi foundation because I heard that's a very good card, but could my existing card be causing some of this buffering?

mkv or iso? mkv files are a bit quicker to seek.
I wouldn't expect the sdcard to affect buffering time (unless using buffermode=1 and cachemembuffersize=0 which would use the sdcard).
The network speed will affect it. May be worth checking with iperf from server to Pi. Should get around 90Mbit/s if all is good.
Thanks for the reply. I'm using MKV files ripped using MakeMKV so they are full-quality/bitrate Bluray rips.

I'll do some testing with iperf and see if I have nay problems. Thanks again!

EDIT: Oh, I almost forgot to mention but I have this little square in the upper-right with lots of colors in it that doesn't disappear? I just did a search and it looks like this is caused by under-voltage. I've ordered the official Pi power supply, but for now I'm using an Apple 10W (2.1A) PSU connected to a microUSB cable so that's strange to see the warning?
(2015-11-12, 16:37)SofaKng Wrote:
(2015-11-12, 05:30)J_E_F_F Wrote: at idle, my RPi2 hovers around 7%, either on a single core, or split between two cores, such as 5% and 2%

note that using something like #bcmstat.sh p produces noticeably higher CPU load than #top and then pressing 1 to see the individual CPUs
Thanks. After letting my RPI2 sit idle all night, it's showing about 15% idle CPU usage (using 'top' over SSH).

However, I'm still wondering if it's normal to see [Buffering...] for a few seconds when seeking around very large files. I'm using wired gigabit Ethernet and NFS. My over HTPC seeks around pretty much instantly.

EDIT: Also, I am using a 64 GB Samsung microSD card because I didn't have anything else available. I've ordered the NOOBS card directly from RPi foundation because I heard that's a very good card, but could my existing card be causing some of this buffering?

I have no lag with my large files, but the largest are only 2GB or so. They are coming via SMB on a gigabit network, but the Pi is only capable of 100mbit. You can test your network connection by installing and testing with iperf. Try moving one of your big files to the microSD card, is the lag still there? I use 32GB Samsing EVO cards, they are great, I have no issues.

You can get a good network speed bump by using a USB gigabit adapter, but the Pi should not need that additional speed, it should pull things fast enough over the built in 100mbit ethernet not to matter. http://forum.kodi.tv/showthread.php?tid=...pid2111345

You can also increase the SD Card speed http://forum.kodi.tv/showthread.php?tid=...pid2063477 note I went back to 84, one of my RPi2s was unstable at 100 (no matter which card I used) and I wanted the settings to be the same for both my RPis.
(2015-11-12, 16:53)SofaKng Wrote: EDIT: Oh, I almost forgot to mention but I have this little square in the upper-right with lots of colors in it that doesn't disappear? I just did a search and it looks like this is caused by under-voltage. I've ordered the official Pi power supply, but for now I'm using an Apple 10W (2.1A) PSU connected to a microUSB cable so that's strange to see the warning?

Yes, that is an under voltage warning. I had the same, turned out to be the special 'high power' cable I was using lol
If you trust the power supply, don't rule out the cable, it bit me.
(2015-11-12, 16:37)popcornmix Wrote:
(2015-11-12, 14:26)polo_joe Wrote: should
hvs_priority and v3d_clock
be removed from config.txt before testing?

If it helps, you should notice an improvement in both cases. Try without those settings first and then with if it doesn't seem to help.

without hvs_priority I get a lot of green artefacts and glitches
with hvs_priority=0x04000000 it's much better, but still some glitches visible
v3d_clock=400 improves behavior but still rare green artefacts and increasing discontinuity counter in tvh webinterface
after some minutes watching kodi starts buffering
(2015-11-12, 18:25)polo_joe Wrote: without hvs_priority I get a lot of green artefacts and glitches
with hvs_priority=0x04000000 it's much better, but still some glitches visible
v3d_clock=400 improves behavior but still rare green artefacts and increasing discontinuity counter in tvh webinterface
after some minutes watching kodi starts buffering

With the same settings, do you think there is any improvement in today's build compared to previous builds?
I'm not sure, but maybe a small step in the right direction.
When watching live tv with video codec info screen i have a lot of skip and errors when select deinterlace mode mmal advanced same with auto select mode.
rpi3 | LE9 Leia | Milhouse Testbuilds
2x odroid C2 | LE8.xx Krypton | LE9 Leia | Raybuntu's Community Build.
odroid XU4 | ubuntu-16.04.2-minimal-odroid-xu4
odroid XU4Q | ubuntu-16.04.0-minimal-odroid-xu4 | TVheadendserver
I have half a screen of green and artifacts since the last update. This for every video i try to play.
(2015-11-12, 23:26)Gregoire Wrote: I have half a screen of green and artifacts since the last update. This for every video i try to play.

debug log (wiki)?
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.
New OpenELEC Jarvis build #1112: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.3.0 #1 Thu Nov 12 22:26:31 GMT 2015 armv6l GNU/Linux

# vcgencmd version
Nov 11 2015 21:36:20
Copyright (c) 2012 Broadcom
version 54011a8ad59a9ae1c40bd07cddd9bcf90e779b66 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20151112222541-#1112-g14b540e [Build #1112]

# vcdbg log msg 2>&1 | grep DTOK
001708.716: Kernel trailer DTOK property says yes

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (14b540ef, changelog) and tip of XBMC master (d5859d9b, changelog) with the following modifications: Build Highlights:
  1. Small changes
Build Details:
  1. OpenELEC:
    • Add drivers for RTL8192EU (PR:4277, 1 commit, 3 files changed)
    • libcec: update to version 3.0.1 (PR:4436, 1 commit, 2 files changed)
  2. XBMC:
    • [pydocs] Fix small typo in xbmc.log() example (PR:8378, 1 commit, 1 file changed)
    • [addons] fix clearing of blacklist state on uninstall (PR:8372, 3 commits, 6 files changed)
  3. newclock5:
    • New commits in this build:
      • [pvr] Add progress bar with timeshift progress when timeshift is active (746dc287)
      • AE: fix GetDelay - only apply time correction to sink delay (4bf28b09)
    • Commits no longer in build:
  4. Additional commits/pull requests/changes not yet merged upstream:
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.
Just tried the 11-12 version and the hifiberry quit working. There was no option to choose it in the audio output. Tried the 11-10 version and it was working then. Had the option to choose pulse audio and it was working.

Edit: Sorry, not sure how the multiple posts happened.
awesome work..
just installed 1112
but i was wondering if there is anything i can do to increase the speed when trying to watch a BR.iso.. on the rpi2 it takes 2-3 mins before i get the pop up asking which stream i want to watch. with a lot of these lines repeating. other boxes its maybe 10 seconds.

18:28:06 1275.958252 T:1543500816 DEBUG: CNFSFile::Open - opened export/Media/Movies/Bluray_iso/2_Guns_2013.iso
18:28:07 1276.260010 T:1543500816 DEBUG: CNFSFile::Close closing file export/Media/Movies/Bluray_iso/2_Guns_2013.iso
18:28:07 1276.265015 T:1543500816 DEBUG: CNFSFile::Open - opened export/Media/Movies/Bluray_iso/2_Guns_2013.iso
18:28:07 1276.567505 T:1543500816 DEBUG: CNFSFile::Close closing file export/Media/Movies/Bluray_iso/2_Guns_2013.iso
18:28:07 1276.572510 T:1543500816 DEBUG: CNFSFile::Open - opened export/Media/Movies/Bluray_iso/2_Guns_2013.iso
18:28:07 1276.870361 T:1543500816 DEBUG: CNFSFile::Close closing file export/Media/Movies/Bluray_iso/2_Guns_2013.iso
18:28:07 1276.875366 T:1543500816 DEBUG: CNFSFile::Open - opened export/Media/Movies/Bluray_iso/2_Guns_2013.iso
18:28:07 1277.179810 T:1543500816 DEBUG: CNFSFile::Close closing file export/Media/Movies/Bluray_iso/2_Guns_2013.iso
18:28:07 1277.184937 T:1543500816 DEBUG: CNFSFile::Open - opened export/Media/Movies/Bluray_iso/2_Guns_2013.iso
18:28:08 1277.485596 T:1543500816 DEBUG: CNFSFile::Close closing file export/Media/Movies/Bluray_iso/2_Guns_2013.iso
18:28:08 1277.502197 T:1965367296 DEBUG: CDVDInputStreamBluray::Logger - bluray.c:1507: BLURAY destroyed!
(Duplicate posts deleted)
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.
(2015-11-13, 02:16)albertstroh77 Wrote: Just tried the 11-12 version and the hifiberry quit working. There was no option to choose it in the audio output. Tried the 11-10 version and it was working then. Had the option to choose pulse audio and it was working.

Edit: Sorry, not sure how the multiple posts happened.

So it works with #1110.
Doesn't work with #1112.
Is the Hifiberry working with #1111b?

There are no kernel config changes between #1110 and #1112. There is a firmware change in #1111, and PulseAudio is entirely disabled starting with #1111 (until the passthrough issue is resolved).
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.
  •   
  • 1
  • 136
  • 137
  • 138(current)
  • 139
  • 140
  • 168
  •   
  Thread Closed
 
Thread Rating:
  • 10 Vote(s) - 5 Average



Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)510