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


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

動画・音声関係ソフトウェア総合 6



692 名前:686 mailto:sage [2008/04/28(月) 22:20:57 ID:B8MCN5cX]
ちょっとテストしてみました。
mencoder input.mp4 -o output.mp4 -of lavf -oac copy -ovc lavc -lavcopts vcodec=mpeg4:turbo:threads=2

mplayer -benchmark -nosound -vo null -lavdopts fast:threads=1 output.mp4
BENCHMARKs: VC: 15.318s VO: 4.486s A: 0.000s Sys: 0.488s = 20.291s
BENCHMARKs: VC: 15.317s VO: 4.467s A: 0.000s Sys: 0.504s = 20.289s
BENCHMARKs: VC: 15.219s VO: 4.423s A: 0.000s Sys: 0.506s = 20.147s

mplayer -benchmark -nosound -vo null -lavdopts fast:threads=2 output.mp4
BENCHMARKs: VC: 15.261s VO: 4.407s A: 0.000s Sys: 0.507s = 20.175s
BENCHMARKs: VC: 15.294s VO: 4.386s A: 0.000s Sys: 0.494s = 20.175s
BENCHMARKs: VC: 15.218s VO: 4.393s A: 0.000s Sys: 0.526s = 20.136s

やはり、マルチスレッドでエンコードしても、マルチスレッドでデコードしてくれるわけではないようです。
なお、テストに使った動画ファイルは、シングルスレッドでエンコードしたものと比較して、
ファイル・サイズがちがう (ちゃんとマルチスレッドでエンコードされた) ことを確認してます。
# マルチスレッドでのエンコードはほんの少しだけ品質を犠牲にすると読んだので、
# ずっとシングルスレッドでエンコードしてたのですが (小さいファイルしかエンコードしないので)、
# CPU 資源をそんなに有効活用してくれるわけでもないんですね。
# CPU 使用率は 70 % をちょっと越えるぐらいでした。






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

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

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