用x265压制视频时报错求助！

boday 发表于 2020-5-17 07:52
需要知道源视频的色彩空间规格，包括 color primaries、transfer function 和 color matrix。这样你才能 ...

好，放弃。请大神看看我的这个压制参数有哪些地方还需要调整改进（符合蓝光标准）：

"vspipe.exe" --y4m"CESHI.vpy" - | "x265-gcc-10-lite.exe" --y4m --level-idc 51--crf 19.0 --uhd-bd --no-sao --me 3 --subme 3 --merange 57 --no-rect --no-amp--ref 4 --weightb --keyint 24 --min-keyint 1 --aq-mode 1 --aq-strength 1.0 --rd4 --psy-rd 2.0 --psy-rdoq 1.0 --rdoq-level 2 --vbv-bufsize 50000 --vbv-maxrate70000 --no-open-gop --rc-lookahead 80 --qcomp 0.60 --deblock -1:-1 --repeat-headers--colorprim bt2020 --colormatrix bt2020nc --hdr --master-displayG(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50) --transfer smpte2084 --max-cll 1132,923 --max-luma4000 --no-strong-intra-smoothing --input-depth 10 --opts 0 --stylish --output"CESHI1.hevc" -

谢谢！

我说的放弃是指你应该放弃这整件事，而不只是放弃追查颜色问题。颜色出现这么大的偏差显然是严重的问题，即使你参数正确（很可能不正确）符合标准，结果也是错的，没有意义。

好吧，如果楼主能提供更详细一点的片源的 mediainfo，并尽可能详细描述片源是怎么来的，我可以再花时间帮忙分析一下。

boday 发表于 2020-5-17 17:37
好吧，如果楼主能提供更详细一点的片源的 mediainfo，并尽可能详细描述片源是怎么来的，我可以再花时间帮忙 ...

我是从网上下载的[SAMSUNG-4K]多米尼克_Dominic-JDBBS.ts，很小只有520MB，我已经是上传到百度，请您下载看看。感谢大神的鼎力帮助。
https://pan.baidu.com/s/1zFbfZGsdA7ve85LG43ggBw
提取码：zlsm
片源的 mediainfo请看18楼。

meitp 发表于 2020-5-17 18:47
我是从网上下载的[SAMSUNG-4K]多米尼克_Dominic-JDBBS.ts，很小只有520MB，我已经是上传到百度，请您下载 ...

我想问下这个.ts文件符不符合蓝光标准，如果不符合的话又是哪里不符合的呢？

cocue 发表于 2020-5-17 21:01
我想问下这个.ts文件符不符合蓝光标准，如果不符合的话又是哪里不符合的呢？
...

将.ts转换为.hevc后，导入UHD提示：
Error : Value of Color_primaries is not supported in the BD standard

meitp 发表于 2020-5-17 18:47
我是从网上下载的[SAMSUNG-4K]多米尼克_Dominic-JDBBS.ts，很小只有520MB，我已经是上传到百度，请您下载 ...

你这链接里的是另一个文件……

boday 发表于 2020-5-18 04:06
你这链接里的是另一个文件……

对不起，弄混了。是这个：
https://pan.baidu.com/s/1QlAbpSPTsRSqgBrd_btHwg
提取码：4hix
我是将这个转换成了00000.m2ts（没有找到ts的vpy脚本，所以将JDBBS.ts导入tsMuxer，输出选Blu-ray folder，得到了00000.m2ts），是用00000.m2ts进行压制的，把00000.m2ts也传给您：
https://pan.baidu.com/s/1h12UhDsBBlFZ2HgH83NhLQ
提取码：zm4h

结果和我之前猜测的一样。

你这个片源里没有写关于色彩空间的信息，也没有任何 hdr 相关信息，不过如果直接当作 bt709 标准来播放的话（一般来说播放器会默认这样处理）看起来是挺正常的，所以我们这里大概可以认为片源的色彩空间就是 bt709，并且是 sdr。那么既然如此，你 x265 参数里的这一段：

--colorprim bt2020 --colormatrix bt2020nc --hdr --master-displayG(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50) --transfer smpte2084 --max-cll 1132,923 --max-luma4000

就全都是错误的了。也就是说，你把 bt709 色彩空间强行标记成了 bt2020，还凭空加上了 hdr（忍不住想吐槽你 max-cll 哪里抄来的，这能随便抄的么），结果自然会明显错误。

看起来这个视频是来自三星做 4k hdr 展示用的测试片，如果真是这样的话，你下载到的这个就肯定不是原片。

如果你仍然想用下载到的这个片源做压制的话，编码参数应该这样写（我加粗了和你 #21 不同的部分）：

"vspipe.exe" --y4m"CESHI.vpy" - | "x265-gcc-10-lite.exe" --y4m --level-idc 51--crf 19.0 --uhd-bd --no-sao --me 3 --subme 3 --merange 57 --no-rect --no-amp--ref 4 --weightb --keyint 24 --min-keyint 1 --aq-mode 1 --aq-strength 1.0 --rd4 --psy-rd 2.0 --psy-rdoq 1.0 --rdoq-level 2 --vbv-bufsize 50000 --vbv-maxrate70000 --no-open-gop --rc-lookahead 80 --qcomp 0.60 --deblock -1:-1 --repeat-headers --colorprim bt709 --colormatrix bt709 --transfer bt709 --no-strong-intra-smoothing --input-depth 10 --opts 0 --stylish --output"CESHI1.hevc" -

>我是将这个转换成了00000.m2ts（没有找到ts的vpy脚本，所以将JDBBS.ts导入tsMuxer，输出选Blu-ray folder，得到了00000.m2ts），是用00000.m2ts进行压制的

无论是 .ts 还是 .m2ts 都只是容器，对于 vpy 脚本来说没有任何不同。你这个操作再次说明你缺乏视频技术最基本的知识。

缺乏知识其实不是什么问题，这本来也不是人人都需要知道的东西。不过你如果真的对此感兴趣，至少应该表现出一定的自学和钻研的精神。你上面完全要靠人手把手告诉你该怎么做，这才是我索性劝你放弃的原因。