『漫游』酷论坛>『影音数码技术学习交流』>[请教]x264压制出来画 ..

minime@2008-06-08 23:31

引用
最初由 superkidx 发布
S1某人的图 比你的原图更亮


http://bbs.saraba1st.com/thread-369468-1-4.html


哈哈。这个图就是我放出的。我就是那帖的楼主

同样的源，我截图后在firework里面调了一下曲线而已
引用

superkidx@2008-06-08 23:33

引用
最初由 minime 发布


哈哈。这个图就是我放出的。我就是那帖的楼主

同样的源，我截图后在firework里面调了一下曲线而已


为啥要调曲线？
引用

minime@2008-06-08 23:41

引用
最初由 superkidx 发布


为啥要调曲线？


看起来好看而以，就是PS过了

色彩变得讨好了。却不是正确的
引用

minime@2008-06-08 23:53

引用
最初由 littlemouse 发布
嗯，下载了楼主的ng1.avi，是mjpg格式的。

打开ffdshow vfw的mjpg解码，关闭ffdshow directshow的mjpg解码（反之不行）。


就是直接压不行才要转。
你的方法我也试过了根本不调用ffdshow的解码器

这里的其他人貌似都不能直接压。就是你能压
引用

superkidx@2008-06-08 23:59

引用
最初由 minime 发布


看起来好看而以，就是PS过了

色彩变得讨好了。却不是正确的


可惜被人说白颠峰了[/TX]
引用

kzhou@2008-06-09 00:16

引用
最初由 minime 发布


就是直接压不行才要转。
你的方法我也试过了根本不调用ffdshow的解码器

这里的其他人貌似都不能直接压。就是你能压

你啥眼神..
我也能, 在第2页的回贴里就说过了
不过现在明白那个所谓的直走YV12是错的, 哈哈
引用

minime@2008-06-09 00:19

引用
最初由 superkidx 发布


可惜被人说白颠峰了[/TX]


这叫做黑皮酸。。。

对了，人家说ffdshow的mjpeg用swap field就可以正确解码了

请问在哪里调？

引用
最初由 kzhou 发布

你啥眼神..
我也能, 在第2页的回贴里就说过了
不过现在明白那个所谓的直走YV12是错的, 哈哈


你直接能压还走什么YV12啊
引用

superkidx@2008-06-09 00:31

引用
最初由 minime 发布

对了，人家说ffdshow的mjpeg用swap field就可以正确解码了


说的是PicVideo吧
引用

su_xinling@2008-06-09 01:07

关于说道MJPEG是RGB这个我是觉得奇怪，既然有所谓YCbCr储存，那就是YUV类的，解码直接在YUV应该也会快点。至于解码器RGB输出推测是利于后面编辑兼容性，毕竟这个编码主要不是用来播放用的吧。至于什么709/601我觉得这个依赖厂家本身的认定，是不是依循某某标准。
引用

roozhou@2008-06-09 02:27

引用
最初由 su_xinling 发布
关于说道MJPEG是RGB这个我是觉得奇怪，既然有所谓YCbCr储存，那就是YUV类的，解码直接在YUV应该也会快点。至于解码器RGB输出推测是利于后面编辑兼容性，毕竟这个编码主要不是用来播放用的吧。至于什么709/601我觉得这个依赖厂家本身的认定，是不是依循某某标准。


我也觉得是，解码器如果支持YUY2输出的话就省掉YCbCr->RGB的转换了。就算是先解码成RGB再转YUV，我想同一个解码器两次转换用得矩阵肯定是一样的。

我机上三个解码器用YUV输出得到的结果是一样的，而RGB输出有三种不同的结果。当然将YUV输出给x264压制后再显示的结果和压缩前也完全相同。

如果捕捉卡输出的颜色正确，那为什么还要经过YCbCr->RGB->YUV这个步骤再喂给x264？如果捕捉卡输出的颜色错误，你没看过360的画面又怎么知道用什么矩阵能得到正确的结果？
引用

su_xinling@2008-06-09 03:57

网上看了些资料，发觉被误解的该是把jpeg与颜色空间联想在一起，其实jpeg严格来说只是一种压缩算法，对象是单独的彩色分量图像，因此可以是任何彩色空间的数据，如RGB, YCbCr和CMYK。像这种RGB<->YUV空间互换不存在算法之中，端看应用领域决定使用什么空间格式。
引用

roozhou@2008-06-09 04:16

引用
最初由 su_xinling 发布
网上看了些资料，发觉被误解的该是把jpeg与颜色空间联想在一起，其实jpeg严格来说只是一种压缩算法，对象是单独的彩色分量图像，因此可以是任何彩色空间的数据，如RGB, YCbCr和CMYK。像这种RGB<->YUV空间互换不存在算法之中，端看应用领域决定使用什么空间格式。


但用得最多的是YCbCr，只有极少数使用RGB或CMYK，而且不能保证所有解码器都能正确识别。
引用

qyqgpower@2008-06-09 10:51

JPEG标准中，“变换到YCbCr”这步是必须的，直接用原始色空间压缩的JPEG是不符合标准的

而RGB、CMYK指的是源色空间，也就是
RGB->YCbCr->RGB
CMYK->YCbCr->CMYK

至于计算机上YCbCr和YUV的关系，从昨天晚上到现在我看了很多资料，现在已经陷入了混乱状态:mad:
引用

superkidx@2008-06-09 11:15

引用
最初由 qyqgpower 发布
JPEG标准中，“变换到YCbCr”这步是必须的，直接用原始色空间压缩的JPEG是不符合标准的

而RGB、CMYK指的是源色空间，也就是
RGB->YCbCr->RGB
CMYK->YCbCr->CMYK

至于计算机上YCbCr和YUV的关系，从昨天晚上到现在我看了很多资料，现在已经陷入了混乱状态:mad:


X264是怎么样的？
YCbCr -》 YCbCr存储 -》YCbCr解码 ？
引用

roozhou@2008-06-09 11:45

引用
最初由 superkidx 发布


X264是怎么样的？
YCbCr -》 YCbCr存储 -》YCbCr解码 ？


恩，x264只支持YUV 4:2:0。另外x264有一堆这样的参数
--colorprim Specify color primaries ["undef"]
- undef, bt709, bt470m, bt470bg
smpte170m, smpte240m, film
--transfer Specify transfer characteristics ["undef"]
- undef, bt709, bt470m, bt470bg, linear,
log100, log316, smpte170m, smpte240m
--colormatrix Specify color matrix setting ["undef"]
- undef, bt709, fcc, bt470bg
smpte170m, smpte240m, GBR, YCgCo
--chromaloc Specify chroma sample location (0 to 5) [0]

貌似可以让解码器按指定的矩阵输出RGB，不知道有没有用
引用

«567891011»共11页

| TOP