• 1
  • 96
  • 97
  • 98(current)
  • 99
  • 100
  • 495
v18 LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
@doveman2 the LE 9.0 repository is currently empty. One of my colleagues is currently building addons for 9.0 so hopefully it will be populated soon.
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.
(2017-04-11, 01:28)Aux_ Wrote:
(2017-04-11, 00:50)Milhouse Wrote: Weekly Linux 4.11-rc6 build #0410x: RPi / RPi2

Same as #0410 but without media_build (not currently compatible).

Thank God! The cheap DVB-T/C china stick (with the chip of - Panasonic MN88473 ) works with this build perfectly. Unfortunately he does not work with mediabuilds. I am so happy, I wanted to buy another stick ...

Is there any chance that it will work with mediabuild in the future?

Thanks! @Milhouse and LibreELEC Team


Hi Aux_,
I'm using one of the same stick types (Astrometa ...). I'm also using LibreElec 8.01. I installed tvheadend 4.2 from the LibreElec Repo and updated to 0410x. As a result tvheadend's WebUI wasn't accessible anymore. Could you please describe how you made it working?

Thanks,
Oli
(2017-04-17, 17:46)Milhouse Wrote: @doveman2 the LE 9.0 repository is currently empty. One of my colleagues is currently building addons for 9.0 so hopefully it will be populated soon.

Thanks Millhouse. I found a zip for tvheadend4.2 somewhere but not the client and I need to install Spotify for tonight.. I'll roll back to 8.0 in the meantime.
(2017-04-17, 19:00)user0815 Wrote: Hi Aux_,
I'm using one of the same stick types (Astrometa ...). I'm also using LibreElec 8.01. I installed tvheadend 4.2 from the LibreElec Repo and updated to 0410x. As a result tvheadend's WebUI wasn't accessible anymore. Could you please describe how you made it working?

Thanks,
Oli

Try the version of tvheadend42 I provide: http://milhouse.libreelec.tv/builds/addons
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 Leia build #0417: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.10.10 #1 Mon Apr 17 21:05:36 BST 2017 armv6l GNU/Linux

# vcgencmd version
Apr  4 2017 18:50:03
Copyright (c) 2012 Broadcom
version 3ca4cf4a663c5351eaec08b29d50d6e8324981b4 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20170417210430-#0417-ge271629 [Build #0417]

# Kodi version
(18.0-ALPHA1 Git:78cce57). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (e271629b, changelog) and tip of XBMC master (30accfb8, changelog) with the following modifications: Build Highlights:
  1. favourites refactor
  2. [PVR] Fix 'Switch to channel' context menu action after #11747
Build Details:
  1. LibreELEC.tv:
    • libva-intel-driver rename to intel-vaapi-driver, bump libva, libdrm, mesa (PR:1537, 4 commits, 8 files changed)
    • firmwares: use upstream repo [RFC] (PR:1526, 3 commits, 5 files changed)
    • addons: drop patches no longer needed (PR:1538, 1 commit, 2 files changed)
    • tslib: remove kodi touchscreen addon from the patch (PR:1539, 1 commit, 1 file changed)
    • RTL8192EU: update to a7fd035 (93a40145)
    • RTL8192DU: update to efc8508 (cb8337e3)
    • RTL8192CU: update and use new repository (4d9bf144)
  2. XBMC:
    • XBMC core Portuguese translation based on English commit 1ee638d8b22a3a5440e57a9384590558925e12ef (PR:1, 1 commit, 1 file changed)
    • Enable middle mouse button on embedded platform (PR:11956, 2 commits, 1 file changed)
    • [EPG] Guide window: fix progress indicator rendering. (PR:11972, 1 commit, 1 file changed)
    • [EPG] Fix gap tag update handling. (PR:11971, 1 commit, 2 files changed)
    • favourites refactor (PR:11967, 4 commits, 26 files changed)
    • [PVR] Fix 'Switch to channel' context menu action after #11747#. (PR:11981, 1 commit, 1 file changed)
  3. newclock5:
    • New commits in this build:
      • fixup: MMAL: fix delclaration of SupportsExtention (24367891)
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.
Thumbs Up 
@popcornmix

fixup: MMAL: fix delclaration of SupportsExtention (24367891)

Yes, that's it, 3D iso playback works again.
(2017-04-15, 17:59)pyrodex Wrote: Has anyone with Kodi doing PCM for audio any audible pops lately? It seems in the last few builds, maybe around the AE merge recently, I am hearing audio pops on files I didn't before. Mostly on files with audio channels >2.0 it seems.
Same here with self-compiled Kodi 17 on Intel Haswell after bumping ffmpeg to 3.3, reverting ffmpeg to 3.2.4 solved the problem.
Audio is sent to HDMI using Pulseaudio 10.0. I know this thread is about Kodi 18 but your problem sounds exactly like mine Wink
Kodi 19.5-Matrix/OpenGLES/gbm (+ PR19558 ) - Linux kernel 5.14.21 x86_64 - ffmpeg 4.4-git (+ patch )
Mesa 22.3.7 with iris driver - VA-API version 1.16.0 + Intel iHD driver version 22.6.3 - libdrm 2.4.116 - libcec 6.0.2
Intel i9-11900T - ASRock Z590 Extreme - BIOS version 2.20
(2017-04-15, 17:59)pyrodex Wrote: Has anyone with Kodi doing PCM for audio any audible pops lately? It seems in the last few builds, maybe around the AE merge recently, I am hearing audio pops on files I didn't before. Mostly on files with audio channels >2.0 it seems.

Yes, I hear them on DVB-T, since a week or so but still on 0417.
Irrregular though, sometimes every few seconds, sometimes once a minute.
HDMI out.
Don't see anything in the log.
(2017-04-15, 17:59)pyrodex Wrote: Has anyone with Kodi doing PCM for audio any audible pops lately? It seems in the last few builds, maybe around the AE merge recently, I am hearing audio pops on files I didn't before. Mostly on files with audio channels >2.0 it seems.

(2017-04-18, 13:09)ElectricPim Wrote: Yes, I hear them on DVB-T, since a week or so but still on 0417.
Irrregular though, sometimes every few seconds, sometimes once a minute.

Can you identify the exact build when the problem started?
@popcornmix
The audio clicks have started right away after ffmpeg 3.3 bump.
Even if I don't use LE, I use your newclock5 branch, my observations may provide some clues:
For me the clicks and pops are more audible when watching live tv, udp multicast in my case (mpeg2/mp3 or h264/aac mpegts streams, it doesn't seem to matter), for NFS "static" media I almost haven't noticed them.
MMAL, "Sync playback to display" is on, with "gpu assisted" audio resampling it's worse, with HQ software audio resampling it's better.
Sometimes when watching live tv it's possible to hear like audio "accelerates" a little bit.

PS before ffmpeg bump it was perfect.
(2017-04-17, 20:34)Milhouse Wrote:
(2017-04-17, 19:00)user0815 Wrote: Hi Aux_,
I'm using one of the same stick types (Astrometa ...). I'm also using LibreElec 8.01. I installed tvheadend 4.2 from the LibreElec Repo and updated to 0410x. As a result tvheadend's WebUI wasn't accessible anymore. Could you please describe how you made it working?

Thanks,
Oli

Try the version of tvheadend42 I provide: http://milhouse.libreelec.tv/builds/addons

Works like a charm using the provided zip for Tvh 4.2...
Not sure I fully understood: Support for the Astrometa DVB-T2 (ID 15f4:0131 with Panasonic MM88473) is now ONLY provided in 0410x and in a "official" release avail. soon?

Thanks!
(2017-04-18, 14:41)asavah Wrote: PS before ffmpeg bump it was perfect.

Can you confirm the actual nightly build?
i.e was #410 perfect and #411 is bad?

Can you reproduce with a file (e.g. a recording) played from file interface (rather than PVR)?
I'd like to be able to reproduce the issue here (I haven't heard any audio issues myself).

Does disabling "sync playback to display" avoid the issue?
(2017-04-18, 16:02)popcornmix Wrote:
(2017-04-18, 14:41)asavah Wrote: PS before ffmpeg bump it was perfect.

Can you confirm the actual nightly build?
i.e was #410 perfect and #411 is bad?

Can you reproduce with a file (e.g. a recording) played from file interface (rather than PVR)?
I'd like to be able to reproduce the issue here (I haven't heard any audio issues myself).

Does disabling "sync playback to display" avoid the issue?

I've seen the issue with non-PVR H264 content but don't have those files again right now. I will try some files tonight and provide samples with time codes.
HTPC(s): All running LibreELEC
  • AMD 2200G APU on Gigabyte AB350N-Gaming WIFI-CF
  • RPI3 x2 | RPI2 x2
NAS: FreeNAS (Latest Stable) | NFS/CIFS
(2017-04-18, 16:02)popcornmix Wrote:
(2017-04-18, 14:41)asavah Wrote: PS before ffmpeg bump it was perfect.

Can you confirm the actual nightly build?
i.e was #410 perfect and #411 is bad?

Can you reproduce with a file (e.g. a recording) played from file interface (rather than PVR)?
I'd like to be able to reproduce the issue here (I haven't heard any audio issues myself).

Does disabling "sync playback to display" avoid the issue?

I'll try to reproduce with this builds and report back shortly.
Disabling "sync playback to display" makes it a little better, but still not perfect.
It's like tiny little clicks, I can't hear those clicks when watching same source on my desktop with eg. VLC while using same headphones, both pi3 and my desktop are connected to hdmi of the same display and headphones are connected to the display audio output.
I can't reproduce this with files, and I'm not using PVRs, live tv urls are provided via my own addon (python winxml) which parses ISP's playlist and feeds the urls to Kodi.
Urls look like udp://@239.0.19.20:1234
If I find a file sample which reliably reproduces the issue I'll post a link.
(2017-04-18, 16:02)popcornmix Wrote:
(2017-04-18, 14:41)asavah Wrote: PS before ffmpeg bump it was perfect.

Can you confirm the actual nightly build?
i.e was #410 perfect and #411 is bad?

Does disabling "sync playback to display" avoid the issue?

I have sync playback to display disabled by default, so IMHO that's not the point.

I hear it at mpeg2 dvb-t mmal, could be between 0410 and 0411, sometimes it's hard to say not that often and not that dominant.
I do hear it at 0411, but somehow it feels less then in 0417.

Will test further.
  • 1
  • 96
  • 97
  • 98(current)
  • 99
  • 100
  • 495

Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)24