• 1
  • 36
  • 37
  • 38(current)
  • 39
  • 40
  • 146
OpenELEC Testbuilds for RaspberryPi (Kodi 17.0)
(2016-01-09, 19:59)popcornmix Wrote: Fernetmenta has looked at the live TV buffering reports.

@denz, @mylle
It looks like hdhomerun and mediaportal are not updated to report they are "real time" streams which is required by videoplayer. I've got a hack commit for tonight's build that will assume this.

@herrmeier01
Fernetmenta thinks this is a different issue and probably VDR specific. Can you create a post in the VDR forum and he'll try to diagnose further.

The mentioned commit is not a hack. The way pvr streaming for addons not having their own demuxer is a hack in general.
(2016-01-10, 03:32)mylle Wrote: After turning OMX on i have no issues. My mediaportal server setup is using digital devices dvb-c pci tuners while my tvheadend backend is using tvheadend and a
HDhomerun

But can you try with omxplayer disabled using latest build - we'd like to know if your bug is fixed or if more work is required.
(2016-01-10, 13:06)popcornmix Wrote:
(2016-01-10, 03:32)mylle Wrote: After turning OMX on i have no issues. My mediaportal server setup is using digital devices dvb-c pci tuners while my tvheadend backend is using tvheadend and a
HDhomerun

But can you try with omxplayer disabled using latest build - we'd like to know if your bug is fixed or if more work is required.

Hi popcornmix,

Just tested but the issue is the same with MMAL enabled as the only option

regards
Jacob
(2016-01-10, 03:13)denz Wrote: The real time hack works perfectly with hdhomerun no buffering on live tv anymore. I guess it is the same issue for serverwmc just you haven't got the time to implement hack for that pvr yet.

I would have expected serverwmc to also have been fixed. Do you have a log with serverwmc?
@FernetMenta any idea why serverwmc still has the issue?
(2016-01-10, 13:22)mylle Wrote: Just tested but the issue is the same with MMAL enabled as the only option

So with just MMAL enabled, using build #0109 you still have the buffering at start issue with both mediaportal and tvheadend?
(2016-01-10, 14:14)popcornmix Wrote:
(2016-01-10, 03:13)denz Wrote: The real time hack works perfectly with hdhomerun no buffering on live tv anymore. I guess it is the same issue for serverwmc just you haven't got the time to implement hack for that pvr yet.

I would have expected serverwmc to also have been fixed. Do you have a log with serverwmc?
@FernetMenta any idea why serverwmc still has the issue?

serverwmc log

http://pastebin.com/EVtKjD0y
(2016-01-10, 00:10)Milhouse Wrote: I tried a few H265 samples with #0108, no problems - stutter free - but that is without subtitles.

I then added a simple (non-insane) ASS subtitle and it introduced occasional stutter, so subtitles do seem to be a small issue.

I can reproduce and reverting:
VideoPlayer: fix deadlock in overlay renderer
VideoPlayer: simplify locking in renderer

does fix it. I've reported it.
Hi.

I have just discovered the following log entries (dmesg) on build #0109.
Kodi should have been idle when the log entries were created. During the ~9h Kodi is running this only happend once.

It might be caused by the new sd card I'm using.
I'm using dtoverlay=sdhost,overclock_50=84 in config.txt. I remove the entry an see if this happens again.

I'm quite sure this didn't happen on build #0104, which did run to my best recollection for several day without an incident.

Thanks for the great work

...
[ 8.458563] random: nonblocking pool is initialized
[ 8738.105198] ------------[ cut here ]------------
[ 8738.105250] WARNING: CPU: 3 PID: 467 at drivers/misc/vc04_services/interface/vchiq_arm/vchiq_arm.c:2484 vchiq_release_internal+0xb4/0x24c()
[ 8738.105263] Modules linked in: 8021q bcm2835_gpiomem bcm2835_wdt
[ 8738.105301] CPU: 3 PID: 467 Comm: HTV Notify Not tainted 4.4.0-rc8 #1
[ 8738.105311] Hardware name: BCM2709
[ 8738.105320] Backtrace:
[ 8738.105354] [<80012830>] (dump_backtrace) from [<80012a28>] (show_stack+0x18/0x1c)
[ 8738.105365] r7:803460e4 r6:000009b4 r5:80892da0 r4:00000000
[ 8738.105402] [<80012a10>] (show_stack) from [<802b6320>] (dump_stack+0x88/0x98)
[ 8738.105424] [<802b6298>] (dump_stack) from [<8001d890>] (warn_slowpath_common+0x88/0xb8)
[ 8738.105433] r5:00000009 r4:00000000
[ 8738.105458] [<8001d808>] (warn_slowpath_common) from [<8001d964>] (warn_slowpath_null+0x24/0x2c)
[ 8738.105469] r8:808e064c r7:ffffffff r6:ad71b108 r5:808981d4 r4:ad60da44
[ 8738.105506] [<8001d940>] (warn_slowpath_null) from [<803460e4>] (vchiq_release_internal+0xb4/0x24c)
[ 8738.105525] [<80346030>] (vchiq_release_internal) from [<80346d80>] (vchiq_ioctl+0x7f4/0x182c)
[ 8738.105534] r9:0000f00e r8:aec80194 r7:ad60da00 r6:0000c40c r5:0000c40d r4:808981d4
[ 8738.105575] [<8034658c>] (vchiq_ioctl) from [<800f7104>] (do_vfs_ioctl+0x3fc/0x61c)
[ 8738.105585] r10:00000000 r9:ad43a000 r8:0000f00e r7:0000000d r6:ad7640c0 r5:ad6b3d40
[ 8738.105614] r4:0000f00e
[ 8738.105635] [<800f6d08>] (do_vfs_ioctl) from [<800f7360>] (SyS_ioctl+0x3c/0x64)
[ 8738.105645] r10:00000000 r9:ad43a000 r8:0000f00e r7:0000c40d r6:ad7640c0 r5:0000000d
[ 8738.105674] r4:ad7640c1
[ 8738.105696] [<800f7324>] (SyS_ioctl) from [<8000f7a0>] (ret_fast_syscall+0x0/0x34)
[ 8738.105705] r9:ad43a000 r8:8000f944 r7:00000036 r6:00000001 r5:00000000 r4:7532c48c
[ 8738.105735] ---[ end trace 868fc725cc444720 ]---
[ 8738.105751] vchiq: vchiq_ioctl: cmd VCHIQ_IOC_RELEASE_SERVICE returned error -1 for service TVNT:456
I tried the newest build, hoping it would maybe solve my problem with passthrough described in this thread.

But it seems like passthrough is now disabled in any case, independently of being enabled via system settings. At least all my testfiles where still muteable via kodi, which shouldn't be possible during passthrough.

I have now switched back to openelec 5.0.8, where at least DTS passthrough seems to be working for me.

But is this new behavior intended?
(2016-01-10, 20:11)daharn Wrote: But is this new behavior intended?

Passthough is disabled if "sync playback to display" is enabled or you are playing live streams (including PVR).
(2016-01-10, 20:16)popcornmix Wrote:
(2016-01-10, 20:11)daharn Wrote: But is this new behavior intended?

Passthough is disabled if "sync playback to display" is enabled or you are playing live streams (including PVR).

What happens if you are watching TV channels with 5.1 AC3 in a system with PCM 2.0/DD only? Does the Pi decode and transcode back to DD to output 5.1 ?
(2016-01-10, 20:25)noggin Wrote: What happens if you are watching TV channels with 5.1 AC3 in a system with PCM 2.0/DD only? Does the Pi decode and transcode back to DD to output 5.1 ?

Yes, if transcode to AC3 is enabled I believe it always decodes and then re-encodes (this didn't happen in the past, but was added at some point).
Using build #0109 with iplayer www 1.3.1 and noticed a number of issues with a catch-up stream where video/audio and subtiltles paused and became out of sync for a couple of seconds before video/audio raced to catch-up and be in sync with subtitles again. (Note: I selected middle of range 1.5Mbps Akamai from available stream quality levels, in order to normally provide a non-interupted stream)

http://sprunge.us/PMeU
RPi4, (LibreELEC 11.0) hdmi0 -> Philips 55PUS7304 4K TV, hdmi1 -> Onkyo TX-SR608 AV Receiver
@MikeKL does it only happen with subtitles enabled?
New OpenELEC Krypton build #0110: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.4.0-rc8 #1 Sun Jan 10 21:30:01 GMT 2016 armv6l GNU/Linux

# vcgencmd version
Jan  6 2016 20:11:41
Copyright (c) 2012 Broadcom
version 96fc00e9b8d219db428a0e7729cab3d4f766f6ff (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20160110212834-#0110-g0e13b10 [Build #0110]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (0e13b10a, changelog) and tip of XBMC master (f845c3b2, changelog) with the following modifications: Build Highlights:
  1. connman: update to 1.31
  2. Fix for MVC green screen
Build Details:
  1. OpenELEC:
    • libbluray: update to 0.9.2 (PR:4596, 1 commit, 1 file changed)
    • fix build after $PKG_NAME-config changes (PR:4598, 4 commits, 4 files changed)
    • Package updates (PR:4601, 4 commits, 5 files changed)
      • projects/*/linux: add support for intel 10GB NICs
      • libdrm: update to libdrm-2.4.66
      • sqlite: update to sqlite-autoconf-3100000
      • bluez: update to bluez-5.37
  2. XBMC:
    • [stereoscopicmanager] Ensure we don't have a stale value of videoplayer stereoscopic mode (PR:8762, 1 commit, 3 files changed)
    • [tools][texturepacker] Fix gif decoding and packaging (PR:8785, 3 commits, 5 files changed)
    • [TVOS] - make Kodi core arm64 aware (PR:8777, 10 commits, 39 files changed)
    • Updated the doxygen solution and added some values/groups (PR:8808, 3 commits, 17 files changed)
    • Restore the ability to set only votes via json (PR:8825, 1 commit, 2 files changed)
    • [gui] remove 'get more' node from vfs (PR:8716, 2 commits, 6 files changed)
    • [skin.confluence] Add 'Get more' to media menus (PR:8827, 1 commit, 4 files changed)
    • [pvr] use correct error code if client is not ready to use (PR:8765, 1 commit, 1 file changed)
    • [GUIFont] - fixed warning about BufferHandle initialisation after fa6… (PR:8829, 1 commit, 1 file changed)
    • [ApplicationPlayer] - add SetTime and SetTotalTime to ApplicationPlay… (PR:8828, 2 commits, 3 files changed)
    • Fix table type for rating id in tvshow and episode (PR:8831, 1 commit, 1 file changed)
    • fix Container.SortOrder infolabel (PR:8833, 1 commit, 1 file changed)
    • [filesystem] add videodb://inprogresstvshows (PR:8261, 2 commits, 24 files changed)
    • [confluence] add "In progress" submenu entry to TV SHOWS - Depends on #8261 (PR:8279, 2 commits, 2 files changed)
    • CVideoInfoTag: fix typo after a0c107c0a939e6af1a08a3bf419574e45fcd7c19. (2ee59a61)
    • Added code comment (5238b522)
    • Fix formatting typo in CVideoDatabase::AddRatings resulting in rounded integers in place of floats (f845c3b2)
  3. pvr.mediaportal.tvserver:
    • gcc 5 compile fix and a few other build updates (PR:28, 6 commits, 9 files changed)
  4. newclock5:
    • New commits in this build:
      • VideoPlayer: fix timeout of first configure of renderer (2e443240)
      • FIX: [MVC;SSIF] append mvc part leftover as well (9e78f8b8)
    • Commits no longer in build:
      • stereoscopicmanager: Ensure we don't have a stale value of videoplayer stereoscopic mode (5cd6d22e)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:4594: [OpenELEC.tv] connman: update to 1.31
    • Added: [pkg] PR:8822: Implement ignore url options in CFileItemList
    • Added: [pkg] PR:8824: videodb: fix smart playlists not honoring "Show empty TV shows" setting.
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
  • 36
  • 37
  • 38(current)
  • 39
  • 40
  • 146

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