• 1
  • 6
  • 7
  • 8(current)
  • 9
  • 10
  • 86
v19 LibreELEC Testbuilds for RaspberryPi (Kodi 19.0)
Indeed this should be the problem. So a lot of older unmaintained addons will not updated.
Thanks for the hint anyways. 😔👍
(2019-05-07, 23:06)Milhouse Wrote: New LibreELEC.tv Matrix build #0507: RPi / RPi2(Supercedes previous build)

SHA256 Checksum: 8f1aabed5f68e7ab4303d0a431d4e412c83d5ab914b88e277749f7bba8c23812 (RPi)
SHA256 Checksum: f057a2931738088b57269fb8307b1d12a270b2d736b307bb4c9c7d37369ff700 (RPi2)

text:
# uname -a
Linux rpi512 5.0.13 #1 Tue May 7 21:04:35 BST 2019 armv6l GNU/Linux

# vcgencmd version
Mar 27 2019 15:48:59
Copyright © 2012 Broadcom
version 2e98b31d18547962e564bdf88e57b3df7085c29b (clean) (release) (start_x)

# lsb_release
LibreELEC (Milhouse): devel-20190507210257-#0507-g52d7931 [Build #0507]

# Kodi version
Kodi (19.0-ALPHA1 Git:46b6abd). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (52d7931, changelog) and tip of XBMC master (46b6abd, changelog) with the following modifications: Build Highlights:
  1. New 5.0.13 kernel
  2. drop omxplayer
  3. NOTE: OMXPlayer is no longer supported by Kodi 19 - use MMAL for hardware acceleration (should be enabled by default)
Build Details:
  1. LibreELEC.tv:
    • oscam: update to 11518 (PR:3491, 1 commit, 2 files changed)
  2. XBMC:
    • [Estuary] fix scrollbar focus with mouse (PR:16074, 1 commit, 3 files changed)
    • [GUI]Fix blank Visualisation Preset List dialog (PR:16012, 1 commit, 3 files changed)
    • Fix blank dialog when Joystick X key hit and there is no visualisation (PR:16050, 1 commit, 1 file changed)
    • Replace integer literals cast to bool with bool literals (PR:15982, 2 commits, 17 files changed)
    • drop omxplayer (PR:16080, 1 commit, 32 files changed)
  3. newclock5:
    • New commits in this build:
      • Revert "Merge pull request #15734 from ronie/python-thumb-preview" (263a9d61)
    • Commits no longer in build:
      • [omxplayer] Add ability to log more timestamp info in extra debug settings (b38e486b)
      • [omxplayer] Add ability to dump out audio/video data for later debugging (6d25a70d)
      • rbp: Use common function with lock for gencmds (82f25a49)
      • temp: Add lock around mmal and omx calls to avoid stalled audio issue (1c1c96b4)
      • Revert "temp: Add lock around mmal and omx calls to avoid stalled audio issue" (50bbc579)
      • Revert "rbp: Use common function with lock for gencmds" (9b149e89)
      • omxplayer: clearer GENERAL_SYNCHRONIZE logging (641aab6c)
      • mmalcodec: Treat corrupt frames as dropped (46c0cc31)
      • Revert "mmalcodec: Treat corrupt frames as dropped" (5794ac88)
      • mmalrender: Disable deinterlace when no interlaced frames seen (6721e2e6)
      • Revert "mmalrender: Disable deinterlace when no interlaced frames seen" (5bf78b41)
      • fixup: Fix compile with gcc 4.9.3 (a89e110c)
      • Revert "fixup: Fix compile with gcc 4.9.3" (74470d19)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:3212 (perma): rpi: switch to zstd squashfs images
    • Updated: [env] PR:3434 (perma): linux (RPi/Generic/Allwinner): update to linux-5.0.13
 
Hi @Milhouse 
Since OMXPlayer was removed I can no longer play H.264 1080p 50hz channels from TV Headend without stuttering.
Also the default MMAL introduces stuttering on SD channels which goes away if disabled.

I have been testing #0430 with an upgrade from RPI2 to RPI3 and it almost eliminated the green picture breakup (Dropped frame?) issues I was having with OMXPlayer every 10 seconds.
I still got stuttering when starting the channel though. (Normally 3 stutters on a HD channel)
RPi2&3
TVHeadend
DVBSky S960
(2019-04-29, 20:46)germa18 Wrote: Hi milhouse, a strange bug, since latest builds, but in TVH when i schedule a recording, i need to set one hour earlier to the real time that i want to have the correct time in result
Like Kodi automatically add +1 hour every time, is something that can be can disable or modify? (i'm in Europe, so the +1 is related for the time zone)
edit : i'm pretty sure that it can be related to the  #0424 build with all the changes in API for PVR

I jumped straight into 19 at #0430. I too am having a bug with TVHeadend.
If I start recording a programme, it will have the EPG data for the programme an hour ahead.
I'm in BST timezone so UTC+1
RPi2&3
TVHeadend
DVBSky S960
(2019-05-26, 14:42)JagoUK Wrote:
(2019-04-29, 20:46)germa18 Wrote: Hi milhouse, a strange bug, since latest builds, but in TVH when i schedule a recording, i need to set one hour earlier to the real time that i want to have the correct time in result
Like Kodi automatically add +1 hour every time, is something that can be can disable or modify? (i'm in Europe, so the +1 is related for the time zone)
edit : i'm pretty sure that it can be related to the  #0424 build with all the changes in API for PVR

I jumped straight into 19 at #0430. I too am having a bug with TVHeadend.
If I start recording a programme, it will have the EPG data for the programme an hour ahead.
I'm in BST timezone so UTC+1 
Not sure how to edit the above post sorry.
But I did a workaround on this issue by setting in tvheadend > Config > DVBInputs > Networks and reverting to UTC.
RPi2&3
TVHeadend
DVBSky S960
(2019-05-26, 14:42)JagoUK Wrote: I jumped straight into 19 at #0430. I too am having a bug with TVHeadend.
If I start recording a programme, it will have the EPG data for the programme an hour ahead.
I'm in BST timezone so UTC+1

Fixed in #0508.
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.
(2019-05-26, 14:33)JagoUK Wrote: Hi @Milhouse 
Since OMXPlayer was removed I can no longer play H.264 1080p 50hz channels from TV Headend without stuttering.
Also the default MMAL introduces stuttering on SD channels which goes away if disabled.

I have been testing #0430 with an upgrade from RPI2 to RPI3 and it almost eliminated the green picture breakup (Dropped frame?) issues I was having with OMXPlayer every 10 seconds.
I still got stuttering when starting the channel though. (Normally 3 stutters on a HD channel)

I'll let popcornmix respond about the h264 1080p issues with MMAL - but OMXPlayer won't be coming back.

Can you upload one of your SD files that is causing a problem for MMAL?
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.
(2019-05-26, 18:05)Milhouse Wrote:
(2019-05-26, 14:33)JagoUK Wrote: Hi @Milhouse 
Since OMXPlayer was removed I can no longer play H.264 1080p 50hz channels from TV Headend without stuttering.
Also the default MMAL introduces stuttering on SD channels which goes away if disabled.

I have been testing #0430 with an upgrade from RPI2 to RPI3 and it almost eliminated the green picture breakup (Dropped frame?) issues I was having with OMXPlayer every 10 seconds.
I still got stuttering when starting the channel though. (Normally 3 stutters on a HD channel)

I'll let popcornmix respond about the h264 1080p issues with MMAL - but OMXPlayer won't be coming back.

Can you upload one of your SD files that is causing a problem for MMAL? 
Hi, sorry it is H.264 1080i 50hz broadcast tv not 1080p my mistake.
For SD 576i it is also broadcast TV.

I have never had an issue with playback of files. I can even play blu-ray rips with no issue.

I have just reverted back to 8.2.5 and everything is fine again.

I can go back to latest but I do not think it records the stuttering, just stutters on live playback.

If I play HD live broadcast on the Pi I get Macroblocking, if I play it on my laptop I don't. If I play both at the same time I get macroblocking on the laptop too. So I think the CPU is being overloaded.


*********************
Ok I have just upgraded back to the latest version #0524 from 8.2.5 and all my problems seem to be fixed, no startup stuttering, no stuttering during playback, no macroblocking. Even works fine on MMAL live broadcast.

Only difference was I upgraded TVHeadend Server as usual as it doesn't work without it, but I left the TVHeadend "Client" as 999.5.0.1 (The version that comes with 8.2.5)
RPi2&3
TVHeadend
DVBSky S960
(2019-05-26, 18:46)JagoUK Wrote: Ok I have just upgraded back to the latest version #0524 from 8.2.5 and all my problems seem to be fixed, no startup stuttering, no stuttering during playback, no macroblocking. Even works fine on MMAL live broadcast.

Good news.

(2019-05-26, 18:46)JagoUK Wrote: Only difference was I upgraded TVHeadend Server as usual as it doesn't work without it, but I left the TVHeadend "Client" as 999.5.0.1 (The version that comes with 8.2.5)

The PVR clients are built-in to these test builds (the versions are all prefixed with 999. so that the built-in versions trump any other version you may have already installed), and you should now be using the built-in pvr.hts 999.5.0.1 version - not the (I believe) 3.4.27 version you would have installed with 8.2.5. If you go back to 8.2.5 then you will of course be using the 3.4.27 version again.

Not sure which source you used for the tvheadend server but I provide the latest developer snapshot tvheadend server add-on for these builds, here: http://milhouse.libreelec.tv/builds/addo...vheadend42
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.
(2019-05-26, 19:06)Milhouse Wrote:
(2019-05-26, 18:46)JagoUK Wrote: Ok I have just upgraded back to the latest version #0524 from 8.2.5 and all my problems seem to be fixed, no startup stuttering, no stuttering during playback, no macroblocking. Even works fine on MMAL live broadcast.

Good news.
(2019-05-26, 18:46)JagoUK Wrote: Only difference was I upgraded TVHeadend Server as usual as it doesn't work without it, but I left the TVHeadend "Client" as 999.5.0.1 (The version that comes with 8.2.5)

The PVR clients are built-in to these test builds (the versions are all prefixed with 999. so that the built-in versions trump any other version you may have already installed), and you should now be using the built-in pvr.hts 999.5.0.1 version - not the (I believe) 3.4.27 version you would have installed with 8.2.5. If you go back to 8.2.5 then you will of course be using the 3.4.27 version again.

Not sure which source you used for the tvheadend server but I provide the latest developer snapshot tvheadend server add-on for these builds, here: http://milhouse.libreelec.tv/builds/addo...vheadend42 

I am using

TVHeadend Server from Libreelec Add-Ons
"HTS Tvheadend 4.2.7-44 ~ LibreELEC Tvh-addon v9.1.118"

Tvheadend HTSP Client 999.5.0.1 by AS, SS, LOK, KS.
I had to downgrade to it when going to 8.2.5 for it to work.
It won't even let me update to 4.4.17.1 as it complains about "dependence on kodi.binary.instance.pvr"

If there is any log I can provide then let me know and i'll u/l it.

All I know is this has been bugging me for a year now and other than reverting to 8.2.5. This is the only thing that has fixed it for me.
RPi2&3
TVHeadend
DVBSky S960
(2019-05-26, 19:35)JagoUK Wrote: It won't even let me update to 4.4.17.1 as it complains about "dependence on kodi.binary.instance.pvr"
4.4.17.1 is the version for Leia (Kodi 18) from the LibreELEC 9.0 repository provided for LibreELEC 9.0.x releases. It won't be compatible with LibreELEC 8.2.5 (Kodi 17) or these Kodi-19 based test releases.

(2019-05-26, 19:35)JagoUK Wrote: If there is any log I can provide then let me know and i'll u/l it.
What is the remaining issue - perhaps I've misunderstood but I thought everything was now OK with the latest test build?

If you're using these test builds then rest assured that the latest PVR addons are included in every test build so you don't need to download/install them, and it's up to you if you want to install the tvheadend server I provide - I would recommend you do so as it's the latest version and should be compatible with these test builds (I can't guarantee anything from the LibreELEC 9.0 repository - which is based on a Kodi 18 codebase - will work with these Kodi 19 test builds).
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 LibreELEC.tv Matrix build #0528: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: d778d593f87649fe54b93537dcaec0f6a2fb9b487ece15195a9937411e2a7f36 (RPi)
SHA256 Checksum: 2a2df75e51e59a14adf57d4bc7ef7ba6fd117cab3d9c122f3ce2d5797f2a1aae (RPi2)

text:
# uname -a
Linux rpi512 5.1.5 #1 Tue May 28 21:03:47 BST 2019 armv6l GNU/Linux

# vcgencmd version
May 28 2019 16:24:29
Copyright © 2012 Broadcom
version f37252430f9659d04032b6e0123d7950e3f9d92c (clean) (release) (start_x)

# lsb_release
LibreELEC (Milhouse): devel-20190528210312-#0528-g43871d0 [Build #0528]

# Kodi version
Kodi (19.0-ALPHA1 Git:5d798ac). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (43871d0, changelog) and tip of XBMC master (5d798ac, changelog) with the following modifications: Build Highlights:
  1. New 5.1.5 kernel
  2. [addons] remove cpluff
  3. Refactor of CFileCache
Build Details:
  1. Firmware (May 28):
    • kernel rpi-4.19.y changes for common DTS+overlays
  2. LibreELEC.tv:
    • Remove unused GPU driver packages (PR:3535, 3 commits, 3 files changed)
    • ffmpeg: shift to using gnutls (PR:3414, 6 commits, 7 files changed)
    • curl: update to curl-7.65.0 (PR:3532, 1 commit, 1 file changed)
    • mesa: update to mesa-19.0.5 (PR:3530, 1 commit, 1 file changed)
  3. XBMC:
    • [fix] ColorManager initialization and lcms2 usage (PR:16195, 2 commits, 2 files changed)
    • [posix] relocate common platform/linux files to platform/posix (PR:16113, 7 commits, 107 files changed)
    • Remove redundant smart pointer get() (PR:16094, 2 commits, 3 files changed)
    • [fix] use correct include path for fribidi.h (PR:16198, 1 commit, 2 files changed)
    • Refactor of CFileCache (PR:16172, 3 commits, 2 files changed)
    • [interfaces] Fix crash on Kodi exit caused by double freed AsyncCallbackMessage (PR:16178, 1 commit, 1 file changed)
    • [Estuary] (Info)Wall fixes (PR:16189, 1 commit, 2 files changed)
    • Remove CDatabase::InTransaction (PR:16201, 1 commit, 2 files changed)
    • Ask CMake to write compile_commands.json (PR:16199, 1 commit, 1 file changed)
    • Fix getting wrong "thumb" art URL from scraper results (PR:16207, 1 commit, 2 files changed)
    • fixed: DVD playback from http(s) sources (fixes #15694) (PR:16197, 1 commit, 1 file changed)
    • [network] prefer interface with gateway (PR:14965, 1 commit, 1 file changed)
    • update clang-format (PR:15977, 1 commit, 1 file changed)
  4. inputstream.adaptive:
    • Fix SegFault on SegmentURL handling (PR:256, 2 commits, 2 files changed)
    • [Android] sync session message parser (4700d30)
  5. pvr.zattoo:
    • Fix loading xmltv data (PR:49, 1 commit, 8 files changed)
    • Merge remote-tracking branch 'origin/Leia' into Matrix (e794e5a)
  6. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] compare (perma): kodi19: next
    • Updated: [env] PR:3507 (perma): linux (RPi/Generic/Allwinner): update to linux-5.1.5
    • Updated: [env] PR:3531 (perma): buildsystem: cleanup (addons) and fix (linux)
    • Added: [env] PR:3534 (perma): amremote/atvclient: cleanup
    • Added: [pkg] PR:14908 (perma): [addons] remove cpluff
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.
Weekly Linux 5.2-rc2 build #0528x: RPi / RPi2

Known issues:
text:

No dvb-latest or crazycat drivers
Temporary bluz build hack
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.
Tvheadend HTSP Client - don't work anymore

Code:
2019-05-29 11:52:51.504 T:1932165136   ERROR: CAddon[pvr.hts]: failed to load addon settings from special://profile/addon_data/pvr.hts/settings.xml
2019-05-29 11:52:55.033 T:1932165136   ERROR: Add-on 'pvr.hts' is not compatible with Kodi

The settings.xml have 0 Bytes

Edit:

I suspect there is a bug in the #0528, after the installation at the start comes message the Tvheadend HTSP client is incompatible ...

Log:
Code:
NOTICE: ADDON: pvr.hts version 4.4.7.2 is incompatible

Back to #0524 and everything works again
[3x RPi3]#[ AV Receiver - Marantz NR1506 ]#[ TV Panasonic TX-50EXW784 ]#[ NAS - OMV 4.1.xx (Arrakis) @ NanoPI M4 ]#[ Nextcloud 17.0.3 @ ODROID C2 ]
AEON NOX Skin by Silvo doesn't not compatible with #0528
With #0524 the Skin is working.
(2019-05-29, 11:56)Aux_ Wrote: Tvheadend HTSP Client - don't work anymore

(2019-05-29, 16:04)DTR81 Wrote: AEON NOX Skin by Silvo doesn't not compatible with #0528
With #0524 the Skin is working.

Can you both test with #0528b: RPi2

This does not include:
(2019-05-28, 23:23)Milhouse Wrote:
  • 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.
  • 1
  • 6
  • 7
  • 8(current)
  • 9
  • 10
  • 86

Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 19.0)8