変更点。
tcfile-in 入力欄追加。--fpsを自動で指定してしまうため、--tcfile-inが使用不能だった。
tcfile-inを設定した場合、自動での --fps指定はしないように、
またmux時のafs用自動タイムコード入力も行われないようにした。
(そもそもtcfile-inとafsは同時に使わないとは思うけど。)
--tcfile-inは--timebaseなしでもなんとかなるが(x264が自動でtimebaseを生成してくれる)、
きちんとコマンド入力欄で--timebaseを指定することをお勧めする。
--timebase 1001/120000 とか。(119.88fps精度の例)
ステータスファイルの入力欄の場所に、タイムコード入力用の入力欄が来てるので注意。
ステータスファイルの入力欄は一枚目のタブに移動しました。
ダウンロード>>
スポンサーサイト
プラグイン製作お疲れ様です。毎回ありがたく使わせていただいております。
早速の対応、ありがとうございました^^
とりあえず、まぁ、以前のx264gui.auoの頃から気になっていた部分もあるのですが、GUIの項目の位置がオカシイ部分があるので突っ込ませてもらいます。
詳しい説明ありがとうございます。
はじめまして。某Wikiの管理人です。
まだこのプラグインを詳しく動作させてない段階ですが、昔作りたかったものに近づいててすごいというか羨ましいというか。
昔自分が作ってたこれを思い出しました（ソース同梱）。
http://www.wikihouse.com/aviutl/index.php?%A1%DA%B4%C9%A1%DB%B4%C9%CD%FD%BF%CD%A4%CB%A4%C4%A4%A4%A4%C6#j3021e1d
Seraphy氏版は左上の「開く」「保存」が便利なんですよね。でも設定ダイアログがやや引っかかってました（なんであんなに小さいダイアログのままなのかとか、なぜ数値入力にテキスト入力欄を使っているのかとか）。
んで作ったのがそのプラグインだったんですが、もっと実現したいことがあるもののプログラミング力に乏しくて残念な状態のまま、そのうちビルドもできなくなって放置した次第…。
とりあえず、自分のやつは入力制限を取っ払った方がよかったのかもしれないと今は思ったり。
なにはともあれ、自分が当時一番やりたかった「x264の分離」を実現なさったEx、参考にさせていただきます。
追々「MP4（H.264）で出力」のページも書き換えます。
＞muken様
いろいろと勉強になります。
どうもありがとうございます。
まともなプラグインを作れるほどの技量を身に付けられてなくて（音声パイプ処理…それseraphy氏のソースのどこですか？状態です）、ああやって情報集めるだけしかできてないわけですが、お役に立てていれば幸いです。
またお邪魔します。
パイプを採用しているx264プラグイン系全て（Yan氏版やぽむ氏版含む）でひとつ気になったことがありまして、それの修正ができないかと思いつつ、その前に簡単な方からやってみようと思ってその前段階をやってみました。
具体的にはAviUtlのキーフレーム設定がx264に渡っていない、という点なのですが、その前段階として、AviUtlのコピーフレーム設定もx264に渡っていない方を修正してみました。
http://www.wikihouse.com/aviutl/index.php?plugin=attach&pcmd=open&file=x264auo_pipe.zip&refer=%A1%DA%B4%C9%A1%DB%B4%C9%CD%FD%BF%CD%A4%CB%A4%C4%A4%A4%A4%C6
＞ ○現在のフレームをコピーフレームにする
＞ 出力時にフレームデータを強制的に０にすることによって
＞ １つ前のフレームから変化の無いフレームにします。
＞ codecによっては上手く出来ないことがあります。
という文がaviutl.txtにありまして、seraphy氏はコピーフレームをドロップ扱い（≒削除フレーム）にしていたのですが、「１つ前のフレームから変化の無いフレーム」っていうのはドロップじゃなくてコピーのような気がしたのでそういう実装にしてみました。
もっといい実装ができればいいのですが。
それはさておき、一番修正したいキーフレーム渡しなのですが、seraphy氏は
f = oip->func_get_flag(i_frame);
if(f & OUTPUT_INFO_FRAME_FLAG_COPYFRAME){
drop |= 0x0001;
}
if( opt->qpfile ){
parse_qpfile( opt, &pic, i_frame + opt->i_seek );
} else if (f & OUTPUT_INFO_FRAME_FLAG_KEYFRAME) {
pic.i_type = X264_TYPE_IDR;
}
とpicを直接変更していましたがパイプじゃ無理なわけで（？）、「オプションに-qpfile無しならOUTPUT_INFO_FRAME_FLAG_KEYFRAMEを確認→指定があればqpfile作成→オプションに-qpfileを追加」を考えていますが、実現できるのかどうかさっぱりです。なんとなくrigaya氏がパッと実現してしまいそうな気もしますが、一応あがいてみます。
なるほど。というか私キーフレームもコピーフレームも思いっきり無視してました…いかんいかん。ありがとうございます。
え～、コピペ改変繰り返しまくったら奇跡的に想定どおりに動いてくれました。
キーフレーム設定対応版も作りました…運良く作れました。
…が、後からAFSのことを思い出してAFS有効にしていろいろ試してみて、結果として
・AFS有効時にはキー＆コピーフレーム設定を無視
・AFS無効時（自分はこれしか使わない）にはキー＆コピーフレーム設定を反映
という形を暫定的に取りました、というか自分にはAFSがさっぱりなのでこれが限界です。
http://www.wikihouse.com/aviutl/index.php?plugin=attach&pcmd=open&file=x264auo_pipe2.zip&refer=%A1%DA%B4%C9%A1%DB%B4%C9%CD%FD%BF%CD%A4%CB%A4%C4%A4%A4%A4%C6
なんといいますか、杜甫な実装でこれで本当にいいのか怪しかったりしますが、rigaya様に（特にAFS対応の形に？）素敵に書き換えてもらえたら幸いです（他力本願、すみません）。
自分が参考にした--qpfile情報は
http://mewiki.project357.com/wiki/X264_Settings#qpfile
で、Iフレームにしました（Kフレームじゃないほうがいい…と思ったのですが自信ないです）。
以上。気になってた点は全て（自分的には）対応できて一区切りついたので、またWikiの系統別作業（これからが問題…）に戻ろうと思います。お邪魔しました。
かげろう様、お疲れ様です…
横から失礼します。
＞r1764
