2019-05-25, 18:36
Indeed this should be the problem. So a lot of older unmaintained addons will not updated.
Thanks for the hint anyways. 😔👍
Thanks for the hint anyways. 😔👍
(2019-05-07, 23:06)Milhouse Wrote: New LibreELEC.tv Matrix build #0507: RPi / RPi2(Supercedes previous build)Hi @Milhouse
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:
- Includes newclock5 patches
- Includes latest bcm2835-driver master (9fd387c, ahead +12)
- Includes latest kodi-platform master (915da08, ahead +1)
- Includes latest libcec master (ba9b538, ahead +1)
- Includes latest libnfs master (4bd145b, ahead +2)
- Includes latest p8-platform master (1eb12b1)
- Includes latest addons: inputstream.adaptive (ca3632d, +1), inputstream.rtmp (ce68b77, +1), peripheral.joystick (910bd3d, +8), peripheral.xarcade (d218f0d, +6), pvr.argustv (dec20f6, +5), pvr.demo (f545831, +7), pvr.dvblink (a960e89, +5), pvr.dvbviewer (324db50, +7), pvr.filmon (5265b91, +5), pvr.hdhomerun (ebeb5dc, +5), pvr.hts (9943d05, +4), pvr.iptvsimple (ee94b98, +6), pvr.mediaportal.tvserver (045125b, +5), pvr.mythtv (56176ab, +8), pvr.nextpvr (e72e429, +5), pvr.njoy (fe6d356, +8), pvr.octonet (63ef363, +4), pvr.pctv (af86814, +5), pvr.stalker (f926a51, +6), pvr.teleboy (926d584, +4), pvr.vbox (70732cc, +5), pvr.vdr.vnsi (1defc99, +5), pvr.vuplus (ecfc047, +17), pvr.waipu (81f5543, +8), pvr.wmc (38de15a, +5), pvr.zattoo (0bef3f6, +4), vfs.libarchive (2ba1102), vfs.rar (e6b5114, +1), vfs.sftp (3ab3969, +3)
- Include [env] compare (perma): kodi19: next
- Include [env] compare (perma): TESTING: increase timeout to ensure OS is able to create core dump/crash log
- Include [env] patch: RPi/RPi2: enable Broadcom WiFi debugging (see details)
- Include [env] patch: kodi: use upstream repo for Milhouse RPi builds
- Include [env] patch: kodi: remove annoying, excessively repetitive addon logging
- Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
- Include [env] patch: Bump included addon versions to prevent online updates
- Include [env] patch: rev hack for kodi
- Include [env] patch: Add experimental splash video for RPi
- Include [env] patch: Add kodi binary addons (pvr, adsp, inputstream, vfs, peripheral.joystick/xarcade, other)
- Include [env] PR:3212 (perma): rpi: switch to zstd squashfs images
- Include [env] PR:3373 (perma): image: add libidn2 to system image
- Include [env] PR:3434 (perma): linux (RPi/Generic/Allwinner): update to linux-5.0.13
- Include [pkg] 983cf7a2: Sets the BCDC priority to constant 0 (linux)
- Include [pkg] patch: kodi: fix addon platform_tag (kodi)
- Include [pkg] PR:130 (perma): make Estuary elements conditional (service.libreelec.settings)
- Include [pkg] PR:14571 (perma): Remove ARB postfix from GL functions
- Include [pkg] PR:15164 (perma): TexturePacker: Fix memory / resource leak the ugly way
- Include [pkg] PR:15356 (perma): Optimize locking in ApplicationMessenger
- Include [pkg] PR:15771 (perma): RetroPlayer: Move rendering calls to initialize/deinitialize methods
- Include [pkg] PR:15831 (perma): [libUPnP] Remove unused headers from Platinum/Source/Extras
Build Details:
- New 5.0.13 kernel
- drop omxplayer
- NOTE: OMXPlayer is no longer supported by Kodi 19 - use MMAL for hardware acceleration (should be enabled by default)
- LibreELEC.tv:
- oscam: update to 11518 (PR:3491, 1 commit, 2 files changed)
- 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)
- 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)
- Additional commits/pull requests/changes not yet merged upstream:
(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
(2019-05-26, 14:42)JagoUK Wrote:Not sure how to edit the above post sorry.(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
(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
(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)
(2019-05-26, 18:05)Milhouse Wrote:Hi, sorry it is H.264 1080i 50hz broadcast tv not 1080p my mistake.(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?
(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.
(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)
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.(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 with999.
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
(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?
d778d593f87649fe54b93537dcaec0f6a2fb9b487ece15195a9937411e2a7f36
(RPi)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
text:
No dvb-latest or crazycat drivers
Temporary bluz build hack
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
NOTICE: ADDON: pvr.hts version 4.4.7.2 is incompatible
(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.
(2019-05-28, 23:23)Milhouse Wrote: