Anyway, the PI4 is newer (2019) than my Xiaomi Mi 8 phone (2018). Snapdragon 845 is more powerful, yeah, but it's a smaller chip inside a phone.. I paid more for design, display, storage.. the Pi4 is just a board. It should be more performant powered up with an adapter.. I thought Rasberry Pi competed with PCs, not smartphones!
Anyone still use a 2018 phone? What an amazing value the Mi 8 is.
By the way, the BCM2712 from the Pi5 is already more powerful than my Snapdragon 845.
I am let down that my PI4 can't fluently decode AV1 1080p video on 1080p resolution, while my 2018 Android phone can.
I tested one-minute snapshots from the most complex passages of two 2.39:1 AV1 10-bit Rec.709 Main@L4.0 7Mbps movies that play flawlessly with all quality decoding options on VLC player for Android and mpv player, using dav1d software decoder aswell, full deblocking.
How come my battery powered 2018 Snapdragon sdm845 armv8 64-bit processor can handle fluid 1080p AV1 10-bit video and my latest nightly Libreelec 3A turbo=1 1800-Mhz powered RPI4 8Gb RAM can't?
I use Libreelec as a best audio quality streamer for movies and music using a dedicated SPDIF audio hat. Also good passive heatsink and low temps (~50ºC). 70% cores CPU utilization.
I tried numa hack on latest bootloader but it doesn't make any difference. Also maximum caching. Reading from a fast USB3 drive.
If you know what you're doing with Gparted (under Ubuntu) then it's not that hard to rearranage (shrink/move) existing partitions and filesystems to make space for the TWO partitions LE requires and then perform a manual install.
Yes, I can shrink the storage partition to place media files onto another partition with the new free space.
However, what if I want to format the storage partition (and VFAT aswell) to flash another libreelec build from scratch? Sometimes I just wouldn't want to update to another nightly image but start over with a stable build to debug so many plugin errors.
What would be the manual install?
the Generic installer targets a whole disk not free space on an existing disk (it will nuke the content of the selected disk)
Is it possible with a manual installer (dd command) to install Libreelec in available space on a disk with a previous media partition? I'd like to separate media from Libreelec to be able to change Libreelec builds without nuking all my 128GB SD card.
RPi does the opposite: It uses a lot of software decoding, which needs more processing power.
I thought RPI uses kernel mode setting (KMS) for video acceleration. Is this considered hardware acceleration?
Thanks. To be honest, I was rather asking for software/hardware architecture differences.
Hi,
How does the Android running Chromecast 4k do compare to LE on RPI4B for video hardware acceleration or graphical UI?
Does Android use OpenGL or Vulkan for this?
I ask because I suspect the Chromecast 4k hardware to be inferior to the RPI4, and supporting video hardware acceleration and HDR playback, i would like to know how this differ between the two regarding performance. Thanks in advance.
Is there any place to tweak libreelec wi-fi interface settings? is it the same driver as Raspberry Pi OS?
I tried disabling zeroconf but it didn't have any effect. I just come from booting latest official RPI OS, updated, and no problem at all detecting and changing my 2.4 and 5 wireless networks with actual router configuration. So it is not Pi hardware or coverage.
I undestand about cable, but cable is not an option, I can't dangle cables across the aisle. There is no excuse for wireless not working well on Libreelec.
Have you set the Wireless Regulatory Domain? .. this can help with ensuring country-specific radio properties are aligned with the router capabilities.
Yes, i did, but it doesn't make any difference.
Also, it asks me the password from time to time on both 2.4 and 5Ghz SSIDS, even when I haven't changed it at all. I entered the actual one, and it rejects it! It's crazy. Then after some minutes it appears and connects itself to the network it wants.
I have both networks with static channels, 13 channel on 2.4 n and first 36 channel on 20/40/80Mhz on 5Ghz ac. I have set one second of beacon interval. No problems with any other devices.
I have just booted lastest updated Raspberry Pi OS and it detects and connect to my wireless networks allright. (what a relief!)
I tried disabling zeroconf aswell, no improvement.
I must say I've always run LE nightlies.
Since I started with LibreELEC about a year ago, Kodi Libreelec doesn't detect well my wireless WI-FI network, both 2.4 and 5 GHz. My phone, tv and PC detect them perfectly full time. But Kodi just detects all my neigbourhood wifis except mine. Sometimes it takes some minutes, sometimes it just won't. And the RPi is close to the router, 2 meters away. I disabled energy saving settings on Kodi wireless network interface options, but it doesn't help.
It is not a thing of 5Ghz az only network, or 2.4 only n, sometimes it sees it, sometimes it won't. It's super frustrating.
Is there any reason or limitation of Libreelec Wireless interface that prevents this?
I didn't found problems with other OS wifi connection on the RPI4 like Dietpi.
Hi, I got a replacement TV hat by Amazon, installed again but is undetected by default by dmsg on latest nightly.
With dtoverlay=rpi-tv and gmem=128 on config.txt, after reboot, I get:
LibreELEC:~ # dmesg | grep -i cx
[ 4.201132] dvbdev: DVB: registering new adapter (CXD2880)
[ 4.294171] cxd2880: cxd2880_attach: chip id invalid.
[ 4.294186] cxd2880_spi: cxd2880_spi_probe: cxd2880_attach failed
I have other hats on the Pi, but wouldn't want to take off, since i want to use my spdif transport (it is a IanCanada transportPiDigi), I checked GPIO pins are not taken by means of a website and spidif hat documentation.
V3D is only for the Kodi GUI?
Does not benefit hardware accelerated video decoding?
According to Phoronix, there seems to be a big update on the Pi DRM/V3D kernel improving performance which will soon be in mainline.
Does this apply to LibreElec code?
Hello. KMS video acceleration and HDR passthrough is the heart of LibreElec. Is this code original and open source? Is it ever updated in features and maintained? I look at the nightly changelog but I don't find references. I see mesa driver updates.
popcornmix says LE10/11/12 use the kms driver (kernel side). HiassofT says 4k60p uses direct-to-plane rendering.
Is H264/H265 acceleration based on any existent library?
For HDR10 passthrough, does it pass the content's mastering luminance along with maxcll and maxfall to a HDR10 layer for the HDMI display? Does LE check the display EDID luminance capability i.e. to ensure content is within it?
refresh rate switching is essential if you want (micro-)stutter-free, smooth video playback
Sorry, I had confused chewitt answer "refresh rate changing for optimal media playback" with kodi 'optimal' setting for variable refresh rate changing within a media file. Now I get it.
Regarding DV: UHD Blu-Rays have a mandatory HDR10 base layer, so DV on these disc is an additional layer on top and RPi4/5 will output the HDR10 layer just fine - tested that here with 4k (DV) Blu-Ray rips I did on my own with makemkv.
Regarding HDR10 mandatory compatibility layer on DV rip sources, yes it is there but on HDR displays with lower brightness than content's mastered luminance you need DV (or some kind of) tonemapping, otherwise highlights are blown-out, because HDR10 displays don't tonemap higher nits to their range, only DV does. However, my Samsung S95B tv is non DV and 1,000 nits capable and it can 'map' 10,000 HDR10 content correctly. But a Sony DV-enabled tv clips with 1,000 nits HDR10-only content, only DV content is shown correctly. So sending HDR10 compatibility layer is going to clip highlights on many tvs and monitors, since most of these won't reach content brightness.
RPi4/5 certainly wouldn't have the grunt to process that - direct-to-plane rendering works fine for 4kp60 but GL/EGL rendering doesn't - it's too slow, even without shaders having to do tonemapping
I understand a RPI4/5 may not have enough power for vulkan or opengl shader tonemapping, no question. Certainly HDR is not working on linux yet, and LE has the lead here. RPI OS Kodi package appears to use FullKMS open source driver and it has full 4k/HEVC acceleration. Maybe it's the same thing LE uses.
I've read Wayland can live over KMS. Probably it's an additional layer to direct KMS and slow things up as you say.
IIRC RPi 4/5 only support Vulkan under Wayland, and we do not run Kodi under Wayland because Wayland does not support refresh rate changing for optimal media playback. So yes FFMpeg added some support for DV but the devil is in the details and this is not a usable solution for our use-case. I'd also argue that using shaders is not "true" DV support; it's simply a way to get DV encumbered media to display with an acceptable (but not exact) on-screen appearance. True support requires knowledge of the proprietary stuff or a clean-room implementation. The former won't happen because it torpedo's Dolby's commercial model and the latter is rather unlikely since it will require a massive effort and the Linux community generally prefers to make a minimum acceptable effort when the target "standard" is vendor proprietary crap. I'll update/reword the wiki article a little to prevent further 2+2=5 conclusions.
Okay, but nobody says it has to be a 'true' implementation of DV, if there is a good enough one that does Profile 5 conversion to HDR/PQ or SDR and reads side data, it is functional and compatible enough, it is interesting at least to discuss. We're not expecting a 'clean implementation' anywhere near. If the linux community has put an effort in developing this library, obviously they don't consider DV 'propietry crap'. We're talking that most HDR content is in DV, and there are platforms and displays that don't support (or license) it, be TVs (old and new), the most popular RPI or even Windows (Does Windows include free/licensed DV software decoding yet?). If LE is open source, based on ffmpeg and it might include this powerful library (not just for DV decoding, but GPU offloading, jinc upscaling), I think it is worth mentioning. I don't know how LE plays HDR, I read it does by V4L, DRM framebuffer, or KMS on low level programming (I'm not an expert and do not know exactly) and a tight ffmpeg integration.
If you say RPI4/5 only support Vulkan under Wayland, okay I get it, although it doesn't mention this on building documentation: it only requires support for either opengl, vulkan or d3d11. I'm not sure DV decoding requires Vulkan.
But talking about Wayland: RPi has got full working support of it on their official desktop distro. RPI has a Vulkan and OpenGL driver GPU. Open source Mpv player, manages HDR and SDR in Windows and Linux. Is there any talks to move from low level DRM processing to a standard Wayland protocol and display server/compositor without requiring a full desktop environment/window manager?
You say "we do not run Kodi under Wayland because Wayland does not support refresh rate changing for optimal media playback", does it mean it is feasible? How many real content has refresh rate changing? I think some cell phones record video in minimal variable framerate, I don't know if this apply.
Does Wayland expect support for HDR soon to begin with? (passing HDR metadata)
I hope my rant is interesting for someone. It's meant for learning and discussing direction. Thanks for the support.
I'd say no possibility for 4K video (neither cpu nor 3d hardware has performance for this).
I don't know if 1080p would be possible.
But most hdr content is 4k.
Well, at least decode DV to HDR10 with libplacebo open source library, provided as a vulkan-based video filter in FFmpeg?
