• 1
  • 464
  • 465
  • 466(current)
  • 467
  • 468
  • 495
v18 LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
(2018-12-21, 16:33)popcornmix Wrote:
(2018-12-21, 16:04)linkinsoldier Wrote: When I use the "force HDMI Hotplug" option in config.txt, I get HDMI every time, however it only shows a "small picture in the middle of the screen". Its about 640p (instead of the choosen 1080p) - I guess there is a bug?
Did you follow my link? You need to do more than just hdmi_force_hotplug to get the right resolution.

Note: The issue is that kodi needs to read the EDID from the TV which contains the list of supported resolutions - and this isn't available when kodi boots.
You either need to store this information to a file (as described in my link) or slow down booting enough that the TV is ready. 
 I tried it and it works as well. So this is a known issue and there will be no improvement for "plug and play" user, right? Just asking because a friend of mine has the same issue and he has no idea of ssh. I will fix it for him, but still... i think there might be a lot of others out there.

Solution I and II which worked for me:
Quote:I) Solution: Boot up Delay:
1) ssh into rpi
ssh root@libreelec
2) By default /flash is mounted read-only so you need to:
mount -o remount,rw /flash
3) Edit the config.txt
nano /flash/config.txt
4) Introduce a new line for a boot up delay at the end of the config.txt:
boot_delay=20

Remark:here you have to do a "try and error". My android TV takes about something between 15-19s to boot up, therefore 20s works for me.

5) Save the change (CTLR+X -> Y -> Return -> Return)
Now it should work on the next boot!

II) Solution: Store the edid.dat and use this if no hotplug is present.
https://kodi.wiki/view/Raspberry_Pi_FAQ#...d_on_first

1) ssh into rpi
ssh root@libreelec
2) By default /flash is mounted read-only so you need to:
mount -o remount,rw /flash
3) If the display is now correct (precondition!) create edid Data for this HDMI connection
tvservice -d edid.dat
4) Copy the created edid.dat to /flash
cp edid.dat /flash/
5) Edit the config.txt
nano /flash/config.txt
6) Uncomment the line, so the HDMI connection is forced even if unplugged:
hdmi_force_hotplug=1
7) Introduce a new line to force using the edid data from the file:
hdmi_edid_file=1
8) Save the change (CTLR+X -> Y -> Return -> Return)
Now it should work on the next boot!

Remark: This only works for the setup you created the edid.dat with.
If there is any chance in your hardware setup, you have to redo steps 1-4!
New LibreELEC.tv Leia build #1222: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: aa6213394a16689ebbf602466ee937bdd0efda7fc0a083e090ce396fb76adf05 (RPi)
SHA256 Checksum: 2150c35467352d0da4c3feeaf492bddf791fcea0a81f36acb3e6f3a5568e65f9 (RPi2)

text:
# uname -a
Linux rpi512 4.19.12 #1 Sat Dec 22 21:51:30 GMT 2018 armv6l GNU/Linux

# vcgencmd version
Dec 18 2018 00:00:23
Copyright © 2012 Broadcom
version da468960fe03ecbaa8e3f1ee01c7217c3bd01fa8 (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20181222215026-#1222-gd408f62 [Build #1222]

# Kodi version
(18.0-RC4 Git:4a1b32b). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (d408f62, changelog) and tip of XBMC master (4a1b32b, changelog) with the following modifications: Build Highlights:
  1. libcec-4.0.4
  2. Fix path for looking up external subtitles
Build Details:
  1. LibreELEC.tv:
    • samba: update to samba-4.9.4 (PR:3178, 1 commit, 1 file changed)
    • linux (RPi/Generic): update to linux-4.19.12 (PR:3166, 16 commits, 10 files changed)
    • linux (RPi) config: enable bcm2835 miniuart (PR:3174, 1 commit, 2 files changed)
  2. XBMC:
    • [win32] replace vc140 redis with vc141 (PR:15113, 1 commit, 2 files changed)
    • [win32] fixed blank other displays option (PR:15115, 2 commits, 3 files changed)
    • Fix path for looking up external subtitles (PR:15116, 1 commit, 1 file changed)
  3. libcec:
  4. pvr.nextpvr:
    • Bug fixes in seeking and fix for uninitialized usec in struct timeval (PR:76, 2 commits, 8 files changed)
  5. pvr.vuplus:
    • Get stream times recordings (PR:149, 4 commits, 20 files changed)
    • In 3.15.2 WebIf that is not OpenWebIf does not support auto timer API - Addon won't load Newnigma2 image (PR:153, 1 commit, 4 files changed)
  6. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] compare (perma): kodi (RPi/Generic): next
    • Updated: [env] PR:3171 (perma): buildsystem: centralise package sourcing
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.
Haven't had any issues for a while now. Seems close to release quality. Well done to all involved. You should release Leia for Christmas as a stable.
Working stable for me as well, but I guess a jump from alpha to release is a bit fast. However relasing kodi as a Christmas present and going to beta for libreelec sounds about right!
@Milhouse I have an problem with new versions of your builds. I have a problem with my remote - MX3 Air Mouse remote.
Problem is hard to explain, but I hope that this video should explain a little bit: https://youtu.be/BDyu28ZRt98 . Basically, when I click buttons to navigation, behavior of Kodi GUI is really weird... Problem exists ONLY on LibreELEC builds newer than #0821 (this build is last with working remote). Newer versions of LibreELEC starting from #0822 (of course I tried newer) have problem presented on video.
I described my problem also on libreelec forum, because problem exists on oficial beta builds newer than 8.90.005 (this build is last working).

From my understanding, one big change between 0821 and 0822 buils was change kernel from 4.14.x to 4.18.x - but why my remote stop working after this change? It could be root cause of my issue? If yes - there is any way to fix it?
(2018-12-23, 13:10)duda007 Wrote: @Milhouse I have an problem with new versions of your builds. I have a problem with my remote - MX3 Air Mouse remote.

Can you upload a debug log from #0821 and also #0822, in both click the same buttons so we can see the difference in the behaviour logged by Kodi. The LibreELEC remote control expert is on vacation until after Christmas, so maybe we'll have some more ideas after the holiday.
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.
Im having issues playing movies/tv shows from the library, if i press the info button and then play they work fine, hope that makes sense ?
I get the message 'this file is no longer available would you like to remove it from the library?'
Fresh install of libreelec followed by an upgrade to the latest nightly.

debug log: http://ix.io/1wE5
(2018-12-23, 11:50)linkinsoldier Wrote: Working stable for me as well, but I guess a jump from alpha to release is a bit fast. However relasing kodi as a Christmas present and going to beta for libreelec sounds about right!

Here we go: libreelec is in beta state Smile

I would put my money on an official kodi release in the next few days! It really works stable enough for release in my book!
(2018-12-23, 19:31)appleseed Wrote: Im having issues playing movies/tv shows from the library, if i press the info button and then play they work fine, hope that makes sense ?
I get the message 'this file is no longer available would you like to remove it from the library?'

So when do they not play correctly? From the home screen? Pressing play in the library view?

What file are you failing to play, is it the file rar://smb%3a%2f%2fUBUNTU%2fMedia%2fmovies2%2fYardie.2018.1080p.BluRay.X264-AMIABLE%2fyardie.2018.1080p.bluray.x264-amiable.rar/Yardie.2018.1080p.BluRay.X264-AMIABLE.mkv? Or something else - I'm not seeing any clear errors in the log which relate to a failed playback.

It's possible rar playback is broken - you could try going back a few builds to see if this is a recent problem.
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 #1223: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: c250c874134d61da2eeed1eb16e5130da1cda22ff2b69da6a3a24ee7b04a6364 (RPi)
SHA256 Checksum: 2705510dfce80f765166d948a87b862484268a1ca9c0176b04f1838b05db2fb3 (RPi2)

text:
# uname -a
Linux rpi512 4.19.12 #1 Sun Dec 23 21:04:21 GMT 2018 armv6l GNU/Linux

# vcgencmd version
Dec 18 2018 00:00:23
Copyright © 2012 Broadcom
version da468960fe03ecbaa8e3f1ee01c7217c3bd01fa8 (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20181223210316-#1223-gd408f62 [Build #1223]

# Kodi version
(18.0-RC4 Git:cc5fb97). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (d408f62, changelog) and tip of XBMC master (cc5fb97, changelog) with the following modifications: Build Highlights:
  1. image: add PROJECT to /etc/os-release
  2. stats improvements (service.libreelec.settings)
Build Details:
  1. XBMC:
    • Do not crash when not getting GL_EXTENSIONS (PR:15108, 1 commit, 1 file changed)
    • Bump libcec to 4.0.4 (PR:15095, 1 commit, 1 file changed)
    • [wayland] Centralize seat handling (PR:15052, 1 commit, 17 files changed)
    • [depends] fix m4 ftbfs with glibc 2.28 (PR:15121, 1 commit, 2 files changed)
  2. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:3183 (perma): image: add PROJECT to /etc/os-release
    • Added: [pkg] PR:111 (perma): stats improvements (service.libreelec.settings)
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.
(2018-12-24, 06:37)Milhouse Wrote:
(2018-12-23, 19:31)appleseed Wrote: Im having issues playing movies/tv shows from the library, if i press the info button and then play they work fine, hope that makes sense ?
I get the message 'this file is no longer available would you like to remove it from the library?'

So when do they not play correctly? From the home screen? Pressing play in the library view?

What file are you failing to play, is it the file rar://smb%3a%2f%2fUBUNTU%2fMedia%2fmovies2%2fYardie.2018.1080p.BluRay.X264-AMIABLE%2fyardie.2018.1080p.bluray.x264-amiable.rar/Yardie.2018.1080p.BluRay.X264-AMIABLE.mkv? Or something else - I'm not seeing any clear errors in the log which relate to a failed playback.

It's possible rar playback is broken - you could try going back a few builds to see if this is a recent problem.   
They do not play from the library view or the home screen, it certainly a .rar issue of some kind because everything that isn't in rar's plays fine.
If i then go into the 'info' of the movie and press play it plays fine and yes that is what im trying to play for the purpose of diagnosis.
 
I did notice this line in the log :

17:24:46.615 T:1937232544 DEBUG: OnClick called on 'videodb://movies/titles/367' but file doesn't exist

maybe related to the issue ?
(2018-12-21, 16:33)popcornmix Wrote: Note: The issue is that kodi needs to read the EDID from the TV which contains the list of supported resolutions - and this isn't available when kodi boots.
You either need to store this information to a file (as described in my link) or slow down booting enough that the TV is ready.
(2018-12-22, 14:41)linkinsoldier Wrote:  I tried it and it works as well. So this is a known issue and there will be no improvement for "plug and play" user, right? Just asking because a friend of mine has the same issue and he has no idea of ssh. I will fix it for him, but still... i think there might be a lot of others out there. 
The right place for fixing this is in the TV. The source (Pi) provides the sink (TV) with 5V to allow the EDID to be read even when the TV is powered off.
Without the EDIDm kodi doesn't know what resolutions are supported and can't function fully.
Most TVs do the right thing and this works without thinking about it. For TVs that don't you need to ensure the TV if powered on before kodi, or use the workaround of providing the EDID through other means.
New LibreELEC.tv Leia build #1224: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: cac0ff29ca5145f641a78c9e16b8a4b275b08c5ec3a91d79db2319aa66157da4 (RPi)
SHA256 Checksum: 6b49c029a22e54c31fe14b09732f2ff9f55b28beb56cb7959503ca3c8091de3f (RPi2)

text:
# uname -a
Linux rpi512 4.19.12 #1 Mon Dec 24 21:04:11 GMT 2018 armv6l GNU/Linux

# vcgencmd version
Dec 18 2018 00:00:23
Copyright © 2012 Broadcom
version da468960fe03ecbaa8e3f1ee01c7217c3bd01fa8 (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20181224210308-#1224-gd167df7 [Build #1224]

# Kodi version
(18.0-RC4 Git:cc5fb97). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (d167df7, changelog) and tip of XBMC master (cc5fb97, changelog) with the following modifications: Build Highlights:
  1. Minors
Build Details:
  1. LibreELEC.tv:
    • buildsystem: add flag to enable verbose build (if package support it) (PR:3182, 1 commit, 1 file changed)
    • config/functions: respect CONCURRENCY_MAKE_LEVEL for ninja (PR:3184, 1 commit, 2 files changed)
  2. pvr.zattoo:
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:3183 (perma): image: add PROJECT to /etc/os-release
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 4.20 build #1224x: RPi / RPi2
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.
(2018-12-24, 22:16)popcornmix Wrote:
(2018-12-21, 16:33)popcornmix Wrote: Note: The issue is that kodi needs to read the EDID from the TV which contains the list of supported resolutions - and this isn't available when kodi boots.
You either need to store this information to a file (as described in my link) or slow down booting enough that the TV is ready.
(2018-12-22, 14:41)linkinsoldier Wrote:  I tried it and it works as well. So this is a known issue and there will be no improvement for "plug and play" user, right? Just asking because a friend of mine has the same issue and he has no idea of ssh. I will fix it for him, but still... i think there might be a lot of others out there. 
The right place for fixing this is in the TV. The source (Pi) provides the sink (TV) with 5V to allow the EDID to be read even when the TV is powered off.
Without the EDIDm kodi doesn't know what resolutions are supported and can't function fully.
Most TVs do the right thing and this works without thinking about it. For TVs that don't you need to ensure the TV if powered on before kodi, or use the workaround of providing the EDID through other means.
Thanks for the information! I though 2 new and different tvs from different makers are a good way to test it, but Obviously that's not enough!

Thank you for the help!
  • 1
  • 464
  • 465
  • 466(current)
  • 467
  • 468
  • 495

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