在你继续往下看之前，来回顾一下这些基础介绍
2024年9月1日更新重大新闻，DV驱动正式支持S905X4，S905X4机型只要能刷CE系统，都有机会支持FEL 杜比视界播放，虽然S905的系统性能表现还不是很理想。
现在市面上能播放杜比视界的设备很多，例如越狱后oppo/先锋碟机，以及套这些越狱系统的硬盘机。
也有安卓系能支持播放杜比世界的盒子，例如zidoo与杜恩，以及一系列的盒子。
但是这些设备很多局限性： 1.越狱碟机/硬盘机，文件兼容性单一，仅对BMMV/ISO这类的光盘文件兼容性最好。不支持复杂的字幕格式，无法支持P5/P8的杜比视界播放. 2. zidoo与杜恩这类的安卓盒子，文件兼容性广，但无法正确解码FEL杜比视界依旧，只能运用到RPU层数据，以及部分设备错误的std标准杜比视界输出。
以下
杜比视界简称为DV
双层杜比视界简称为FEL DV
时间回到2021年，当时DV MKV民间封装标准诞生，杜比视界可以用MKV格式存储。
很多民间大佬就是开始测试能兼容FEL DV MKV的播放器。就发现了s922xj芯片可以正确解码FEL DV（即能同时解码两个视频轨道），没有抛弃el层数据。采用s922xj最常见的设备就是 am6b plus，它成为最有潜力的设备。
am6b plus长这样
虽然am6b plus有这个硬件能力，但ugoos这个品牌商没有开发对应的软件，经过民间大神努力，也仅仅对kodi进行改造，让其能播放FEL DV MKV，例如kodinerds（德版kodi）。
但是由于设备性能无法正确调用，播放FEL DV MKV文件，任何的快进快退都会让设备卡死。3年期间内，民间都没有找到合适的解决方案。
直到今年，Coreelec出手才正式这些问题
https://coreelec.org/
Coreelec是基于kodi的linux系统，使用Coreelec需要在AM6b上卡刷系统。这个系统本质上就是一个kodi，可以理解为一个原生的kodi系统。 Coreelec成功让am6b plus 无卡顿播放FEL DV mkv文件，经过我个人测试正确处理了EL层数据。
FEL RPU_EL测试.mkv
这里提供FEL测试短片
https://pan.baidu.com/s/1G9j9UJCxUT0uzcsOQ9VZ3Q?pwd=c6yd 提取码：c6yd
常见的两个测试短片《FEL 噪点测试.mkv》与《FEL RPU_EL测试.mkv》
《FEL RPU_EL测试.mkv》：
是在第二层制作了一个视频进行叠加画面，如果无法读取，就不会显示，就像上面FEL测试的屏摄那样。
《FEL 噪点测试.mkv》：
早期的测试短片，主要是在第二层制作了噪点信息，如果无法读取，就不会显示噪点。可以单纯用电脑播一下，看看原始画面什么样，在对比正确叠加画面后的画面，如果噪点不容易观察。使用《FEL RPU_EL测试.mkv》文件来测试
在更多的测试下，AM6B plus with Coreelec 正确播放了p5/p7/p8主流的杜比视界格式，包括m4与ts格式。
如果想测试Iso的能力，也提供一份iso的版本
FEL测试ISO版 链接：https://pan.baidu.com/s/1Ak63JIQAvzmUlylAIaLTmA?pwd=2ve7 提取码：2ve7
甚至能正确播放最高规格的双层杜比视界电影 :4K 60 FEl DV《双子杀手》
同时因为是kodi，可以支持以往只有PC才能使用的动态特效字幕，也会有正确的字幕亮度输出。
Coreelec甚至修复了am6b plus自带系统错误的std标准杜比视界输出，实现了正确STD标准杜比视界输出，甚至添加自带系统没有的CM4.0支持
https://youtu.be/Gj3RjwuC128?si=kdtq2LOUjlILcJ_e
CM4.0是杜比视界最新的一种制作标准，OPPO/先锋都不支持CM4.0 ，仅支持原始的CM2.9标准。通常只有电视支持与少量流媒体盒子apple tv/shieldtv 支持。
CM4.0标准制作的影片大多出现在流媒体影片上，但现在发行的UHD光碟中已经有发现用CM4.0标准制作的影片，例如《Weird Science/摩登保姆》，它的UHD光碟就是CM4.0标准制作的。可以说这类规格的影片在am6b上的支持比碟机更好。
而且coreelec处理的画质与碟机一样，都足够正确。
am6b plus
sony x800m2
可以说AM6B plus with Coreelec，是继碟机/硬盘机以来最好的代替品
Coreele 21 在20240504这个nightly版本开始支持BDMV的杜比视界播放器，也就是能播放双轨双层的杜比视界文件。当然只限于BDMV格式，早年单纯塞两个视频轨道的mkv是不能支持的。
我测试了BDMV播放能力
第一个测试光碟欧版4K UHD碟，双层杜比视界光碟
如果用的是ISO文件，点击后CE会让你选是直接播放主文件 ，还是显示原汁原味的BDmenu菜单
历史性的进步！
如果选择bdmenu菜单，BDmenu也能正常工作，当然仅依靠电视遥控器CEC操作体验依然不好。
测试最有难度的一张碟
《spears munsil 4k测试碟 2023版》，真正意义上用bdmenu做出了像应用程序一样的光碟，一共3张碟
这张碟还是我自己抓的，第一次读取很慢
成功显示，默认HDR
尝试在光碟能切换杜比视界，没问题
打开EOTF ST2084测试
没问题
但是按popup键，无法回到主界面。。。。。。。只能关掉重开
试试第二张的DEMO碟
失败
最后总结，直接播放杜比视界的BDMV，最合适的做法还是跳过BDmenu直接播正片，虽然现在最新的CE系统可以支持BDmenu操作与播放，但缺乏合适的遥控器操作方式，操作体验上还是不如碟机这类原生支持设备。
但对于那些收藏BMDV的玩家，至少可以不用再去转换MKV，直接用ISO镜像直接套在emby里了。
简单介绍一下Coreelec，也就是kodi。了解kodi的用户都知道kodi的功能强大，与自定义性。使用各种各样的皮肤，来自定义UI表现。
Coreelec能支持dlna，smb, nfs贡献协议，基本的网络串流都不是问题。因为是kodi,庞大的插件库，甚至能使用plex ，emby， jelly等媒体库
例如emby皮肤+emby插件直接运用NAS的媒体库，那些收藏的DV ISO镜像，可以直接放在emby管理，直接点开即播，远比那些海报墙的碟机体验要好。当然建议千兆有线连接盒子，wifi6下播DV BDMV会卡读取。
Coreelec也能支持电视的CEC控制，配置好后，甚至只用电视遥控器就能操作。
同时Coreelec也能做到源码输出，帧率同步，sdr/hdr/dv自动切换，这些专业的播放器应该要有的功能。
看完上面的介绍，大家应该能理解我为什么没有说这是一个完美的播放器，而是“接近理想”。 Coreleec支持了近乎所有的杜比视界格式，正确解码播放FEL，支持连碟机都没有的CM4.0标准，甚至包括了BDMV的杜比视界播放。但BDmenu的支持不算优秀，硬盘/光碟机依旧有存在的价值。
同时Coreleec对于刚刚接触高清范畴的小白来说，依旧会有门槛。如果不理解kodi的设置逻辑，也不懂hdr/dv，音频直通这些概念。是会很难上手，很多人甚至不知道怎么判断自己手上收藏的片源是不是双层杜比视界。
如果你收藏的都是BDMV，还需要看DV MKV文件，那么你就要自己手动制作，即使新版的MKVToolNix可以直接从BDMV制作DV MKV了。但对于动手能力差的小白来说，依旧很痛苦。甚至如何处理早期的没有按照dv标准封装的mkv就需要更复杂的工具。
另外一个问题比较困扰我这类的老二次元。例如我自己设计的屏幕字，用两层blur来模拟发光效果，大量用了be来模糊边缘。这种字幕让coreelec播放，如果使用硬件解码（硬解），会造成ASS字幕渲染不准确，包括时间轴偏移2-3帧，样式渲染错误。
就像参考图，字幕样式完全不对
coreelec硬解渲染字幕
PC上xy-filter渲染字幕
coreelec硬解渲染字幕
PC上xy-filter渲染字幕
可能的原因就是软解与硬解不使用同一个render/渲染管道造成的。kodi使用软解，不只是解码，连画面render/渲染部分都没使用芯片的算法，这样字幕与画面能一起处理。硬解就是解码与渲染都是芯片算法在负责，字幕另外渲染，所以才没法做对。
其实这算是kodi的问题，硬解下能支持的特效代码，不如软解的多。大部分情况下be与blur都会有问题。
如果全部使用软解，字幕渲染与时间轴都完全正确。但是使用软解，杜比视界就不能用了。基本只能转换使用pgs图形字幕来曲线救国。但使用pgs，时间轴偏移2-3帧的问题依旧存在
有兴趣的话，可以试试我的字幕
链接：https://pan.baidu.com/s/1NSE6szFdJ8kfSxmFlCmktw?pwd=1i5o 提取码：1i5o
最后如果你也想使用这个设备，可以考虑使用21.2-Omega版本。这个版本至少解决了字幕时间轴偏移的问题。
https://github.com/CoreELEC/CoreELEC/releases/tag/21.2-Omega
根据coreelec团队的发言，20.5版本以后就不在单独提供DV版固件，现有的固件不集成DV驱动，需要手动把驱动文件放在根目录。（原因是有人找到了64位驱动）
也就是卡刷完系统，除了引导文件，还要把dovi.ko驱动文件放在同一目录下，或者参考官方说明放入指定的位置。
官方的驱动下载点。
https://discourse.coreelec.org/t/ce-ng-dolby-vision-for-g12-boxes-u22xj-am6-raven/50953
现在随着发展，coreelec出现了一个分支：CPM
CPM团队优化了杜比视界的VS10引擎，用于转换非HDR内容到DV，虽然不能说是好的转换，但确实市面上最可用的转换效果。
CPM固件最有价值的可不是转换DV，CPM也可以强制使用LLDV，让三星这种不支持杜比视界的电视，也能看杜比视界片源。同时他们利用VS10引擎优化了LLDV模式，优化了LLDV的表现，甚至可以自定EDID信息，来自定义tone mapping的幅度。
也做到了HD R10+转换DV，其原理就是我当时所写的转换教程，现在自动化了这个过程。让那些只有HDR10+的片源，也能在索尼与LG电视上使用。
CPM固件也解决了一个原始STD下的一个问题，当然解决得不算完美
也有爱好者给CPM做了专属的功能皮肤，增加了很多检测功能
很酷炫又专业的皮肤，非常全面的播放信息
但是这么好的技术创意，却因为CPM团队不愿意与coreelec团队合作，导致了他们的决裂（CE团队的说话），CPM团队被踢出了CE社区，CE社区不能讨论CPM。在可见的未来CPM的创意是不会合并到coreelec固件里。
之后CPM也只能在github上发布新固件
https://github.com/cpm-code/xbmc/releases
当然CPM团队也只是提供了更新文件，要安装的话，可以需要从刷coreelec固件，然后用cpm的tar文件来更新。
对于索尼LG这类的STD设备，建议设置如下
我来解释一下这里面设置内容
Mode：设置模式，on demand
Type 选择STD或者LLDV，索尼LG肯定是std
Dolby vsvdb：LLDV模式才建议开启，这里面可以设置EDID信息，或者显示设备的亮度信息，这里就不开了。
Colorimetry：是否发送hdmi色彩空间标识，STD模式下选择disanbel/remove
Source levels metadata：这就是CPM固件修复原始STD下的问题，建议设置如图
这里涉及到杜比视界数据的Level概念，就不详细说这个概念，简单说最初有人发现CE固件的std模式下有一种数据dv metadata数据不会发送给电视，这种数据是用于控制低亮度场景的亮度变化。如果DV片源有这个dv metadata数据，却不发送，电视肯定不执行，那些低亮度场景该变化的时候却没变，原教主义者不能容忍。
但是CPM的解决方式并不完美，因为这个设置会影响OSD亮度与字幕的亮度，特别是字幕在黑边的位置上，有时会变非常暗。所以推荐设置选择了这个：有UI界面呼出，或者有字幕的情况，当前场景就忽略这条数据。Restrict overlays强制把字幕放在影片内容内，来减少字幕亮度收到的影响。
有没有觉得有点鸡肋，严格来说CPM是某种打补丁的方式来修复的，并不是真正解决，总之看后续技术怎么发展。
Preferred hdr for dual dolby vision and hdr10+ contont:如果一个片源同时支持DV与hdr10+，优先激活哪个
Dynamic hdr10+ to dolby vision profile 8.1 conversion：将hdr10+转换成P8.1 的DV。
Prefer conversion over original dolvt vision：如果片源同时支持DV与hdr10+，是否要转换hdr10+覆盖掉原始的dv
Peak brghitness source ：亮度转换方案，默认即可
剩下的就是设置哪些格式的视频要转换成dv，用的是VS10引擎实现，当然不建议使用，是可以转换，但并不好。
如果是三星这类不支持杜比视界的电视，使用LLDV模式来播放杜比视界内容，肯定要选择LLDV模式，corlor space 选择bt2020，然后你要设置显示目标的亮度，playload大致上相当于设置一个edid，有个专门的测算表格来生成代码，不懂怎么做就默认吧。因为我没有三星电视所以就不详细介绍了。
最终总结一下，其实我个人我并不建议使用CPM，非DV内容转换DV，其实没什么意义，就算是hdr10+转换dv，各种压片组都已给你做好了，下载选对就没问题了。现在hdr10都可以用madvr自建metadata直接转换dv了，看到p8.1的dv都是转换来的。
至于Source levels metadata的bug，cpm解决方案并不是算是完美，这个bug影响的范围还太小，是否有实际观影的影响还有待商圈，只有数毛党会最在意。
唯一有价值可能就是强制LLDV模式了，三星用户狂喜，省了一台furry hd，但是要做得好，测算也很麻烦。
总之CPM固件依旧还是测试阶段，折腾起来更好玩，它的最大作用就是给专业人士测试开发各种奇怪问题的。
