搜索 社区服务 统计排行 帮助
  • 11704阅读
  • 162回复

[请教]x264压制出来画面发白怎么办?

楼层直达
级别: 新手上路
注册时间:
2004-12-22
在线时间:
0小时
发帖:
156
只看该作者 105楼 发表于: 2008-06-08
引用
最初由 superkidx 发布
S1某人的图 比你的原图更亮


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


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

同样的源,我截图后在firework里面调了一下曲线而已
级别: 风云使者
注册时间:
2006-03-12
在线时间:
54小时
发帖:
6604
只看该作者 106楼 发表于: 2008-06-08
引用
最初由 minime 发布


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

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


为啥要调曲线?

级别: 新手上路
注册时间:
2004-12-22
在线时间:
0小时
发帖:
156
只看该作者 107楼 发表于: 2008-06-08
引用
最初由 superkidx 发布


为啥要调曲线?


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

色彩变得讨好了。却不是正确的
级别: 新手上路
注册时间:
2004-12-22
在线时间:
0小时
发帖:
156
只看该作者 108楼 发表于: 2008-06-08
引用
最初由 littlemouse 发布
嗯,下载了楼主的ng1.avi,是mjpg格式的。

打开ffdshow vfw的mjpg解码,关闭ffdshow directshow的mjpg解码(反之不行)。


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

这里的其他人貌似都不能直接压。就是你能压
级别: 风云使者
注册时间:
2006-03-12
在线时间:
54小时
发帖:
6604
只看该作者 109楼 发表于: 2008-06-08
引用
最初由 minime 发布


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

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


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

级别: 侠客
注册时间:
2005-12-16
在线时间:
5小时
发帖:
676
只看该作者 110楼 发表于: 2008-06-09
引用
最初由 minime 发布


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

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

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

爱看看不看滚
级别: 新手上路
注册时间:
2004-12-22
在线时间:
0小时
发帖:
156
只看该作者 111楼 发表于: 2008-06-09
引用
最初由 superkidx 发布


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


这叫做黑皮酸。。。

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

请问在哪里调?

引用
最初由 kzhou 发布

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


你直接能压还走什么YV12啊
级别: 风云使者
注册时间:
2006-03-12
在线时间:
54小时
发帖:
6604
只看该作者 112楼 发表于: 2008-06-09
引用
最初由 minime 发布

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


说的是PicVideo吧

级别: 新手上路
注册时间:
2007-11-19
在线时间:
0小时
发帖:
145
只看该作者 113楼 发表于: 2008-06-09
关于说道MJPEG是RGB这个我是觉得奇怪,既然有所谓YCbCr储存,那就是YUV类的,解码直接在YUV应该也会快点。至于解码器RGB输出推测是利于后面编辑兼容性,毕竟这个编码主要不是用来播放用的吧。至于什么709/601我觉得这个依赖厂家本身的认定,是不是依循某某标准。
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 114楼 发表于: 2008-06-09
引用
最初由 su_xinling 发布
关于说道MJPEG是RGB这个我是觉得奇怪,既然有所谓YCbCr储存,那就是YUV类的,解码直接在YUV应该也会快点。至于解码器RGB输出推测是利于后面编辑兼容性,毕竟这个编码主要不是用来播放用的吧。至于什么709/601我觉得这个依赖厂家本身的认定,是不是依循某某标准。


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

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

如果捕捉卡输出的颜色正确,那为什么还要经过YCbCr->RGB->YUV这个步骤再喂给x264?如果捕捉卡输出的颜色错误,你没看过360的画面又怎么知道用什么矩阵能得到正确的结果?
级别: 新手上路
注册时间:
2007-11-19
在线时间:
0小时
发帖:
145
只看该作者 115楼 发表于: 2008-06-09
网上看了些资料,发觉被误解的该是把jpeg与颜色空间联想在一起,其实jpeg严格来说只是一种压缩算法,对象是单独的彩色分量图像,因此可以是任何彩色空间的数据,如RGB, YCbCr和CMYK。像这种RGB<->YUV空间互换不存在算法之中,端看应用领域决定使用什么空间格式。
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 116楼 发表于: 2008-06-09
引用
最初由 su_xinling 发布
网上看了些资料,发觉被误解的该是把jpeg与颜色空间联想在一起,其实jpeg严格来说只是一种压缩算法,对象是单独的彩色分量图像,因此可以是任何彩色空间的数据,如RGB, YCbCr和CMYK。像这种RGB<->YUV空间互换不存在算法之中,端看应用领域决定使用什么空间格式。


但用得最多的是YCbCr,只有极少数使用RGB或CMYK,而且不能保证所有解码器都能正确识别。
级别: 侠客
注册时间:
2005-02-09
在线时间:
0小时
发帖:
512
只看该作者 117楼 发表于: 2008-06-09
JPEG标准中,“变换到YCbCr”这步是必须的,直接用原始色空间压缩的JPEG是不符合标准的

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

至于计算机上YCbCr和YUV的关系,从昨天晚上到现在我看了很多资料,现在已经陷入了混乱状态:mad:
级别: 风云使者
注册时间:
2006-03-12
在线时间:
54小时
发帖:
6604
只看该作者 118楼 发表于: 2008-06-09
引用
最初由 qyqgpower 发布
JPEG标准中,“变换到YCbCr”这步是必须的,直接用原始色空间压缩的JPEG是不符合标准的

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

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


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

级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 119楼 发表于: 2008-06-09
引用
最初由 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,不知道有没有用
快速回复

限150 字节
上一个 下一个