#1 - 2017-6-5 22:24
君寻 (已淡出bgm38)
片源来自VCB-Studio的KanColle 10bit HEVC版,EP01 02:08 的截图
未进行优化设置的potplayer原生截图


按照 https://vcb-s.com/archives/4384 进行优化设置后的potplayer截图


mpv截图(screenshot-high-bit-depth=no)


同时放上VCB-Studio的示例
potplayer原生截图


优化设置后的potplayer截图


个人感觉,未做任何优化设置的mpv原生截图比未优化的potplayer原生截图明显质量要高出一筹,甚至比优化后的potplayer截图还要略好一点
#2 - 2017-6-5 22:30
(意识形态的水很深 你把握不住)
虽然我觉得对我的低分屏来说没什么区别...
还是想问下为什么会不一样?...
#2-1 - 2017-6-5 23:16
君寻
保存图片,放大到全屏,切换着看,应该能看出来
#2-2 - 2017-6-5 23:22
Rくん
君寻 说: 保存图片,放大到全屏,切换着看,应该能看出来
我拿两张照片直接做个差...(bgm38)
等我开matlab(bgm38)
#2-3 - 2017-6-5 23:23
君寻
不同播放器用的解码器和参数不一样,呈现的画面效果也就不一样,其他的播放器还没试过,明天有空再测试一下
#2-4 - 2017-6-5 23:36
Rくん
君寻 说: 保存图片,放大到全屏,切换着看,应该能看出来
我直接读了两个图(RGB)
然后拿potplayer原生的图减去mpv原生的图,然后把差分的结果放大后显示出来

可以看出potplayer的结果更绿一些(bgm38)
不放大的话一片黑,因为差分后的能量似乎只有原图的0.17%
#3 - 2017-6-5 22:56
(VIP已到期,请尽快续费)
#3-1 - 2017-6-5 23:01
Rくん
低分屏表示毫无区别(bgm38)
#3-2 - 2017-6-5 23:38
若卡
R_Z 说: 低分屏表示毫无区别
看来得上核电屏(bgm38)

第一张图倒是色温不太一样
#3-3 - 2017-6-5 23:39
Rくん
若卡 说: 看来得上核电屏

第一张图倒是色温不太一样
我用了特殊手段才区分出两者的差别,potplay整体更加原谅色,不过差别太小了...
见上图
#3-4 - 2017-6-5 23:40
若卡
R_Z 说: 我用了特殊手段才区分出两者的差别,potplay整体更加原谅色,不过差别太小了...
见上图
和优化后的pot比呢 (#3)
#3-5 - 2017-6-5 23:42
Rくん
若卡 说: 和优化后的pot比呢 (#3)
优化的不是第五个吗...
#3-6 - 2017-6-5 23:44
若卡
R_Z 说: 优化的不是第五个吗...
我说3楼……反正和优化后的比呢……(bgm38)
#3-7 - 2017-6-6 00:51
Rくん
若卡 说: 看来得上核电屏

第一张图倒是色温不太一样
真亏你的屏能看出色温不一样,我的屏就是色温偏到他姥姥家我都不可能知道的(bgm38)
#4 - 2017-6-5 23:01
(DD雷达搜寻中...?)
垃圾显示器看起来都一样(bgm58)
#4-1 - 2017-6-5 23:19
君寻
同渣渣显示器,不知道高端显示器上看起来会怎么样
#5 - 2017-6-5 23:32
(noblesse oblige)
连720p和1080p都区分不了的狗眼表示没什么区别(bgm38)
颜色稍微有点不一样,但说不上哪个好或不好
#6 - 2017-6-5 23:56
(意识形态的水很深 你把握不住)
@若卡
只是定性地说明一下三个解码器有啥差别,别在意太多(bgm38)
怎么说呢,优化之后的pot和mpv的色差没有偏得那么多了
pot-mpv

pot_mod-mpv

pot_mod-pot
#6-1 - 2017-6-6 00:04
Rくん
觉得图有问题的可以自己跑——

clear
pot=imread('XXXXXX\potplayer.png');
pot_mod=imread('XXXXXX\potplayer_mod.png');
mpv=imread('XXXXXX\mpv.png');
% mpv_mod=imread('C:\Desktop\mpv_mod.png');

sum0=sum(sum(sum(pot,1),2),3);
diff1=pot-mpv;
sum1=sum(sum(sum(diff1,1),2),3);
figure()
imshow(diff1/(sum1/sum0))
diff2=pot_mod-pot;
sum2=sum(sum(sum(diff2,1),2),3);
figure()
imshow(diff2/(sum2/sum0))
% diff3=mpv_mod-mpv;
% sum3=sum(sum(sum(diff3,1),2),3);
% figure()
% imshow(diff3/(sum3/sum0))
diff4=pot_mod-mpv;
sum4=sum(sum(sum(diff4,1),2),3);
figure()
imshow(diff4/(sum4/sum0))
#6-2 - 2017-6-6 10:59
君寻
怎么我运行出错了呢,diff1=pot-mpv; 这一行报错
“错误使用  -
整数只能与相同类的整数或标量双精度值组合使用。”
#6-3 - 2017-6-6 11:10
Rくん
君寻 说: 怎么我运行出错了呢,diff1=pot-mpv; 这一行报错
“错误使用  -
整数只能与相同类的整数或标量双精度值组合使用。”
不知…我运行出图了
应该都是默认的双精度吧,你没清内存?
#6-4 - 2017-6-6 11:15
君寻
R_Z 说: 不知…我运行出图了
应该都是默认的双精度吧,你没清内存?
我知道了,我把mpv读取的图片选成mpv 播放器截的原图了,那个原图是1080x1920x3 uint16的,用画图处理之后的才是1080x1920x3 uint8
#6-5 - 2017-6-6 11:17
Rくん
君寻 说: 我知道了,我把mpv读取的图片选成mpv 播放器截的原图了,那个原图是1080x1920x3 uint16的,用画图处理之后的才是1080x1920x3 uint8
把8位先强转16位也行反正无损失

然后你有啥结论?
#6-6 - 2017-6-6 11:53
君寻
R_Z 说: 把8位先强转16位也行反正无损失

然后你有啥结论?
发现了一些东西,先放结论,吃完饭再上图
(1)画图将16位png转换为8位保存的结果与用PS保存的差别非常小;
(2)将pot截取的8位png转换成16位后,与mpv的16位png截图对比,差别几乎为0;
#6-7 - 2017-6-6 12:26
Rくん
君寻 说: 发现了一些东西,先放结论,吃完饭再上图
(1)画图将16位png转换为8位保存的结果与用PS保存的差别非常小;
(2)将pot截取的8位png转换成16位后,与mpv的16位png截图对比,差别几乎为...
8转16数值不应该没变吗?你是在画图里转的,还是说直接在matlab里改数组类型?
#6-8 - 2017-6-6 12:53
君寻
R_Z 说: 8转16数值不应该没变吗?你是在画图里转的,还是说直接在matlab里改数组类型?
clear

pot=imread('E:\Potplayer Comparison\potplayer optimized.png');

pot1=im2uint16(pot);

mpv=imread('E:\Potplayer Comparison\mpv.png');

sum0=sum(sum(sum(pot,1),2),3);

diff1=pot1-mpv;

sum1=sum(sum(sum(diff1,1),2),3);

figure()

imshow(diff1/(sum1/sum0))

mpv.png 是mpv截的原图


potplayer optimized.png 是优化后的potplayer截的原图


结果出来全黑
#6-9 - 2017-6-6 12:59
Rくん
君寻 说: clear

pot=imread('E:\Potplayer Comparison\potplayer optimized.png');

pot1=im2uint16(pot);

mpv=imr...
不科学啊……sum1是差分后的能量(伪),sum0是8位pot原图的能量。这么一个rescale的话显示出的差分图也应该与pot原图有同等量级的能量……哪个地方错了?或者你放大黑屏会有尖锐的亮点?
#6-10 - 2017-6-6 13:53
君寻
R_Z 说: 不科学啊……sum1是差分后的能量(伪),sum0是8位pot原图的能量。这么一个rescale的话显示出的差分图也应该与pot原图有同等量级的能量……哪个地方错了?或者你放大黑屏会有尖锐的亮点?
我也不太清楚,要不你下载这两张图片在你那儿试一下?我用PS把pot的截图转成16位的,在图片查看器里看是和原来没区别的,和mpv的对比也是肉眼能看到差别,但是用Matlab做差却不行
#6-11 - 2017-6-6 16:34
Rくん
君寻 说: 我也不太清楚,要不你下载这两张图片在你那儿试一下?我用PS把pot的截图转成16位的,在图片查看器里看是和原来没区别的,和mpv的对比也是肉眼能看到差别,但是用Matlab做差却不行
嘛主要是你没传那个mpv的特大原图
#6-12 - 2017-6-6 16:45
君寻
R_Z 说: 嘛主要是你没传那个mpv的特大原图
mpv的原16位截图 https://files.catbox.moe/c1t44z.png
现在我把mpv的截图参数改成截8位的了 https://files.catbox.moe/qjaq56.png
Potplayer的截图 https://files.catbox.moe/bjpj5u.png

我在Matlab对比的结果是,mpv-16与im2uint16(pot)的差图一片黑,但sum1特别大;mpv-8与pot的差图如下,sum1/sum0=0.0032;
#6-13 - 2017-6-6 23:50
Rくん
君寻 说: mpv的原16位截图 https://files.catbox.moe/c1t44z.png
现在我把mpv的截图参数改成截8位的了 https://files.catbox.moe/qjaq56.p...
我看了一下获得的各个数据值,又matlab对数据类型的说明,意识到自己的行为是多么的无谋orz...我自己都懒的吐槽了...
>首先在做差之前两个图像就没有归一化(而且怎么归一化也是个问题),那么做差的结果可能就有个offset,极端情况下就是哪个图亮做差出来的就倾向于哪个
>然后是数据类型...matlab处理double类,亮度应该在0~1;n位应该在0~2^n-1;所以处理一个八位一个十六位应该先化成格式正确的double或者16位再处理...,你得到全黑全白应该就是因为数据的范围不正确(比如远超过了1的double类型)
>还有个问题时imshow对负数竟然完全不报错...imshow(diff)和imshow(-diff)有惊喜...根据测试负数的部分似乎被处理成全黑了

因为太外行,留下了不少槽点啊...2333
#6-14 - 2017-6-6 23:55
Rくん
君寻 说: mpv的原16位截图 https://files.catbox.moe/c1t44z.png
现在我把mpv的截图参数改成截8位的了 https://files.catbox.moe/qjaq56.p...

clear
pot=double(imread('C:\Desktop\potplayer.png'))/255;
pot_mod=double(imread('C:\Desktop\potplayer_mod.png'))/255;
mpv=double(imread('C:\Desktop\mpv.png'))/255;
mpv_16=double(imread('C:\Desktop\mpv_16.png'))/65535;
sum0=sum(sum(sum(pot,1),2),3);
sum1=sum(sum(sum(pot_mod,1),2),3);
sum2=sum(sum(sum(mpv_16,1),2),3);
diff5=pot_mod*sum1/sum0-mpv_16*sum2/sum0;
sum5=sum(sum(sum(diff5,1),2),3);
% diff5_2=diff5-sum5/sum(size(diff5));
% sum5_2=sum(sum(sum(diff5_2,1),2),3)
figure()
imshow(diff5/(1.5*sum5/sum0))
figure()
imshow(-diff5/(1.5*sum5/sum0))
%乘1.5衰减不然似乎有点过曝光了...

#6-15 - 2017-6-7 00:00
Rくん
君寻 说: mpv的原16位截图 https://files.catbox.moe/c1t44z.png
现在我把mpv的截图参数改成截8位的了 https://files.catbox.moe/qjaq56.p...
正的差分部分

负的差分部分
#7 - 2017-6-6 00:28
(宅男会虚构虚构老婆倒贴给虚构自己这件事究竟有什么错)
说点题外话,10 bit 的片子得用原生 10 bit 色域的显示器看(其实还是抖动上去的)
#7-1 - 2017-6-6 06:16
lhb5883-吹冈王♛⑩
扯 支持30bit的播放器你找一个出来
#7-2 - 2017-6-6 08:57
板砖加身
lhb5883-污喵王VIP⑩ 说: 扯 支持30bit的播放器你找一个出来
扯 现在不备一个 madvr 能用?
#7-3 - 2017-6-6 10:10
lhb5883-吹冈王♛⑩
板砖加身 说: 扯 现在不备一个 madvr 能用?
30bit input和30bit output是不一样的啊,据我所知只有Adobe PS支持30bit output to display
#7-4 - 2017-6-6 15:14
板砖加身
lhb5883-污喵王VIP⑩ 说: 30bit input和30bit output是不一样的啊,据我所知只有Adobe PS支持30bit output to display
没跟你提 30 bit 的事啊 (bgm85)
#7-5 - 2017-6-6 15:41
豆沙包罐头
压制用高标准是留给解码器渲染器显示器等等劣化的空间的
#7-6 - 2017-6-6 15:57
板砖加身
豆沙包罐头 说: 压制用高标准是留给解码器渲染器显示器等等劣化的空间的
内部处理可以用更高精度的。
#7-7 - 2017-6-6 16:16
lhb5883-吹冈王♛⑩
板砖加身 说: 没跟你提 30 bit 的事啊
30bit就是指的10bit显示器啊 rgb三个通道就是30bit
#7-8 - 2017-6-6 16:51
板砖加身
lhb5883-污喵王VIP⑩ 说: 30bit就是指的10bit显示器啊 rgb三个通道就是30bit
是我定义没搞清了。
#8 - 2017-6-6 01:02
(必须保卫战争)
我承认我是个瞎子,也有可能是公司电脑太差。。。
#9 - 2017-6-6 06:18
(BGMのTrinitas<=>婊冈妈<=>补冈妈<=>拜冈妈 三位一体 ...)
我觉得和截图的api也有关系,最好是存bmp
#9-1 - 2017-6-6 07:36
Rくん
存PNG也会有损?
#9-2 - 2017-6-6 08:15
lhb5883-吹冈王♛⑩
R_Z 说: 存PNG也会有损?
png有无损和有损两种
#10 - 2017-6-6 10:37
这说明除了色偏,画质也是个玄学
#10-1 - 2017-6-6 10:44
Rくん
色度好歹是可以量化的....
虽然对于我这种差屏多说无益…
#11 - 2017-6-6 13:35
截图对比请用专门网站。选一个:
http://screenshotcomparison.com/
https://diff.pics/
#11-1 - 2017-6-6 14:15
君寻
https://diff.pics/ILQJ9Tgqd6V5/1
这个就是把两张图片切换吧,本地图片查看器也是一样看
#11-2 - 2017-6-6 15:12
君寻 说: https://diff.pics/ILQJ9Tgqd6V5/1
这个就是把两张图片切换吧,本地图片查看器也是一样看
把图片下载到本地谁知道哪个是哪个啊。
#12 - 2017-6-6 15:18
这回基本没区别。
对比截图主要看这几点:
× 色彩是否正确(一般都是对的,偶尔有yc色彩伸张之类的问题)
× 阴暗区域渐变色是否有条带(播放器的debanding滤镜效果如何)
× 线条锐化效果如何,振铃是否严重(播放器的锐化滤镜效果如何)
× 纹理细节、颗粒感是否保留完整(这个都主要是压制的事情了,也看播放器的denoise滤镜效果如何)
#12-1 - 2017-6-6 17:14
lhb5883-吹冈王♛⑩
片源压盘的影响很大 即使是bdiso算法不合适的话过渡也会不自然 至于解码器现在都比较成熟了 如果想从压坏了片源恢复出原始未压缩状态,还是有一定难度的
#13 - 2019-10-14 02:00
用了n年的pot,最近发现播放4k hdr颜色灰暗
百度了用madvr,颜色效果贼棒,就是电脑带不动,平滑帧帧率能过60但是4k就有些吃力
但是mpv直接上,颜色很舒服,偶尔播放4k用mpv,平时用pot,主要是习惯了