Display MoreLibreELEC 9.1.002 (Leia) has arrived based upon Kodi v18.3, the 9.1.002 release contains many changes and refinements to user experience and a complete overhaul of the underlying OS core to improve stability and extend hardware support.
Changes since LibreELEC 9.1.001:
- mainly improvements for the RPi4
Change for Raspberry 4:
With LE 9.1.002 and later you need to add “hdmi_enable_4kp60=1“ to your config.txt if you want to use 4k output at the RPi4. Before you needed “hdmi_enable_4k=1“ that is now deprecated.
Beta Notes:
LibreELEC 9.2 for Generic x86/64 and Raspberry Pi 0/1/2/3 devices is a solid beta quality release. Raspberry Pi 4B images are more “late stage Alpha” and are not feature complete or perfect. Normal LibreELEC testing rules apply; if you do not want to experiment on your family’s primary entertainment system – please stick with your current version and wait for the final/stable release. If you do want to experiment – please be prepared to submit log files and work with developers to hunt down problems and test solutions.
Raspberry 4:
It would be nice to have the 4B running the latest mainline kernel as other devices in LibreELEC 9.2, but adding support for an all-newSoC chipset is a huge effort and the Pi Foundation needed to align initial 4B software with the current Raspbian release to maximise compatibility with existing softwar and to keep the workload sensible. Generic x86/64 devices are running Linux 5.1, while Raspberry Pi devices (0/1/2/3/4) are using Linux 4.19 with some new/extra code.
In this initial release 1080p playback behaviour and performance on the 4B are broadly on-par with the previous 3B/3B+ model, except for HEVC media which is now hardware decoded and massively improved. New 4K video capabilities still have plenty of rough edges to be smoothed out, but the Pi Foundation developers have been pushing fixes to the Alpha test team at a phenomenal rate over the last month and that will continue as the userbase expands.
The 4B now uses SPI flash for the bootloader. Current firmware supports SD card boot only – Network and USB booting are still on the Pi Foundation to-do list. Also on the list is HBR audio (current audio capabilities are the same as the 3B) and 3D video. The 4B hardware is HDR capable, but software support has a dependency on the new Linux kernel frameworks merged by Intel developers (with help from Team LibreELEC/Kodi) in Linux 5.2 and a kernel bump will be needed to use them. Once the initial excitement and activity from the 4B launch calms down, serious work on HDR and transitioning Raspberry Pi over to the new GBM/V4L2 video pipeline can start.
Rockchip:
Our Rockchip releases remain in an Alpha state with limited support. The Kodi version is updated but there are no significant video/audio improvements to the Rockchip 4.4 kernel codebase – and none planned. Our work on Rockchip support has refocussed onto the Linux 5.x kernel to use the modern kernel frameworks needed for the next-generation Kodi video pipeline. This work is progressing nicely, but it means the 4.4 codebase “is what it is” until a future kernel bump.
Amlogic
Our original goal was to announce Allwinner and Amlogic images alongside Rockchip as part of the LibreELEC 9.2 release, but while overall readiness has greatly improved in recent months – each has specific technical challenges to overcome before they meet our basic critera for a public release. On the human side of the project several maintainers also have reduced availability for support due to work and family commitments, and the summer vacation season is about to start. Combining these factors together, the team felt it was better to be patient and not rush releases.
So instead of releasing LibreELEC 9.2 alpha images we are announcing the start of official nightly images from our master development branch. At the moment the master branch uses Linux 5.1 and Kodi v18 so nightlies mirror LibreELEC 9.2, but in the near future we will start moving master towards Linux 5.3 and Kodi v19.If you experience problems, please open an thread at our forum. You can also open an ticket at our issue tracker.
Upgrading
On first boot the Kodi media database will be upgraded. Depending on your hardware and media collection size this could take several minutes. Please be patient.
Downloads
LibreELEC (Leia) 9.1.002 ALPHA
-
Nice! Good work!
I will install and test this on my pi 4 today.
-
Broke SMB shares
-
Great work so far! 👍👍
There are many improvements compared to the last Alpha .001!
No issues till now.
-
Is updating inside of LibreELEC not supported for Alpha builds? I've rebooted my Pi4 several times since yesterday but there is still nothing in the update section. I changed it to manual but there's no difference.
-
Is updating inside of LibreELEC not supported for Alpha builds? I've rebooted my Pi4 several times since yesterday but there is still nothing in the update section. I changed it to manual but there's no difference.
Yeah that won't work, you'll have to download the image and put it in the updates folder using Samba then reboot the RPi. It will install and update automatically then
-
How to get nightlies for amlogic (Wetek Core)?
-
How to get nightlies for amlogic (Wetek Core)?
Should be here, but they were stopped a while ago:
I'd guess the balbes150 images are your best bet for the time being.
-
Thank You!
Which are balbes150 images? There are pine64 or orangepi for A64 arm.
-
Thank You!
Which are balbes150 images? There are pine64 or orangepi for A64 arm.
Here:
-
Works great with the RPi4!!
Kodi interface is much smoother and quicker, the media preview images load much faster, and the temperature of the CPU seems to have come down by about 3ºC
Video playback seems to be very smooth (at 1080p), but it already was with the first alpha..
Thank you for all your work!
-
I'm new to LibreELEC but have been using kodi for many years on windows.
Few issues that i've noted so far is screen tearing when browsing around. I've tried multiple skins but the tearing is present on all.
Also I'm having hard time scanning tv shows to library.
I'm using mysql server and the problem is both on my pi 3 and pi 4 so dont think its pi 4 related.
Scanning works perfect on my windows setup but hangs when trying to update library on my pi's. I guess i can skip updating from my pi's but would love that to work too.
-
Broke SMB shares
Not intentionally - SMB shares (smb://) is working fine here. What issues are you seeing, with what server, please post a debug log.
-
Works great with the RPi4!!
Kodi interface is much smoother and quicker, the media preview images load much faster, and the temperature of the CPU seems to have come down by about 3ºC
Video playback seems to be very smooth (at 1080p), but it already was with the first alpha..
Thank you for all your work!
I haven't looked at the temperatures but yesterday I experienced asynchronous video playback on a 1080p Netflix stream. Video was up to two seconds behind the audio but after a scene cut it was in sync again for 1 or 2 minutes. Maybe it has something to do with the cpu temperature.
I'm using the Pi4 without a case but I have a hifiberry on the GPIO
-
I haven't looked at the temperatures but yesterday I experienced asynchronous video playback on a 1080p Netflix stream. Video was up to two seconds behind the audio but after a scene cut it was in sync again for 1 or 2 minutes. Maybe it has something to do with the cpu temperature.
I'm using the Pi4 without a case but I have a hifiberry on the GPIO
Quite certainly the CPU was maxed out and the RPi couldn't keep up with decoding the video.
While that can be caused by high temperature (and thus throttling, in which case you should see the thermometer icon pop up) I've also seen that with some streams (eg Black Mirror S01E02 at around 59:30-1:00:00) which have very high peak bitrate scenes.
The RPi4 probably needs to be overclocked to keep up with this - or switch to the next lower bitrate stream (IIRC the ~7Mbit/sec 1080p Black Mirror stream peaked to about 11-13Mbit/sec and ran into a/v sync issues, the ~6Mbit/sec 1080p stream played fine). Limiting the max bitrate may also help with that.
so long,
Hias
-
Nope I didn't see any temp icon in the corner. But I do know that the idle temp is about 60degrees Celsius.
I will try to check the Bitrate you mentioned and report back
-
-
Not intentionally - SMB shares (smb://) is working fine here. What issues are you seeing, with what server, please post a debug log.
All of a sudden, for me, my SMB shares stopped working too. Operation not permitted was returned.
After pulling out the last two hairs from my head I determined it to be an SMB version issue. Capped the max SMB version to v2 and was able to browse SMB shares on my Synology again.
The confusing thing is everything was working fine for ages prior to this popping up.
Now, I did make some security changes on the Synology in response to security concerns about ransomware attacks. But I never touched SMB version settings. it was and still is set to use SMBv1 though v3.
This issue popped up on both my x64Generic and OdroidC2 installs.
