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

请问在这个论坛的诸位视频压缩高手,如何看待mencoder编码的xvid?

楼层直达
级别: 工作组
注册时间:
2003-11-07
在线时间:
1小时
发帖:
7032
只看该作者 30楼 发表于: 2007-08-24
引用
最初由 basaka_dmhy 发布



输入源是YUY2出来就一定是YUY2么...
你用VFAPI给我出个YUY2看看...

还有谁说AU的色空间是YUY2的,AU著名的bug知道么...


我说的“输入”是指扔给编码器的意思。AU的输出就是YUY2

AU的色空间怎不是YUY2?不就是每个信道8bit变成16bit么。发了家也不能不认老娘嘛

再说那个bug我知道的比汝早,不信你问马沙

青空が眩しい 君がいる風景は
幸せのオーラ 溢れ出すの とまらないよ
駅前の噴水 虹を作っているよ
君を待つ時間さえも かけがえない プレシャスな時

=========================

FANSUB的历史,又翻过了新的一页
级别: 新手上路
注册时间:
2007-04-09
在线时间:
0小时
发帖:
277
只看该作者 31楼 发表于: 2007-08-24
引用
最初由 wolfsoft 发布


我说的“输入”是指扔给编码器的意思。AU的输出就是YUY2

AU的色空间怎不是YUY2?不就是每个信道8bit变成16bit么。发了家也不能不认老娘嘛

再说那个bug我知道的比汝早,不信你问马沙



你的回答让我脱力...
AU内部是8bit还是16bit和YUY2有啥关系?YUY2指的是YC的采样数目的比例,和信号的精度有P个关系...
AU的YUY2bug就是从YUV422 upsampling到YUV444的时候用了奇怪的方法才出问题的,要是照你说的AU内部就是YUY2的话,这著名的bug也不会出了...
你知道比我早又怎么样呢,不知道原因只知道现象等于不知道...
级别: 新手上路
注册时间:
2007-02-26
在线时间:
0小时
发帖:
185
只看该作者 32楼 发表于: 2007-08-24
我去,都在说啥呢~~

所有Xvid压出来的片子都是YUV 4:2:0的,难道不是吗?

Xvid压出来的片子有4:2:2的吗?有4:4:4的吗?
没有吧~

你喂进去什么是无所谓的,出来的肯定是4:2:0,
这是MPEG4 ASP标准规定的啊。
级别: 新手上路
注册时间:
2007-04-09
在线时间:
0小时
发帖:
277
只看该作者 33楼 发表于: 2007-08-24
引用
最初由 techneek 发布
我去,都在说啥呢~~

所有Xvid压出来的片子都是YUV 4:2:0的,难道不是吗?

Xvid压出来的片子有4:2:2的吗?有4:4:4的吗?
没有吧~

你喂进去什么是无所谓的,出来的肯定是4:2:0,
这是MPEG4 ASP标准规定的啊。



我前面的问题你还没回答呢...
Xvid为什么没有YUV422?最简单的,AVS最后加一句ConverTOYUY2喂进VDM走fast出来的就是...
级别: 工作组
注册时间:
2003-11-07
在线时间:
1小时
发帖:
7032
只看该作者 34楼 发表于: 2007-08-24
啧,basaka说的是这个bug啊,我还以为是warpsharp那个呢。你说的这个虾虾就说过我又怎可能不知道?

但你不能否认AU内部就是用的16bit的YUY2。SDK的头文件里写的很明白。至少我是自己写过filter提取象素值验证过这一点的。

如果我没记错,那个bug好象跟显示有关。因为AU的所见即所得毕竟也是靠GDI的,所以为了显示它只能先转化成RGB。

青空が眩しい 君がいる風景は
幸せのオーラ 溢れ出すの とまらないよ
駅前の噴水 虹を作っているよ
君を待つ時間さえも かけがえない プレシャスな時

=========================

FANSUB的历史,又翻过了新的一页
级别: 工作组
注册时间:
2003-11-07
在线时间:
1小时
发帖:
7032
只看该作者 35楼 发表于: 2007-08-24
引用
最初由 techneek 发布
我去,都在说啥呢~~

所有Xvid压出来的片子都是YUV 4:2:0的,难道不是吗?

Xvid压出来的片子有4:2:2的吗?有4:4:4的吗?
没有吧~

你喂进去什么是无所谓的,出来的肯定是4:2:0,
这是MPEG4 ASP标准规定的啊。


不要迷信标准,标准只是参考,是个framework。不遵守标准的多了,标准也不是每一项都能实现。一个VOP就把搞MPEG4的玩死了

青空が眩しい 君がいる風景は
幸せのオーラ 溢れ出すの とまらないよ
駅前の噴水 虹を作っているよ
君を待つ時間さえも かけがえない プレシャスな時

=========================

FANSUB的历史,又翻过了新的一页
级别: 新手上路
注册时间:
2007-04-09
在线时间:
0小时
发帖:
277
只看该作者 36楼 发表于: 2007-08-25
引用
最初由 wolfsoft 发布
啧,basaka说的是这个bug啊,我还以为是warpsharp那个呢。你说的这个虾虾就说过我又怎可能不知道?

但你不能否认AU内部就是用的16bit的YUY2。SDK的头文件里写的很明白。至少我是自己写过filter提取象素值验证过这一点的。

如果我没记错,那个bug好象跟显示有关。因为AU的所见即所得毕竟也是靠GDI的,所以为了显示它只能先转化成RGB。



我明白你想说什么了,但是我想说,你似乎有些误解...
首先,AU内部是YUV48bit的空间这点是共识。问题是出在内部空间的UV到底是pixel独立的,还是邻接pixel共用的。
YUY2意味着邻接的两个pixel共用UV信息。如果AU内部空间是YUY2的话,那么AU吃RGB的时候,做RGB->YUV变换时就必定会丢掉一半的UV信息,那么当AU再次从YUV变回RGB显示的时候,必定和原来的源会产生差异,但事实上,AU吃RGB的时候并没有这个现象。
你说到AU的滤镜,你的误解可能就是出在这里。AU的滤镜并不是在YUY2上处理的,而是在YUV444处理完之后,最后作了一个YUV444->YUV422的变换,而且用的是和AU本身不同的keep center方式。
顺便说一下,0.99有个YUY2模式,那个模式下到确实内部是直接走YUY2的,但是那个模式下只有内部的滤镜可以用。原因估计就是AU的外部滤镜都是YUV444下处理的,YUY2模式下用不了。
级别: 新手上路
注册时间:
2007-02-26
在线时间:
0小时
发帖:
185
只看该作者 37楼 发表于: 2007-08-30
引用
最初由 wolfsoft 发布


不要迷信标准,标准只是参考,是个framework。不遵守标准的多了,标准也不是每一项都能实现。一个VOP就把搞MPEG4的玩死了


有些时候我觉得你是明白人,高手;
有些时候真不知道怎么说你好~
[/han]
连一些很基本的概念都不清楚~

你找一个以YUY2或者RGB32格式存储数据的xvid文件我看看?
级别: 新手上路
注册时间:
2007-02-26
在线时间:
0小时
发帖:
185
只看该作者 38楼 发表于: 2007-08-30
引用
最初由 basaka_dmhy 发布



我前面的问题你还没回答呢...
Xvid为什么没有YUV422?最简单的,AVS最后加一句ConverTOYUY2喂进VDM走fast出来的就是...



:mad:

你自己做了实验再说!别站着说话不腰疼~
汗~
级别: 工作组
注册时间:
2003-11-07
在线时间:
1小时
发帖:
7032
只看该作者 39楼 发表于: 2007-08-31
引用
最初由 techneek 发布


有些时候我觉得你是明白人,高手;
有些时候真不知道怎么说你好~
[/han]
连一些很基本的概念都不清楚~

你找一个以YUY2或者RGB32格式存储数据的xvid文件我看看?


嗯我错了,被文件头的一个字节给骗了

你也不用觉得,我本来就是个票友,amateur,从来就没打算跟科班出身的或者professional比

青空が眩しい 君がいる風景は
幸せのオーラ 溢れ出すの とまらないよ
駅前の噴水 虹を作っているよ
君を待つ時間さえも かけがえない プレシャスな時

=========================

FANSUB的历史,又翻过了新的一页
快速回复

限150 字节
上一个 下一个