『漫游』酷论坛>『影音数码技术学习交流』>如何解决前后范围重 ..

如何解决前后范围重复性画面内容严重导致的现行编码缺陷,非RAR不可?

面影の人@2006-08-07 20:57

可能大家看不懂标题,下这几个BT中的随便一个文件即可明白。

视频无损采集,XVID 1PASS/QP/GMC/BF/MPEG/Q4(个别Q3,后发现Q3太大,改用Q4),低画质的那个是2000Kbps。

http://bt.ktxp.com/view.php?id=30175
http://bt.ktxp.com/view.php?id=30173
http://bt.ktxp.com/view.php?id=30172
http://bt.ktxp.com/view.php?id=30249

部分RAR压缩率超过50%
引用

面影の人@2006-08-07 20:58

也不能算编码缺陷,毕竟不是全局压缩~
引用

dio1888@2006-08-07 21:12

沙发~
可曾记得爱~竟然问出视频编码器的技术难题~不知道是否有人能回答呢^^
引用

Boss_02fj@2006-08-07 22:39

@#$%&*....这个...编码技术啥的偶不懂,可是给RAR压50%的...嘿嘿,什么时候来个可以直接播放RAR文件中的东东..嘿嘿..
引用

面影の人@2006-08-08 09:01

我们昨天说到恶搞的:分布式网络编码分布式网络实时解码。哈哈
引用

wolfsoft@2006-08-08 21:10

期待h264进一步改进吧,I max弄成几万,ref弄成几万,全片就搞一个I帧,剩下的都弄成P
引用

yujin630@2006-08-08 21:13

引用
最初由 wolfsoft 发布
期待h264进一步改进吧,I max弄成几万,ref弄成几万,全片就搞一个I帧,剩下的都弄成P


= =|

那什么机器才弄的起啊....
引用

wolfsoft@2006-08-09 13:02

引用
最初由 yujin630 发布


= =|

那什么机器才弄的起啊....


这有啥稀罕,MPEG4标准里那个VOP的设定,本身就是为一百年以后的机器性能预留的
引用

neogalaxy@2006-08-13 12:23

把mkv的timecode文件支持扩展一下,支持同一桢的重复引用,再切割原文件,自己写timecode v5.
^-^
引用

adamhj@2006-08-13 19:37

你想人工判断还是机器判断...
引用

neogalaxy@2006-08-14 09:27

人工判断比较好实现;机器判断嘛,是算法问题了,也就是每一桢都与前面所有桢比较.
范围重复性画面是指画面完全一致的重复,应该不难搜索.

如果是画面完全一致的重复,只有改写编码器,引入新的桢类型了.叫C frame(copied frame) 如何?
C frame只放旧桢编号的对应画面完全一致的重复;
C frame还加上一个P frame内容的对应画面完全一致的重复.
对于解码需要,对桢索引还要增加几项,以便快速播放.同时也便于切割视频.
不过搜索算法就麻烦了...
引用

adamhj@2006-08-16 19:22

引用
最初由 neogalaxy 发布
人工判断比较好实现;机器判断嘛,是算法问题了,也就是每一桢都与前面所有桢比较.
范围重复性画面是指画面完全一致的重复,应该不难搜索.


然后运算复杂度就是n^2..你等10年再来讨论这个问题吧...
引用

Boss_02fj@2006-08-17 00:28

囧..COPY...每张画面的噪讯都不一样,判断某张为copy肯定杀了这张的细节...
引用

可曾记得爱@2006-08-17 09:28

而且常常是局部重复呢~,不能靠TC呢,这么说,一个10分钟的随便什么动画如果Q3压成了100M,我们把这个10分钟的视频的源,重复连接10次,构成一个100分钟的视频。现在的编码Q3后是1000M,送RAR变100M~
这是全画面重复,可以用TC。
把这个10分钟的视频在后面重复的9次中,都先做画面的横向循环平移(左边挤出的画面补到右边),编码Q3后是1000M,送RAR变100M稍多。
非全画面重复,不可以用TC。

VOP:Video Object Panel
视频对象平面,是表示某一时刻采样一帧图像数据的单位,是将图象序列每一帧中的场景,看成是由不同视频对象面(VOP)所组成,MPEG4的视频编码是围绕VOP进行的,主要分为形状编码、编码编码、运动预测和运动补偿编码,编码算法中则主要采用了离散余弦变换和动态预测补偿等手段。

狼叔继续,以上解释不明了~
引用

neogalaxy@2006-08-17 13:38

引用
最初由 Boss_02fj 发布
囧..COPY...每张画面的噪讯都不一样,判断某张为copy肯定杀了这张的细节...


C frame还加上一个P frame内容的对应画面不完全一致的重复.

我没说不考虑这个呀?


引用
最初由 adamhj 发布

然后运算复杂度就是n^2..你等10年再来讨论这个问题吧...


可以用md5先hash一下,只对hash相同的再作比较,会快很多.

引用
最初由 可曾记得爱 发布
而且常常是局部重复呢~,不能靠TC呢,...
狼叔继续,以上解释不明了~


我是引入新的桢类型了.叫C frame(copied frame) 。没说用tmpegenc。对局部重复,也不是不可以定义局部重复块的(反正现在内存大,开几十M放要重复使用的I桢或局部I桢也没什么大不了的),就是搜索算法的问题了。感觉这是典型的压缩比解压复杂。
可惜我没本事写编码器啊……
引用

«12»共2页

| TOP