• 1
  • 47
  • 48
  • 49(current)
  • 50
  • 51
  • 146
OpenELEC Testbuilds for RaspberryPi (Kodi 17.0)
Great, so looks like PR8807 is responsible - a decent crashlog from #0115x should help narrow it down even more.
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.
After jump forward the movie time counter is reset to 0.
Still 01.11 version it has fault.
(2016-01-18, 10:36)envagyok Wrote: After jump forward the movie time counter is reset to 0.
Still 01.11 version it has fault.

Yes, same annoying problem for me.
A VideoPlayer bug, with OMXPlayer, it works fine.
(2016-01-18, 10:38)vandamme Wrote:
(2016-01-18, 10:36)envagyok Wrote: After jump forward the movie time counter is reset to 0.
Still 01.11 version it has fault.

Yes, same annoying problem for me.
A VideoPlayer bug, with OMXPlayer, it works fine.

Are you sure this is still there in #0116 and #0117?

As I said here I could reproduce in #0115, although it seemed to be an omxplayer-only issue, however I can no longer reproduce in either #0116 or #0117, so it would appear to have been fixed in #0116.
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 will recheck tonight.
(2016-01-18, 12:41)Milhouse Wrote:
(2016-01-18, 10:38)vandamme Wrote:
(2016-01-18, 10:36)envagyok Wrote: After jump forward the movie time counter is reset to 0.
Still 01.11 version it has fault.

Yes, same annoying problem for me.
A VideoPlayer bug, with OMXPlayer, it works fine.

Are you sure this is still there in #0116 and #0117?

As I said here I could reproduce in #0115, although it seemed to be an omxplayer-only issue, however I can no longer reproduce in either #0116 or #0117, so it would appear to have been fixed in #0116.

I confirm the problem with omx player up to #0115.
I have no problems with #0116 or #0117
Location UK; Media server Windows 7 with ArgusTV 2.3 with TBS6981 DVB-S2 x4 and DVB-T x 2:All network connections cabled on 1Gb router Raspberry Pi2 1GB x 2; RPI 3 x1; PiB+512MB x 3; TV Samsung 55" C8000; AV Denon AVR X2200W
Tried #0116 then #0117 with LiveTV using HTS Tvheadend 4.1-1363~ga46818c as backend and standard TVheadend frontend, along with playback of live and catchup streaming via iplayer WWW. (Everything connected installed on same RPi2)

Live TV streams via TVHeadend, intially video/audio fine, but after switching between channels, audio lost and does not return, with Video OK?

With Streaming via iplayer WWW, live TV appeared to be good with a short test, but with catch-up playback lasts a few seconds perfect after intial buffer fill before Video/Audio is stuttering and effectively unusable. (This issue with streaming via iplayer WWW is similar to what I mentioned in previous post for #0113 with video debug on)

kodi log for #0117

Anyone else trying iplayer WWW with latest builds?
RPi4, (LibreELEC 11.0) hdmi0 -> Philips 55PUS7304 4K TV, hdmi1 -> Onkyo TX-SR608 AV Receiver
(2016-01-18, 20:47)MikeKL Wrote: Anyone else trying iplayer WWW with latest builds?

I watched The Rack Pack last night with latest build and it was perfect.
With 0117 i have the 1-2 fps Problem after skipping as well. This is happening with 3DMVC mkv files. Jumping back to the beginning is working fine. Jumping to any other time within the movie results in 1-2 fps.

Another thing I noticed:
Watched items are not hidden in the recently added lists if movies and series even though the option under Video -> library is set
(2016-01-18, 21:03)niwa2 Wrote: With 0117 i have the 1-2 fps Problem after skipping as well. This is happening with 3DMVC mkv files. Jumping back to the beginning is working fine. Jumping to any other time within the movie results in 1-2 fps.

A similar issue was reported in x86 builds (not for 3dmvc, but 1-2fps after seeking). Fernet has said he had an idea of the cause and I've cherry-picked the new commits. It might fix this problem.
(2016-01-18, 20:55)popcornmix Wrote:
(2016-01-18, 20:47)MikeKL Wrote: Anyone else trying iplayer WWW with latest builds?

I watched The Rack Pack last night with latest build and it was perfect.
Thanks will test watching The Rack Pack with lower stream levels, maybe I am expecting too much at 2.4Mbps (Although I thought if buffering is needed and an issue then ideally kodi interface would advise in kodi interface, not just start stuttering with no explanation etc?)

With 1.5Mbps Akamai The Rack Pack does seem to be playing OK, unlike 2.4Mbps which started to stutter after a couple of minutes of good playback.
RPi4, (LibreELEC 11.0) hdmi0 -> Philips 55PUS7304 4K TV, hdmi1 -> Onkyo TX-SR608 AV Receiver
(2016-01-18, 21:11)MikeKL Wrote: Thanks will test watching The Rack Pack with lower stream levels, maybe I am expecting too much at 2.4Mbps (Although I thought if buffering is needed and an issue then ideally kodi interface would advise in kodi interface, not just start stuttering with no explanation etc?)

With 1.5Mbps Akamai The Rack Pack does seem to be playing OK, unlike 2.4Mbps which started to stutter after a couple of minutes of good playback.

I suspect this is an issue with the streams iplayer uses.
I believe that HLS streams don't use Kodi's normal internet buffering and just relies on what buffering is in ffmpeg (probably very little).

The previous iplayer addon used rtmp which does get buffered more, so is more likely to work well.

I'm finding if I'm not downloading then the 2.4M stream plays okay for me. However when downloading (even when throttled to a lowish bitrate) the HLS stream seems to stutter.
Obviously the exact behaviour will depend on your internet speed.
New OpenELEC Krypton build #0118: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.4.0 #1 Mon Jan 18 22:21:16 GMT 2016 armv6l GNU/Linux

# vcgencmd version
Jan 15 2016 17:31:09
Copyright (c) 2012 Broadcom
version 50b1ff57f80db9c96b78757d2d2cfc226ed71f93 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20160118222024-#0118-ga040916 [Build #0118]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (a040916a, changelog) and tip of XBMC master (5d3564cb, changelog) with the following modifications: Build Highlights:
  1. Fix issue with seeking in ssif (and so 3D ISO) files
Build Details:
  1. OpenELEC:
    • Package updates (PR:4631, 5 commits, 6 files changed)
      • OpenELEC-settings: update to OpenELEC-settings-0.6.9
      • RTL8812AU: add support for more WLAN Sticks
      • mesa: update to mesa-11.1.1
      • ffmpeg: update to ffmpeg-2.8.5
      • pixman: update to pixman-0.33.6
  2. XBMC:
    • [demuxer] Refactor GetStreamFoo methods (PR:8890, 4 commits, 13 files changed)
    • Fix GetAlbumArtistString broken by setting vector size (PR:8899, 1 commit, 1 file changed)
    • ignore default select action on scripts - fixes #16516 (PR:8879, 1 commit, 1 file changed)
    • [addons] improve performance of GetAvailableUpdates (PR:8900, 2 commits, 8 files changed)
    • [filesystem/SpecialProtocol][advancedsettings] - properly handle logpath (PR:8885, 1 commit, 6 files changed)
    • [AliasShortCut/tests] - fix broken test compile after ef6181878cfce57… (PR:8909, 1 commit, 1 file changed)
  3. p8-platform:
    • Avoid that cmake removes variables from pkg-config file (PR:22, 1 commit, 1 file changed)
  4. newclock5:
    • New commits in this build:
      • VideoPlayer: properly flush timestamp of video (1bc107e8)
      • VideoPlayer: fix resync of audio (d4670e36)
      • VideoPlayer: hasta la vista marco (fd9ed11d)
      • VideoPlayer: check state of renderer FrameFinish (4b3d7b74)
      • VideoPlayer: dxva - fix return value of Decode (c959e570)
      • VideoPlayer: audio - let ffmpeg handle timestamps (ade4ef2d)
      • VideoPlayer: fix a/v sync - if audio and video needs sync, this has prio (453d132a)
      • ffmpeg: hack: skip continue in timestamp wrap update it breaks ssif seeking (a9d637cf)
      • ssif: tidy up the logic for merging ssif packets (6b46bb2f)
      • ssif: Discard packets older than 10 seconds (9acdcf5f)
      • Revert "ssif: Discard packets older than 10 seconds" (3f5a119a)
    • Updated commits in this build:
      • Revert "[omxplayer] Add ability to dump out audio/video data for later debugging" (14307146 => 36a13ff3)
    • Commits no longer in build:
      • fixup! ffmpeg: Add cabac opimisations for hevc (e46c3293)
      • Revert "FIX: [MVC;SSIF] avoid being stuck" (b2ca3a9b)
      • Revert "FIX: [MVC;SSIF] do full merge" (17ce18ab)
      • Revert "VideoPlayer: fix detection of stalled audio" (986a5aef)
      • VideoPlayer: fix detection of stalled audio (c1c06a53)
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.
hello everyone, I'm new to the forum.
I installed kodi 16 alpha 3 and all ok, but with kodi 17 ver. # 0118 I have a problem with video playback (STREAM ON DEMAND), of (pelis la carta). Tanks.
Hello,
with #0118 :

a) DVD do not play: _Test/Tina
b) miniDVD AllonParsonsProjekt (DTS) also do not play.
c) Addon MTV.de works (with fast skip forward)

Harald
  • 1
  • 47
  • 48
  • 49(current)
  • 50
  • 51
  • 146

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