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

[请教]megui中动态帧率问题

楼层直达
级别: 新手上路
注册时间:
2007-04-16
在线时间:
0小时
发帖:
69
只看该作者 15楼 发表于: 2010-05-27
碼率x時間=容量
同樣碼率時帧率越大 品質越差 因為1秒內必須分配質量給更多的畫面

但是dedup則是刪除帧
生成timecodes.txt
另被刪除帧的cfr加入timecodes.txt改變成vfr
也就是帧率不同但是碼率不變 所以並沒有節省碼率

级别: 新手上路
注册时间:
2010-03-05
在线时间:
0小时
发帖:
91
只看该作者 16楼 发表于: 2010-05-27
引用
最初由 翡璃月 发布
碼率x時間=容量
同樣碼率時帧率越大 品質越差 因為1秒內必須分配質量給更多的畫面

但是dedup則是刪除帧
生成timecodes.txt
另被刪除帧的cfr加入timecodes.txt改變成vfr
也就是帧率不同但是碼率不變 所以並沒有節省碼率


請問,我用的crf或者2pass,並不是1pass,因此,碼率應該是變化的吧?

dedup過後,相類似的幀少了,一秒內的變化多了,碼率應該是增加的?

因為是avs出來的幀,品質由編碼器決定?
以上純屬小白瞎猜~見諒~
看了roozhou大的分析,感謝roozhou大和翡璃月的回答,大概明白了:
某一秒內的碼率是確定了(如roozhou大所言,GOP的問題?),因此幀少了,單幀的碼率也就上去了,但是這樣的話?體積會減少不多么?


另外,請問對我 壓縮的兩次差別很大 容量,有建議么?謝謝~

我要努力向上...
新居昭乃太美了\(^o^)/
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 17楼 发表于: 2010-05-27
都什么年代了,x264已经完全支持vfr码率控制了,唯一的缺陷就是还无法根据时间设定GOP最大长度。

如果使用我的deldup,某些时间段一秒内的帧少了,那么每一帧分配到的体积就大了,不管是vbr还是crf模式。如果想得到特定体积的文件,不需要重新算码率。

即使用avs的dedup,也可以指定输入的timecode文件,不需要再mux的时候再导入timecode。

最后还是强烈不推荐用avs的dedup,第一无法很好的检测fade,第二需要多跑一个pass,无法获取加快编码速度的优势。
级别: 新手上路
注册时间:
2007-04-16
在线时间:
0小时
发帖:
69
只看该作者 18楼 发表于: 2010-05-27
基於 "需要avs" & "avs只能輸出cfr" 來說
我不清楚direct264 是否可掛載原avs可用的濾鏡


dedup 之後出來的 cfr 因為幀變少了
所以 timecodes.txt 導入之後碼率會增加是正常的
avs出來的部分 品質可以透過更改AssumeFPS來控制編碼時輸出的幀率

级别: 新手上路
注册时间:
2010-03-05
在线时间:
0小时
发帖:
91
只看该作者 19楼 发表于: 2010-05-27
引用
最初由 翡璃月 发布
基於 "需要avs" & "avs只能輸出cfr" 來說
我不清楚direct264 是否可掛載原avs可用的濾鏡


dedup 之後出來的 cfr 因為幀變少了
所以 timecodes.txt 導入之後碼率會增加是正常的
avs出來的部分 品質可以透過更改AssumeFPS來控制編碼時輸出的幀率



感謝翡璃月的回答,沒大看懂您的意思,

“所以 timecodes.txt 導入之後碼率會增加是正常的”

請問:壓好的視頻,幀少了,總體積小了,而幀的體積應該是定了吧?那麼一秒內幀少了,成品的這一秒內的碼率不是會減小么?

”avs出來的部份:品質可以透過更改AssumeFPS來控制編碼時輸出的幀率 “

這句話具體是指?是指通過assumefps指定碼率,來控制該秒內的畫質么?(打錯字,抱歉,原本想打“通過assumefps指定幀率“)

這個和小弟理解的差別比較大,小弟一直以為,avs出來的幀,經過分析,然後分配碼率和壓縮,看來小弟是錯了,請問具體是?

我要努力向上...
新居昭乃太美了\(^o^)/
级别: 新手上路
注册时间:
2007-04-16
在线时间:
0小时
发帖:
69
只看该作者 20楼 发表于: 2010-05-27
這句話具體是指?是指通過assumefps指定碼率,來控制該秒內的畫質么?

沒錯
但是給予比輸入時較小的幀率來處理影像的結果是輸出後會是質量比輸入時較大的成品出來

级别: 新手上路
注册时间:
2010-03-05
在线时间:
0小时
发帖:
91
只看该作者 21楼 发表于: 2010-05-27
引用
最初由 翡璃月 发布
這句話具體是指?是指通過assumefps指定碼率,來控制該秒內的畫質么?

沒錯
但是給予比輸入時較小的幀率來處理影像的結果是輸出後會是質量比輸入時較大的成品出來


抱歉,翡翠月大,我打錯字,不知道您有沒有察覺 :p

以您的描述,是指,原本給予例如24fps的幀率,分配到了經過dedup后的例如14fps,導致碼率增加,甚至有可能是比源的碼率更高(不過起碼比原本分配給壓縮后的24fps更多的碼率)么?謝謝~

感謝翡翠月大的指點,也就是說,如果我avs是:
1.輸入dga
2.dedup
3.assumefps


1.輸入dga
2.assumefps
3.dedup

的結果是相同的么?

我要努力向上...
新居昭乃太美了\(^o^)/
级别: 新手上路
注册时间:
2007-04-16
在线时间:
0小时
发帖:
69
只看该作者 22楼 发表于: 2010-05-27
dedup每個畫面分配到的碼率都是相同的
只是因為有些地方幀改變了
可能有的地方20幀有的地方15幀那麼
20幀的地方碼率則會比較高是因為畫面較密集

結果是相同的
就像俄羅斯方塊 補滿的那一層上面沒補滿的磚塊會往下掉落
因為AVS不能夠處理vfr所以在AVS內都是cfr

级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 23楼 发表于: 2010-05-27
如果一定要用avs,可以用direct264以--demuxer dshow的方式加载avs,然后启用deldup即可,不需要担心码率的问题。x264现在不是以帧率来控制码率,而是以PTS来控制码率,请不要再把观念停留在以前了。
级别: 新手上路
注册时间:
2007-04-16
在线时间:
0小时
发帖:
69
只看该作者 24楼 发表于: 2010-05-27
請問PTS是什麼?

级别: 风云使者
注册时间:
2009-03-17
在线时间:
552小时
发帖:
1255
只看该作者 25楼 发表于: 2010-05-27
pts(presentation_time_stamp) 显示时钟标签[显示时间戳],pes里的字段

roozhou大理解层面不一样啊

我多嘴一句:lz用dedup想干什么,用dedup值不值?
级别: 新手上路
注册时间:
2007-04-16
在线时间:
0小时
发帖:
69
只看该作者 26楼 发表于: 2010-05-27
用dedup cfr來做vfr的情況下
一定時間內 帧 的多寡 還是會影響碼率的大小的

至於選用工具 應該是基於 MeGUI 的方便性
roozhou是否會將direct264導入MeGUI PROJECT?

级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 27楼 发表于: 2010-05-27
引用
最初由 翡璃月 发布
至於選用工具 應該是基於 MeGUI 的方便性
roozhou是否會將direct264導入MeGUI PROJECT?

不会,在我看来MeGUI太复杂。我的宗旨是傻瓜式的使用,并且不基于avs,类似HandBrake。
级别: 新手上路
注册时间:
2010-03-05
在线时间:
0小时
发帖:
91
只看该作者 28楼 发表于: 2010-05-28
引用
最初由 翡璃月 发布
dedup每個畫面分配到的碼率都是相同的
只是因為有些地方幀改變了
可能有的地方20幀有的地方15幀那麼
20幀的地方碼率則會比較高是因為畫面較密集

結果是相同的
就像俄羅斯方塊 補滿的那一層上面沒補滿的磚塊會往下掉落
因為AVS不能夠處理vfr所以在AVS內都是cfr


有点懂了,翡璃月大您指的是已经加入了timecode封装的成品吧?

呵呵,小弟一直没搞清楚,一直以为是avs压出来的那个cfr视频~~

另外,看了roozhou巨巨的描述,先膜拜一个~那么x264应该是应用pts,在某一个段时间内根据复杂程度,分配码率啰?
那么,请问是否指:经过了avs出来的cfr,虽然总帧数少了,但是由于帧与帧之间的变化大了,导致没有封装timecode之前的 这个视频(cfr) 码率提升呢?(封装后变小(vfr))


其实我是因为那个视频两次压制体积相差太大(第二次avs是第一次direct264的210%,且第二次参数更狠),而以为是dedup的原因的,但是之前有看过有人提及如果是相同的帧,x264可以应用一个copy的那个啥东东 来表达帧间变化,因此体积相差不大,囧rz~~

我要努力向上...
新居昭乃太美了\(^o^)/
快速回复

限150 字节
上一个 下一个