tsエンコ全盛のこのご時勢にそれが出来なければ、AviUtlユーザーの9割は消えるよ
あんたのやり方か環境が悪いとしか思えん
>>948 だから糞アプコンだっていってんじゃん
tsソースだとアプコンされてないとでも思ってんの?
俺も720BE>1090BEで遅くなったソース(tsファイル)あったけど全部糞アプコンだったし
それ以外の実写やHDソースは全部速くなった
糞アプコンのエンコ速くしたいならスレッド制限するか二重化しろ
お前は何と戦ってるんだ
そもそも
>アプコンの糞ソースエンコだとスレッド増やすと何故か遅くなるよ
自分でも何故だか分かってないのに偉そうにしすぎだろw
頭のオカシイ人みたいだからNG入れとけ
mp4のカット編集が上手くいかない。
例えば@ABCDのような動画をACに編集して出力するとCがコマ送りみたいになって音もズレズレになる。
一応AとCを別個で出力して後から結合すれば希望の動画は出来るが、かなり面倒い。
なんでこれ?
きいふれぇむ
いくらなんでもそれはばかにしすぎ
>>958 mpeg2やmp4などのコンテナは、キーフレーム単位で編集しないと
フレーム遷移が崩れるのは常識。
回避するには一旦aviに変換してから編集する。
俺も
>>958みたいになる キーフレームでカットしても
ちょっと前にどっかで見たような質問だな
どこかのBフレームが選択範囲外のフレームを参照しに行ってるのではないか?
次スレで知識のある方に望む提案。seraphy氏式以外でのH.264動画の作り方、
つまりAviutlのセットアップの仕方。をつくってほしい。
いや、まとめサイトは私が作るに労は惜しまないが、
いかんせん知識がないので、そこは経験豊富な諸氏の助力を願いたいところ。
>>966 じゃあ先にサイト設置しておいて
それが確認出来たら作り始めるから
vfwも書きこんでいいのか?
>>950 それがFAですか
P6X58とi7 950あたりに変えようかと思いましたが、860が1090tより遅いという事なのでAviUtl特化には少し慎重に調べてみます
seraphy氏式以外でのH.264動画って
結局最新版のx264を使いたいからってこと?
>Aviutlのセットアップの仕方
ここは従来とほぼ変わらないと思うんだが
作るならWiki形式でいいんじゃね?
Wiki設置して各ページの雛型まで作っておいてくれたら
こっちとしても記事上げるだけなんで助かる
>>970 ICCで意図的にAMD弾かない限りはAMDで問題なんか起きない
SSE4必須なプラグイン?
そんなことしたらIntelでもCore世代違いで弾かれるよ
>ただrigiyaさんとこのAMDのCPUだと怪しいけど
それは初期の段階で対応済みだよ
もうAMDで問題は起きていない
っつかblogをちゃんと読んでやれ
最適化意味ないって結論まで持ってってるんだから
>>975 blogもあのスレもずっと追ってるから初期対応の件は知ってるけどr1788の344だったかな…
で個人的な環境でIntel機おkAMD機NGなときとかあったもんで。
あと細かいバグフィックスまだまだ大変そうだし初期にAMDNGとかあったんでseraphyさんのに比べたら
まだ完璧じゃないよ的なニュアンスで書きたかったんだけど
まぁrigiyaさんには失礼な書き方だったね、すまん
rigaya
>>979 乙です
自分としてはrigiya氏のよりYan氏の方がいいかな
rigiya氏のは基本的にseraphy氏と同じだから作者がやめたら更新終わりだけど
Yan氏のはバグ取りが終わればAviUtlに大きな仕様変更でもなければ
自分でx264.exeの入れ替えで常に最新版が使えてafs対応だしx64も使えるしで神仕様
非常に細かいことだけど・・・ファイル名にバージョンも入れてくれるとちょっとだけありがたかったり。
>>979 試してみたところ私の環境では2pass終了時に
パイプ書き込みエラー code:E8が表示されました。
あとINIファイルでmp4boxのコマンドを
command2 = " -chap
としないと正常にチャプターが追加されません。
さらに1つ要望ですが、afsのON,OFFをチェックボックスで切り替えられるように出来ないでしょうか。
オプションの一部だけをちょっと変えたいときに0.06からのini方式だと不便なので
iniから読み込んだ値をコマンド入力欄に反映、保存でiniに追記みたいな形で
0.05までの方式も取り入れてられないもんかな
>>961 キーフレーム単位の編集なんですがやはり
>>958みたくなります。
mp4はエロ動画補完計画には向かないという事でしょうか
986 :
Yan:2010/11/30(火) 20:25:42 ID:cCY/N5sY0
>>982 エラーの内容は出力先(x264.exe)のパイプが閉じられたときのエラーみたいだ
なんで閉じられちゃうかは不明
GUIでINIファイルを編集出来るようにするのは
しばらくしたら実装する
987 :
Yan:2010/11/30(火) 21:14:11 ID:cCY/N5sY0
もしかしてエラー出るの毎回2パスの最後かな?
他の人の報告を待ちながら様子見
超お世話になってます
頑張ってください!
>>987 >>907だけど(x264.exeが64bitの1804に、aviutl for x264が0.0.7に変わってるけど)
2passで8本ほどエンコしたけどエラーは発生してないですね(Intelのみ確認だけど)
あと今のとこ907で書いた症状も今のとこ出てないっす。元々発生頻度高いわけじゃなかったんですけどね
そういや2パス後のMUXかもしくは音声の変換の時にAviUtlごと堕ちたことあったな
フリーズとかじゃなしにエラーも吐かずにストンと
同じ操作しても再現できなかったから原因追及しようがなかったけど
>>987 982ですがエラーが出るのは2passの最後です。
GUIからコピペしたのを修正せずにそのまま使ったのが悪かったようです。
crfではなくbitrate指定で出力したらエラーは出ませんでした。
>>907-908さんのような症状も今のところ出ていません。
n^^n
>>979 更新おつかれさまです。
とっても便利に使わせていただいてます。拡張GUIとはさよならしました。
要望は、やっぱりバージョンアップ時に毎回書き換わるINIをどうにか (゚∇゚ ;)
ところでHandbrakeに比べてなんでAviutlはこんなに遅いのかと思ってたけど
(今更ながら)インタレ解除が原因だったのね。Decombってすごい子。
>>979 試しに動かしてみた。
x264のエンコードが終わった直後にエラーを吐いてAviUtlが止まる。
音声エンコードの直前。
---------------------------
AviUtl : Application Exception
---------------------------
アドレス"0x004167f5"で例外"0xc0000005"が発生しました
発生モジュール : aviutl.exe
オフセットアドレス : 0x000167f5
備考 : OUTPUT_PLUGIN_TABLE::func_output() [x264 for Aviutl]
正常な動作が出来ない可能性がありますが処理を継続しますか?
---------------------------
はい(Y) いいえ(N)
---------------------------
998
999
1000ならAviUtl崩壊
1001 :
1001:
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。