『漫游』酷论坛>『影音数码技术学习交流』>[请教]megui中动态帧率 ..
翡璃月@2010-05-27 16:16
碼率x時間=容量
同樣碼率時帧率越大 品質越差 因為1秒內必須分配質量給更多的畫面
但是dedup則是刪除帧
生成timecodes.txt
另被刪除帧的cfr加入timecodes.txt改變成vfr
也就是帧率不同但是碼率不變 所以並沒有節省碼率
angering@2010-05-27 16:57
引用
最初由 翡璃月 发布
碼率x時間=容量
同樣碼率時帧率越大 品質越差 因為1秒內必須分配質量給更多的畫面
但是dedup則是刪除帧
生成timecodes.txt
另被刪除帧的cfr加入timecodes.txt改變成vfr
也就是帧率不同但是碼率不變 所以並沒有節省碼率
請問，我用的crf或者2pass，並不是1pass，因此，碼率應該是變化的吧？
dedup過後，相類似的幀少了，一秒內的變化多了，碼率應該是增加的？
因為是avs出來的幀，品質由編碼器決定？
以上純屬小白瞎猜~見諒~ 看了roozhou大的分析，感謝roozhou大和翡璃月的回答，大概明白了：
某一秒內的碼率是確定了（如roozhou大所言，GOP的問題？），因此幀少了，單幀的碼率也就上去了，但是這樣的話？體積會減少不多么？
另外，請問對我 壓縮的兩次差別很大 容量，有建議么？謝謝~
roozhou@2010-05-27 17:14
都什么年代了，x264已经完全支持vfr码率控制了，唯一的缺陷就是还无法根据时间设定GOP最大长度。
如果使用我的deldup，某些时间段一秒内的帧少了，那么每一帧分配到的体积就大了，不管是vbr还是crf模式。如果想得到特定体积的文件，不需要重新算码率。
即使用avs的dedup，也可以指定输入的timecode文件，不需要再mux的时候再导入timecode。
最后还是强烈不推荐用avs的dedup，第一无法很好的检测fade，第二需要多跑一个pass，无法获取加快编码速度的优势。
翡璃月@2010-05-27 17:39
基於 "需要avs" & "avs只能輸出cfr" 來說
我不清楚direct264 是否可掛載原avs可用的濾鏡
dedup 之後出來的 cfr 因為幀變少了
所以 timecodes.txt 導入之後碼率會增加是正常的
avs出來的部分 品質可以透過更改AssumeFPS來控制編碼時輸出的幀率
angering@2010-05-27 18:12
引用
最初由 翡璃月 发布
基於 "需要avs" & "avs只能輸出cfr" 來說
我不清楚direct264 是否可掛載原avs可用的濾鏡
dedup 之後出來的 cfr 因為幀變少了
所以 timecodes.txt 導入之後碼率會增加是正常的
avs出來的部分 品質可以透過更改AssumeFPS來控制編碼時輸出的幀率
感謝翡璃月的回答，沒大看懂您的意思，
“所以 timecodes.txt 導入之後碼率會增加是正常的”
請問：壓好的視頻，幀少了，總體積小了，而幀的體積應該是定了吧？那麼一秒內幀少了，成品的這一秒內的碼率不是會減小么？
”avs出來的部份：品質可以透過更改AssumeFPS來控制編碼時輸出的幀率 “
這句話具體是指？是指通過assumefps指定碼率，來控制該秒內的畫質么？（打錯字，抱歉，原本想打“通過assumefps指定幀率“）
這個和小弟理解的差別比較大，小弟一直以為，avs出來的幀，經過分析，然後分配碼率和壓縮，看來小弟是錯了，請問具體是？
翡璃月@2010-05-27 18:39
這句話具體是指？是指通過assumefps指定碼率，來控制該秒內的畫質么？
沒錯
但是給予比輸入時較小的幀率來處理影像的結果是輸出後會是質量比輸入時較大的成品出來
angering@2010-05-27 18:53
引用
最初由 翡璃月 发布
這句話具體是指？是指通過assumefps指定碼率，來控制該秒內的畫質么？
沒錯
但是給予比輸入時較小的幀率來處理影像的結果是輸出後會是質量比輸入時較大的成品出來
抱歉，翡翠月大，我打錯字，不知道您有沒有察覺 ：p
以您的描述，是指，原本給予例如24fps的幀率，分配到了經過dedup后的例如14fps，導致碼率增加，甚至有可能是比源的碼率更高（不過起碼比原本分配給壓縮后的24fps更多的碼率）么？謝謝~
感謝翡翠月大的指點，也就是說，如果我avs是：
1.輸入dga
2.dedup
3.assumefps
和
1.輸入dga
2.assumefps
3.dedup
的結果是相同的么？
翡璃月@2010-05-27 21:57
dedup每個畫面分配到的碼率都是相同的
只是因為有些地方幀改變了
可能有的地方20幀有的地方15幀那麼
20幀的地方碼率則會比較高是因為畫面較密集
結果是相同的
就像俄羅斯方塊 補滿的那一層上面沒補滿的磚塊會往下掉落
因為AVS不能夠處理vfr所以在AVS內都是cfr
roozhou@2010-05-27 22:06
如果一定要用avs，可以用direct264以--demuxer dshow的方式加载avs，然后启用deldup即可，不需要担心码率的问题。x264现在不是以帧率来控制码率，而是以PTS来控制码率，请不要再把观念停留在以前了。
翡璃月@2010-05-27 22:14
請問PTS是什麼?
ljwing@2010-05-27 22:20
pts（presentation_time_stamp） 显示时钟标签[显示时间戳]，pes里的字段
roozhou大理解层面不一样啊
我多嘴一句：lz用dedup想干什么,用dedup值不值?
翡璃月@2010-05-27 22:42
用dedup cfr來做vfr的情況下
一定時間內 帧 的多寡 還是會影響碼率的大小的
至於選用工具 應該是基於 MeGUI 的方便性
roozhou是否會將direct264導入MeGUI PROJECT?
roozhou@2010-05-27 23:17
引用
最初由 翡璃月 发布
至於選用工具 應該是基於 MeGUI 的方便性
roozhou是否會將direct264導入MeGUI PROJECT?
不会，在我看来MeGUI太复杂。我的宗旨是傻瓜式的使用，并且不基于avs，类似HandBrake。
angering@2010-05-28 01:07
引用
最初由 翡璃月 发布
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~~
«12»共2页
| TOP