[brazen1]

So does Windows KODI support 4K video playback, or not?  I still think it does.
You seem pretty demanding?  Apparently, you're an expert and again, you're welcome to educate us.  I'm not a 'know it all' but I'll help get you started: 
Yes, KODI supports 4k video playback.  I've never stated anything different.  However, there is a big difference between the "4k" you keep referring to with the "UHD HDR" I mention.  Imo, 4k is short for 3840x2160p resolution as is UHD (Ultra High Definition).  The addition of HDR (High Dynamic Range) to a UHD aka 4k produced title is an entirely different matter.  In my experience, playing a simple 4k title using the internal KODI videoplayer is a breeze however, UHD HDR titles fail to render.  This is where your expertise is needed. 

Your statement was that it doesn't, and that's just false. 
As we standby waiting for you to reeducate us, I am confident any year old past statements will be updated to correctly reflect recent changes on your information and authority.  Until then, based on my experiences, nothing will change.

No mention regarding HDR (as I know well, that the official KODI fork still doesn't support it). There are also many 4K SDR materials available.
Yes, I'm aware as noted above.

On the other had: DS Player (based entirely on KODI) with MadVR also supports both 4K AND HDR flawlessly and also almost all possible audio and video formats available at the moment (with the same level PQ as with MPCHC+MadVR). I'm not braking the flag here, or propagate beside KODI at all, I'm just trying to clarify.

Well then you won't mind some further clarification:  This guide is for those that don't want to depend on an undependable forked version of KODI.  We just want to use the official version and not worry if a single individual will carry the torch or not.  The original developer of DSPlayer already abandoned it.  A new mod simply recompiles it as new versions of KODI are released.  Whether that will continue or not is undetermined since KODI v.18 will be more difficult to simply recompile then its predecessors in my understanding based on some things I've read.  In the mean time, DSPlayer is about 3000 commits behind at GitHub because it's no longer developed.  These will never be addressed meaning what ever bugs exist, will continue to exist even after recompiling to new KODI versions afaik. 

Personally, the limitations and bugs that have accumulated over the years are more than I'm willing to live with.  Others may not mind.  I'm not taking anything away from DSPlayer.  It's pretty decent for what it is.  It's just not for me.  Why?  For starters I use complete unaltered full rips of everything in a common iso container.  I refuse to butcher my rips to conform with limited players that simply can't handle important aspects to me.  Instead, I select players and methods to accept ANYTHING at their fullest extent.  I want full menus for EVERYTHING.  I use PowerDVD for 3D menus.  I use DVDFab Player for UHD HDR menus.  I use MPC players for quality.  I use the internal videoplayer for convenience.  In your extended knowledge, how exactly do you default and automate full menus using DSPlayer so I can abandon my current method?  How do you mount any and all iso's so menus render?  As I understand it, DSPlayer has a playercorefactory.xml bug that doesn't comply with external players default selection routing and must be manually selected.  I don't want to manually do anything.  I just want to press play on a title and have everything do its thing behind the scenes especially when someone unfamiliar with the intricacies just wants to watch a title and not need a computer science degree to enjoy themselves.  [font]I could go on about other disappointments but it's pointless here.  That's what the 3000 commits at GitHub are for.  [/font]Your statement DSPlayer "ALMOST" supports all possible everything "flawlessly" is noted.  Unfortunately, "almost" and "flawlessly" don't fly for me. 

Regarding 3D you'r explanation is incoherent and controversial, as first you still state that: HDMI 2.0a and is not backwards compatible with HDMI 1.4. (which is a general delusion),

Again, when it comes to your NUC that doesn't work using afedchins build, which isn't going to come to the rescue, your NUC is not going to render 3D frame packed MVC and UHD HDR simultaneously from the same HDMI port.  You have to choose one or the other;  3D or HDR.  HDMI 2.0a on an NUC is not backwards compatible for 3D like a video card.  A dedicated AMD or NVidia video card does not present this problem.  They will indeed render 3D frame packed MVC and UHD HDR simultaneously from the same HDMI 2.0a port.  The chip tech and stacked die tech Intel uses in its approach is what it is.  When using the HDMI 1.4 port, UHD HDR cannot and will not render.  It is out of specification.  When using the HDMI 2.0a port to accommodate UHD HDR, 3D frame packed MVC will not render.  https://communities.intel.com/message/458978#458978 

and than entirely controversial you acknowledge that: however an HDMI 2.0a port will pass 3D MVC from dedicated video cards. 

I see nothing "controversial"?  Your NUC doesn't work.  A dedicated video card does.  So what is the controversy?



I didn't pointed these out to debate or prove you wrong by any means, but your description is either imprecise or just based on false assumptions, therefore is false information and could cause misapprehension and doubtfulness (so did it in me for a moment). 

[font]I don't think I could be more precise in this guide.  I think it's information overload personally but that is the price of precision.  I still don't see any of these false assumptions you insist I make.  If you provided a shred of false information, misapprehension, and doubtfulness I create, I would take note.  Until then, everything remains just as it is.  It really appears you demand a shelf bought experience and after our encounter in another thread, you were left unsatisfied with the responses because the truth hurts.  Since there isn't a shelved crappy little box you can just plug and play, you feel a need to discredit working solutions like this one and its author.  You go as far as "clarifying" how "almost" "flawless" DSPlayer is when insinuating this method is inferior, false informative, inapprehensive, and doubtful.  Genius.[/font]

And don't take these as offense or banter, and thanks for the info regarding MadVR MVC Playback!

Yes, it's obvious your intentions are good natured and from the bottom of your heart.  Thank you so much for all the valuable information you freely contribute making our experience easier, wiser, and generally perfect in every way.