rigayaの日記兼メモ帳

r1745v5での修正
コマンドが無視されることがあるのを修正
音声の条件分岐のエラーの修正
ごくまれに、muxerが起動せず、Aviutlが操作不能になる問題に対処(ただ、本当にまれにまだ起こる)
x264audioを使用しないときに、x264audioについてのメッセージが出ないように修正
環境によって表示が乱れるという報告があったので、少しましに見えるよう修正。
将来libopencore-amrnbを入れることも考えてGPLv3。

これでだいぶまともに動くと思う。いままで中途半端のものを配布していてすまん。

表示については、XPModeを使って確認した。
XPModeが活躍するとは！(普段あんま使わない…)
クラシックにしなくても表示がおかしい様子。なんか字が重なってる…　GUIではかなり小さいフォント(9ptとか8.25ptとか)を指定しているのだが、フォントによってはなんかそれが効かないようだ。その状態でもましに表示されるようにした。以下改善後。

クリックで拡大

けっこうきつきつだが、まあ、なんとか。なんとか、重なったりしてない。


さて、x264audioではいろいろな制限がある。
それを一通り調べてみた結果。

(追記)当初掲載していた表に、alacがmkvに入るとかうそ書いてました。すみません！alac in mkv をやろうとするとエラーです！

○　　可(ただし、値の上限下限はある)
△　　入力しても無視される
×　　不可 (サンプリングレートについてはautoのみということ)
！ 　 32, 48, 64,…といった、なんとなく音声のレートとしてよくある数のみが許される。

ようはrawはx264gui.auoでは使えませんよと。まあ、使わないだろうけど。


ダウンロード>>


2010.10.22追記
外部エンコーダ・muxerを最小化で起動するようになってる。

さてSSSE3->SSEですが…
AMDお断りってのもなんなんで。

ffmpeg ./configure時に --disable-ssse3
libx264.lib・output.lib作成時に
-march=core2 -mfpmath=sse -mtune=core2 -mssse3
を
-march=i686 -mfpmath=sse -msse
にした。

そんな装備で大丈夫か？
->大丈夫だ、問題ない。

ためしにエンコードしてみると…(音声なし、動画エンコードのみ、エンコード設定同じ)

SSSE3

--------------------------------------------------------------------------------
[S:\tenshin.mp4] (1pass)
--------------------------------------------------------------------------------
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile High, level 3.1
mp4 [info]: audio muxing feature is disabled.

x264 [info]: frame I:47 Avg QP:18.70 size: 78037
x264 [info]: frame P:1217 Avg QP:23.29 size: 21899
x264 [info]: frame B:1787 Avg QP:26.94 size: 6809
x264 [info]: consecutive B-frames: 15.2% 10.7% 17.0% 57.1%
x264 [info]: mb I I16..4: 24.2% 44.0% 31.8%
x264 [info]: mb P I16..4: 5.5% 9.8% 3.6% P16..4: 31.0% 11.9% 8.3% 0.0% 0.0% skip:29.9%
x264 [info]: mb B I16..4: 0.8% 1.4% 0.4% B16..8: 31.0% 6.3% 2.1% direct: 2.3% skip:55.7% L0:45.3% L1:44.2% BI:10.5%
x264 [info]: 8x8 transform intra:50.9% inter:52.3%
x264 [info]: direct mvs spatial:99.6% temporal:0.4%
x264 [info]: coded y,uvDC,uvAC intra: 48.5% 63.7% 36.1% inter: 10.9% 15.7% 7.4%
x264 [info]: i16 v,h,dc,p: 50% 30% 9% 12%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 14% 20% 6% 7% 9% 7% 8% 9%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 12% 13% 8% 10% 11% 8% 9% 9%
x264 [info]: i8c dc,h,v,p: 43% 26% 20% 11%
x264 [info]: Weighted P-Frames: Y:6.3%
x264 [info]: ref P L0: 67.1% 9.8% 13.7% 4.8% 3.4% 1.2% 0.0%
x264 [info]: ref B L0: 86.3% 9.4% 3.3% 1.0%
x264 [info]: ref B L1: 94.8% 5.2%
x264 [info]: kb/s:3342.12

encoded 3051 frames, 27.70 fps, 3342.17 kb/s, afs 0


で、SSEまで版


--------------------------------------------------------------------------------
[S:\tenshin.mp4] (1pass)
--------------------------------------------------------------------------------
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile High, level 3.1
mp4 [info]: audio muxing feature is disabled.

x264 [info]: frame I:47 Avg QP:18.70 size: 78037
x264 [info]: frame P:1217 Avg QP:23.29 size: 21899
x264 [info]: frame B:1787 Avg QP:26.94 size: 6809
x264 [info]: consecutive B-frames: 15.2% 10.7% 17.0% 57.1%
x264 [info]: mb I I16..4: 24.2% 44.0% 31.8%
x264 [info]: mb P I16..4: 5.5% 9.8% 3.6% P16..4: 31.0% 11.9% 8.3% 0.0% 0.0% skip:29.9%
x264 [info]: mb B I16..4: 0.8% 1.4% 0.4% B16..8: 31.0% 6.3% 2.1% direct: 2.3% skip:55.7% L0:45.3% L1:44.2% BI:10.5%
x264 [info]: 8x8 transform intra:50.9% inter:52.3%
x264 [info]: direct mvs spatial:99.6% temporal:0.4%
x264 [info]: coded y,uvDC,uvAC intra: 48.5% 63.7% 36.1% inter: 10.9% 15.7% 7.4%
x264 [info]: i16 v,h,dc,p: 50% 30% 9% 12%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 14% 20% 6% 7% 9% 7% 8% 9%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 12% 13% 8% 10% 11% 8% 9% 9%
x264 [info]: i8c dc,h,v,p: 43% 26% 20% 11%
x264 [info]: Weighted P-Frames: Y:6.3%
x264 [info]: ref P L0: 67.1% 9.8% 13.7% 4.8% 3.4% 1.2% 0.0%
x264 [info]: ref B L0: 86.3% 9.4% 3.3% 1.0%
x264 [info]: ref B L1: 94.8% 5.2%
x264 [info]: kb/s:3342.12

encoded 3051 frames, 27.97 fps, 3342.17 kb/s, afs 0


どうしてこうなった…
まあ、SSEのほうが速いのはWindows・常駐とかの割り込みのせいかなあと。

1回ずつしか試してない(ほんとは何回かやって平均をとるもんだろう)けど、ようは「割り込みとかで簡単に変わるぐらいの誤差ぐらいの違いしかない」

…ほんとは、
そんな装備で大丈夫か?
->一番いいやつを…

と行きたいけど、全然大丈夫だった…


ダウンロード>>

もし使うなら、以下を読んでください。
ってまあ、テキストファイルに書いたののコピペだけど、重要だから。

---

【注意点】
・自己責任で。
動くとは限りません。また、出力が正しい(?)とも限りません。
私に動画ファイルやエンコードのさほど深い知識があるわけではありません
ので、あんまり細かいことを言われても困ります。まったくわかりません。
そのため、改造版を使用する場合、そのあたりをご理解いただき、
自己責任でお願いします。
改造版の使用によるいかなる直接的・間接的・精神的ダメージを
被っても責任はとりません。

・L-SMASH + x264audioについて
内部mp4 muxerとしてL-SMASHを、音声エンコードにx264audioを利用していますが、
これらはx264の公式repogitoryではないので、不安定である可能性があります。
(…と一応、書いておきます。)
不安定なら、私の改造のせいである可能性のほうが高いです。

・CPUの制限
いろんなところでcore2最適化をかけてしまったので、
core2以降でしか動きません。(拡張命令セット SSSE3)
(追記)r1745v3以降、SSE必須に変更

・2passの制限
重要なことですが、自動フィールドシフト(afs)を有効にした場合、
「自動マルチパス」以外の方法での2-pass(およびn-pass)エンコードは
失敗します。これは afsによるdrop数が2pass目以降
事前にわかっていなければならないためです。
自動フィールドシフトを使わない場合は問題ないです。
seraphy氏は対応されていましたが、
その方法は使えなくなってしまいました。

・機能の制限
対応していないオプションがあります。
r1471以降のx264の大きな追加機能のうち
video-filter
tcfile-in, timebase
high-depth in/out
といったものには対応していません。

・x264audioのqtaacについて
QuickTimeをインストールする必要があるようです。


【ソースファイルについて】
GPLなので、とりあえず改変部のソースは同梱しました。
添付したソースと、ネット上からダウンロードできるものでビルドできます。
ビルドしたい方は頑張ってください。
めんどくさいですが。

---

詳しい使用法とかは同梱のテキストファイルを読んどくれ。


ダウンロード>&gt

GPL的にまずいことがあったようなので、一度公開停止にします。いろいろ調べて、何とかします。
たぶんlibopencore_amrnbを削除して、リビルドってことにすると思います。
すみませんでした。

というわけでopencore-amrnbなしでビルド版。
ついでにL-SMASHが更新されていたので、作り直した。
あとx264gui.iniのPS3,PSP設定を少し修正



ダウンロード>&gt
GPLv3のテキストにすればいいようです。
muken氏コメントありがとうございます。
次はopencore-amrnb復活かもしんない。
今はバッサリ削除しちゃったから、これで。

FAACはLGPLなのですが、LGPLに反するコードが含まれている…とかで、再配布禁止らしい。
まあ、faacって音質微妙らしいので、qtaacとかneroaacencとかのほうがよいでしょう。
というわけでfaac削除します。
たびたびすみません。

今度は新しいページに書きます。

--no-fast-pskip は、まるも氏の解説(->http://www.marumo.ne.jp/db2007_6.htm#21)をまとめれば、ようは飛ばしてもいいかもしれない動き検索を一応きちんとやっておくことで、画質の向上を図るもの。
--no-dct-decimateは、同じくまるも氏の解説(->http://www.marumo.ne.jp/db2007_6.htm#26)をまたざっくりまとめると、量子化の際に小さくなったdct係数を間引くのをやめましょう、というもの。

左目盛りで
CPU使用率(%)、
エンコード速度(fps)、
(エンコード後の)容量 (MAX の時を100%としたもの)

右目盛りで
SSIM(db) (ようは画質)


クリックして拡大

--no-fast-pskipも--no-dct-decimateも、画質が向上する一方、わずかに圧縮率が低下していることがわかる。エンコード速度の低下は大したことないので、まあ両方ともつけてエンコードしたほうがよいだろう。あまりつけない理由が見当たらない。