[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 05/09 10:30 / Filesize : 285 KB / Number-of Response : 841
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【ニコニコ動画】FLV/MP4エンコードスレ 47【質問】



60 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/30(月) 00:18:03 ID:qE2m23Nt0]
>>53
いつからnullフレーム水増しになったのかはよくわからない
たぶん、x264gui.auoの初期ディレイカットを使ったものでも蹴られなくなったころのこと
(つまりVFRなmp4でも安定してあげられるようになったころ)だと思う(これっていつごろのことだったかなぁ…)
これをやると、エコノミー時の劣化がやたら激しくなるのに気づいたのはつい最近のこと
そもそも俺がVFRでもあげられることに気づいて始めたのが今年の1月半ばからで、
おまけにこんなことやって遊んでる変人は俺ぐらいしかいないもんだから、情報がほとんどない

VFRにすることの利点は
・エンコが速く終わる
 重複するフレームを間引くため、フレーム数が減る
 君の動画のように紙芝居部分が多い場合で3割程度、作業用BGMなら9割以上は減るので、エンコが速く終わる
 特に糞重いフィルタ等を使う場合はこの恩恵は非常に大きい
 やり直すのも楽だから、エンコ設定も色々試す気になるしね
・再生が少し軽い(様な気がする)
 デコードするフレーム数自体が少なくなるのでデコード処理にかかる総CPU時間数も当然減る
 ただしブラウザ上のFlashPlayerで再生させる場合、そもそもFlashPlayerがどれくらいのフレームをあらかじめ
 デコードしてキャッシュしておくのかはわからないし、ニコニコの場合、コメントやらなにやらで他にも負荷がかかる要因が
 多すぎるから、本当に軽くなってるかどうかはわからない
 とりあえず自分で見てみた限りでは、ブラウザ上でも若干コマ落ちが減っているような気がするんだけど、
 ただのプラシーボかも…
 






[ 続きを読む ] / [ 携帯版 ]

全部読む 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<285KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef