RPi3 on LE9.2 uses the old graphics stack (firmware driver). RPi3 nightly LE10 builds (currently pre-alpha) need that, too.
so long,
Hias
Posts by HiassofT
-
-
Yes, this is expected - RPi needs to be able to read the EDID from your TV.
You can run "getedid create" to make the EDID permanent - then it's safe to power on your TV later.
so long,
Hias
-
I kinda succeeded having a 4K output. But the still 1080p UI was stuffed into the upper left quarter of the screen.
You need to restart kodi / reboot LibreELEC then it should work (it's also mentioned in the info line of the GUI size limit option).
so long,
Hias
-
Sorry if I don't agree with you. SSH, SFTP, and VNC are the three must-have tools for handling an unattended remote device. The inability to use VNC is a major reason not to buy a device.
I'm not saying VNC isn't useful but the simple fact is that there doesn't exist a VNC server for the currently used graphics stack - it has to be written first.
so long,
Hias
-
Which LibreELEC version are you using?
On LE10beta 4kp60 output isn't implemented yet (it's currently being worked on).
LE 9.2.6 supports 4kp60 if you add hdmi_enable_4kp60=1 to config.txt and enable "ultra hdmi deep colour" (or some similarly named option) for the HDMI port in you TV's settings.
The GPU in RPi4 is a bit underpowered for 4k rendering therefore GUI resolution is limited to HD. You can disable the limit in settings->system->display (you need to switch level to expert to see it) but then GUI navigation will be quite slow - I wouldn't recommend doing that.
Actually it's best to change the display resolution to HD (in general your TV will do better HD->4k upscaling than kodi/rpi) and enable 4k modes for video playback in the whitelist.
so long,
Hias
-
If you run RPi(4) then the answer is no. dispmanx vnc no longer works with the new graphics driver so it was removed from addons.
As an alternative you can enable kodi's webserver, you can configure and control quite a lot of things with it.
so long,
Hias
-
I haven't used the Netflix addon for ages, but back then when I did IIRC it worked just fine with hyperion so I couldn't reproduce the issues so not quite sure what caused that. ISTR adjusting the grabber resolution (to 512x512 or sth like that) fixed that - just use the forum search function and you should find tons of info about that.
so long,
Hias
-
By the way, lzo is used for compression for LE9.2.x, why use zstd instead of LE10? Should the compression quality be more efficient?
Yes. Decompression speed is about the same, but compressed size is smaller.
so long,
Hias
-
Ah, and I probably should add that it's very likely you'll have the same screen blanking issues at 4k output with the LE hyperion addon - these are general issues of the screen grabber used by hyperion.
so long,Hias
-
Hmm, I fixed that issue almost 2 years ago but it seems the fix wasn't merged... You can find the link to a working build in the github PR here: update to latest upstream version, fix exception with JRE >= 9 by HiassofT · Pull Request #4 · LibreELEC/hypercon · GitHub
so long,
Hias
-
Sorry, no idea.
The RPiOS showed the same bandwidth error in dmesg so it'z puzzling why it would work on RPiOS but not LibreELEC.
Might be worth checking if Kodi on RPiOS shows the same issue (but IIRC there are only older Kodi 18 versions available for RPiOS).
Or you could try the latest LibreELEC nightly, it enables USB autosuspend (which was accidentally disabled before).
If you use a current nightly build and have a 4k TV you probably need to add "force_turbo=1" to config.txt as the latest RPi kernel introduced an issue with 4k output that can lead to "no signal" on TV (we are currently waiting for a fix for that).
so long,
Hias
-
The SYSTEM squashfs uses zstd compression, see also here LibreELEC.tv/options at master · LibreELEC/LibreELEC.tv · GitHub
You probably need to update your squashfs-tools, any somewhat recent version should do (eg the version in Debian Buster is fine).
so long,
Hias
-
I'm netbooting my RPi4 and have a serial console attached.
With systemd.debug_shell enabled and kernel.sysrq=1 set in sysctl chances are quite good I can reboot the RPi4 (either with "reboot" in the serial console shell or with sysrq/break-b) unless it's locked up really hard - in which case I just pull the plug.
so long,
Hias
-
Do we know if the 10-bit to 8-bit conversion uses dithering rather than just truncation? Looking at the HLG HDR bars I ran the Rec 2020 tests on, the luminance sweep it looked like it was suffering from truncation rather than dither.
I don't think the RPi4 even supports dithering.
so long,
Hias
-
Ìt's not exactly the same, at least "gpu" parameter is missing at RPi 4 and "help" does not work.`
Yea, "gpu" wouldn't make much sense on RPi
help output should probably be extended a bit.getedid on Generic/x86 also doesn't support multiple HDMI ports / edid, and the RPi version automatically removes any previous edid settings when you use "create" (so running "getedid delete" is not needed if something changes).
so long,
Hias
-
evanspae please don't re-post exact duplicates of your previous messages. This thread is for discussing details of HDR support on RPi4, so your general questions are off-topic in this thread. Please create a new thread in the "General" forum with your questions.
so long,
Hias
-
The "getedid" script works exactly like the one on x86, which is documented on the wiki https://wiki.libreelec.tv/configuration/edid
"getedid create" makes current EDIDs permanent (this also honors a receiver on HDMI-2) and "getedid delete" deletes those.
It would be great to get some more feedback if it all works (so far I think I'm the only one who tested this) or if there are issues I might have missed.
so long,
Hias
-
Exactly when it is ready 😊
When all issues are resolved. No ETA for that.
so long,
Hias
