x264 rev22 - 暇つぶし2ch

x264 rev22 at AVI

1: 【avi:2500】
09/05/26 18:30:36 神 nzP36oSu
Q ニコニコ・zoome用の動画を作りたい。
A 板違い、Youtube板の"FLV/MP4作成スレ"でどぞ。

Q 圧縮codecありませんか。AviUtlで使いたい。x264gui.auoの使い方は？
A x264 VFW GUI専用スレでどうぞ。
ｽﾚﾘﾝｸ(avi板)

[本家]
URLﾘﾝｸ(www.videolan.org)
URLﾘﾝｸ(git.videolan.org) (ソース/チェンジログ)
URLﾘﾝｸ(x264dev.multimedia.cx) (開発者のブログ)

[バイナリ]
URLﾘﾝｸ(x264.nl)
URLﾘﾝｸ(forum.doom9.org)
URLﾘﾝｸ(celticdruid.no-ip.com)
URLﾘﾝｸ(uk.geocities.com)
URLﾘﾝｸ(seraphy.fam.cx) (ノーマル/afs対応版、patch版、OreAQ版)
URLﾘﾝｸ(oss.netfarm.it) (mencoder)
URLﾘﾝｸ(forum.doom9.org) (MeGUI:mencoderのGUI)
URLﾘﾝｸ(tirnanog.fate.jp)　(mp4box)
URLﾘﾝｸ(yamb.unite-video.com)　(YAMB)

前スレ
x264 rev21
ｽﾚﾘﾝｸ(avi板)

再生方法、規格、インタレ規格、Avisynthの使用法、コンテナ等、
専用のスレがある話題は各専用スレ>>2-4でおながいします。
スレタイ検索 URLﾘﾝｸ(find.2ch.net)

テンプレ続く>>2-4

2:名無しさん＠編集中
09/05/26 18:30:41 nzP36oSu
H.264の再生法や規格などの話題は
MPEG-4 AVC/H.264 総合スレ Part7
ｽﾚﾘﾝｸ(avi板)

Avisynthを絶讃ιょぅょ Part26
ｽﾚﾘﾝｸ(avi板)

インタレ規格の話題は
インタレ解除しないスレの3っぽいスレ
ｽﾚﾘﾝｸ(avi板)

アスペクト比 part5
ｽﾚﾘﾝｸ(avi板)

MP4コンテナの話題は
【MP4】ISOMPEG-4普及委員会4【M4A】【3GP】
ｽﾚﾘﾝｸ(avi板)

MeGUIスレッド
ｽﾚﾘﾝｸ(avi板)

3:名無しさん＠編集中
09/05/26 18:30:43 nzP36oSu
[FAQ]
Q x264.exeをダブルクリックしてもインストーラーが立ち上がらない。
A コマンドプロンプト用の実行ファイルです、インストーラーでも圧縮ファイルでもありません。

Q 見れないよ
A x264.nlでmatroska splitterとffdshowを入手してインストール汁！ハードウェアでインタレ解除する場合は、
　　ビデオデコーダーの設定→出力→インターレース関連情報を…にチェックを入れること。
　　またはMPlayerやVLCなどのデコードエンジン内蔵のプレーヤーで試す。これらで見る場合はffdshowは必要なし。

Q AviUtlやVirtualDubとかで読むとエラーでて編集できないんですが・・・
A 諦めろ。編集はエンコード前にするのが常識。

Q Win版QuickTimeで再生できない。
A　QuickTimeはインタレ、ハイプロファイル(-8、--8x8dct、--cqmなど)、--b-pyramidに対応していない。 Bフレ1以下推奨。

Q 携帯機やゲーム機などで再生させるには？
A　それぞれ専用のスレがどこか（他の板も）にあるはずなのでまずは当たってみてください。

Q バージョンアップ早すぎ
A バージョンアップでなくビルドアップです。例えばソースの清書、サイズの収縮などユーザーにとってあんまり意味のない改変でも更新されてます。

Q >>‎1のどのファイルがいいの？
A 迷う奴はx264.nlのを使え。GUI操作が好きな人は同ページにあるMeGUIやStaxRipも。マイクロソフトから.NETのインストールも忘れずに。

Q　エンコードできない。
A　基本的に色空間がYV12のavsファイル(Avisynth)しか受け付けません。（MeGUI、StaxRipも含む）

Q　MP4のVFRってどうやるの？
A　前知識として、そのまま"MP4 VFR"等で検索して、ISOMPEG-4スレへどぞ。

4:名無しさん＠編集中
09/05/26 18:30:46 nzP36oSu
Q　アスペクトの指定ってどうやるの？
A　704x480を4:3で見る時は--sar 10:11。他は各自計算してください。
　　720ｘ480を16:9で見たい時、par(sar)x：yはx：y=480×16：720×9で求められる。
　　1440x1080を16:9で見たい時は同様にPAR4:3

Q　--interlacedで失敗する。
A　入力ソースは縦が32の倍数のトップフィールドファーストで。

その他パラメータの勉強は
Fraternity7
URLﾘﾝｸ(ageha909.blog121.fc2.com)
QPオプションの目安
URLﾘﾝｸ(www.wikihouse.com)

aviから移行してきた人への簡易見本。704x480の24pと仮定。
Avisynthの2.5以降のバージョンをインストールする。
mp4boxを用意する。
映像は可逆圧縮コーデックでaviを作成する。
音声は別に作成しておく（C:\hogehoge\test.m4aに存在すると仮定）。

echo AviSource("C:\hogehoge\test.avi") > "%temp%\avi.avs"
echo ConvertToYV12() >> "%temp%\avi.avs"
"C:\hogehoge\x264.exe" --crf 20 --progress -o "%temp%\avi.264" "%temp%\avi.avs"
"C:\hogehoge\mp4box.exe" -fps 23.976 -add "%temp%\avi.264":par=10:11 -add "C:\hogehoge\test.m4a" -new "C:\hogehoge\test.mp4"

↑の4行をコマンドプロンプトに右クリ貼り付けenterで完成
↓batファイルにD&Dするだけ用

set x264="C:\hogehoge\x264.exe"
echo AviSource("%1") > "%temp%\avi.avs"
echo ConvertToYV12() >> "%temp%\avi.avs"
%x264% --crf 20 --progress -o "%1.264" "%temp%\avi.avs"

5:名無しさん＠編集中
09/05/26 18:44:16 Dg7gjUj0
イチモツ

6:名無しさん＠編集中
09/05/26 18:45:26 jlX7ffJY
これは>>1乙ではなくて、わっちの自慢のしっぽじゃから勘違いをするでないぞ！
　　　　　　　　　　　　　 |＼　　　　　　 |＼
　　　　　　　　　　　　　 l lヽ`-‐ '´￣｀ヾゝヽ　　つ
　　　　　　　　　　　ｼ~　／" ｀ヽヽ　 `､l　　　　　つ
　　　　　　　　　　　　　//, '///|! !∥ ヽﾊ　､_ヽ　　つ
　　　　　　　　　　　　〃 {_{＼」」Ｌ|l|／ﾘｌ │ |ヽ　　　つ
　　＿＿＿＿.　　　ﾚ!小ｌ●　　　 ● 从　|、|　）
　く　　ﾉ::::::;;;;;;＼. 　　ヽ|l⊃　r‐‐v　⊂⊃　|ﾉﾊ´
　　￣￣フ;;;;;／　/⌒ヽ__|ﾍ　　ヽノ　　j /⌒i !ヽ
　　　／;;;;／　　. ＼ /ヽ.|　l＞,､ __,　イァ/　 ///ﾊ
　　／;;;;∠＿＿＿　/ヽ./|　|　ヽヾ、　/,{ﾍ､__∧/ﾊ !
　く:::::::::;'::::::;':::::::;'::::::7ヽ< } / 　 l丶× / ヾ l　l''ﾊ∨

7:名無しさん＠編集中
09/05/26 21:37:56 5GrpyjCD
最近のビルドでオススメって、ありますか？
今、seraphy版r1086使ってます

8:名無しさん＠編集中
09/05/26 21:41:24 jlX7ffJY
自ビルドオヌヌヌ

9:名無しさん＠編集中
09/05/26 21:44:45 hmQ/u24I
URLﾘﾝｸ(skystrife.com)
AutoVAQを試してみるのも面白いな。

10:名無しさん＠編集中
09/05/26 23:34:19 6vpRvcdx
そういやAutoVAQってどんなものなの？

11:名無しさん＠編集中
09/05/26 23:38:29 6A7D//pH
>>9
AutoVAQは確かに面白い。--b-adapt 2のマルチスレ化パッチは何となくWin上でも
大人しくなったみたいけど、まだまだ一般ビルドに入れるぐらい安定してない
からなぁ… pフレーム用の--b-adapt 2みたいな奴は今年の夏の期待物だけどね。

今日の夜にはまたOreAQあたりを試してみるか…　アレをいつもやろうと思うと
結局ビルドが出来なくて（ｒｙ

12:￣￣￣￣￣￣￣￣￣＼|￣￣￣￣￣￣￣￣￣￣￣
09/05/26 23:39:38 4fTWswBa
　　　　　　　　　　　　　　　　　　　　_＿＿＿＿_
　　　　　　　　　　　　　　　　　　／::::::::::::::::::::::::::＼
　　　　　　　　　　　　　　　　／:::::::::::::::::::::::::::::::::::::＼
　　　　　　　　　　　　　　　　|＿|＿|＿|＿|＿|＿|＿|
　　　　　　　　　　　　　　　　/ 　　　＼,, ,,／　　　ヽ
　　　　　　　　　　　　　　（ 6 |　　　─◎─◎─　　|∂)
　　　　　　　　　　　　　　　　（∴∴　（ o o ）　∵∴）
　　　　　　　　　　　　　　　　<∵∵　　３　　∵∵ >
　　　　　　　　　　　　　　　　ゝ　　　　,＿,　　　　ノ
　　　　　　　　　　　　　　　／:::::ゝ_＿＿_＿＿_ ノ:::::＼

13:名無しさん＠編集中
09/05/26 23:48:00 6A7D//pH
>>10
URLﾘﾝｸ(stashbox.org)
のソースの変化見れば分るけど、可変AQってことで。一応D_S氏はこのAQテクニック
のこと気に入ってるんである程度いい結果出してる。未完成な物という注意だけ
は分ればおｋ。

14:名無しさん＠編集中
09/05/26 23:57:35 6vpRvcdx
将来性ありそうだな。期待している

15:名無しさん＠編集中
09/05/27 02:01:33 PXKsrazG
シャナ1期OPをエンコしてみた。　使用したバイナリは、>>9とseraphy氏の1058。設定はbatch見てください。
ハッキリクッキリアニメもテストしてみたいな。
URLﾘﾝｸ(kissho4.xii.jp) (DLkey:vaq)

16:名無しさん＠編集中
09/05/27 02:11:35 PXKsrazG
文削ってたら、何のテストかすら判らなくなってしまっていた＾＾；
OreAQとAutoVAQの比較です。 lowとhighの両方を見てもらえれば嬉しいです。

17:名無しさん＠編集中
09/05/27 02:30:36 ulCj3cgh
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)

同じビットレートの--aq-mode 0もあると、参考になると思う。

18:名無しさん＠編集中
09/05/27 02:32:15 tvPmCQPi
>>15
まだテスト自体はダウンロード中だけど、はっきりくっきりならあずまんがの
フラッシュOPとかいつそらのWMVなOPがいいかな(実物のベクター作＆無駄に高い
ビットレートのWMV[もちろんブルーレイなソースも可能])？去年#x264で
いつそらのOP貼ったら結局ソース頼まれて--b-adapt 2が出来た^^;
URLﾘﾝｸ(forum.doom9.org)

いつそらのOP: URLﾘﾝｸ(www.lumpofsugar.co.jp)
あずまんがのOP: URLﾘﾝｸ(dagobah.biz)

あと、一応テストを完成させるため一般AQ版も必要になるのかな？

19:名無しさん＠編集中
09/05/27 09:46:49 45CCtSXq
r1160

20:名無しさん＠編集中
09/05/27 11:26:31 q4eX9L73
いつそらのOP(2)はマトリクス的にもビットレート的にも最適な条件だね

21:名無しさん＠編集中
09/05/27 11:45:47 PXKsrazG
AutoVAQ,OreAQ,AQ無し(OreAQの --aq-mode 0)　で、再度テストしました。
一般AQは、興味が出なかったのでスルーしちゃいました^^;　揃えないと意味無いかなぁ（汗

DLkeyは共通で「vaqtest」です
URLﾘﾝｸ(2.kissho.org) (いつそらOP 160M)
URLﾘﾝｸ(kissho5.xii.jp) (あずまんが大王OP 83.5M)
URLﾘﾝｸ(kissho5.xii.jp) (シャナOP 64.6M)

22:名無しさん＠編集中
09/05/27 18:40:09 ulCj3cgh
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)

URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)

URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)

23:名無しさん＠編集中
09/05/27 23:49:19 45CCtSXq
r1162

24:名無しさん＠編集中
09/05/28 00:13:16 vNomOx/1
一応AutoVAQビルドも追加してみた。
URLﾘﾝｸ(forum.doom9.org)

25:名無しさん＠編集中
09/05/28 00:47:46 YCF78Sit
>>17-18,20,22
言い忘れていましたが、レスありがとうございます。

ただ、D_S氏によれば「このパッチには、シングルフレームの比較は役に立たない」とのことです。

26:名無しさん＠編集中
09/05/28 00:54:08 /qKA/BQk
確かに、動いているのを見て確認するのが一番ではある。

27:名無しさん＠編集中
09/05/28 01:43:50 YCF78Sit
ちょっとスレ違いっぽい話だけど、出力された物を静止画で比較したいときは、Avisynthを使ってる人なら、AvsPが便利なはず。
タブ型のavs作成/編集/プレビューアー(?)なので、DirectShowSource等で比較したい物をそれぞれのタブで読み込めば、
マウスのホイールでタブを切り替えられ、テンキーの上下左右でフレームの移動も楽チンです(全部のタブが同期します)。　スクリーンショットも簡単に撮れる。

28:名無しさん＠編集中
09/05/28 06:46:31 SYCXM60K
seraphy氏のpatch版かOreAQ版でx64なビルド成功した人いる？
ビルド出来たとして、x86と速度的なメリットある？

29:名無しさん＠編集中
09/05/28 10:10:31 PT/2ah8+
r1163

30:名無しさん＠編集中
09/05/28 13:03:03 kf8n1Mf7
ID:PXKsrazG
ID:tvPmCQPi

なんだこのエンコは。人に見せられるレベルじゃないだろう。
初心者スレで勉強してきたまえw

ここのスレのレベルじゃないよ君たちはw

31:名無しさん＠編集中
09/05/28 13:27:37 g22Iv2I8
比較だからいいんじゃねーの

32:名無しさん＠編集中
09/05/28 14:42:36 5uXgVybp
>>28
クロスコンパイルしてみた。一応できた。
でもx64環境ないからちゃんとできてるかはわからん。
うｐしようか？CPUの最適化は何がいい？

33:名無しさん＠編集中
09/05/28 14:58:26 Y3MvcTsG
>>28
WOW64通さなくていい分だけ速くはなりそう。

34:名無しさん＠編集中
09/05/28 15:46:28 5UfhZQzt
>>30
このスレのレベルのサンプルをうｐしてくれ

35:名無しさん＠編集中
09/05/28 15:50:30 ol9uE0NA
Xvidしか使えないからサンプルなんて出せないよ、こいつ

36:名無しさん＠編集中
09/05/28 17:06:58 pBsOfpWy
>>30
かなりうまいエンコだと思うが

37:名無しさん＠編集中
09/05/28 17:10:19 Y3MvcTsG
この手の下らない煽りは大抵ｗが半角だな。

38:名無しさん＠編集中
09/05/28 20:23:57 SYCXM60K
>>32
速度比較してみたいからうｐ頼むわ。
seraphy氏のpatch版だと嬉しいかも。

CPUはPhenomⅡだけどGenericも比較用に一緒にうｐしてくれると嬉しい
x264 [info]: using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT
英語Wikipediaより
Instruction set: MMX, SSE, SSE2, SSE3, SSE4a, x86-64, 3DNow!

39:名無しさん＠編集中
09/05/28 20:42:05 bwGTl9Iu
ぼかぁ、30さんじゃないけど、なんか云ってみるテストｗ
折角だし全角でｗつけてみちゃうぜｗｗｗｗｗｗｗｗｗ
うはｗｗｗｗｗｗｗｗ「ｗ」つけると、マジうぜーｗｗｗｗｗｗｗｗｗｗｗｗ

ｗゴッコ終わり。
えーと。無理やり苦言を云えば、以下のような感じでしょうか。
…いやね。OreAQって、jvtみたいなマトリクスを使う必要があるんじゃねぇ？
つまり、DC成分小さめ・高周波部大きめなマトリクスを使うと真価を発揮すると思うワケで。
flatにあわせて作ってある+VAQの流れでのAutoAQと、
jvt的なマトリクスが生きる-VAQ風味なOreAQとを、flat比較とかちょいとオカシイ。
悪いとかヒドイとか云う気ないが、上記の意味でOreAQでの練り方が弱い希ガス。

━━ソレはさて置き。AutoAQ綺麗ですな。＠>>15
マトリクス弄らないでこの絵なワケで、High Profile使えない機器でいい絵出せる可能性とか(ﾟДﾟ )ｳﾏｰ
High Profileにおいても、簡単に綺麗に作れるのであれば便利には違いありません。
なかなかAutoAQ良さそうですね。

40:￣￣￣￣￣￣￣￣￣＼|￣￣￣￣￣￣￣￣￣￣￣
09/05/28 20:43:23 KMa7KNkB
　　　　　　　　　　　　　　　　　　　　_＿＿＿＿_
　　　　　　　　　　　　　　　　　　／::::::::::::::::::::::::::＼
　　　　　　　　　　　　　　　　／:::::::::::::::::::::::::::::::::::::＼
　　　　　　　　　　　　　　　　|＿|＿|＿|＿|＿|＿|＿|
　　　　　　　　　　　　　　　　/ 　　　＼,, ,,／　　　ヽ
　　　　　　　　　　　　　　（ 6 |　　　─◎─◎─　　|∂)
　　　　　　　　　　　　　　　　（∴∴　（ o o ）　∵∴）
　　　　　　　　　　　　　　　　<∵∵　　３　　∵∵ >
　　　　　　　　　　　　　　　　ゝ　　　　,＿,　　　　ノ
　　　　　　　　　　　　　　　／:::::ゝ_＿＿_＿＿_ ノ:::::＼

41:名無しさん＠編集中
09/05/28 20:49:04 ol9uE0NA
凄いのが降臨したな

42:名無しさん＠編集中
09/05/28 20:56:12 5uXgVybp
URLﾘﾝｸ(www1.axfc.net)

x64はCore2指定とK10指定と指定なし
x86は比較用に指定なしのみ

動きますように…

43:名無しさん＠編集中
09/05/28 21:01:49 SYCXM60K
thx
今は別のエンコ動かしてるから比較明日になるわ
HDDにコピーしたDVDソースをDGDecode読み込みのみのavsでいいよな
キャッシュとかあるから再起動直後の状態の方がいいのかな？

44:名無しさん＠編集中
09/05/28 21:13:44 hHdkk79J
>>39
流石です。日記まだすか

45:名無しさん＠編集中
09/05/28 22:24:28 vNomOx/1
>>39
OreAQは確かにこのテストだと弱かったなぁって思う。あと、特定のマトリックス
とかを使わないと綺麗にならないとかはちょっと寂しい感じかな？D_S氏があまり
OreAQに興味を持たない理由も一つ分ったような気がしてきた。

AutoVAQは一応アニメだとあまり結果の違いが出ないはずだけど、まぁ悪くない
感じになってるのかな？との一言。

>>43
AVS32/64の間は速度の差があるかもしれないので(avs2yuvで AVS32 -> x264_64
をやるとavs2yuvが少しオーバーヘッドをかかせるし）、一旦avs2yuvでY4Mな
ファイルを作成した方がよさそう。それで両方は読み込みできるし、色んな
他のソフトによる邪魔もなくなるわけだし。

46:名無しさん＠編集中
09/05/28 22:27:05 OvZYjTIV
降臨ってｗ　最近のここはすぐアンチアンチで暗くなったもんだ
オレはなるPのマトリクス使わせてもらってるしブログためになったんで応援してるけどな

47:名無しさん＠編集中
09/05/28 22:34:37 /qKA/BQk
結局、アニメの様なソースでは、CQMやAQを使わず、flatな量子化をするのが一番無難だと思う。

48:名無しさん＠編集中
09/05/28 22:36:55 Ozcms7Kn
flatでAQ無しじゃバンディングやブロック化する

49:名無しさん＠編集中
09/05/28 22:39:34 /qKA/BQk
多少リンギングが出ても、低周波の劣化がそれ以上に嫌なら、VAQを使うのが良いだろうな。

50:名無しさん＠編集中
09/05/28 22:41:37 LP9hGqyj
flatでMixAQを調整するのが良い。
OreAQはどうも良くない。

51:名無しさん＠編集中
09/05/28 22:42:22 SCsHHYJN
仕事が忙しくてエンコに触れてなかったけど面白い事になってるな

52:名無しさん＠編集中
09/05/28 23:52:40 TdEOkiVf
seraphyおきる。サイトつながらない。

53:名無しさん＠編集中
09/05/28 23:57:25 5uXgVybp
繋がったけど。

>>42動いた？

54:名無しさん＠編集中
09/05/29 00:45:00 cFGsty9q
OreAQはテストしてみりゃわかるけど、見える数字的にはすごく賢いんだけど、
実際の映像みると、だめなんだよな、なぜか。だから使わない。

55:名無しさん＠編集中
09/05/29 01:20:06 +fxUln8X
HCEncに搭載されてるようなAutoMatrixは無理なのかな？

56:名無しさん＠編集中
09/05/29 02:14:17 0bOs6x9l
>>55
自動的な可変マトリックスな機能を一応D_S氏が作りはじめたっぽいけど、AQとか
psy-rdの色々に比べてそこまでいい結果でなかったみたい（そういう覚えがある
だけだけどね）。

57:名無しさん＠編集中
09/05/29 02:34:59 iCiQ+mY0
>>53
>>43

58:名無しさん＠編集中
09/05/29 09:40:00 G2TEax7B
とりあえずx264のOreAQなビルドに今日挑戦してみたらできてしまった（苦笑）
URLﾘﾝｸ(www.mediafire.com)
32bit/64bit(fprofile済み)でHave funっ!

59:名無しさん＠編集中
09/05/29 15:51:02 XybRaF3+
> Q　--interlacedで失敗する。
> A　入力ソースは縦が32の倍数のトップフィールドファーストで。

すいません、この制限って今のビルドでもありますか？
1080iでもいけてる気がするんだけど、失敗するとどういう風になるんでしょうか？

60:名無しさん＠編集中
09/05/29 18:01:17 MyHu7T2c
問題ないんじゃね。厳密にはMBが16x16でインターレースだとフィールドに分けるから
縦は32の倍数じゃないと割り切れないんだけど今はエンコーダーが辻褄合わせてくれてるんだろ

61:名無しさん＠編集中
09/05/29 20:05:01 5gVtfUrI
心配なら1088にするとか

62:名無しさん＠編集中
09/05/30 23:11:57 EapR6R1K
なんと丸一日誰もいないとは。週末だってのに。

で>>42誰か試した？

63:名無しさん＠編集中
09/05/30 23:16:47 5x7Hja6H
>>62
俺aviutlしか使わないヌルエンコしかできないから試せないんだ。

64:名無しさん＠編集中
09/05/31 02:05:41 mjk6ndrd
EVAでも円弧してんだろ

65:名無しさん＠編集中
09/05/31 10:15:04 EZLrka22
VistaSP2にしたらエンコが遅くなった気がする不思議
MSVCR71.dllとか以前は要求されたっけな

66:38
09/05/31 11:06:53 Gl8XxfNs
>>42試してみたが動かないわ
crf以外何も指定しなくても
yuv4mpeg: 1280x720@30000/1001fps, 0:0
x264 [info]: using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT

x264 [info]: profile Main, level 3.1
のみで終わる
x86版ならもちろんエンコ始まる
--no-asm付けてもcpu capabilitiesがnoneになるだけ
OSはWin7RCx64
XPx64ならひょっとしたらまた違った結果かもしれんが

67:名無しさん＠編集中
09/05/31 11:33:04 Gl8XxfNs
当然x264.nlの公式x64なら動いたわ
crf20のみ指定してnullに出力。1280x720だが動き激しすぎなソースだったかも。
x86 encoded 2279 frames, 8.39 fps, 6512.69 kb/s
x64 encoded 2279 frames, 8.76 fps, 6512.36 kb/s
そこそこ有意な差とは思うが微妙に結果違うのが気になる

68:名無しさん＠編集中
09/05/31 14:02:47 Gl8XxfNs
Doom9で出てたファイルサイズ2G以上ファイル読み込みのバグで嵌ってたっぽい
使ってたtoolchainのバージョンが古かったのかな？
というわけで無事動作。x86より若干速い。最適化での差はあまりなかった。せいぜい0.1fps程度。
しかしavsを読めない、64bit版avisynthは流石にネタに過ぎる、avs2yuvからパイプで流し込むとエンコ終了後のファイルが膨らんだ、
ってので中間ファイル出さないと使えなさそうなのが非常に辛い

69:名無しさん＠編集中
09/06/01 11:34:05 gpYAYaqi
crfエンコードでlevel指定をして最大ビットレートを決めるためにvbv-maxrateの使い方調べていたのですが、
説明しているページのいくつかにはvbv-bufsizeも同時に指定しないといけないと書かれているところと、そうでないところがありました。
crfの可変でエンコードしたいのでcbrを有効にするvbv-bufsizeは同時に指定するべきではないと思うのですがvbv-maxrateのみでよいのでしょうか？

70:名無しさん＠編集中
09/06/01 11:41:29 +1EyBIJj
例えば、High@4.0に収まる様にしたいのだったら、"--vbv-bufsize 31250 --vbv-maxrate 25000"とすれば良い。
--qpだったら、レートコントロールが出来ないけど、--crfなら大丈夫。

71:名無しさん＠編集中
09/06/01 12:05:15 gpYAYaqi
>>70
ありがとうございます。
4.1に収まるようにここの表を参考にしています。URLﾘﾝｸ(agehatype0.blog50.fc2.com)
ここではlevel4.0の場合最大映像ビットレートが20000で>>70さんと若干違いがあるようですが、
--vbv-bufsizeと--vbv-maxrateの特別な算出方法などあるのでしょうか？

72:名無しさん＠編集中
09/06/01 12:20:29 +1EyBIJj
>>71
20000に、それの"表１：Compressed Bit Rate Multipliers for FRExt Profiles"にある1.25を掛けたら25000になる。

URLﾘﾝｸ(img199.imageshack.us)

73:名無しさん＠編集中
09/06/01 12:26:41 gpYAYaqi
>>72
理解できました、ありがとうございます。

74:名無しさん＠編集中
09/06/01 14:47:07 JS9dzkni
>>70
すみません、各レベルのvbv-bufsizeはどうやって算出するのですか？

75:名無しさん＠編集中
09/06/01 14:49:31 G/Y1BafI
>>74
URLﾘﾝｸ(agehatype0.blog50.fc2.com)

76:名無しさん＠編集中
09/06/01 14:55:42 JS9dzkni
>>75
すみません、どこに書かれているのでしょうか？

77:名無しさん＠編集中
09/06/01 15:08:31 G/Y1BafI
>>76
URLﾘﾝｸ(en.wikipedia.org)
Max video bit rate÷2

78:名無しさん＠編集中
09/06/01 15:20:30 +1EyBIJj
>>74
>>72の第6列

x264 [warning]: VBV buffer (78126) > level limit (78125)

まあ、こういう風におかしな数字を指定すれば、x264が教えてくれるから、それで分かるが。

79:名無しさん＠編集中
09/06/01 17:58:45 xj8AZEBk
これでいいんじゃない? bufsize
URLﾘﾝｸ(rob.opendot.cl)

80:名無しさん＠編集中
09/06/01 18:49:54 GFVDtZDe
新発想、PCとPS3を繋いで使う
CE-10
URLﾘﾝｸ(codecsys.fixstars.com)
URLﾘﾝｸ(codecsys.fixstars.com)
URLﾘﾝｸ(codecsys.fixstars.com)
・PCのリソースを殆ど喰わない
・FullHDの場合、再生時間の約1.2倍でエンコード可能
・H.264出力

81:名無しさん＠編集中
09/06/01 19:04:53 LMb1sPS+
GK乙

82:名無しさん＠編集中
09/06/01 19:51:17 YxzPjbAv
年約2万というランニングコストには触れない宣伝乙

83:名無しさん＠編集中
09/06/01 20:14:04 KFS9K+t0
あと、個人用とプロ用でビットレートも違う。

84:名無しさん＠編集中
09/06/01 20:39:28 lFSFO76J
なかなか面白い技術とは思うけどな
30nmプロセスとかで更にコア数増やしたcellとか出れば良いのになー

85:名無しさん＠編集中
09/06/01 20:42:28 YxzPjbAv
他の技術に使った方がためになりそうな気がする。
PS3いっぱい繋げて演算とか。

86:名無しさん＠編集中
09/06/01 20:58:02 XmeWUwin
ただしエンコの質はお遊び

87:名無しさん＠編集中
09/06/01 23:57:30 vpG+CO+s
>>80
それってCellしか使ってないんだから
SpursEngine版とか作ればいいのにな

88:名無しさん＠編集中
09/06/01 23:58:24 B/nmU8lA
43 名無しさん＠編集中 2009/06/01(月) 23:30:19 ID:Aasarj5U
720*480 23.976fps 99秒の非圧縮AVIをCE-10含む各種H.264エンコーダでテスト
基本設定はHighProfile/1passVBR/平均1000kbps/Bフレーム3

・ソース非圧縮AVI
URLﾘﾝｸ(www.dotup.org)
・CE-10 Professional Trial (H.264ES/High/画質優先)
52.7fps URLﾘﾝｸ(www.dotup.org)
・Badaboom v1.1.1 Trial (GeForce 9600GT）
65.6fps URLﾘﾝｸ(www.dotup.org)
・Mainconcept (TMPGEnc 4.0 Xpress)
17.2fps URLﾘﾝｸ(www.dotup.org)
・x264 rev.1148 (AviUtl)
17.3fps URLﾘﾝｸ(www.dotup.org)

いやもうこれだめだろｗｗｗ
x264より10倍早くてタダで使えっていってもぜってーつかわねー

89:名無しさん＠編集中
09/06/02 00:10:43 RcU6rfc3
これはひどい

90:名無しさん＠編集中
09/06/02 00:17:23 ioQQ2IE3
多分「出資してもらった金は飲み食いには使ってませんよ～」的なパフォーマンスじゃないのかね。

91:名無しさん＠編集中
09/06/02 00:19:48 vkuK/iqV
これだけじゃ判断できないな。
これって入力ファイルや再生環境同じなの？
あと、CE-10以外はエンコーダーの設定とか書いてないし。
CE-10 だけ色空間が違うように見えるし。

92:名無しさん＠編集中
09/06/02 01:24:45 4UKUbVgJ
>>78
なんか話終わっちゃったてるけど。
その方法で上限確認してみたらこうなった。これに当てはまる計算方が正しい…のか？
profile Main (YV12)
--level 3.0 --vbv-bufsize 10000 --vbv-maxrate 10000
--level 3.1 --vbv-bufsize 14000 --vbv-maxrate 14000
--level 3.2 --vbv-bufsize 20000 --vbv-maxrate 20000
--level 4.0 --vbv-bufsize 25000 --vbv-maxrate 20000
--level 4.1 --vbv-bufsize 62500 --vbv-maxrate 50000
--level 4.2 --vbv-bufsize 62500 --vbv-maxrate 50000
profile High (YV12)
--level 3.0 --vbv-bufsize 12500 --vbv-maxrate 12500
--level 3.1 --vbv-bufsize 17500 --vbv-maxrate 17500
--level 3.2 --vbv-bufsize 25000 --vbv-maxrate 25000
--level 4.0 --vbv-bufsize 31250 --vbv-maxrate 25000
--level 4.1 --vbv-bufsize 78125 --vbv-maxrate 62500
--level 4.2 --vbv-bufsize 78125 --vbv-maxrate 62500

93:名無しさん＠編集中
09/06/02 01:25:48 4UKUbVgJ
因みに、(--crf 20 --level 4.2) --vbv-bufsize 78125 --vbv-maxrate 62500　の指定あり/なしで試しててみたけど、結果は変わる。　
level指定しただけじゃ守らないってことなの？　どういうことなのか教えて貰えたら嬉しい。

指定有り
avis [info]: 320x240 @ 10.00 fps (167 frames)
x264 [info]: profile High, level 4.2
x264 [info]: slice I:2 Avg QP:21.00 size: 29896 PSNR Mean Y:42.35 U:42.07 V:41.62 Avg:42.17 Global:40.78
x264 [info]: slice P:59 Avg QP:25.27 size: 8196 PSNR Mean Y:37.64 U:39.49 V:38.50 Avg:38.02 Global:37.95
x264 [info]: slice B:106 Avg QP:27.66 size: 5352 PSNR Mean Y:36.43 U:38.44 V:37.08 Avg:36.81 Global:36.67
x264 [info]: PSNR Mean Y:36.930 U:38.852 V:37.633 Avg:37.300 Global:37.118 kb/s:532.05
指定無し
avis [info]: 320x240 @ 10.00 fps (167 frames)
x264 [info]: profile High, level 4.2
x264 [info]: slice I:2 Avg QP:20.50 size: 30729 PSNR Mean Y:42.73 U:42.39 V:42.00 Avg:42.54 Global:41.39
x264 [info]: slice P:60 Avg QP:25.22 size: 8205 PSNR Mean Y:37.72 U:39.52 V:38.55 Avg:38.09 Global:38.02
x264 [info]: slice B:105 Avg QP:27.18 size: 5669 PSNR Mean Y:36.69 U:38.56 V:37.27 Avg:37.03 Global:36.93
x264 [info]: PSNR Mean Y:37.130 U:38.947 V:37.787 Avg:37.480 Global:37.327 kb/s:550.41

94:名無しさん＠編集中
09/06/02 01:30:11 ioQQ2IE3
クォリティどうのより縞々出てんのがものっそい気になる。
インタレ縞なんだろか。

95:名無しさん＠編集中
09/06/02 01:43:01 Z4r3XUPg
そりゃ数値によってピークタイムが変わるんだから結果も変わるだろうよ
バッファは再生機器に応じて適正値がいくらなのか異なるが、vbv-bufsizeは許す限り大きな値にしときゃいいんだよ
別に低ビットレートでポンコツPC持った奴に配信したりする訳じゃないんだろ気にすんなよ

96:名無しさん＠編集中
09/06/02 01:51:41 4UKUbVgJ
やっぱlevel指定だけじゃ、MBrateをチェックしてフラグ立てるだけで、bufsize/maxbitrateは守らないってことだよね。
今のところ不具合は出てないから気にしないけど、DXVA使ったりPS3で見るようなことがこの先あれば心配だな。
…まあいいや。levelも取っちゃえ。

97:名無しさん＠編集中
09/06/02 01:58:02 p3Yo67oZ
検証乙
ソフト買うよりCPUをQuadに変えた方が良さそうだね…

98:名無しさん＠編集中
09/06/02 02:27:02 k5LakXk4
難しいことを考えずに、"--level 4 --vbv-bufsize 31250 --vbv-maxrate 25000"としておけば、
DXVA等、大抵のデコーダで再生できる。

放送がソースの私の場合、これでビットレートの不足を感じる事は無い。

99:名無しさん＠編集中
09/06/02 03:35:00 4UKUbVgJ
確かにそうですよね。私も感じません。
ただ、今2passで指定有り無しを試したら、指定有りの方だけちょっと指定bitrateから下がっちゃいました。
あんまり賢いコントロールじゃなくて、その場での切り捨てな感じなのかな？　と思ったのだけ、報告しておきます。

100:名無しさん＠編集中
09/06/02 10:23:55 cVXWZqnD
>>91
ｽﾚﾘﾝｸ(avi板:53番)
HDだとギザギザと色空間の問題は直ったみたい。
低ビットレートだと画質の悪さは相変わらずのようだが

101:名無しさん＠編集中
09/06/02 20:09:48 vkuK/iqV
HDソースだとCE-10で10.4fps,11.4fpsしか出ないのか・・・いらないな。
x264(CPU E6300)で2.37fps,3.71fpsもでるならQuadかCore i7買った方がよさそう。

102:名無しさん＠編集中
09/06/02 20:19:27 ioQQ2IE3
>>101
えー
実時間エンコ出来るんじゃなかったの？

103:名無しさん＠編集中
09/06/02 20:22:41 hJzVbanp
速度優先にしないと駄目なんだろう

104:名無しさん＠編集中
09/06/02 20:24:35 ioQQ2IE3
>>103
またD.S氏に怒られそうだな。
「オプション変えたらx264でも実時間エンコくらいできんだよボケが！」って。
いやホントに出来るのかは知らないけど。

105:名無しさん＠編集中
09/06/02 21:10:26 fIIYAPcN
PS3を何台も繋げば早くなるとかないの？

106:名無しさん＠編集中
09/06/02 21:30:29 O2qsJNz1
だれかレポ頼む

107:名無しさん＠編集中
09/06/02 21:57:58 1CjfnRUp
Win7みたいにCo-processingできたらいいのにね
もちろんAviSynth、AviUtl、VDで使えなきゃ意味ないけど

108:名無しさん＠編集中
09/06/02 22:00:10 WFXyPQDv
逆にそれだけの速度しか出ないってことはまともにエンコしてるってことなのかな？
そもそも純粋な演算速度でもCellってi7に対して優位じゃないよね？
だとしたらチューンを重ねてmainconceptにも引けを取らないx264に負けるのは仕方無いような。

109:名無しさん＠編集中
09/06/02 22:11:03 /JofuqUq
何度も出てくる話題だが出来上がっているmp4などからx264のエンコオプション見るソフトってなんだっけ？

110:名無しさん＠編集中
09/06/02 22:19:04 13MLoQpF
何度も話題に上がってるの知ってんなら、過去ログ嫁よ

111:名無しさん＠編集中
09/06/02 22:19:22 YJBx0VcZ
mediainfo

112:名無しさん＠編集中
09/06/02 22:50:29 vkuK/iqV
avinapticかな？

113:名無しさん＠編集中
09/06/02 23:18:10 1CjfnRUp
もうテンプレ化でいいべ…
つか自分の確認用（どのオプション、マトリクス使ったかなぁ）ならAvinapticやバイナリ見てる人多いし
どうせ質問してくる奴はﾀﾞｳｿだろ…

114:名無しさん＠編集中
09/06/02 23:29:26 ruzXrR+8
自作バッチエンコツールに積んでるわオプション見る機能

115:名無しさん＠編集中
09/06/03 00:30:26 foLzOPN4
NVIDIAがGPUでFlash動画再生支援を提供

URLﾘﾝｸ(japanese.engadget.com)

ラデチョンまた死亡

116:名無しさん＠編集中
09/06/03 00:36:59 QlkHvS3V
このスレでも工作かｗ

117:名無しさん＠編集中
09/06/03 01:10:40 3u/xczhy
兄ちゃん、ゲフォ厨はなんで必死なん

118:名無しさん＠編集中
09/06/03 01:26:00 66HxWKhQ
このスレに限っては_GPU25クローンへの親和性の高さで
RADEON選んでるユーザーが結構いると思うけどな

119:名無しさん＠編集中
09/06/03 01:35:10 2yKMvXmk
_GPU25に常用するようなフィルタあるかなぁ
とりあえずSP多いほうがFFT3DGPUとか速そうだからラデ使ってるけど、
最近はDGMPEGDecNVが気になる…デコードとHWデインタレは需要多いと思うんだが

120:名無しさん＠編集中
09/06/03 02:31:32 W3Ta8PY+
_GPU25は俺も使ってないな
FFT3DGPUは使ってるけど

HWデインタレは使えるようになると嬉しいね
今時のカードならMCBobmodより圧倒的に速くて結果は良いし
綺麗なデインタレースフィルタは遅すぎて正直使い物にならない

121:名無しさん＠編集中
09/06/03 02:46:39 TLH1eNg8
デインタレが使えると790GXの俺がついにエンコにまともにGPU使えるようになる・・・
ほんと中途半端なんだよなあ。かといってグラボ必要なゲーム用途もないから買う気にもなれない。

122:名無しさん＠編集中
09/06/03 03:33:45 t6WRyzYC
俺も、DGAVCDecNVやCoreAVC CUDAのが気になる

123:名無しさん＠編集中
09/06/03 06:39:04 dOHmJkJg
>>122
DGAVCDecNVはNeuron2のエイズが入ってるからダメなものだ。
CoreAVCのCUDAは何となくよくなってるけど、安定してるデコード環境が欲しい
のならCPUだけ使った方がいい。基本的にffms2かDGAVCDecを使ってる。遅いけど
化けたフレームよりマシだ。

>>120
正直NNEDIを使用してるtempgaussmcより綺麗なデインタレはまだ見たことがない。
そのレベルまで上がって、証明できるのならこっちも使うけどね。

124:名無しさん＠編集中
09/06/03 10:01:44 4yf5/GrZ
ドナルドのエイズってなぁに？

125:名無しさん＠編集中
09/06/03 19:41:23 4mTkywSQ
>>123
TempGaussMCは重すぎて使ってなかったんだけど、確かにクオリティは良いね
ただ速度はやっぱり遅いね
個人的にこの速度だとインタレ保持してHWデインタレ使うのが良いように思う

RADEON HD3870 VectorAdaptive
URLﾘﾝｸ(kita.kitaa.net)
TempGaussMC_beta1mod(EdiMode="NNEDI",MT=true)
URLﾘﾝｸ(kita.kitaa.net)
ソースファイル
URLﾘﾝｸ(www1.axfc.net)

126:名無しさん＠編集中
09/06/03 19:44:24 4mTkywSQ
あれ、なんか抜けた
以前このスレに上がってたファイルで比べてみたを追加して下さい

127:名無しさん＠編集中
09/06/03 21:32:54 6hCsnXgx
MTってあるけどTempGaussMCってマルチスレッド対応してたっけ？

128:名無しさん＠編集中
09/06/03 21:33:48 YZQGzviu
TempGaussMC_beta1modがある

129:名無しさん＠編集中
09/06/03 21:36:50 6hCsnXgx
あぁすまんよく見てなかった
いつのまにかmodなんて出来てたのな
CPU100%使ってくれればちょっとは速度もましになるか…

130:名無しさん＠編集中
09/06/03 23:21:55 T2QPkxTr
スレチだが、BobならTempGaussMCよりMCBobかなあ。そんなのもあるってことで。
URLﾘﾝｸ(forum.doom9.org)

131:名無しさん＠編集中
09/06/04 00:39:02 2zfUz4/Y
エンコしたデータのcolormatrixをバイナリ弄って変更することってできる？
色域間違えてエンコしてソース消しちまったのがあるんだ。

132:名無しさん＠編集中
09/06/04 00:56:19 cR7O4UMb
ざっと--colormatrix指定のファイルをのバイナリ見てみたけど、それらしいのが見つからない…

133:名無しさん＠編集中
09/06/04 01:29:03 2zfUz4/Y
色々試してみた。
--colormatrix指定してエンコしてれば一カ所変更でできるっぽいけどundefの場合は全く違うバイナリになってた。
その情報自体が省略されてるってことなのかね。

鬱だし脳

134:名無しさん＠編集中
09/06/04 01:35:07 1DDgUVj/
undefの場合はフラグ自体がないからね。確認できるツールはあるけど
書き換えるものは知らないな。

135:名無しさん＠編集中
09/06/04 01:35:23 2zfUz4/Y
あ、そこじゃなかった。もうちょっと弄ってみよう。

136:名無しさん＠編集中
09/06/04 01:40:46 2zfUz4/Y
>>134
ツールｋｗｓｋ

137:名無しさん＠編集中
09/06/04 12:16:36 tZrtNaUE
よく知らないけどh264parseのことかな

138:名無しさん＠編集中
09/06/04 17:01:18 tkT/O6Tf
undefは全体で数バイト少ない
PV3時代の601と709間違えていたのを指定書き換え用と思って挑戦したけど眠くてあきらめてた

139:名無しさん＠編集中
09/06/04 23:05:12 tZrtNaUE
x264_hrd_pulldown.13_interlaceは
前スレで報告されてた2passの問題は解決してるのかな？

140:名無しさん＠編集中
09/06/04 23:09:03 YUBp8Q6T
>>139
URLﾘﾝｸ(forum.doom9.org)

141:名無しさん＠編集中
09/06/04 23:19:19 tZrtNaUE
>>140
そのカキコ自体は知ってるけど
2passの問題が解決された、とは明示的に書いてないから確認したかったんだよぅ
どっちにせよクラッシュはしない？みたいなこと書いてあるし

142:名無しさん＠編集中
09/06/04 23:21:11 YUBp8Q6T
この間、自分でビルドしたバイナリを試した時は2passでも大丈夫だった。

143:名無しさん＠編集中
09/06/04 23:21:54 tZrtNaUE
>>142
そうか！ありがとう！

144:名無しさん＠編集中
09/06/06 01:13:11 Dy0HM6wv
ポケットニュースにCE-10とx264の比較記事きた

145:名無しさん＠編集中
09/06/06 01:17:21 fap4E2BM
PS3高速H.264エンコーダCE-10試してみた: ポケットニュース
URLﾘﾝｸ(pocketnews.cocolog-nifty.com)

Quad3.6GHzと比べても5倍速いのはかなり凄いな

146:名無しさん＠編集中
09/06/06 01:20:23 j9xi5Rke
x264の設定を落としていって同じくらいの画質にしたときにどの位速度差が出るのか興味ある
同じくらいの画質でも倍以上速いなら結構凄いし、速度変わらないなら意味ないし

147:名無しさん＠編集中
09/06/06 01:21:41 jgeqAGz2
ループって怖いよね

148:名無しさん＠編集中
09/06/06 11:00:35 wZQBWEVB
やっぱフルHD高ビットレートが得意で低ビットレートは不得意か
2pass出来て5Mbpsが使い物になるなら年2万でも買うんだがなぁ

149:名無しさん＠編集中
09/06/06 12:53:17 OmA+OC9B
高ビットレートで画質がいいのは「得意」とは言わんだろ

150:名無しさん＠編集中
09/06/06 12:56:31 SxF902Xk
高ビットレートで画質がいいのは当り前だからなｗ

151:名無しさん＠編集中
09/06/06 18:35:00 bXBU884n
低いでもなく高いでもなく中ビットレートで得意なのを求める

152:名無しさん＠編集中
09/06/06 19:12:53 g0lFyBRJ
マトリクスの上手い練り方を詳しく説明したところはないだろうか

153:名無しさん＠編集中
09/06/06 19:22:03 Mg3yW1Fk
左上が低周波、右下ほど高周波成分
ぐらいしか俺は知らない（汗

154:名無しさん＠編集中
09/06/06 19:33:38 FA6a13n3
何が低周波で何が高周波なのかわからない俺が退場

155:名無しさん＠編集中
09/06/06 19:37:31 RTayK6DT
>>154
URLﾘﾝｸ(upload.wikimedia.org)

これは8x8の例だが、H.264には4x4も有る。

156:名無しさん＠編集中
09/06/06 19:42:09 FA6a13n3
細かい部分が高周波なの？

157:名無しさん＠編集中
09/06/06 19:46:01 RTayK6DT
そう。

低周波のビットが足りないとブロックやバンディングが出て、細かいところを削りすぎると、
リンギングが出る。

158:名無しさん＠編集中
09/06/06 19:53:05 PSFnUfLI
ただし、周波と周波成分は異なるから説明が難しいけどね。

ディテールみたいに細かくても振幅が非常に小さければ低周波成分。
そして、映像各々の部分がマトリクスのどこを判定をしているのか的確に把握するのは難しい。

159:名無しさん＠編集中
09/06/06 19:57:06 FA6a13n3
要するに俺みたいなのはAQ使った方がいいのね。

160:名無しさん＠編集中
09/06/06 20:36:35 g0lFyBRJ
>>155
なんだか為になったわ、ありがとう

161:名無しさん＠編集中
09/06/06 22:16:09 00nFlx+9
Avisynthにマトリクスをシミュレーションするプラグインがあったはず。

162:名無しさん＠編集中
09/06/06 22:34:21 /erfaHWJ
>161
つ AVCMatrices

163:名無しさん＠編集中
09/06/06 22:55:09 oVakJZTK
URLﾘﾝｸ(www.nnet.ne.jp)
ここは結構参考になるよん

164:名無しさん＠編集中
09/06/07 01:46:03 0oGuB5Mi
要するにフラット使っとけばいいってことだよ

165:名無しさん＠編集中
09/06/07 02:08:37 E/1RYck2
いい加減その考えは改めた方がいい

166:名無しさん＠編集中
09/06/07 02:34:45 lCixnWsR
Xvid君が本拠地のXvidスレで暴れてるｗ

167:名無しさん＠編集中
09/06/07 03:49:01 /tkcSZtB
低ビットレートエンコしないなら、とりあえずフラット使っとくべき

168:名無しさん＠編集中
09/06/07 04:24:07 TzVAm/V2
更新ないから退屈だ

169:名無しさん＠編集中
09/06/07 05:45:29 OOfW0lm+
追加された機能であれこれ悩まなくていいから楽だ

170:名無しさん＠編集中
09/06/07 08:03:53 qgca+x7g
x264はマトリックスで決まる

171:名無しさん＠編集中
09/06/07 08:13:50 vpWI55a4
私は、VAQが作られてからは、CQMを使っていない。

172:名無しさん＠編集中
09/06/07 08:38:27 LkSoBulC
基本的に開発者の意見を聞くならCQMはVAQと--psy-rdoで何となく無意味っぽい、
分らない人には使わない方がよさそうなものになったみたい。まぁ、オイラだと
最初からあまりCQMには興味がなかったけどねぇ…

173:名無しさん＠編集中
09/06/07 10:56:38 opH8X8Zc
HAQﾏﾝｾｰ

174:名無しさん＠編集中
09/06/07 11:23:29 nqhP1nhf
>>145
ゴミ画質だな。まだまだ、x264は現役だなｗ

175:名無しさん＠編集中
09/06/08 09:40:49 N7bH/kcw
どんな8x8の画像も>>155にある64種類の足し算で再現できるんよ
簡単な例で白ベタ画像だと、一番左上の画像に1.0を掛け、他の画像は全て0.0を掛ける
あとは全部足せば白ベタ画像が出来上がる

176:名無しさん＠編集中
09/06/08 13:07:58 gKVn9xqk
なるへそ～

177:名無しさん＠編集中
09/06/08 22:05:13 I+iXJKY1
負け組xvid豚どもがx264を馬鹿にしてるぞ
こりゃキツ～イお灸をすえてやらんとなｗ
ｽﾚﾘﾝｸ(avi板)

178:名無しさん＠編集中
09/06/08 22:13:01 EM8WGmAI
先導してないで一人で池

179:名無しさん＠編集中
09/06/08 22:14:49 X0w1mWOj
Xvidなんてまだ使ってる奴がいるんだな

180:名無しさん＠編集中
09/06/09 00:34:03 jr4tPmYZ
インタレ保持できるx264が使えて、
3クリックくらいでエンコ出来るソフト教えてー、下さい。
ソースは放送TS。できれば、CMカットとリサイズもできるやつ。
有料でも何でもいいです

181:名無しさん＠編集中
09/06/09 00:35:59 GEefMm0Z
ありません
さようなら

182:名無しさん＠編集中
09/06/09 02:30:07 v8hvinG8
ツッコミどころが多すぎて反応できねぇ

183:名無しさん＠編集中
09/06/09 05:34:31 VbCP/p3p
>>180
３クリックはムリだろｗ　AvsPでCMカットぐらいしないとｗ
それ以外だと普通にbatファイル作れば簡単。携帯動画変換君のベース使えば
キューっぽいのも出来るし。

184:名無しさん＠編集中
09/06/09 07:27:12 Ezmu0aan
Xvid Q=3 VAQ適用　と　x264のcrf22の違いがあまり分からない。
サイズも画質も同じくらいだった。　強いて言うなら Xvidの方がいいような
気がする。　おまえらが言うほど x264は最強じゃねえよ。　SDサイズの動画を
エンコするなら　 1500k～2000kbpsは当てるだろ。　その位のビットレートに
なったらXvidでも充分きれいなんだよな。　mp3が192kbps以上だとAACとたいして
変わらんというのと似てると思う。　

185:名無しさん＠編集中
09/06/09 07:49:16 vwtMxcv/
まぁ自分が好きなの使えってことじゃねーのかな。
漏れはx264とXviD両方使ってるけど。

186:名無しさん＠編集中
09/06/09 08:10:31 bne0vL7v
ageで書かれると説得力も何もないな。

187:名無しさん＠編集中
09/06/09 08:37:05 KhLVAYFH
agesageなんてDTV板ではどうでもいい

188:名無しさん＠編集中
09/06/09 08:38:04 pIavoEaJ
>>184
そりゃレート上げちまえばどのコーデックでもそこそこ綺麗だろうよ少しは頭使えよアホか

189:名無しさん＠編集中
09/06/09 08:39:21 1ZH83fYu
馬鹿は頭使わないのが普通だろ

190:名無しさん＠編集中
09/06/09 09:50:31 3ewt3upj
Xvidがいいと思うなら勝手に使ってろ
別に誰も止めないから

191:名無しさん＠編集中
09/06/09 09:52:05 KhLVAYFH
HDならcrfを22より上げてもまだ画質的に「いける」かなと思えるが
SD特にインタレ保持実写は22辺り超えると結構目に見えてボケだすからなあ。
勿論動き予測関連のパラメータやpsy-edやaqの設定次第だが
crf22超えでシャープさも保ちたいならならそれはそれでビットレートも上がるし。
そういう意味では>>184に対する>>188の言い分はどうかな。

アニメなら解像度に関わらず結論は出てると思うが。

次ページ