搜索社区服务统计排行帮助

« 返回列表

共2页

上一主题下一主题

2147阅读
15回复

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

楼层直达

级别: 工作组

注册时间:: 2006-07-07

在线时间:: 0小时

发帖:: 111

只看楼主更多操作楼主发表于: 2006-08-07

可能大家看不懂标题，下这几个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%

分享到 淘江湖新浪 QQ微博 QQ空间开心人人豆瓣网易微博百度鲜果白社会飞信

怨念：[OTAKU_NO_VIDEO] 即将完结东东：[MACROSS_II]
X MOFILE计划进行中(超清晰画面的在线FLV)：
全金属狂潮第二部 POPGO版 DVD_01 DVD_02 TV_03 TV_04 TV_05 TV_06 TV_07 TV_08 TV_09 TV_10 TV_11
秒速5厘米高清预告 720P
----------------------------------
用X264来挑战VP7吧
----------------------------------
07年11月出差在外封闭开发，论坛和QQ MSN找不到我的朋友见谅了，12月见。

级别: 工作组

注册时间:: 2006-07-07

在线时间:: 0小时

发帖:: 111

只看该作者 1楼发表于: 2006-08-07

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

怨念：[OTAKU_NO_VIDEO] 即将完结东东：[MACROSS_II]
X MOFILE计划进行中(超清晰画面的在线FLV)：
全金属狂潮第二部 POPGO版 DVD_01 DVD_02 TV_03 TV_04 TV_05 TV_06 TV_07 TV_08 TV_09 TV_10 TV_11
秒速5厘米高清预告 720P
----------------------------------
用X264来挑战VP7吧
----------------------------------
07年11月出差在外封闭开发，论坛和QQ MSN找不到我的朋友见谅了，12月见。

级别: 骑士

注册时间:: 2004-09-27

在线时间:: 3小时

发帖:: 1362

只看该作者 2楼发表于: 2006-08-07

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

博客：http://dio21.blogbus.com

级别: 新手上路

注册时间:: 2004-01-13

在线时间:: 0小时

发帖:: 658

只看该作者 3楼发表于: 2006-08-07

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

羊骑车…[/KH]

级别: 工作组

注册时间:: 2006-07-07

在线时间:: 0小时

发帖:: 111

只看该作者 4楼发表于: 2006-08-08

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

怨念：[OTAKU_NO_VIDEO] 即将完结东东：[MACROSS_II]
X MOFILE计划进行中(超清晰画面的在线FLV)：
全金属狂潮第二部 POPGO版 DVD_01 DVD_02 TV_03 TV_04 TV_05 TV_06 TV_07 TV_08 TV_09 TV_10 TV_11
秒速5厘米高清预告 720P
----------------------------------
用X264来挑战VP7吧
----------------------------------
07年11月出差在外封闭开发，论坛和QQ MSN找不到我的朋友见谅了，12月见。

级别: 工作组

注册时间:: 2003-11-07

在线时间:: 1小时

发帖:: 7032

只看该作者 5楼发表于: 2006-08-08

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

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

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

FANSUB的历史,又翻过了新的一页

级别: 工作组

注册时间:: 2003-05-11

在线时间:: 201小时

发帖:: 36355

只看该作者 6楼发表于: 2006-08-08

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

= =|

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

级别: 工作组

注册时间:: 2003-11-07

在线时间:: 1小时

发帖:: 7032

只看该作者 7楼发表于: 2006-08-09

引用
最初由 yujin630 发布

= =|

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

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

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

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

FANSUB的历史,又翻过了新的一页

级别: 新手上路

注册时间:: 2005-07-06

在线时间:: 0小时

发帖:: 160

只看该作者 8楼发表于: 2006-08-13

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

Galaxy ！

级别: 新手上路

注册时间:: 2003-06-23

在线时间:: 1小时

发帖:: 2882

只看该作者 9楼发表于: 2006-08-13

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

不学无术中..

eMule ID：[eDtoon][CHN]adamhj@eMule-Official

级别: 新手上路

注册时间:: 2005-07-06

在线时间:: 0小时

发帖:: 160

只看该作者 10楼发表于: 2006-08-14

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

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

Galaxy ！

级别: 新手上路

注册时间:: 2003-06-23

在线时间:: 1小时

发帖:: 2882

只看该作者 11楼发表于: 2006-08-16

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

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

不学无术中..

eMule ID：[eDtoon][CHN]adamhj@eMule-Official

级别: 新手上路

注册时间:: 2004-01-13

在线时间:: 0小时

发帖:: 658

只看该作者 12楼发表于: 2006-08-17

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

羊骑车…[/KH]

可曾记得爱

级别: 精灵王

注册时间:: 2003-03-22

在线时间:: 1小时

发帖:: 2598

只看该作者 13楼发表于: 2006-08-17

而且常常是局部重复呢~，不能靠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进行的，主要分为形状编码、编码编码、运动预测和运动补偿编码，编码算法中则主要采用了离散余弦变换和动态预测补偿等手段。

狼叔继续，以上解释不明了~

怨念都完结了，那一代字幕战线的朋友都疏远了。。。。。未来更美好。。。。。

级别: 新手上路

注册时间:: 2005-07-06

在线时间:: 0小时

发帖:: 160

只看该作者 14楼发表于: 2006-08-17

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

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

我没说不考虑这个呀?

引用
最初由 adamhj 发布

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

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

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

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

Galaxy ！

« 返回列表

共2页

上一主题下一主题