• 1
  • 12
  • 13
  • 14(current)
  • 15
  • 16
  • 168
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)
Does this mean that IPTV simple addon will now be able to timeshift?
Not yet, all this means is that the PVR addons will build against the new API. Each add-on will need to implement the time-shifting functionality, as right now they just return "false" when queried if they support time-shifting.
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-07-20, 15:03)zaphod24 Wrote: Been running 0718b and now 0719 with advanced deinterlacing enabled and overclock:

core_freq=500
v3d_freq=500
h264_freq=500
over_voltage=4

So far no more crashes and the deinterlacing looks great!

Are these value for rpi1 or 2?
Those settings should work with both Pi1 and Pi2.
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'm specifically running an RPi2 though, in fact 2 of them because they're so awesome.

I changed mine last night to just gpu_freq=450 and no over voltage. I am also using "echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor" instead of force_turbo=1. So far, seems to be stable and when watching live TV at 1080i60 it doesn't drop frames, rarely skips any and doesn't "miss" many either (I am using the resample audio option and it shows missed frames in the info popup).

I actually ordered some heatsinks which should arrive tomorrow to try and keep the temps a little cooler when overclocking.
Question 
Dear Developers,

Starting from the end of previous version (v15) and still continuing on this version (v16 alpha), Librarly Cleanup stucks at around 13% after automatically updating the library. Do you have any suggestions? I think my library is corrupted some how (maybe a power cut caused it).
(2015-07-21, 22:03)aytek Wrote: Do you have any suggestions? I think my library is corrupted some how (maybe a power cut caused it).

Probably, a debug log (wiki) might shed more light. Unlikely to be related to these builds, try 5.95.3 and I'd expect you to have a similar problem. My advice: drop/delete it and rescan a fresh library.
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 Isengard build #0721: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.1.2 #1 Tue Jul 21 21:03:44 BST 2015 armv6l GNU/Linux

# vcgencmd version
Jul 16 2015 19:12:56
Copyright (c) 2012 Broadcom
version bc619b5e5aa64f2b5fdd24f6b6a4e61907027a35 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150721210255-#0721-g623255d [Build #0721]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (623255dd, changelog) and tip of XBMC master (afda4947, changelog) with the following modifications: Build Highlights:
  1. Switch from FastBilinear to to Bicubic for picture scaling algorithm (only affects non-GPU decoded artwork)
Build Details:
  1. OpenELEC:
    • iwlwifi-firmware: update to iwlwifi-firmware-0.0.3 (623255dd)
  2. XBMC:
    • set BICUBIC as default picture scaling algorithme (PR:7549, 1 commit, 1 file changed)
    • [EPG] Some EPG window cleanup (PR:7556, 2 commits, 2 files changed)
    • Fix GUIInfoManager that got messed up with dsp merge (PR:7572, 1 commit, 3 files changed)
    • dvdplayer: flush renderbuffers when flushing video player (PR:7559, 1 commit, 1 file changed)
  3. newclock4:
    • New commits in this build:
      • [settings] Fix broken network.bandwidth setting (f64bc79e)
      • dvdplayer: fix clockspeed adjust for non-resampling modes (35105702)
    • Commits no longer in build:
      • fixup! build: Allow installed links to be overwritten (89dfa4fc)
      • dvdplayer: flush renderbuffers when flushing video player (868e2f94)
  4. kernel 4.1.y:
    • New commits in this build:
      • bcm2835-sdhost: Add the ERASE capability (a5b4fabb)
      • bcm2835-sdhost: Ignore CRC7 for MMC CMD1 (48d4fef9)
      • BCM270X_DT: Add unit address to gpio node name (e6a77a6d)
  5. 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.
New OpenELEC Isengard build #0722: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.1.2 #1 Wed Jul 22 23:05:44 BST 2015 armv6l GNU/Linux

# vcgencmd version
Jul 22 2015 21:56:39
Copyright (c) 2012 Broadcom
version 0a6416b75f88e3eab688f151dd07d34144785407 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150722230456-#0722-g0cfb546 [Build #0722]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (0cfb546d, changelog) and tip of XBMC master (563fc2e6, changelog) with the following modifications: Build Highlights:
  1. New firmware
  2. The PTS/DTS timestamp option is removed:
    popcornmix Wrote:I'm hoping to push a firmware update tonight that solves the pts/dts timestamp issue. Realistically I suspect it may take a few iterations to handle all types of files, but will be good to get some testing soon.
    ...
    The "prefer pts" option is gone. A lot of files seem to play well, but I would expect there to be some regressions.

    If you find any files that are stuttery, then samples are useful.
  3. There is also an improvement to advanced 1080i deinterlace (lower gpu overclock required)
  4. Fix stutter regression (see thread)
  5. Known issue: Splash video is not appearing (and delays appearance of Kodi GUI by about 20 seconds)
Build Details:
  1. Firmware (Jul 22):
    • firmware: sdram: Adjust YUVUV format alignment to get better sdram utilisation with di_adv
    • firmware: di_adv: Updated qpu with semaphore synchronisation between qpus
    • firmware: video_decode: Various fixes to timestamp handling
      • video_decode: Remove avoid_fix_ts paramater
      • video_decode: Treat fragmented packets as unknown timestamps
      • video_decode: Don't set the frame time from the userdata callback
      • video_decode: Sanity check the frame_interval and repeat count from codec
      • video_decode: Tweak timestamp quality measure
      • video_decode: Add flag to indicate presence of DTS timestamps
      • video_decode: Force starttime packet to not be an unknown timestamp
      • video_decode: change flags to unknown in timestamp_add
      • video_decode: Move timestamp fifo quality check after packed frame handling
      • video_decode: calculate xFramerate regardless of OMX_IndexConfigRequestCallback
  2. OpenELEC:
    • [RPi]: Enable config options required for next RPi kernel bump (PR:4239, 2 commits, 2 files changed)
    • [RPi] add missing module for Hifiberry Digi card (PR:4244, 1 commit, 2 files changed)
    • [libcec] Add repeating key support from popcornmix repo (PR:4240, 3 commits, 3 files changed)
    • mkpkg_kodi: version_tag is empty on 15 final (c99780e8)
    • mkpkg_kodi-Isengard: meh after d608cf4 (5e134d52)
    • repository.unofficial: bump for kodi-15 final (b7f6a81e)
    • linux: update to linux-4.1.3 (206c84df)
  3. XBMC:
    • [ios/packaging] - ensure that the deb package has ios5.1 as minimum i… (PR:7579, 1 commit, 1 file changed)
    • [dx11] CD3DTexture::SaveTexture - fixed an amount of memory to save c… (PR:7582, 1 commit, 1 file changed)
    • [win32] fix VS 2013 solution (PR:7578, 1 commit, 1 file changed)
    • [typos] fix typos RegisterReceveiver -> RegisterReceiver (PR:7584, 1 commit, 5 files changed)
    • [video] use action listener pattern for CPlayerController (PR:7581, 2 commits, 4 files changed)
    • [guilib] fix modality handling of dialog slider (fixes #16140) (PR:7571, 1 commit, 2 files changed)
    • [DX11] Set of fixes for transition between different adapters. (PR:7588, 3 commits, 2 files changed)
  4. pvr.hts:
    • Implement predictive tuning using multiple tuners (PR:23, 1 commit, 9 files changed)
    • include satpos in mux description (PR:67, 1 commit, 1 file changed)
    • API: GetTimerTypes: Heap-allocate TimerType instances to avoid stack overflow (PR:68, 2 commits, 3 files changed)
  5. newclock4:
    • New commits in this build:
      • fix stuttering indruduced by 9c3adb5a9f390ad73c52469ed79de297dad68d80 (4ab32b45)
      • [mmalcodec] Enable interpolate timestamps (b5095e77)
    • Commits no longer in build:
      • [rbp] Allow settings option for timestamp preference (43a02e89)
      • [rbp] Flip default of prefer pts timestamps (77d2b0ef)
  6. Additional commits/pull requests/changes not yet merged upstream:
    • Reverted: 206c84df: linux: update to linux-4.1.3 (wait for raspberrypi sync)
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.
Can anyone currently running the advanced deinterlacer with overclock try reducing the overclock?
I'm hoping that gpu_freq=300 (for 1080i60) should be okay with tonight's build. 250 is probably okay for 1080i50.

Also the "prefer PTS timestamps" option has been removed.
If you had problems with stutter and needed that option set a specific way, can you test again?
Samples of files that still stutter would be useful.
It's great!

OMXplayer works perfect now ,no matter PTS timestamps or not,all smooth no stutter
(2015-07-23, 02:02)popcornmix Wrote: Can anyone currently running the advanced deinterlacer with overclock try reducing the overclock?
I'm hoping that gpu_freq=300 (for 1080i60) should be okay with tonight's build. 250 is probably okay for 1080i50.

Seems to work fine for 1080i50 with gpu_freq=250.

(2015-07-23, 02:02)popcornmix Wrote: Also the "prefer PTS timestamps" option has been removed.
If you had problems with stutter and needed that option set a specific way, can you test again?
Samples of files that still stutter would be useful.

No stuttering live HDTV for me with this build so you've nailed that case at least. Nice work.
Leopold's Repository: Home of LibreELEC Dev Updater ...
(2015-07-23, 02:02)popcornmix Wrote: I'm hoping that gpu_freq=300 (for 1080i60) should be okay with tonight's build. 250 is probably okay for 1080i50.
Samples of files that still stutter would be useful.
Hi.
https://drive.google.com/file/d/0B9_XmyO...sp=sharing
With OMX much better then MMAL.
Is there any news about artifacts on VC-1i? Seem like problem with cadence.
Thank you, for your job.
Running Millhouse #722 solid as a rock!! DVDPlayer on... OMX off HAPPY!!
Goodbye drops and skips Smile
Question 
(2015-07-15, 14:48)Milhouse Wrote: Stop overclocking sdram_freq - it gives practically no benefit, but can often result in instability with recent firmware.

I too had a completely stable Pi2 for months with sdram_freq=500, but recent firmware resulted in random crashes and freezes, which went away once I stopped overclocking sdram_freq.

You could possibly regain stability by bumping up the sdram voltage, but unlike the Pi1, the Pi2 benefits very little from overclocking sdram (mainly because the ARMv7 SoC has increased L2 cache) so ultimately the increased risk of instability is just not worth the hassle for the meagre improved performance (which you probably won't even notice).

Question:
So don't set sdram_freq at all? OR set it to sdram_freq=400? (at least I was under the impression 400 was the original Openlec default)

I'm running this now, seems to work pretty fine:
Code:
force_turbo=1      #used to push het gpu overclock
  initial_turbo=60 #old-line; used this before to help prevent sd corruption --Still not sure if it was useless because off the force_turbo=1
  arm_freq=1062
  core_freq=590
# sdram_freq=400
  over_voltage=4
  over_voltage_sdram_c=0
  over_voltage_sdram_i=0
  over_voltage_sdram_p=2
  avoid_pwm_pll=1
  v3d_freq=400
  h264_freq=400

disable_pvt=1      #Disable adjusting the refresh rate of RAM every 500 ms
  • 1
  • 12
  • 13
  • 14(current)
  • 15
  • 16
  • 168

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