• 1
  • 27
  • 28
  • 29(current)
  • 30
  • 31
  • 146
OpenELEC Testbuilds for RaspberryPi (Kodi 17.0)
Hi, i started using a PI2 with the #1203 build and a couple of things have bugged me since:
1) with 3D MVC iso files there is no language information for the audio streams and the subtitles --> i have already reported this in the old Kodi 16 thread. As i understand this is due to not using libbluray in this case and fixing this is not trivial at all. Is this beeing worked on?
2) the delay after change of refresh rate is not working at all
3) i have some files where jumping in time cause the movie to instanly start playing at the new position for about 3 to 4 seconds and then pauses for buffering. When i use "o" to view some more details, i can see that the buffer and vq are constantly filling to about 35% and then the video pauses and the buffers now fill quicker. Jumping to other times within the same movie does not cause the pause for buffering. In this case the buffer filled to 50% or more during the 3s period.
Is there any way to change the buffer logic to lower the threshold for rebuffering or give it some more time to fill the buffer. Since in my case the buffer is constantly filling, the pause for buffering is not needed at all.
4) currently the race condition for 3D iso files being play as 2D is a litle anoying. But a see that this is beeing worked on, so i can sit this one out.

For 2) and 3) i attached a Debug Log with build #0103
(2016-01-04, 17:41)evanspae Wrote: Any way to use omx as default with mmal just for DVDs (ISO)

If omxplayer and mmal are both enabled you should get this behaviour.
(2016-01-04, 17:41)evanspae Wrote: With mmal as default player .ts file play correctly but streamed BBC iplayer feeds start at 1920x1080@50Hz then stutter and go to 1920x1080@60Hz?

I regularly watch iplayer with mmal. Always plays at 50Hz. Perhaps a debug log (wiki) when this happens.
(2016-01-04, 18:11)popcornmix Wrote:
(2016-01-04, 17:41)evanspae Wrote: Any way to use omx as default with mmal just for DVDs (ISO)

If omxplayer and mmal are both enabled you should get this behaviour.

This work perfectly for me thanks... lost my way with settingsConfused Big Grin
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
(2016-01-04, 18:15)popcornmix Wrote:
(2016-01-04, 17:41)evanspae Wrote: With mmal as default player .ts file play correctly but streamed BBC iplayer feeds start at 1920x1080@50Hz then stutter and go to 1920x1080@60Hz?

I regularly watch iplayer with mmal. Always plays at 50Hz. Perhaps a debug log (wiki) when this happens.

OK I will try and provoke tomorrow.
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
(2015-12-30, 20:40)popcornmix Wrote:
(2015-12-29, 14:25)schub Wrote: and watching these movies results in a memory leak. It definitely only occurs with some
files recorded with an older tvheadend version. It also definitely occurs only when playing,
if i pause the video, no more memory is consumed. I don't have seems this problem with my
cutted videos, and it seems, that newer recordings are also not causing the problem.

Thanks for the sample. It wasn't occurring with a build from kodi master, so I could bisect to find the newclock5 commit that caused the leak and I think I have a fix.
Please test again with tonight's build.

Hi,

a happy new year to all of you and sorry for the long delay.
The memory leak is gone with build #1230.

Thanks for your help
(2016-01-04, 23:20)schub Wrote: a happy new year to all of you and sorry for the long delay.
The memory leak is gone with build #1230.

Thanks for your help

No problem - I'd glad it was reported and fixed.
While it only occurred with "unwanted" packets, I wouldn't be surprised if these happen in real life (especially with live TV) so this might help other users.
New OpenELEC Krypton build #0104: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.4.0-rc8 #1 Mon Jan 4 22:19:20 GMT 2016 armv6l GNU/Linux

# vcgencmd version
Dec  8 2015 14:44:44
Copyright (c) 2012 Broadcom
version e591b5eb05e2cdb1b5ae25512b27d33127d7bee9 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20160104221552-#0104-g98871b3 [Build #0104]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (98871b31, changelog) and tip of XBMC master (f493726d, changelog) with the following modifications: Build Highlights:
  1. New 4.4-rc8 kernel
  2. Drop CXimage/jpegio, and remove tiff and jasper depends - need to do likewise in OpenELEC (next build)
  3. Add a Pi Zero Device Tree file
Build Details:
  1. XBMC:
    • [guilib] Add ListItem.Tag and ListItem.Set infolabels (PR:8721, 2 commits, 2 files changed)
    • [cleanup] nuke cximage / jpegio (PR:8662, 5 commits, 645 files changed)
    • [addons] cleanup state properties (PR:8682, 3 commits, 4 files changed)
    • [library.kodi/librariy.xbmc] - fixed dylib names for osx/ios and don'… (PR:8741, 1 commit, 7 files changed)
    • [cleanup] cximage leftovers (PR:8752, 1 commit, 7 files changed)
    • [addons] show repository version instead of local one in 'available updates' (PR:8705, 1 commit, 7 files changed)
    • Small cleanup to README.md (PR:8661, 1 commit, 1 file changed)
    • [guilib] CGUIWindowFileManager cleanup (PR:8733, 1 commit, 1 file changed)
  2. dcadec:
  3. pvr.hts:
    • Move AsyncState to tvheadend/utilities (PR:158, 2 commits, 5 files changed)
    • Change some log levels (PR:157, 2 commits, 2 files changed)
    • Support for autorec/timerec update (new htsp v25 methods) (PR:145, 3 commits, 10 files changed)
  4. newclock5:
    • New commits in this build:
      • [stereoscopicmanager] Ensure we don't have a stale value of videoplayer stereoscopic mode part2 (0f78ecdf)
      • application: Move SetCurrentItem into a background job (05837b1b)
    • Commits no longer in build:
      • squash: Increase time threshold to 500ms and make it a warning (7df7adc6)
  5. kernel 4.4.y:
    • New commits in this build:
      • Extend clock timeout, fix modprobe baudrate parameter. (229f43ed)
      • config: Switch CONFIG_PREEMPT to CONFIG_PREEMPT_VOLUNTARY (8ea30a24)
      • bcmrpi_defconfig: Enable the dwc2 driver and some gadget drivers. (4bf89c17)
      • bcm2708_dt: Add a Pi Zero Device Tree file (e06e781b)
      • bcm270x_dt: Add dwc2 and dwc-otg overlays (8c12d211)
      • rpisense: Make globals static to allow non-module build (240e3773)
      • BCM270X_DT: Add the sdtweak overlay, for tuning sdhost (c9a4696a)
  6. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] patch: linux: bump to 4.4.0-rc8
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.
If you have had issues with switching into 3D mode at start of playback then please test latest build and report here. Hopefully this is resolved.
(2016-01-04, 17:41)evanspae Wrote: I am currently running an RPi2 with #0103. I can confirm that ChapterOrBigStepBack & ChapterOrBigStepForward functions when playing ISO files is working ok in this build (I did have issues with earlier versions).

I am finding that for ISO files I have to use mmal acceleration for menu items to work correctly, this is no problem.
...
Good news, I'll try again, thank !
(2016-01-05, 02:00)popcornmix Wrote: If you have had issues with switching into 3D mode at start of playback then please test latest build and report here. Hopefully this is resolved.

Good news. My files are all starting in 3D mode again.
So it seems to be resolved.
@Milhouse

FYI be aware that recent latest builds of TVheadend server you provide from addons link in 1st post in the thread (thank you) do not appear to be reporting correct build version status as indicated in zip links/filenames. (In openelec and web interface; at least in my installation case Blush)

i.e. I just loaded following onto my Rpi2 to be aligned with Openelec Testbuild #0104

service.multimedia.tvheadend-7.0.0-#0104-milhouse-v4.1-1308-g4631e91.zip is reported as Version: 4.1-1258~gb480c92 (HTSP v25)
RPi4, (LibreELEC 11.0) hdmi0 -> Philips 55PUS7304 4K TV, hdmi1 -> Onkyo TX-SR608 AV Receiver
(2016-01-05, 19:03)MikeKL Wrote: @Milhouse

FYI be aware that recent latest builds of TVheadend server you provide from addons link in 1st post in the thread (thank you) do not appear to be reporting correct build version status as indicated in zip links/filenames. (In openelec and web interface; at least in my installation case Blush)

i.e. I just loaded following onto my Rpi2 to be aligned with Openelec Testbuild #0104

service.multimedia.tvheadend-7.0.0-#0104-milhouse-v4.1-1308-g4631e91.zip is reported as Version: 4.1-1258~gb480c92 (HTSP v25)

Many thanks, this will be fixed for the next build.
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.
With build #0102 and newer I have problems with VDR Live-TV:
- after restart OE there is no channel visible until I clear the data in TV options
- when a channel is startet there is often no audio. When I change the audio track of the channel for example from AC3 to mpeg2 the audio becomes active. Also when I change back to AC3 track. But when I change the TV channel audio disappears again.

I think this is because the updates of the videoplayer in #0102.
Now, I have to rollback to #0101 build. I try to make a debug log tomorrow.
(2016-01-05, 23:47)herrmeier01 Wrote: With build #0102 and newer I have problems with VDR Live-TV:

Nothing looks likely from that build. Can you double check that #0101 is definitely good and #0102 is definitely bad.
  • 1
  • 27
  • 28
  • 29(current)
  • 30
  • 31
  • 146

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