话说关于anime4K的放大upscale脚本，
对于1080P的视频来说，在两倍放大的脚本里面，下面哪个理论效果最好呢？
Anime4K_Upscale_CNN_x2_UL；
Anime4K_Upscale_Original_x2；
Anime4K_Upscale_GAN_x2_M。
我知道GAN效果比CNN好，但CNN的2倍脚本最高有UL这个级别的，GAN的2倍脚本最高只有M，
GAN的L、VL、UL这些都是放大3倍甚至4倍的脚本，这对于1080P视频来说有些没必要。。。
要同样是UL或者只比UL差一点的VL，那肯定是GAN比CNN强，但只有M的GAN真的还比有UL的CMM强吗？
另外还有个Anime4K_Upscale_Original_x2，我实在搞不清楚这个放大效果跟CNN的VL和GAN的M比哪个更强，看以前旧页面关于第三方着色器的描述，这个脚本的效果好像是强于CNN的VL的，但也不确定。。。
综上所述，望大佬们解惑，谢谢！
本帖最后由 孤雨独火 于 2022-11-23 03:37 编辑
殺の微笑 发表于 2022-11-22 21:22
话说关于anime4K的放大upscale脚本，
对于1080P的视频来说，在两倍放大的脚本里面，下面哪个理论效果最好呢 ...
gan的M模型大小已经跟cnn的VL接近了。1080px2的gan之所以只有M就是因为gan很难小型化
开发者的长期目标是全面gan化（这坑没几年填不完
original几乎没有用的必要，简单的快速拉伸
本帖最后由 殺の微笑 于 2022-11-23 23:47 编辑
孤雨独火 发表于 2022-11-23 03:09
gan的M模型大小已经跟cnn的VL接近了。1080px2的gan之所以只有M就是因为gan很难小型化
开发者的长期目标是 ...
谢谢，肉眼对比了很久，主观感觉CNN的UL比GAN的M要强一点，
不过暂未对比过CNN的VL和GAN的M谁更好，看样子现在还是先用CNN的UL吧
等作者下一次更新看看有没有更新GAN的新的二倍算法
本帖最后由 心刀斩心鬼 于 2022-12-7 16:32 编辑
心刀斩心鬼 发表于 2022-9-7 10:57
之前用的是0515，上个月底过来的时候看版本号是0721，掐指一算感觉没多久就要更新了就磨蹭了一下，果然这几 ...
之前问过大佬广色域显示器的icc设置问题，今天用obs录视频的时候发现了问题：
https://p.sda1.dev/8/98614451c1e2a0f877120950018f6987/屏幕截图 2022-12-07 162045.jpg
https://p.sda1.dev/8/1ac65202685a3a77cd5c6b519e93c1ac/屏幕截图 2022-12-07 162105.jpg
https://p.sda1.dev/8/156c1299f860e8d0e61eadc95c59533d/屏幕截图 2022-12-07 162144.jpg
https://p.sda1.dev/8/7d5b9345a80714b228f2a0f1e60900b9/屏幕截图 2022-12-07 162211.jpg
图一是游戏窗口截图
图二是OBS预览截图
图三是mpv.conf里注释 icc-profile = "C:\Windows\System32\spool\drivers\color\BenQ EW3270U.ICM"
图四是不注释icc-profile
mpv.conf:
########
# 视频 #
########
##⇘⇘色彩管理
#icc-profile-auto = yes # 如果做过专业校色应开启（系统目录存在对应的icm校色文档）。未做校色的广色域屏应手动指定 --target-prim
icc-profile = "C:\Windows\System32\spool\drivers\color\BenQ EW3270U.ICM"
# 此选项用于加载指定的ICC，与前项不共存
#icc-3dlut-size = <r>x<g>x<b> # <2-512> 从ICC配置文件的每个维度生成的3D LUT的大小。默认 64x64x64
#icc-force-contrast = inf # <no|0-1000000|inf> 强制指定ICC的静态对比度而不是使用配置文件的内设（可能存在测量错误）。默认 no
# 普通LCD一般使用 1000（以面板原生数据为准）；使用OLED显示设备的用户尝试使用 1000000 或特殊值 inf
#target-prim = auto # 当不使用ICC颜色管理时，视频颜色将适应此颜色空间
# 未经校色的广色域屏可设定此参数以解决色彩过饱和的问题。例如99%的argb屏幕写adobe。90%+的p3色域屏写dci-p3（srgb屏无需更改此默认值）
实际上启用了icc-profile之后，视频播放反而不正常，色调非常暗。。这是什么原因呢？
OBS的颜色设置是：
https://p.sda1.dev/8/f51fd79dd979ee2ce570b91aeccaa8b3/image.png
不过实际上无论是rec.709+有限，还是srgb+full，都是这个结果
本帖最后由 孤雨独火 于 2022-12-8 00:22 编辑
心刀斩心鬼 发表于 2022-12-7 16:30
之前问过大佬广色域显示器的icc设置问题，今天用obs录视频的时候发现了问题：
启用了icc之后只有你自己能看到实际的效果，截图是不带色彩配置文件的。
另外那不是暗，而是正确映射到709的效果。因为广色域不做任何处理直接看sdr的结果就是过饱和（这是错误的效果）。你要对比的是标准sdr设备的肉眼显示效果而不是截图。
广色域应用icc之后，假设原本255，255，0的点被重映射到233，233，0（前提icc文件没有太大问题，此时你肉眼看到的颜色是相对正常的，接近标准色彩的）
这时候截图出来的点的颜色就是233，233，0。给别人看截图看到的就是欠饱和而不是正常的颜色
孤雨独火 发表于 2022-12-8 00:15
启用了icc之后只有你自己能看到实际的效果，截图是不带色彩配置文件的。
另外那不是暗，而是正确映射到70 ...
大佬这段回答后面两段话我没太看明白呀
广色域应用icc之后，假设原本255，255，0的点被重映射到233，233，0（前提icc文件没有太大问题，此时你肉眼看到的颜色是相对正常的，接近标准色彩的）
这时候截图出来的点的颜色就是233，233，0。给别人看截图看到的就是欠饱和而不是正常的颜色
意思是不是，未校色的颜色映射在255，255，0，校色过后正确的颜色映射在233，233，0，就是说“233，233，0”是正确的颜色喽？
那为啥最后一段话说“截图出来的颜色是233，233，0还是欠饱和”呢？“233，233，0”不应该是正确的颜色吗？两者的数字不是一样吗？
殺の微笑 发表于 2022-12-8 00:42
大佬这段回答后面两段话我没太看明白呀
播放器不知道你显示器是什么色彩，图片视频里记录的rgbyuv数值是什么它就渲染什么。
同样的点在709和p3上的位置不一样，颜色当然不一样。
广色域上应用icc的目的就是根据色彩配置文件尝试缩小数值范围模拟对应sdr的效果
孤雨独火 发表于 2022-12-8 00:15
启用了icc之后只有你自己能看到实际的效果，截图是不带色彩配置文件的。
另外那不是暗，而是正确映射到70 ...
我用moto edge s手机看第四张图也是有点暗（欠饱和？），不过倒是没PC上这么明显，虽然手机应该也不是标准sdr设备
PC看起来这么不舒服的原因可能还是因为我直接用的显示器驱动icc不是很准？
看下载下来的bt.709 有限的动画，有些没什么差异，有些开启icc后明显暗一点，感觉这个是不是也和制作水平有关系？
本帖最后由 孤雨独火 于 2022-12-8 09:05 编辑
心刀斩心鬼 发表于 2022-12-8 08:33
我用moto edge s手机看第四张图也是有点暗（欠饱和？），不过倒是没PC上这么明显，虽然手机应该也不是标 ...
第四张图你不是应用icc了吗，这个截图不管什么设备看都是欠饱和。原因上边的回答已经说了
和制作没有任何关系。icc只是映射颜色而已
如果你对色彩管理一窍不通，最简单的建议就是不管。自己看的开心最重要。本来就没多少人在pc上修正色域看片的
如果追求准确那就用显示器自带的srgb模式（电视机通常对应电影模式），如果没有这个功能那就放弃
孤雨独火 发表于 2022-12-8 09:00
第四张图你不是应用icc了吗，这个截图不管什么设备看都是欠饱和。原因上边的回答已经说了
和制作没有任何 ...
原来看片不需要修正色域吗，那我还是关了好了{:8_742:}
不讨厌过饱和的感觉，欠饱和一眼印象就很差
启用icc，截图给别人看的是欠饱和的图片这点是理解了
但不光是截图的时候，我自己看的时候在用icc的时候也是明显欠饱和的
主要是怕别人看到的我录的视频也是欠饱和的画面，自己看就关了icc{:8_735:}
这是一小截录的视频