[x86-64][CroqueMr Builds] Dolby Vision w/FEL, HDR10+, and 3D

  • Tested on RTX 3050 & Z390 ITX & i7 8600 = HLG & HDR & DV All Working

    The only issue I have is that I need to use the DisplayPort on the graphics card to connect to an AV receiver, so that the audio can be processed separately from the display. However, it seems that the system turn off all other ports whenever a display is connected via HDMI—even the HDMI ports on the Intel motherboard stop working.

    Direct connect to AVR not good for me limit 4K@30 not @50 or 60

  • Appreciate both your builds, but to @ CroqueMr's point, how best to guide new users on key differences? Less focusing on the very technical or how, but practically what they may see or experience.

    Will be working on a new YT video shortly to draw awareness and socialize the great work here, but I'm unsure how best to position the two builds. That is, other than just saying try both and pick the one you like 😉. Maybe it's simple as that.

    Tried Chat and Gemini to get key distinctions, a summary, and I could get was start with CroqueMr's for lower-end hardware and conversion flexibility, and use hadesdevls for Dolby Vision-to-SDR mapping and compatibility advantage for some older Radeon GPUs. Did AI correctly call out the key differences?

  • Appreciate both your builds, but to @ CroqueMr's point, how best to guide new users on key differences? Less focusing on the very technical or how, but practically what they may see or experience.

    Will be working on a new YT video shortly to draw awareness and socialize the great work here, but I'm unsure how best to position the two builds. That is, other than just saying try both and pick the one you like 😉. Maybe it's simple as that.

    Tried Chat and Gemini to get key distinctions, a summary, and I could get was start with CroqueMr's for lower-end hardware and conversion flexibility, and use hadesdevls for Dolby Vision-to-SDR mapping and compatibility advantage for some older Radeon GPUs. Did AI correctly call out the key differences?

    Yes it's a good summary, on my engine we also have HDR to DV conversion with IA, Adaptative HDR mapping and DV to HDR10 with dolby vision processing including FEL rendering.

  • Do any of these have the option to upgrade cmv2.9 to 4.0 as the custom coreelec builds? This is one of my favorite options as it fixes so many cmv2.9 issues, such as black crush. thank you

  • I have some inside it's promising :) this might be the missing piece for LLDV on x86 on iGPU and Dolby vision on ARM port

    damn things are moving so fast! looking forward to your work :), wow I missed out the arm port, damn, this is going to be good. take your time and have fun

  • I had this issue once and I never managed to reproduce it. Could you run all your file that not work properly and share the log file please :) for HDR10+ I am on it the pipeline does not work as expected and I do not have my HDR10+ screen to properly fix it.

    I activated verbose logging for components I thought might be relevant. I'm gonna send you a download link by PM, as the log is quite long (verbose logging).

    I tried the same movie on Hades build, it gets converted to Dolby Vision and it does not show the same problem (screen blanking intermittently, once every... whatever it wants, I don't think it's always in the same places). The log runs for a little bit, enough for at least three or four "blanks" to happen. Hopefully you'll notice something in the log.

  • CroqueMr , I tested RC1.1 and I am happy to report the freeze when PGS subtitles are on the screen at the same time as any GUI in DV movies is gone! All seems fine now!

    My guess is that fixed it?:

    Fixed mixed PGS subtitles and SDR GUI composition in Master Reference.

    In any case, I want to thank CroqueMr and hadesdevls for their work on this it's really exciting! I didn't test HADES yet because no time but I will check it out too!

    Congrats to CroqueMr to making the most accurate DV of any player according to DMDreview ! This is great to see and makes it so my am6b+ will not be used anymore probably but I'll keep it as an option!

    Open source is so great, especially lately with AI's help it's so refreshing compared to big corpos who makes half-assed products just to make money. The passion in open source projects will always make more refine products in the end because the makers actually care about the end result product.

  • Thanks for your feedback it helps to improve the overall build. Yes you found the right line in the changelog for your issue ;)

  • Kernel. You could do it on a VM with GPU pass through, but not native in Windows. Software / LLDV would work though.

    So tv-led would not work in a vm? These builds running in windows would make a secondary pc just for libreelec useless for windows users but I think there would still be fragrant issues like framerate switching etc which is shaky in Windows so... Libreelec brought a lot of stability for media playback for x86

  • So tv-led would not work in a vm? These builds running in windows would make a secondary pc just for libreelec useless for windows users but I think there would still be fragrant issues like framerate switching etc which is shaky in Windows so... Libreelec brought a lot of stability for media playback for x86

    TV-led will work in a VM - but you need to pass the full GPU through to the VM. Virtual GPU or partial pass through will not work. The VM needs full control of the HDMI output.

  • on a pc with a dGPU and (usually unused) iGPU it should be possible to pass the igpu to the VM for full DV/HDR10+, if the igpu is compatible. Then have two HDMI cables, or a switcher, to the TV/AVR so you could fire up the VM from desktop shortcut as if it were any other app, then even automate the TV/AVR switching over to that port to bring up the interface.

    I know from experience that passing the igpu to a VM sometimes takes some extra tinkering but it's generally worked for me on modern intel platforms with linux hosts. keep in mind of the amd (AM5 mostly I think) chips that have an igpu only have a very limited, barebones gpu intended for getting to bios or just getting a desktop on screen... they might struggle so keep that in mind, the proper G parts (they call those APUs) with a real ipgu would be fine though.

    That way you dont need to reboot, and you dont need two dgpus, and you can still easily switch back to the desktop and treat libreElec almost like it was just regular Kodi.

  • CroqueMr, thanks, the faint media icons and subs issue is fixed. As is the occasional lip synch I had w/N150 using DV Master. Couldn't replicate, but it's a non-issue now. Your build feels very stable, ready for primetime, general usage by anyone new or those coming over from Amlogic. A lot of amazing work in what feels like lightning speed; congrats!