Don't get too excited, v4l2 is for grabbing from USB/PCI capture devices - for GBM hyperion will probably need to use a completely different approach (eg kodi addon that gets access to the decoded video data).
so long,
Hias
Don't get too excited, v4l2 is for grabbing from USB/PCI capture devices - for GBM hyperion will probably need to use a completely different approach (eg kodi addon that gets access to the decoded video data).
so long,
Hias
No, there's nothing you (or anyone else) can do ATM - stick to 4kp24/30 files for now.
so long,
Hias
If you tested with 4kp60 files then this is expected - the performance of the HEVC is not what it should be, the RPi video codec guru is currently working on improving that.
Playback over network can also be problematic with high-bitrate files, especially if you are using Kodi's built-in smb client and ts files. Enabling buffermode 1 in advancedsetttings, using an OS-level smb/cifs or NFS mount might help in that case.
so long,
Hias
Not sure what you mean with "will have any buffers".
so long,
Hias
As posted in the HDR thread RPi4 testbuild with HDR support BT2020 and 10/12-bit output handling are currently missing in the video driver and kodi. The RPi4 will decode 10bit 4k HDR videos up to 30fps fine, but output is not fully "proper" yet.
so long,
Hias
Switching back to fkms will bring back screen tearing, you loose HBR audio passthrough and HDR and you won't get any support from us. Other than that you are of course free to do that - just don't complain if things don't work
so long,
Hias
no. hyperion(ng) doesn't have a grabber supporting GBM - see also here Raspberry Pi 4 with Libreelec v19 / Kodi Matrix, no grabber is working · Issue #983 · hyperion-project/hyperion.ng · GitHub
so long,
Hias
Thanks for reporting, the issue affects all service addons. A fix will be in the next LE release Revert "kodi: service addon wrapper call fix" by HiassofT · Pull Request #5251 · LibreELEC/LibreELEC.tv · GitHub
As a workaround disable and then enable the addon again, then it'll work as expected, too.
so long,
Hias
Start with 2, and also send the email to Sean Young (he's the IR remote maintainer). When he acceptet your patch create a PR for LibreELEC, ideally with a link to the linux media patchwork URL.
so long,
Hias
Maschingun thanks for the info! I'd still be interested in seeing your edid, if you have time please run the command I mentioned in post 155 RE: RPi4 testbuild with HDR support
so long,
Hias
With pastekodi -c > mylog.txt you can save the log into a file - then copy it via scp/sftp to your PC and attach it here. You can also grab a ZIP with logs from the "Logfiles" smb share - and again attach it here.
so long,
Hias
smp you are forgetting that kodi/ffmpeg aren't able to decode the object-based Dolby Atmos or DTS:X (sub-)streams - AFAIK there are no open source decoders available for that.
Without passthrough you only get the core TrueHD or DTS streams that ffmpeg can decode - only AVRs and TVs can support all features of these sound formats, so HBR audio passthrough isn't just a niche feature.
so long,
Hias
Maschingun thanks for the logs!
Can you please run the following command via ssh/putty and post the output URL?
Also: did you connect the RPi directly to the TV or via the soundbar? Which soundbar are you using?
so long,
Hias
This error usually means your putty is too old.
You can also use the logfile upload function in LibreELEC settings and then post the URL you got on your TV - see also Log Files - LibreELEC.wiki
so long,
Hias
No one has a Solution to my Problem?
Most likely you are running into the same problem as linuxuser but we don't know for sure as you didn't post a pastekodi log.
so long,
Hias
any news on fixing hbr audio problem that doesnt appear to all tvs?
Not yet. It's a bit tricky and we have to be careful not to break other configurations.
so long,
Hias