搜索找到 31 个匹配

去高级搜索

mrhso
2018-12-01 9:37
版面: 视频编码器 / Video encoder discussion
主题: 求助:isom和mp42的详细介绍
回复总数: 1
阅读次数: 4809

Re: 求助:isom和mp42的详细介绍

isom 和 mp42 都是封装,而非编码。
MP4 本身是基于 ISO/IEC 14496-12 的,所以实际上这两者本身便大致是兼容的。
mrhso
2018-11-24 19:26
版面: AviSynth
主题: 滤镜
回复总数: 2
阅读次数: 917

Re: 滤镜

不推荐使用 RemoveGrain。可以用 RgTools 替代,兼容 RemoveGrain。
https://github.com/pinterf/masktools/releases/
https://github.com/pinterf/RgTools/releases
mrhso
2018-11-11 14:17
版面: AviSynth
主题: Dither tools 在 PC Range 使用 Bit Shift?
回复总数: 4
阅读次数: 331

Re: Dither tools 在 PC Range 使用 Bit Shift?

于是 IshisashiAVS 采取全程 16-bit 处理的方式,避免 Dither tools 乱搞。
https://github.com/mrhso/IshisashiWebsi ... hiAVS.avsi
但是,感觉这样效率还是很低啊。
mrhso
2018-11-11 9:49
版面: AviSynth
主题: Dither tools 在 PC Range 使用 Bit Shift?
回复总数: 4
阅读次数: 331

Re: Dither tools 在 PC Range 使用 Bit Shift?

仔细分析一下,发现是从 8-bit RGB 输入的时候给用 Bit Shift 转成 16-bit RGB,再转换到 YUV。也就是说,要从一开始就把 8-bit RGB 转到 16-bit RGB,再喂给 Dither。但 TV Range 像 Dither tools 这样把 8-bit RGB Bit Shift 又没问题,……很混乱啊。
mrhso
2018-11-11 9:22
版面: AviSynth
主题: Dither tools 在 PC Range 使用 Bit Shift?
回复总数: 4
阅读次数: 331

Re: Dither tools 在 PC Range 使用 Bit Shift?

代码: 全选

Dither_lut16("x 65536 / 256 * 255 / 65535 *", y=3, u=3, v=3)

代码: 全选

Dither_lut16("x 65535 / 255 * 256 / 65536 *", y=3, u=3, v=3)
这个过程又是有损的,更别说考虑 Chroma 的 0.5-32768-65535.5 范围了……
mrhso
2018-11-10 22:19
版面: AviSynth
主题: Dither tools 在 PC Range 使用 Bit Shift?
回复总数: 4
阅读次数: 331

Re: Dither tools 在 PC Range 使用 Bit Shift?

所以 Shift 回去然后再 Round 回来?啊啊啊,,,
mrhso
2018-11-10 22:07
版面: AviSynth
主题: Dither tools 在 PC Range 使用 Bit Shift?
回复总数: 4
阅读次数: 331

Dither tools 在 PC Range 使用 Bit Shift?

O16 mod 一些奇妙深刻的问题还没完,又发现 Dither tools 也发生 EP 问题了。
图片
这是在 PC Range 用了 Bit Shift?
于是 AVS 唯一被认为精度较高的工具也不靠谱了。其实 VS 的 fmtconv 好像也是这回事。https://github.com/EleonoreMizo/fmtconv/issues/10
mrhso
2018-11-10 12:21
版面: AviSynth
主题: O16 mod v2.2.0 - 简易的Bit Depth转换/输出脚本 新增万能转换函数BitDepth
回复总数: 16
阅读次数: 11747

Re: O16 mod v2.2.0 - 简易的Bit Depth转换/输出脚本 新增万能转换函数BitDepth

8-bit RGB→16-bit BT.709 (PC) 后,转到 10-bit,再用 BitDepth 转回 16-bit,再回到 8-bit RGB,结果是有问题的。Dither 为 -1,原则上是 Round 没错。 按理来说虽然 RGB 与 YCbCr 转换有损,但是 Round 之后和源是刚好没有差异的。 当然用 SmoothCurve16(Ycurve="0-0;1023-65535;65535-65535", Ucurve="0-0.5;0.5-0.5;512-32768;1023.5-65535.5;65535-65535.5", Vcurve="0-0.5;0.5-0.5;5...
mrhso
2018-11-03 12:32
版面: AviSynth
主题: O16 mod v2.2.0 - 简易的Bit Depth转换/输出脚本 新增万能转换函数BitDepth
回复总数: 16
阅读次数: 11747

Re: O16 mod v2.2.0 - 简易的Bit Depth转换/输出脚本 新增万能转换函数BitDepth

简单的说,文档中对PC Range下CbCr的定义是以1<<(BitDepth-1)为中值,上下变化范围为[-0.5, 0.5]*(1<<BitDepth-1),所以对于8bit就有了0.5-128-255.5的结果,这是未经量化与Clip的理论值,经过量化与Clip后实际得到的仍然是0-255之间的整数。新版本修正后的结果可能会与原版本有少量区别,但一般都看不出来就是了。
实际上修改并不完全。像是用 BitDepth 去转换 8-bit 到 16-bit 的话,上界是 0.5-0.5 没错,但下界还是 255-65535。
mrhso
2018-11-03 10:07
版面: AviSynth
主题: [已解决] O16 mod BitDepth() 之疑惑
回复总数: 7
阅读次数: 558

Re: O16 mod BitDepth() 之疑惑

现在我明白了这事,我 Dither 没关……但我其实还是不太明白为什么升位也会打开 Dither,没问题了。

去高级搜索