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


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

AviUtl総合スレッド41



489 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/22(火) 02:00:36 ID:HMkZ6PbR0]
>>488
動画を時間軸で分割エンコする方法には、それなりの問題点がある。

シングルプロセス-マルチスレッドの場合、外部フィルタを含め全てスレッドセーフでなければならない。
現存の外部フィルタが、内部で確保しているメモリをスレッドセーフにアクセスするよう気をつけて設計されているかは疑問だ。
動かない/映像が壊れるフィルタがごろごろ出る可能性の方が高いんじゃないか。

マルチプロセス-シングルスレッドの場合、これはAviUtl多重起動とおなじだが、これをやってる人間は分かるだろうが
メモリが相当無駄になる。キャッシュも糞もあったもんじゃないから、これはいわゆる最も遅い偽マルチスレッドである。
そりゃCPUは100%になるだろうが、それが目的じゃないだろ? 非効率なリソース消費は最後の手段だわな。

この二つの問題を解決しても、AviUtlには内部・外部の出力機構があるので、分割されたストリームをどうやって
結合するかという問題が出てくる。
音声は分割して非可逆圧縮系にかけると、デコードディレイのせいでぶつ切りになってしまうから、映像だけ分割して
音声とのMuxという事になり、出力系フィルタは一から再設計になるな。

そこまでやって効果の程はと言われると、幼稚園のガキでも思いつく悲しい方法でフィルタ再設計してマルチスレッドを
実現しましたが、余計なところでキーフレームが入るとか、間引きの周期が崩れたとか、苦情が絶えませんってレベルだな。
一生涯の恥さらし者になりたい奴以外は、まずそんな実現方法はとらないだろ。






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

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

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