qyqgpower@2008-06-09 12:41
现在没有读这些东西的解码器，没用roozhou@2008-06-09 13:18
除了601和709，还有FCC和SMPTE 240等等，用得矩阵都不一样。qyqgpower@2008-06-09 13:39
colorimetry在MPEG2PS里有明确的定义bit，定义过的DVD当然可以看到使用的矩阵，例如Kanon和Clannad是SMPTE 170M=BT.601，而未定义的DVD现在一律assume为BT.470-2=BT.601qyqgpower@2008-06-09 14:40
These values are termed Y', U, and V. (In fact, this use of the term "YUV" is technically inaccurate. In computer video, the term YUV almost always refers to one particular color space named Y'CbCr, discussed later. However, YUV is often used as a general term for any color space that works along the same principles as Y'CbCr.)kzhou@2008-06-09 14:54
晕, 越来越复杂了么...引用最初由 qyqgpower 发布
These values are termed Y', U, and V. (In fact, this use of the term "YUV" is technically inaccurate. In computer video, the term YUV almost always refers to one particular color space named Y'CbCr, discussed later. However, YUV is often used as a general term for any color space that works along the same principles as Y'CbCr.)
http://msdn.microsoft.com/en-us/library/bb530104(VS.85).aspx
[/TX] 微软爷发话了，计算机上的所称的YUV就是Y'CbCr，我不继续纠缠了;)
qyqgpower@2008-06-09 15:02
JPG的YCbCr变换当然由JFIF定义superkidx@2008-06-09 15:10
你们好专业哈qyqgpower@2008-06-09 15:17
pixel_type是让解码器输出特定的格式，ConvertTo是AVS做的转换kzhou@2008-06-09 15:24
比了下公式,不太一样, 猜测一下:su_xinling@2008-06-09 15:29
引用最初由 roozhou 发布
恩，x264只支持YUV 4:2:0。另外x264有一堆这样的参数
--colorprimSpecify color primaries ["undef"]
- undef, bt709, bt470m, bt470bg
smpte170m, smpte240m, film
--transferSpecify transfer characteristics ["undef"]
- undef, bt709, bt470m, bt470bg, linear,
log100, log316, smpte170m, smpte240m
--colormatrixSpecify color matrix setting ["undef"]
- undef, bt709, fcc, bt470bg
smpte170m, smpte240m, GBR, YCgCo
--chromalocSpecify chroma sample location (0 to 5) [0]
貌似可以让解码器按指定的矩阵输出RGB，不知道有没有用
roozhou@2008-06-09 15:31
引用最初由 superkidx 发布
你们好专业哈
有没人能告诉我
pixel_type 和 ConvertTo 有什么区别呢
还有X264那个关于601/709的参数设置 和 AVS里面转 有什么不同
qyqgpower@2008-06-09 15:46
引用最初由 kzhou 发布
比了下公式,不太一样, 猜测一下:
BT601和709是用来做YCbCr<->数字RGB(16~235); 或者YPbPr<->模拟RGB(16~235)的规范
JPG那个是用来做YCbCr<->数字RGB(0,255)的规范
不知道搂主的MJPEG是用啥方案.....
superkidx@2008-06-09 15:51
引用最初由 roozhou 发布
pixel_type是强制指定解码器的输出类型，如果和编码使用的颜色空间不符则由解码器完成色彩空间转换。
而ConvertTo由AviSynth的内置滤镜来完成色彩空间转换。
两种转换方式可能会使用不同的矩阵从而产生不同的结果。
X264不会做任何颜色空间转换，并且只接受YUV 4:2:0输入。里面的601/709参数不对编码造成任何影响，只是告诉解码器在将YUV转成RGB时使用相应的矩阵。
MJPEG->H264，所有处理过程都能在YUV色彩空间中进行，没有任何必要使用AviSynth的RGB<->YUV功能
roozhou@2008-06-09 16:06
引用最初由 superkidx 发布
晕 又绕回来了
你是说 AVS的这句是不需要的？ConvertToYV12(matrix="PC.709")
另外ConvertTo可以转601/709/PC/TV 但是pixel_type就不行吧
superkidx@2008-06-09 16:26
引用最初由 roozhou 发布
看来你还是没明白，如果解码器输出是YUY2，你用ConvertToYV12(matrix=xxx)会报错的。RGB<->RGB，YUV<->YUV不存在601/709的说法。
pixel_type只是让解码器输出指定的颜色空间，如果解码器需要做颜色转换，用什么矩阵DirectShowSource是管不到的。
就像楼主的MJPEG，如果用M$的解码器输出RGB到avs，我们会遇到两个难题
1）不知道捕捉卡用的什么矩阵，假设为A
2）不知道MS的解码器用的什么矩阵，假设为B
如果A!=B，出来的RGB就是错的
现在你要压x264，又要用ConvertToYV12(Matrix=C)转成YUV。如果A,B,C三个都不一样，压出来的片子在放的时候应该用什么矩阵转RGB呢？
但如果换个支持YUY2输出的解码器，那downsample到YV12后就可以直接送x264了。放的时候只要用和捕捉卡相同的矩阵就可以得到正确的RGB颜色。