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


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

【ニコニコ動画】エンコード依頼スレ 9【FLV/MP4】



286 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/07/12(日) 22:43:05 ID:QWc+nhgA0]
>探してみたんですが見つけられませんでした
ttp://resic.laburec.net/log/2008_06.html
とか
ただ、いまいちホントかどうかわからんのよね、これ
ぽむ氏はソース公開してないし

>出力に関しては「UVダウンサンプリング」「YUV420出力」といったプラグイン等経由なら
UVダウンサンプリングでYUV420のどれかを選べば、色差は2x2で共有されたのと同様の状態になるから
そこからx264gui.auoでConvertToYV12をしても結果はまったく変わらないことになるね
ちなみにYV12で中間出力してx264のCLI使うなら、YUV4MPEG出力がお勧めです

>色空間維持しか解決しない
違う
そもそもAviSynth用の入力プラグインには、WMVそのものをまともに読めるものがないんだよ
WMEが勝手にVFRにしてしまった動画を、AviSynth用のDirectShowSourceやDSS2やFFVideoSourceで読み込むと、
映像が大幅にずれたりする現象がよく起こるんだな
たとえば>>74がそれだ
これが起こらないのはds_input.auiくらいしかない
だから、WMVを扱う場合は、ds_input.auiで読み込んで、いったん中間出力でAVIにしてから
DirectShow経由で読み込んだことで発生する、最終フレームに紛れ込むごみを処理するとかしないといけないと言ってるのです
色空間はYV12で維持されても大幅にタイミングがずれるよりは、維持されないでも正確なタイミングでデコードしてくれるほうが
はるかにまし
だからこれを使うしかないんだよ






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

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

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