Current HDR support starts at 9th Gen (Gemini) and based on Q&A with Intel devs a couple of days ago Intel has no current plans to implement HDR for older Generations. We might try to influence that once Kodi support has matured, but I wouldn't get hopes up.
Posts by chewitt
-
-
balbes150 add fip for odroid-n2-plus and update odroid-n2 · LibreELEC/amlogic-boot-fip@27c705a · GitHub After this commit N2 and N2+ use the same boot fips. I have separate odroid-n2 and odroiod-n2-plus folders only to stop people asking me "do the N2 files work on N2 plus?" .. the files in both folders are identical.
-
Is it possible to compile a build with latest stable version of Kodi?
Latest stable Kodi doesn't have any of the HDR plumbing included. Latest "unstable" Kodi is quite stable on x86_64 hardware, it's everything else (all the ARM devices) that's a bit exerimental at the moment.
-
-
If you have a secondary GPU which can be exclusively passed-thru to the VM, then yes, but otherwise no. The VM image is created for functional testing and development work not playback.
-
I haven't had any contact with afl1 for 18+ months and I have never knowingly been in contact with any MeCool developers.
I do have direct contact with Availink who create the demod chips, but their repo is quiet since the summer (no idea why) and I haven't spoken to them for a while either. I got their new demod driver to compile, but quite a bit of work is needed to disentangle all the other drivers (tuners, demux) from their code so that each driver follows kernel APIs and can be independently compiled. Someone also needs to write a V4L2 deinterlace driver because we cannot use the Amlogic vendor drivers; it's written against a bunch of proprietary APIs that don't exist in the mainline kernel.
TL/DR; I wouldn't expect to have "integrated" DVB stuff working anytime soon.
-
Changing the wireless properties is not supported and the authors of ConnMan have historically resisted the idea of adding that capability because the current-coded feature is intentionally a mobile phone "hotspot" and not a "wireless accesss point" manager. You'll notice that your phone doesn't allow anything more than SSID, passphrase and on/off either. If you need a router .. you need to get a router.
-
-
You can set folder permissions to make media (content) read-only. The only devices I know of with a switch are full-size SD cards, but you would not be able to use these for the boot device as the OS still needs some writeable /storage for itself.
-
-
Seeking is not-working in the DRMPRIME stateful decode path (H264 on all Pi boards) and the same issue also affects Amlogic, iMX6, etc. which are also stateful decoders (HEVC on RPi4 is statelesss and works fine). If you disable DRMPRIME you are software (CPU) decoding which works fine but you may struggle to decode higher bitrate content. It's a long-running issue that hasn't had a eureka moment yet, and it's the primary reason we may not initially release RPi images for LE10.
-
You could include them in our repo too of course, but that ideally requires them to detect and gracefully error when install on non-Opi boards since we are now publishing a common set of ARMv7/ARMv8 add-ons and they'll be visible to users of any ARM device. You can use "dtsoc" and "dtname" to read the device-tree compatible strings.
-
His name might be kowalski but that doesn't make him Polish (close, but not).
-
I haven't looked (and don't plan to) but I'd make an educated guess that most or all of the drivers you're using are not from the upstream Linux kernel, which means they are written to the whims of a vendor instead of conforming to a common kernel-dictated method for reporting values. DVB drivers are one of the most-icky bits of our codebase.
-
There is no official "GBM" project/device so smp needs to override the add-on configuration when building images to use 'Generic' add-ons. Once that happens and you update to a version with the change, you'll be able to see Generic add-ons.
-
You should look at creating a repo for the add-ons so that users can install the repo, then install the add-ons, and then receive updates to the add-ons when you push changes (fixes/enhancements) to them.
-
As HiassofT already stated, the media is 10-bit H264 so the Pi is software decoding it tto 8-bit and doesn't have enough CPU grunt to do this without dropping frames. Nothing supports HW decoding of 10-bit H264 because it is not a broadcast standard, so most people who need this (Animé fans) use a decent Intel x86_64 CPU device that can handle the task.
-
The project team are all unpaid volunteers writing HDMI and related HBR audio code from scratch and upstreaming it (slowly) to the Linux kernel in their private free time whilst having busy professional and family lives. If you feel progress is too slow, feel free to contribute the changes faster yourself, or fund a professional development house like Collabora to do the work, or continue using Android.