x264 rev19

Q ニコニコ・zoome用の動画を作りたい。
A 板違い、Youtube板の"FLV/MP4作成スレ"でどぞ。

Q 圧縮codecありませんか。AviUtlで使いたい。x264gui.auoの使い方は？
A x264 VFW GUI専用スレでどうぞ。
http://pc11.2ch.net/test/read.cgi/avi/1221328142/

[本家]
http://www.videolan.org/x264.html
http://git.videolan.org/gitweb.cgi?p=x264.git;a=summary (ソース/チェンジログ)
http://x264dev.multimedia.cx/ (開発者のブログ)

[バイナリ]
http://x264.nl/
http://forum.doom9.org/showthread.php?s=&threadid=89979
http://celticdruid.no-ip.com/xvid/
http://uk.geocities.com/h264x264/
http://seraphy.fam.cx/~seraphy/index.shtml (ノーマル/afs対応版、patch版、OreAQ版)
http://oss.netfarm.it/mplayer-win32.php (mencoder)
http://forum.doom9.org/showthread.php?s=&threadid=87567 (MeGUI:mencoderのGUI)
http://tirnanog.fate.jp/mirror/gpac/dev/　(mp4box)
http://yamb.unite-video.com/　(YAMB)

前スレ
x264 rev18
http://pc11.2ch.net/test/read.cgi/avi/1225343648/

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

テンプレ続く>>2-4

H.264の再生法や規格などの話題は
MPEG-4 AVC/H.264 総合スレ Part7
http://pc11.2ch.net/test/read.cgi/avi/1176961110/

Avisynthの話題は
Avisynthを絶讃ιょぅょ Part25
http://pc11.2ch.net/test/read.cgi/avi/1206362521/

インタレ規格の話題は
インタレ解除しないスレの3っぽいスレ
http://pc11.2ch.net/test/read.cgi/avi/1186448899/

アスペクト比 part4
http://pc11.2ch.net/test/read.cgi/avi/1211878897/

MP4コンテナの話題は
【MP4】ISOMPEG-4普及委員会4【M4A】【3GP】
http://pc11.2ch.net/test/read.cgi/avi/1087545021/

MeGUIスレッド
http://pc11.2ch.net/test/read.cgi/avi/1164533110/

[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スレへどぞ。

Q　アスペクトの指定ってどうやるの？
A　704x480を4:3で見る時は--sar 10:11、 720x480を4:3で見る時は8:9。他は各自計算してください。
　　720ｘ480を16：9で見たい時、par(sar)x：yはx：y=480×16：720×9で求められる。

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

その他パラメータの勉強は
Fraternity7
http://ageha909.blog121.fc2.com/
QPオプションの目安
http://www.wikihouse.com/htumenc/index.php?Man%2FCODEC%B8%C7%CD%AD%A5%AA%A5%D7%A5%B7%A5%E7%A5%F3%2F-x264encopts%2Fqp

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"

　　 _,,....,,_
-''"::::::::::::::::＼　　　　　 　新スレだってさ
ヽ::::::::::::::::::::::::::::＼　　　　　　　　　　　　　　　　　　　おお、>>1乙>>1乙
　|::::::;ノ´￣＼:::::::::::＼_,. -‐ｧ　　　　　＿_　　 _____　　 ＿_____　
　|::::ﾉ　　　ヽ､ヽr-r'"´　　（.__　　　　,´　_,, '-´￣￣｀-ゝ 、_ イ、
_,.!イ_　　_,.ﾍｰｧ'二ﾊ二ヽ､へ,_7　　　'r ´　　　　　　　　　　ヽ、ﾝ、
::::::rｰ''7ｺ-‐'"´　 　 ;　 ',　｀ヽ/｀7　,'＝=─-　　　 　 -─=＝',　i
r-'ｧ'"´/　 /!　ﾊ 　ハ　 !　　iヾ_ﾉ　i　ｲ　iゝ、ｲ人レ／_ルヽｲ i　|
!イ´ ,' |　/__,.!/　V　､!__ﾊ　 ,'　,ゝ　ﾚﾘｲi rr=-,　　 r=;ｧ 　.| .|、i .||
　`! 　!/ﾚi'　rr=-,　　 r=;ｧ ﾚ'i　ﾉ　　　!Y!　￣　　　￣　　 「 !ﾉ i　|
　,'　 ﾉ 　 ! 　￣　　　 ￣　 i .ﾚ' 　　　 L.',.　　'ｰ=-'　　　　L」 ﾉ| .|
　　（　　,ﾊ　　 　'ｰ=-' 　 人! 　　 　　 | ||ヽ、　　　　　　 ,ｲ| ||ｲ| /
　,.ﾍ,）､　　）＞,､ _____,.イ　ハ 　　　 　レ ル｀ ー--─ ´ルﾚ　ﾚ´

静止画に対応したエンコードっていつ出てくるんだろうなー
swfのごとく、1フレームのデータ量のみで残りを埋めるコーデックが出てきたら、
だいぶ削減になりそう。

　　　　　　　　　　　　　　　　　　　　　　＿___　 　 　 　 　 　 ___
　　　　　　　　　　　　　　　　　　　　　「::::::::::::＼　　 　 　 ／´:::ヽ､
　　　　　　　　　　　　　　　　　　　　　|::::::::‐-:::_｀ヽ､　 ／__;::-‐::::::｀7
　　　　　　　　　　　　　　　　　　　　　ヽ,:::::,　-'´￣￣￣｀ ヽ ､:::::::/
　　　　　　　　　　　　　　　　　　　　,.- ´　　　 　 　 　 　 　 　 ｀く
　　　　　　　　　　　　　　　　 　　　/　 　 　 　 　 　 　 !　　　　　 ｀､7
　　　　　　　 　 　 　 　 　 ,-―-、/ 　 　 　 　 　 　 !、 |､　　 ! 　 i　i
　 　 　 　 　 　 　 　 　 　 l　　　 ﾉ　　　l ,ィl! ｉ!、 　 | ｉ.,|-ヽ　;'、　 |　l
　 　 　 　 　 　 　 　 　 　 ! 　 　 l　　　 |' ,-､-､ヽ 　l　l!　　ﾚ 　i　 l　ﾊ　　　あたいったら最強ね♪
　　　　　　　　　　　 , - ､　＼　　! ､　　|/ し';;;;i　ヽﾉ　 ,-'"⌒`/ / ｲ　ヽ,　 ＿＿__
　　　　　　　　　　　ヽ、　ヽ ., - 、ﾚﾍ 　|　ヾ_::ﾉ　　,　　 　 　 /／　ﾚi　 |／　　　　｀l
　　　　　　　　　　　　 ｀Y ￣ﾞ､　 ヽ ﾚlヽi、　 　 　 r‐―j　 　 ,ｲ　ﾊﾞｶへﾉ　　　　 ／
　　　　　　　　　　　 　 （ ￣ ヽ'　　| ﾉi 　｀lヽ､ _　丶__ノ_. - "レ^Vヽ!　　 　_, -'´
　　　　　　　　　　 　 　 ( ￣_)´　 /　,ﾚﾍ/ﾚﾍ-i｀ T 　´,lﾉ｀,i､ﾉ　　 　_ , - '´
　　　　 　 　 　 　 _＿ ＿`‐-r　" |,;'　　　!::::::::ﾄ､ ｀>,､"　ﾉ:::j､　- '__ ＿,_＿_ _＿
　　　　　　　 　 ,.'　　　 　 　 l"　　!　 　 ｿ:::::::::ヽ｀</|jヽ/::::/' ｀ ヽ,　　　　　　　　｀､
　　 　 　 　 　 〈.　　 　 　 　 |　　 |ヽ　 ｜::::::::::::::｀::‐:‐:'::::::l　　　　 ヽ　　　　　　 　〉
　　　　　　　　　 ｀ ー―‐ --|　　 l｀､ ヽl:::::::::::::::::::::::::::::::::::j　　　　 ,ｲ ー ―‐ - -'
　　　　 　 　 　 　 　 　 　 　 |　　　　y_l:::::::::::::::::::::::::::::::::::l_ , -　´　ﾉ 、
　　　　　　　　　　　 　 　 ／ ヽ､_,／/ ,i:::::::::::::::::::::::::::::::::.{ヽ､, - ''"ヽ　｀ヽ、
　　　　　　　　　　　　　 ;´　　　 　 ,/／｀‐-､::__:::::__:::__::ﾉ　　〉　　　〉　　　l

>>6
Flashはベクター描画
ピクセル単位で情報が変化しまくる映像には不向き

本当に止まってる映像は違和感ありすぎだと何回言ったら…

アナログは論外として
デジタル実写で言えば映画なんかは例のフィルムグレインがあるわけだし
カメラごとデジタル化したとしても撮像素子のA/Dコンバート時点で揺らぎはある
期待できるとすれば100%デジタル作成のアニメくらいになるだろうね

ただしアニメでも放送を前提とすれば地デジはMPEG-2な訳で
GOP途中でシーンチェンジすればGOP境界までは本当の静止画状態にはならないし
放送局のMPEG-2コーデック次第でIフレームにビットが十分振られなければ
Iフレームで足りなかった情報をP/Bが補完する形になるからこれも静止画にならない

なにより上記をすべて無視したとしても
現状だって結局殆どがスキップMBになるんだから大した量は削れない
適応的にエンコードしてるんだから静止画状態の部分のデータはごく少量だろ
エントロピーの大きな所を如何に小さく綺麗に収めるかの方が重要

たぶん>>6は１秒動かない映像があったら１fpsにしてしまい
とても微妙な動画を作ってしまうタイプなんだろうけど、
アニメでも実写でも微細な揺らぎやノイズ成分すら
映像の大切な構成要素なんだってことをそのうち解ればいいんじゃね？

多分>>6は某投稿サイト用とかに、完全な静止画をエンコしたいんだと思うよ。
それでも、スキップ/ダイレクトだけで十分だと思うけどね。

デジタルアニメに限っては、元々は"完全な静止画"を意図して作られてるわけだから、ノイズがのってたらマズイとは思う。
(スレ違いだが)フラットな領域のMPEGノイズならごく軽いNRで十分取れるから、掛けないのは勿体無い気がする。

>>12
デジタル制作のアニメも、完全静止すると無機質になるからという意味もあって
コンポジット時ににうっすらとランダムノイズ付加しているのが増えているよ

完全に同じフレームが続くのはデジタル初期の作品くらいなはず

と、スレチなので退散します
荒らすつもりはなかったけどゴメンなさい

よ　ろ　し　く　　^^

>>6
一度、１フレーム目をALLコピーした動画をAviUtlでも使ってエンコしてみたら？
ログ見たら一目瞭然だけど、P Bフレームは無視していい容量だぞ

ヌルフレームを入れまくればいいのかね。
複雑度の低い静止画ならほとんどの容量はIフレームに振られるね。
100:1とかってオーダー。
微動してると話は変わってくるけど。
>>13
それはどちらかというとディザですね。

静止時のフレームを減らすより動きのある部分でいかにビットレートを小さくするかが重要だよ

実写のイメーヂDVDをX264で圧縮したいのですが


＜インタレース解除＞
・常にインタレース解除を行う
＜インタレース解除のフィールド＞
・トップフィールドでインタレース解除

＜インタレース解除の方法＞
・単純二重化

＜その他の設定＞
・輪郭　コントラスト＋調整
・ケロップ　リサイズ

さて問題はデコーダーの設定なんですが色々弄っても上手くいきません＞＜
１ｈを700〜1000M位を高画質で圧縮したいです！！

【当方マシン】
OS XPPro SP3
M 1G
CPU T2300

何卒アドバイスお願いしますｍ(＿　＿)ｍ ﾍﾟｺﾘ

けろけろけろっぴ

>>19
つ[ティッシュ]
というかx264関係ある？

とりあえず
LoadPlugin("DGDecode.dll")
LoadPlugin("TomsMoComp.dll")
LoadPlugin("ffmpegsource.dll")
MPEG2Source("******.d2v")
SeparateFields.FFPP(pp="vdeblock:chrom/hdeblock:chrom/dering:chrom").DoubleWeave
Interleave(SelectEven.TomsMoComp(1,5,0),SelectOdd.TomsMoComp(0,5,0))

>>21
�dです。

>>19
ケロップとはケチャップとシロップの合いの子か？
デコーダの設定はそんなに難しいか？

って突っ込みはナシ？ｗ

こんなのケチャップのフタと同じ

前スレにもこんな奴居なかったっけ。

更新ねーなー

Cata8.12でATi Stream来たな

でも、CUDAでも何の動きも無いんだからStreamでも来るわけないか

CUDAよりもスパースの方が盛り上がってる気がするな気が

1051ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ !!!!!

use lookup tables instead of actual exp/pow for AQ

何かAQが変わったらしい

そんな・・・この前オプションの試行錯誤を経てようやく
700番台から乗り換えできたばかりなのに・・・


でも--aq-mode 0だから関係ないね！

1051 適当に機械翻訳
>Significant speed boost (かなりの速度向上)
>Note this changes output somewhat as the numbers from the lookup table are not exact.
(検索テーブル(?)からの数が正確でないので、いくらか出力が変化することに注意してください)

精度が落ちるということなのか、元々適当だったのが変化するだけなのか･･･

LookUpテーブル上の数値は厳密ではないので、出力に少し影響が出る点に注意してください。
てなところか。

精度を犠牲にして速度を取ったのかね
どのくらい変わるんだろう

AQの判断に使う値をexp/pow関数で毎回地道に指数演算していたところを
はじめから「元の値→結果の値」を表にしておいて
表を引くだけで結果の値が求まるようにしたわけだ
色空間の変換なんかでも同じ方法で高速化するのは超常套手段

例えばRGBでR100, G0, B0の場合はYUVのYは42とかって表を作っておいて
毎回Y = 0.257R + 0.504G + 0.098B + 16って計算はしないようにするってこと

ただしAQの判断に使う値はこんなに単純じゃないから
表にしておくと誤差が出るってことなんじゃなかろうか
または精度が悪い型で表を作っているとか
途中の演算の細かい部分が桁落ちや丸め誤差で反映されてない状態になるのかも

で、ここからは俺の勝手解釈になるけど

そもそもAQとかってのは人間の感覚とかを反映させようとしてるわけだから
「ここからは動きが速いと見なす」とか「ここからは暗いと見なす」ってのは非常にアバウトで、
例えばあるオプションをON/OFFする基準を2000kbpsにするか2001kbpsにするかを
議論することは殆ど意味をなさない

つまり上記の「AQの判断に使う値」がものすっご〜く高精度で求まっても
ほとんど意味がないから、精度より速度に貢献できる方式にしたってことだと思う

で、じゃあなんでこんな注釈がついてるかっていうと、
判断基準が若干でも変わることで全く同じ出力を吐かなくなるから
r1048のCAVLCの高速化の注釈と同じで
「高速化だけなのになんで同じもの吐かないんだよ？」っていう疑問を残さないため

1bit単位で同じものを吐くかどうかは比較可能性に関わるので
コーデックの中の人として重要だから
出力が変わるときはごく些細でもこういうことを書くものなのよ

seraphyビルドﾏﾀﾞｰ

ひょっとしてOreAQのアルゴリズムも書き直しになってるのかな。

>>37
OreAQはどうか知らないけど、少なくともMixAQはVAQベースだから確実に影響があるわけで。

と書いている間に1051来てた。

seraphyきてるよ

お前の言う事は信用できない

あれ・・h264ってRGB色空間の動画は受け付けないのか・・・
アマレココでHuffyuvコーデック使ってyuy出力するとなんか色がにじむから
仕方なくRGBで出力したら、h264変換でyuyに変換されてまた色がにじんでやんの・・・
[日記帳]

□rev1051.release01
・AQ内数学関数（logやexpなど）のルックアップテーブル化（いわゆる高速化）に伴い、--aq-sensitivityの影響
度合いが変わります。
今までとほぼ同じ結果を出すためには、「(あなたのsensitivity) - ((10-(あなたのsensitivity)) * 1.5) 」を
新しい --aq-sensitivity にしてください。

ややこしいな…

「(あなたのsensitivity) - ((10-(あなたのsensitivity)) * 1.5) 」を新しい --aq-sensitivity にしてください。
--aq-sensitivity 10.0の場合

10-(10-10)*1.5=15

--aq-sensitivity 10.0 >>--aq-sensitivity 15.0にするのかな？？

15-0.5sensitivity

こういうこと？
なんか計算間違ってるかも試練が

>>43
いや10だろ、この式だと

>>43
待て。10-10=0だから答えは10じゃないか。

2.5aqsensitivity-15だ。

OreAQとpatchには何も書いてなかったな。
(OreAQ)--aq-mode 1 --aq-metric 0 --aq-strength 0.5:0.5 --aq-sensitivity 11
で1046と1051を試したけど、結果が全く一緒だったのはなんでなんだぜ？ 殆ど誤差はないのかな？

>>42
(10-今のsensitivity)の1.5倍を、今のsensitivityから引いてくれってことだな。
従来の9相当･･･7.5、従来の11相当･･･12.5　という感じで、
(10を中心として)従来より数値を大きく変えないと効果が変化しなくなったみたいだ。

>>46だね
x-((10-x)*1.5)
=x-(15-1.5x)
=2.5x-15

15: 15+7.5=22.5
10: 10+0=10
5: 5-7.5=-2.5

変動がでかい

ここは中学校ですか？

>>35　の　
>はじめから「元の値→結果の値」を表にしておいて
ってのがaq-sensitivity 10.0で、そこから誤差が広がるのかな

知らずに従来の値のままでエンコして、そのあとsensitivity変更してまたエンコしたけど結果変わらず

元が7で計算どおりにすると7-（10-7）*1.5＝2.5になってまうけど
これだとエンコ時間若干減、容量2割減、SSIMPSNRなんかも下がって
5.5でエンコ時間、容量、SSIM、PSNRなんかもだいたい同じになった
難しい理屈はわからんからこれで何本かエンコしてみよ、結果目だった不満がなきゃそれで良いや・・・

>>47
すまない。書いてあるのはpatch版だったorz normal版にはsensitivity自体が無いのか^^;
aq2-sensitivity は、公式には関係無いし何も触れられてないから変化無しか。

1046:sensitivity10 → PSNR Mean Y:47.562 U:49.988 V:49.759 Avg:48.149 Global:47.195 kb/s:2176.00
1051:sensitivity10 → PSNR Mean Y:47.557 U:49.986 V:49.755 Avg:48.145 Global:47.188 kb/s:2174.60
とりあえず誤差は、>>36の言うとおり品質はともかく、ちょっとはあるみたい。

>>35-36の話はOreAQとかの改造AQではちょっと話が変わってくると思う
特に「それほど影響しない」っていう話は全く別になるので注意

OreAQでの仕様変更はx264の内部変更に
OreAQが無理矢理合わせた結果じゃないかと思うんだけど…

でもなんだか
ノーマルAQでも本当にそれほど違わないのか自信がなくなってきたよ…

1046:sensitivity15 → PSNR Mean Y:49.742 U:51.697 V:51.544 Avg:50.238 Global:49.383 kb/s:3347.99
1051:sensitivity22.5 → PSNR Mean Y:51.284 U:52.909 V:52.807 Avg:51.711 Global:50.924 kb/s:4499.05
1051:sensitivity17.5 → PSNR Mean Y:49.829 U:51.765 V:51.614 Avg:50.322 Global:49.470 kb/s:3406.29

>>52も合わせて見ると　「(あなたのsensitivity) - ((10-(あなたのsensitivity)) / 2) 」　程度な気がする。

>>54
ごめんなさい、書き忘れました。
>>53,>>55　での検証には、patch版を用いてます。

これからビルドするためのdiffの更新のためにOreAQのdiffを見てみましたが、
OreAQではaq-sensitivityの扱い方は従来どおりなのですが...
つまりOreAQユーザーはrev1051のcommitの内容を気にする必要はなく、速度向上も望めません。

【修正履歴】
□rev1051.release01
・AQ内数学関数（logやexpなど）のルックアップテーブル化（いわゆる高速化）に伴い、--aq-sensitivityの影響
度合いが変わります。
今までとほぼ同じ結果を出すためには、「10 - ((10-(あなたのsensitivity)) * 1.5) 」を
新しい --aq-sensitivity にしてください。

某掲示板をみて、readmeに書いていた計算式が間違っていたことに気づくorz
えーっと、10を起点として、そこからの差分を1.5倍にすると今までと同じになります。
例：1051より前に、--aq-sensitivity 8 としていた人は、10-(10-8)*1.5 = 7 ということで、
1051では --aq-sensitivity 7 と設定すればよいです。

>>57-58
ありがとうございます。　謎は全て解けたｗ

なんかややこしくなってたな
寝る前にエンコしようかと思っていろいろテストしてたら結局眠る時間なんて無くなっちまった

フリーソフトダウンロードサイトのCow&Scorpionが閉鎖していたお
マルチメディア関係充実してて重宝していたのに残念だお

つまり1.5aqsensitivity-5か。

aq2はどうなるんだろう？

aq2ってまだあるの？

藤川ゆりDVD love navi 八戸をAVIに圧縮したいのですが
TMPGEnc 4.0 XPressでインタレ解除等の設定は

適応補間
コントラスト＋20(他はデフォです)
映像リサイズは(左右+8ケロップ画面全体に表示隙間無し)
(アスペクト比を保持)
その他はデフォでx264で1836kbpsで出力
・稿除去が上手くできません。
・背景と白い部分が持にチラつきます。
・映像全体が眠い感じです。

※ノイズ除去を弄っても改善されない。

ケロップ処理した場合、
�@映像リサイズはどう弄ったらいいですか？
�Aエンコーダーの詳細な設定とか

もし最適な処理があれば教えてくださいｍ(＿　＿)ｍ

>>64
そのDVDを貸せ。そしたら教えてあげる

インタレ解除等の設定は短銃二重化です^^

>>64
TMPGEnc講座 Ver.40
http://pc11.2ch.net/test/read.cgi/avi/1228345875/478

またケロップかよw

最近ケロップコピペ多いなｗ

ケロッグは好きだ

□x264OreAQ.1051.release02
・logfのルックアップテーブル処理を取り込みました。
パラメータの効果は以前のままですが、演算に多少誤差がでるため、AQDebugのフォーマットIDを
変更しました。

おまえらのソースは何？

フリーオで受信した地デジ・BS、リッピングしたBD・DVD？それとも全部か？ｗ

もんぺけでチャプチャしたPS3

そうかｗ

ゲーマー御用達だなwww

それ聞いてどうするんすかね？
x264と何か関係あるのかしら。

>>75
関係あるだろ？

ないとは言わせない。言わせてなるものかーーーーーーーーーーーーｗ

>>72
　　　　　　　　　　　　　　　 ;;-､
　　　　　　　　　　 　　 　 ／ヽ;;)
　　　　　　　　∧＿∧ ／
　 ∧＿∧＿（◎・∀・∩
　（　・∀|[__|ｏ|＿∧つ　　　　　 ＿＿＿
　 |　つ　∩（　・∀・））　　　　　|　i ＼　＼
　と＿）＿）（　つ|三|O　　　　　|　i　　l ＝l
　　　　　　 と＿）￣） 　 　　 　 |　|__ノ　 ノ
　　　　　 　　　　￣ 　　　　　　|￣￣|￣￣|

ビデオカメラきたーーーーーーーーーーーーーーーーーｗ

俺も友人の8mmフィルムをエンコしてやったことあるぜ？ｗ
２０万getしたけどなｗ

草い

vipで死ね

VFR maniac氏の
x264_EXPERIMENTAL_rev1051-release1
で以下のエラーが・・・・

Assertion failed: h->param.rc.psz_stat_in, file encoder/ratecontrol.c, line 549

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

rev1046と同じバッチでためしたんだけど
何かコマンド変更あったの？？

意味無くパッチ好きなら俺としてはKomisarビルドのほうがおすすめ

サエコのイメージDVDをAVIに圧縮したいのですが
TMPGEnc 4.0 XPressでインタレ解除等の設定は

単純二重化
コントラスト＋20(他はデフォです)
映像リサイズは(左右+8ケロップ画面全体に表示隙間無し)
(アスペクト比を保持)
その他はデフォでx264で1836kbpsで出力
・稿除去が上手くできません。
・背景と白い部分が持にチラつきます。
・映像全体が眠い感じです。

※ノイズ除去を弄っても改善されない。

ケロップ処理した場合、
�@映像リサイズはどう弄ったらいいですか？
�Aエンコーダーの詳細な設定とか

もし最適な処理があれば教えてくださいｍ(＿　＿)ｍ

俺もVFR maniac氏のr1051だとエラーがでるな
cliだと↓（r1046だと問題無しのオプション）
x264 [error]: constant rate-factor is incompatible with 2pass.
x264 [error]: x264_encoder_open failed

auoだと--aq2-strengthと--aq2sensitivityが無効って出る
--no-asmもやってみたが関係なさそう

1052

constant rate-factor is incompatible with 2pass.

また2passでcrf指定してる人か。

auoの方は間違えてOreAQ入れてた…がMixAQにしてもcliと同じエラーが出る

>>86
r1046で同じオプションだとエラー出ないし--passも使ってない

>>84
エラーになるように変更されたんじゃない?

>>88
発想が幼稚だなw

>>89
何が幼稚なのかよくわからんが、そもそもcrfって1passで使うものじゃないの?

ああ、--pass使ってないのか、失礼

>>88の通りだと思うな

>>87の書き方だと、2passにしてないのに勝手に2passのエラーが出るのかなと思ったけど

おまえら些細なことで必死になってバカだな−。

1053
Mac向け更新

Seraphy氏版 OreAQ 1046から同じオプションで1051以降したけど特に問題なし
VFRmaniac氏ビルドはあまり使ったことないけど、--longhelpで、引っかかってそうなの調べたら！？

OreAQの1051r2にしたらクラッシュしまくり…
r01に戻すわ…

オーバーフロー

seraphyの1051でエラーが・・・
"../kmp_runtime.c",line 5235:OMP runtime internal error: seesrtion failure.

今まで出たことのないエラーだ

>>99
OpenMP関係、マルチスレッド関連だと思う。

SSEMisalignと言いOpenMPと言い、最近またバグが盛られ始めたな
更新速度が速過ぎるんじゃないか？

r1052:
More accurate refcost for p8x8 CAVLC
Slightly better quality, especially in non-RD mode, with CAVLC.

r1053:
Add support for FSF GCC version >= 4.3 on OSX.
So far, only Apple GCC version was supported.

開発ツール側のアップデートが忘れ去られているに1000ペセタ。

VFR maniac氏の
x264_EXPERIMENTAL_rev1051-release2
きたー
DL出来ないけどね(汗

まなちゃん現役中○生素人着エロ倶楽部.ISOをAVIに圧縮したいのですが
TMPGEnc 4.0 XPressでインタレ解除等の設定は

単純二重化
コントラスト＋20(他はデフォです)
映像リサイズは(左右+8ケロップ画面全体に表示隙間無し)
(アスペクト比を保持)
その他はデフォでx264で1836kbpsで出力
・稿除去が上手くできません。
・背景と白い部分が持にチラつきます。
・映像全体が眠い感じです。

※ノイズ除去を弄っても改善されない。

ケロップ処理した場合、
�@映像リサイズはどう弄ったらいいですか？
�Aエンコーダーの詳細な設定とか

もし最適な処理があれば教えてくださいｍ(＿　＿)ｍ

TMPGEnc講座 Ver.40
http://pc11.2ch.net/test/read.cgi/avi/1228345875/600

600 名前：名無しさん＠編集中[] 投稿日：2008/12/14(日) 17:01:37 ID:9CJ/ZSkZ
まなちゃん現役中○生素人着エロ倶楽部.ISOをAVIに圧縮したいのですが
TMPGEnc 4.0 XPressでインタレ解除等の設定は

単純二重化
コントラスト＋20(他はデフォです)
映像リサイズは(左右+8ケロップ画面全体に表示隙間無し)
(アスペクト比を保持)
その他はデフォでXvidで1836kbpsで出力
・稿除去が上手くできません。
・背景と白い部分が持にチラつきます。
・映像全体が眠い感じです。

※ノイズ除去を弄っても改善されない。

ケロップ処理した場合、
�@映像リサイズはどう弄ったらいいですか？
�Aエンコーダーの詳細な設定とか

もし最適な処理があれば教えてくださいｍ(＿　＿)ｍ

>>105
おまえココまで荒らしに来てんじゃねーよ。TEスレにこもってろ！

>>106
コピペも同罪なんだけどどうするか

通報したいんだが、またOCNだったら嫌だから出来ない…

>>109
いま纏めた、最終確認中
http://pc11.2ch.net/test/read.cgi/avi/1228345875/619

とりあえずケロップをNG登録しとくか

OCNだったらブチ切れるよ！
ケロップさんよ〜
さてＮＧっと

sageない奴を自動的に透明あぼーん+NGID登録になるようにしてるから存在すら知らなかったよ

1054

seraphy氏
x264.1054.release01.rar キター〜〜〜〜！

キター

けどやっぱOreAQクラッシュするわ…

クラッシュするという人は環境も書いてくれんかね
多分Phenom限定だと思うんだけどさ…

C2Qだが、特定の動画で絶対にクラッシュするってのはあるな
録画し直しても同じ

OreAQ限定ではなく、かなり前からだが･･･

C2Q 9450/C2D E7200（共にOC 3.6GHz)どっちもクラッシュするよrev1051r02 OreAQでダメーポ。
詳しくないですがSSE3とかの兼ね合いみたいで--no-asmやってみたけど、こちらの環境下でも動きませんですた。
自分でビルドとかできんのでrev1051r01で様子見…

1054r01OreAQとC2Qで問題なし。

上に同じ

Q9550E0でも問題なし

Core2 T7200とCeleronM 440では無理だった
1stパスでエンコできるけど2pass目からエンコ止まっちまうね

X2 5400+
2pass始まる前にでエラー落ち

クラッシュするやつらGUIじゃないだろうな？設定リセットしてるよな？

C2Dでクラッシュするやつって2PASSだけか？
E8400 OreAQ1054 --ｃｒｆ GUIで使用
何本かエンコしたけど今のところエラーでないんだが

クラッシュするやつはオプションとCPUとどのビルドか書け

流れと全く関係ないが・・・
今月発売のPC JapanのMPEG-4 AVC/H.264解説記事がわかりやすかった。
動き補償のマクロブロック単位とか重み付け予測とか今まで名前だけしか
知らなかったけど、仕組みがおおよそ理解できたし。

>>123->>125を見て自分でも試してみた

GUI：2ﾊﾟｽ目でエラー（自動on)　
アドレス"0x7c95b1fa"で例外"0xc0000005"が発生しました
発生モジュール：ntdll.dll
オフセットアドレス：0x0001b1fa
備考：OUTPUT_PLUGIN_TABLE::func_output()[拡張x264出力（GUI)]

CLI：問題なし

Q9450、seraphy版r1054release01、パッチなしでテスト

製作者自身がGUI使ってないらしいから、気づかなかったのかね
GUI使ったの久しぶりだ

間違えてた
>>129はパッチ版だった

>>129を見てGUIも試してみたけど
通常版、patch版、OreAQ版のGCCビルド、で>>129と同じエラー。
設定は左下のデフォルトボタンを押しただけの状態、CPUはQ9550
2passに限らず、crfでもエラーになる
何故かOreAQのICCビルドだけは正常なんだよね。謎。

ompってOpenMPだろ。gcc 4.2以降で有効になるってやつじゃん。
オプションでomp無効化すればよくね？

追記、1passの時、出力がnulになってると正常に回る模様
ビルド変える時はちゃんと設定は初期化してる。
連投ｽﾏﾝ

1054パッチなし
化石なAthlonXPだと1パス目でいきなり落ちてワトソン先生惨状
エラーは129とたぶん同じ

1051だと問題ない

なーんだMeGUIには関係ナインか

ないみたいね
129だがｒ1054でrawもしくはmkvでデフォルト設定で出力すると、音声エンコに移行する直前に落ちる
mp4出力だと最初に落ちる
エラーは>>129と同じ
音声なしでraw,mkv出力すると、ファイルの出力は終了するが、AviUtlを閉じようとするとエラーがでる

まあ、おれもGUI使わんから、この辺でもういいや

VFRManiac
x264_EXPERIMENTAL_rev1055-release1.rar
これはどう？

>>129
Phenom X4 9750だけど同じエラー
SSEMisalignの件もあるが--asmしてrev1051r01にて様子見

もうGUIのOreAQはだめなのかね

x264 VFW GUI専用スレ Part4
http://pc11.2ch.net/test/read.cgi/avi/1221328142/

GUIならうちも>129と同じエラーだね
>>137問題無く通ったよ
環境とか晒してもSeraphy氏がGUIで実験して改善策立ててもらえない限り OreAQ gui.auoは
使い物にならんかと

1055がきてるな

VFRmaniac氏の1055r1うまいな。同じソース同じオプションで10回円弧テストしてみたけど
Seraphy氏の1051r1比較だと1fpsほど変わってくる

え？何か違うの？

>>129氏の状況、うちでも再現した。

E8500でノーマルrev1054の2パス指定で1パス目から発生。
ノーマルrev1051では発生せず。とりあえず戻すしかなさそうだね。

>>143
自演に釣られるなよ

1056

1057。

VFRManiac
x264_EXPERIMENTAL_rev1057-release1.rar
きたよ

H.264　mpeg-4 ASPに比べ　サイズ３割減　負荷３割り増し。
軽さをとります。

画質10倍が抜けてるぞ。

なんかDoom9でx64ビルドの話が出てるな

Vsta64のゲーム専用マシンが活躍する時が来たか

まだGPGPU対応してないのか、また来年見に来よう

クリスマス休暇でまた怒涛の更新が来るのかな？
年明けたらr1150くらいになってたりして

Seraphy氏もきた。
gui、エラーなくなった

エラーなくなったのか
結局何が原因だったのかしらねー

れどめ

ありがたいね

x64ビルドがpthreadもサポートしたようだ。
5-10%速いらしい。64bit OS持ってるヤツ試してみてくれ。

x64だとスタックアライメントも気にしなくていいらしい。
でもx264guiをx64にするにはAviUtlもx64にしないといけないだろうしそうなるとフィルタプラグインも…
移行は無理かねぇ…

なぜＧＵＩを使うのかいまだに理解できない

別に自分が使いやすければ何でもいいだろ
おめーに理解とか求めてねーから

gui.auoはスレ違いだろ
使うのは個人の勝手だが、ここに書き込むんじゃねえよ

はぁ？

>>163
x264 VFW GUI専用スレ Part4
http://pc11.2ch.net/test/read.cgi/avi/1221328142/

>>164
はあ？

>>1 に書いてある日本語も理解できな馬鹿は死ね

>Q 圧縮codecありませんか。AviUtlで使いたい。x264gui.auoの使い方は？
>A x264 VFW GUI専用スレでどうぞ。

>>166
はあ？

めんどくさい人種が湧いてるわけですね、わかります

本当は寂しいだけなんだろ？
大丈夫、みんなやさしいから

普通のとVFWとでは別物だからねぇ同じスレじゃできないのよ

AviUtlでVFWを使ってる人っているの？

AviUtlの出力プラグインならAviUtlスレだろうな
このスレではAviUtlのプラグインまでフォローしないだろ

今さら？

で、本題に触れもせず14レスも消費したわけですね。

スレ見てきたけど、5-10%ってCore2でなのかな。64bitだと逆に遅くなることも･･･とか読んだ。ttp://pc.watch.impress.co.jp/docs/2006/0718/kaigai288.htm
64bitOS on 32bit→64bit で5-10%up　、その前の32bitOS→64bitOS で性能down とかだったら悲しいな。　とりあえずレポ期待。
壮絶にスレチに突っ走りそうなので、簡潔に教えて下さい＞＜；

あと、Seraphy氏は64bitでビルドしないだろうと思うけど、自前で64bitのビルドって簡単に出来るの？

x264afsにavs食わせると時々エラー吐くんで、その時はAviUtl使ってるな
安定度はAviUtlのが高い印象

x264afsにavs？？？
afs専用になんでafs使ってないの食わせるんだ？

ぷっ！

自動フィールドシフト使ってるからx264afsにavsかませてんだろ
使ってないなら頭おかしいが

>>173
その記事は古すぎるから鵜呑みにしちゃいけない。
Core i7のIntel64（旧EM64T）は改良されていて、AMD64と同程度で走るらしいよ。
x264のx64ビルドを実際に走らせて調べたことがないから断言できないけどね。

>>175
>>177の言うとおり、かましてる

つーか、そっちが最初に辿り着く考えじゃないのか？

メモリいっぱい使えると快適になるんだから
さっさと64bit環境に対応して欲しいね

Sharktooth氏流石だぜ
ttp://skystrife.com/x264/x264.1057M.x64.exe

Sharktoothって一時期精神病院かどこかに入院してた人だっけ

vfr maniac氏がdonogoにアップしてるOPの映像はんぱねー
どうやってあんなきれいにディザ残してるんだろうか

>>183
バイナリエディタでちゃちゃっと見れるんじゃない？

>>184
詳細オプションまでは見れないようになってるみたい
特殊なオプションを使用していると説明書きがあったから気になってしまった

ttp://donogo.com/video/1218
一応リンクを

psyrdじゃないの？
psyrdのおかげでノイジーな映像を小容量でもノイジーなまエンコできるようになった

バンディング低減でディザかけてpsyrdとdeblockとdeadzoneをいじれば
簡単にこういう映像は出せるようになったよな
つくづくx264は進歩したと思うよ

グレインノイズ付加関数とpsyでビットレートをvfr氏のものに近づけたらそれっぽいのができた
比較用にビットレート2000程度で試してたんだけどそこで差が出てしまったみたい。サーセン

特殊なオプションてfgoのことじゃね？

>>185 のリンクに本人のコメントきてる

エンコ時間の20-25%を占めるSATD処理を60%速度うｐするパッチが開発中だそうで。
+　　　+
　 ∧＿∧ 　+
　（0ﾟ・∀・）　　　ﾜｸﾜｸﾃｶﾃｶ
　（0ﾟ∪ ∪ + 　　　　　　　
　と＿_）__）　+

>>VFR maniac氏
質問に答えていただいたうえに、細かい設定まで公開していただきありがとうございます。

VFR maniac氏のx264ビルドにはfgoが残っているようなので
こちらも使わせて頂きます。ありがとうございました

何故か分からないけどGUIじゃなくCUIで突然落ちる。
1051なら問題なしでseraphy氏の
x264patch.1054.release01.rar
x264patch.1057.release01.rar
だとエラーメッセージに書き込み違反が発生しました。
エラーメッセージで落ちてしまう。
原因がよくわからんのでもうちょっと調べてみます。
同じ現象起きてる人いる？

XP Professional SP3
GA-P35-DQ6
Q6600
Radeon HD 4870

>>193
うちは1057だけど問題ないな。

VFR maniac氏のだとGUIでもCUIでも問題ないなぁ

どういったファイル構成とオプションを使ってエンコードしたのか書かないと
検証しようがないからきちっと書いたほうが喜ばれると思うよ

ちなみに俺の環境だとseraphy氏のビルド、俺ビルド、Sharktoothのビルド
どれもエラーが出たことはないなあ

Canopus HQ Codecの元動画を
avisynth(読み込みのみ最小構成)で読み込んでx264に投げ込んでます。
やっぱり1051だと正常にエンコード出来るんですが、1057だとエラーで落ちます。
オプションは

--crf 20 --level 4.1 --bframes 3 --b-adapt 2 --weightb
--subme 8 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct
--vbv-maxrate 50000 --vbv-bufsize=50000 --ref 3 --mixed-refs --keyint 300
--min-keyint 1 --scenecut 50 --qpmin 7 --qpmax 31 --qpstep 8
--qcomp 0.7 --cqm flat --aq-mode 1 --aq-metric 1　--aq-strength -0.4
--aq-sensitivity 7 --aq2-strength 0.3 --aq2-sensitivity 15 --me umh
--merange 32 --trellis 2 --threads 3 --progress --no-psnr --no-ssim
--no-fast-pskip --no-dct-decimate --psy-rd 0.5:0 --deblock -1:-1

です。何か間違ってます…？

すいません。
読み込みのみ最小構成と書きましたがafsだけは使ってます。
えらいウソを書いてしまった。

VFR maniac氏のバイナリを試すとかした？

試してません。
ずっとオプションいじったりしてseraphy氏のやつで試してました。
今ちょうど分かったのですが、
全く同じオプションでエンコードしても
エラーが出るやつと出ないファイルがあります。
今試し終わったのは正常終了できました。
オプションは関係ないんかな。

情報が小出しになって申し訳ないのですが、
エンコード開始から数時間経たないとエラーが出なかったり、
逆にavsをx264に放り込んだ瞬間にエラーが出たりと
わけのわからん状況で頭の中がこんがらがってきてます。

>>200
オーバークロックしてないよね？

してないです。

>>200
afsを切ってみる

>203
関係ないんじゃない?

afs切りましたがエラー確認しました。

今VFR maniac氏の
x264_EXPERIMENTAL_rev1057-release1.rar
を試し終わりましたが、とりあえずエラーなしです。

だから言ったろう
VFR maniac氏なら問題無いと

ということはseraphy氏の実装に問題ありか?

>>197
エラーファイル(小さいもの)＋オプション＋バージョン＋環境などを
seraphy氏に提出！
でないと解決しないぞ。

エラーファイルってエラーメッセージのことですか？
それともx264ってlogみたいなのを出してくれる場合があるとか…？
無知ですいません。

＞--analyse
＞--analyse
＞--analyse

VFR maniac氏のも名前通りafsかませる？

もちろん

>211
analyseオプションに問題ある?

>--analyse >--vbv-bufsize=50000
まあ関係ないと思うけど･･･

多分エラーファイルってのは、実行すると落ちるソースのことだと思う。
afs切るのは当然として、それと落ちる条件のオプション探しとかしたらどうだろうか。
1051→1057だから、まあAQ周りなんだろうけど、他にも何かトリガがあるのかとか。

分かりました。
とりあえず落ちるオプションを探してみます。
今日は遅いので明日になると思いますが…

とりあえず--no-asmからはじめようか

>>197
--aq-metric 1の後のスペースが全角じゃない？

ところでバイナリにVFR maniac氏のは入れないの？

本人が非推奨って言ってるものを入れることはないだろう
この前のguiバグ騒動のときも迷惑がってたじゃない

細々とコンパイルしているから更新できるのであって、
公にするとそれなりの責任が伴うから嫌がる人は多いと思うよ

試してみましたが、全角か半角か判断つかなかったので
とりあえず確実に--aq-metric 1の後のスペースを半角にして
VFR maniac氏のrev1057-release1でエンコードしてみたところ、エラーでました。
今は検証出来ませんが家帰ったらオプション検証します。
本当に何がいけないんだろう。

久々に来たわ。

なんか過疎ってない？みんなAVCには飽きたの？

ここは新参お断りが多くて迂闊に書けない
x264を常に更新してる人以外は初心者スレ池だもんな

おもしゃをいじくり回す熟練度で喧嘩してんのか？
そりゃ、過疎るわ。

ニコ厨やﾀﾞｳｿで賑わうくらいなら、過疎ったほうが100倍マシです

>おもしゃ

日本語が不自由な人なのかな？

>>227
違いますよ。たんなる誤字です。

他にくだらない質問はもうないんですか？

>>228
スリーサイズを教えて下さい。

>>228
なんか即レスしかしてないけど、単なる偶然？
それとも小まめにリロードしながら待ってるの？

くだらんな質問が>>230はたんなる粘着か。
>>229の方が面白いわ。

BugMaster
x264_vaqmod.06.r1057.diff

http://stashbox.org/browse.php?q=x264&x=12&y=13
キター！！??

何が変わったんだ？

>>191
これじゃね？

それは↓
ttp://akuvian.org/src/x264/satd.diff

そのパッチ以前から、--me tesaを常用している人はいるのかな。

うーん…SSSE3大活躍っぽいな

Phenomの俺涙目

あーフリー版のnero置き場が無くなってる

>>238
日本のページはなぜかなくなったから
海外ページで
http://www.nero.com/ena/downloads-nerodigital-nero-aac-codec.php

>>239
おお、サンクス。
「おまえらnero有償版買えｺﾞﾙｧ」って事かと思ってた。

DVD程度の解像度ならtesa使ってる

r1057_EXPERIMENTAL
aq-mode (0-3)

r1058_EXPERIMENTAL
aq-mode (0-1)

確かに2,3のauto AQ sensitivityは、あまり良い結果でなかったけど。

やっぱりこいつ日本語不自由じゃん

EXPERIMENTALが落とされまくってVFR maniac氏が…
やめてー

フルHDの実写とアニメ用のOreAQのコマンドそろそろ適当に公開してくれ

Seraphyいらなくなったの？

CUIでエンコしだしてからVFR maniac氏のを使うようになった俺ガイル

俺はfgoを使うときだけVFR maniac氏のを使ってる

色々オプション試してみましたけど、
やっぱり1057だと書き込み違反が発生しましたっていう
エラーが出てしまうみたいです。
とりあえず1051なら出ないのでそっち使っておきます。

ATIのGPUトランスコード速いな。
だいたいHD→HD AVC変換で最高3倍速ぐらいだった。

x264対応してくれれば神なんだが・・・・・・・・

x264+GPU支援に期待しまくってる人が結構いるみたいだけど
あんま支援されまくるとx264である意味がないように思うんだが

x264の利点って細かくオプション弄れるところじゃないの？
その上さらにGPUエンコ出来たらいいなぁ〜って思ってるけど

現行x264と同じオプションで同じバイナリを吐くようにGPU支援効かねーかなーってのが期待だろう

やっぱりCUDAは期待できなさそう
ttp://tripper.kousaku.in/
ちょっとジャンルが違うけど整数論理演算はx264でも使ってそうだし

ttp://sourceforge.jp/projects/naniya/releases/36491/

RADEにはこんなのあるよ

GPUが得意そうな一部の処理だけ受け持ってくれて
少しでも早くエンコできるようになるといいね

他の板の奴らレベル低すぎて笑ったわ
縦解像度をなんで1088なんかにしてるのか聞いたら、x264でも16の倍数でエンコしたほうがいいとか言ってやがった

tesa+subme 9+ref 3辺りで、720p 60fpsを実時間でエンコードして
くれるとかだといいんだけどなぁ。
AvivoもBadaboomも、速度はそれなり出てるけど、画質がアレなので、
x264のGPU対応に激しく期待したい。

720p 60fpsを実時間でエンコード、って
そもそもx264以前にBobデインタレのフィルタかけるだけで
実時間より遅くなるんじゃ
大した処理をしない軽いBobフィルタならOKなのかもしれないけど

…

>>193
エラーが出る場合のエンコ元動画はどんな感じ？
自分はx264GUIの1057で
512x280（280で「16の倍数じゃねぇ」ってINFOで吐かれてようやく気づいた）
の29.97fpsの12分40秒の動画で2passエンコしたとき、
2pass目の11:56以降で映像が静止画と化した。そのあたりの.statsファイル↓
今1051と1057で色々行ったり来たりしてる。1057も危険？

in:21476 out:21476 type:B q:39.02 tex:4883 mv:4195 misc:634 imb:28 pmb:279 smb:258 d:s;
in:21475 out:21477 type:b q:40.19 tex:4928 mv:3660 misc:644 imb:30 pmb:243 smb:294 d:s;
in:21479 out:21478 type:P q:38.06 tex:6079 mv:6208 misc:553 imb:141 pmb:291 smb:144 d:s;
in:21478 out:21479 type:b q:40.22 tex:2003 mv:3051 misc:666 imb:9 pmb:262 smb:295 d:s;
in:21481 out:21480 type:P q:38.09 tex:5922 mv:6097 misc:597 imb:81 pmb:337 smb:158 d:s;
in:21480 out:21481 type:b q:40.35 tex:1710 mv:2651 misc:631 imb:4 pmb:241 smb:325 d:s;
in:21482 out:21482 type:P q:38.18 tex:42 mv:190 misc:320 imb:1 pmb:28 smb:547 d:s;
in:21483 out:21483 type:P q:38.17 tex:20 mv:7 misc:173 imb:0 pmb:2 smb:574 d:s;
in:21484 out:21484 type:P q:38.17 tex:0 mv:0 misc:160 imb:0 pmb:0 smb:576 d:s;
in:21485 out:21485 type:P q:38.17 tex:0 mv:0 misc:160 imb:0 pmb:0 smb:576 d:s;
in:21486 out:21486 type:P q:38.17 tex:0 mv:0 misc:160 imb:0 pmb:0 smb:576 d:s;
in:21487 out:21487 type:P q:38.17 tex:0 mv:0 misc:136 imb:0 pmb:0 smb:576 d:s;
in:21488 out:21488 type:P q:38.17 tex:0 mv:0 misc:136 imb:0 pmb:0 smb:576 d:s;
in:21489 out:21489 type:P q:38.17 tex:0 mv:0 misc:136 imb:0 pmb:0 smb:576 d:s;

atiの言う720pは720pでも30fpsだからな・・・

betaだｋらじゃね

みんなはこれに興味はないのかな

爆速H.264変換×超解像カード「FIRECODER Blu」を駆る (1/3)

ttp://plusd.itmedia.co.jp/lifestyle/articles/0812/24/news031.html

>>255
Q6600 @ 3GHz, RADEON HD3870（48xx必要ってあったけど動いた）

TX 1.2.6.2 ･･･ 10MTrips/s
naniya ･･･ 25MTrips/s

泣いた

しかしこれCPUもGPUもフルで回るから電源ぎりぎりな俺はかなりきついｗ

スレ違いだから吊ってくる

--psy-rdって正式に導入されてから結構経つわけですけど
俺はぶっちゃけ不要かなと思うんだが皆様は使ってんですか？
まあエンコの設定なんて気に入れば人それぞれな訳ですが少し気になったので

ちょっと使うくらいならありかな。使ってないけど

0:0

めちゃくちゃ重宝してる

0.5:0 心理的にね

GPU支援付きx264で支援なしと全く同じ出力させるなら
高速化できるのはDCT・量子化部分とデブロックくらいになっちゃうだろうな
エントロピーコーディングはそれ自体には適用できそうだけど
RDOの方式によっては高submeレベルのRDOができなくなるか
任せる単位が細かすぎて速度的メリットがなくなりそう

動き検索はアルゴリズム不一致だろうから採用できないとすると
単純なDCT・量子化部分は現在のSIMDでも相当速いし
analyse部分とRDOに使えなさそうだと
結局それほど速くならないんじゃないかと不安

まぁそもそもGPU側がどれほどの機能を提供するかで全然違うけどさ
出力一致の前提じゃoverallで現状の倍速ぐらいになってくれれば御の字かも

だんごやさんが来たよ。
ちょっとCUDAまいていい？

>>261
どんな感じと言われてもどう答えていいのか。
自分の場合は原因がようわからんので1051使っておきます。
1051でも困るような状況ではないし。

>>274
こう聞けばよかったかな…。
エラーが出る場合のエンコ元動画のスペックは？

自分はデータ出力量が一定以上だとバグるんじゃないか、と睨んだんです。

1060

俺もpsyrd気に入ってる

>>275
？？？
ごめん…理解力足りないのか動画のスペックっていうのがよくわからない。
コーデックのこと？解像度のこと？
データ出力量っていうのはデコード後のデータ量のことですよね。
とりあえず自分は1051を使っておきます。

1061でクラッシュ直ったらしい

--subme 9は耐えられても --me tesaも加えると耐えられない遅さ・・・ Q6600@3GHzで5fps切っちゃう
ましてや--psy-rdはどれ位遅くなるのやら＿|￣|○

5fpsもでるの間違いだろ？

>>278
要するにx264GUIが入力＆処理＆出力しなきゃいけないデータ量が一定以上だと
エラーになるんじゃないかと思ったので
（>>264でいえば
入力…「512x280」の「29.97fps」の「12分40秒」の動画
処理…「2passエンコ」で「2pass目の11:56以降で映像が静止画と化した」
のような）、
まずそのx264GUIの入力＝動画のデータ量を決める要素
（解像度、フレームレート、映像時間、etc.）が分かればと思っただけです。

subme 9とかme tesaとか効用をちゃんと数値なり目なりで確認したうえで
計算量増加のコストと天秤にかけて採用してんの？

>280
単体で2fps位しかでないので、3つ同時に走らせて効率化してる漏れは・・・？

OreAQ用 HDアニメ向けスクリプトを貼ってみるテスト
デブロッキングを使うと何故かグラデーション部分で破綻するためオフ。
正直まだまだ追い込めそうなので色々テスト中・・。

--min-keyint 1 --scenecut 65 --pre-scenecut -b 2 --ref 2 --crf 20
--qpmin 12 --qpmax 20 --qpstep 8 --nr 200 --me umh --merange 32
--aq-mode 1 --aq-strength 0.2 --aq-metric 0 --fgo 1 --subme 9
--deadzone-inter 10 --deadzone-intra 17 --psy-rd 0:0 --mixed-refs -8
--trellis 0 --no-fast-pskip --no-dct-decimate --sar 1:1 --no-deblock
--no-psnr --no-ssim --progress --cqmfile "matrix.cfg" --threads 4
--thread-queue 4 --thread-input

x264_vaqmod.06.r1057.diff

http://stashbox.org/v/333687/x264_vaqmod.06.r1057.diff

>>285
追い込めそうもなにも
>デブロッキングを使うと何故かグラデーション部分
再生時にデブロッキング効いてない環境で視聴してるだろ

デブロッキングを使うと弱いグラデーションの部分がかえってブロッキーになるって話じゃないの？

--aq-mode 0にして、低周波をちゃんと残す様にすれば良い。

>>285
--no-deblock --crf 20 --qpmin 12 --qpmax 20
えらく太りそうな予感

>>280
Duo 4GHzで2fps

ホントエンコは地獄だぜﾋｬｯﾊｧｰ

過去のバージョン落とせるサイトってない？

seraphyさんとこもoldってあるじゃん

ftp://ftp.videolan.org/pub/videolan/x264/snapshots/
これをmakeすればいい。

seraphy版r1061来たな
クラッシュが直るまで様子見してたのかな？

とりあえず、いつもご苦労様です

Phenomがクラッシュするとか聞くわけだがどのバージョン？どのビルド？
こんどPhenomでマシンを一台組む予定なので心配なのです

当たり前なんだけど、
パカパカと画面が移り変わるいわゆるパラパラアニメみたいな感じの動画には
糞弱いな。ビットレート相当割かないとブロックノイズってしまう

弱いってのは何か別のものと比較してのことだよな？

んいや、比較した事はないけどｗ
いろんなエンコードしてもパカパカアニメみたいなのをエンコすると、
動画サイトの制限以内で納めるのが極度に難しいなぁと。単にそれだけ。

http://mirror05.x264.nl/Dark/website/compare.html

これの一番下もそうだが、そういう難しいソースだと、他のエンコーダを使えば余計に悲惨だろうと思う。

>>299
最低でも --keyint と --scenecut はソース毎に吟味してる？
どこででも言われてることだけどさ。

>>296
VFR maniac氏のOreAQなら全部通ってる
seraphy氏のは通ったり通らなかったりrevision毎に動作が違う

何が悪いんだろうねぇ

>>302
そうですか、seraphyは時の運ですか
とりあえず組んでみてから試してみますね

自ビルドするのが一番？

今はコンパイルが簡単にできるから、自分で行うのが安全だと思うよ。
どうしても必要な非公式パッチだけ使えば不安定要素も減って一石二鳥。

実写HDどんな感じのパラメーターでエンコしてる？
始めて実写録ったんで持て余し気味だ@プラネットアース

初心者はいきなりこんなとこに来るべきじゃない
初心者向けのサイトで勉強してからこい

アニメは今のところ、aqは使わんほうがいいね

設定によるけどあなたの設定でそうなるならそれが正しい

元ソースとエンコ目的でも変わってくるな

1062

疑問なんだけど、どうしてx264だけごちゃごちゃ準備しないとエンコできないんだ？
DivXとかだったら、コーデックさえインストールすればAviutl使って簡単にできるのに。
x264でエンコしたいと思ったら細かいファイルをいくつもダウンロードしなきゃならないし、
面倒なコマンドも多用するし、システムフォルダもいじるし、この煩雑さは異常。
このソフト一つで全部できるどーみたいなのはないの？

>>313
>ttp://pc11.2ch.net/test/read.cgi/avi/1221494912/

…釣りだよな？

avsを直接入力に使えるx264の方が、avs2aviの様なフロントエンドを用意しないといけない
VfWのエンコーダより楽だと思う。

>>313
x264 VFW 専用スレ Part4
http://pc11.2ch.net/test/read.cgi/avi/1221328142/

一生DivX使ってればいいのに

>>313
yum -y install x264

俺はこれだけでx264使えるようになったけどな

どっちの方がシステムフォルダ弄ってるんだろうね？

コマンドラインツールのくせにリンクしてるライブラリの多いこと多いこと

パッケージってことは最新にこだわってないんだろうし
色々と便利なffmpegとかMencoderとかで良くね？
いや、実際に入るのはMencoderとか？

seraphy版oreAQの1061にしたら--bimeオプションが通らなくなったんだが・・・

そんなとっくの昔になくなったオプションの話されても…

--longhelp

>>323
x264の変更ログくらい読もうな。
誰がビルドしたとか関係ない。

あ〜無くなったのか・・・
久々にx264更新したら
わけわからんことに・・・
どもでした

背景がずっと映ってるようなシーンで前をボールがぱっと横切った場合、
ボールが横切った後にブロックノイズが出てくるんだけど、
これ解消できるオプションってどれになるんだろ。--ref上げりゃ良いのかのう

>328
自分も一時おんなじようなノイズに悩まされて色々試してみたけれど、
デブロッキング切ってみたらうまくいったよ。
もしくはSubmeを6以下にしても確か効果があったような・・。

なるほど、ちょっとやってみた。
やっぱり-refは効果あるね。参照距離伸ばす事で、前前のフレームちゃんと拾ってきてくれてるっぽい。
ただエンコ遅くなるけど。--refって特に問題ない限り16常用しちゃダメなんかな？
デブロックは正直自分の目では違いが分からんｗ
submeはもうちょっといじくってみる、ありが�d

--refはHDの映像なら4くらいまでにしておかないと、互換性が落ちる。

まぁProfileの規格内にしておけ

了解。
次世代規格ではもうちょい参照距離のばして欲しいな、やっぱ使い所が多いし。

VFR maniac氏のとこにx264_test_for_Phenomなんてのがあるな。

>>323
ttp://x264.tobinaka.com/

>>335
tobinakaまた宣伝しにきたのか

refの制限ってMaxDPBから来るのかな？

例えば規格書でlevel3ならMaxDPB=3037.5*1024bytesってなってるけど
YUV420(YV12)でSD解像度(D1:720*480)だと1frame=518400byteだから
floor(3037.5*1024/518400)=6
で--ref 6はOKって考えていいんだろうか

どっかにまとめとかある？

これでいいなら1920x1080, YUV420, level4は
floor(12288.0*1024/(1920*1080*1.5))=4
>>331と合うね

>>337
http://en.wikipedia.org/wiki/H.264#Levels

この表の"Examples for high resolution @frame rate(max stored frames)in Level"が分かりやすい。


DXVAの為の設定例: http://forum.doom9.org/showpost.php?p=1081891&postcount=33

>>339
そんなメジャーな所にあったなんて…orz
規格書まで持ち出した俺はなんだったんだ

でも、その設定例は今は気をつけた方がよさそう
r721で--refはBフレを含んだDPBサイズを指定するようになったから
「基本的には」b-framesとb-pyramidに影響されなくなったはず

…なんだけど、b-pyramidの時にはx264の解釈に問題があるみたいな話が…
どっかであったはずだけどどうなったんだろう
確かrefが規格上の制限より1つ多くなっちゃってデコーダ次第で危険だとか

B-pyramids breaking DPB limits discussion - Doom9's Forum
ttp://forum.doom9.org/showthread.php?t=140223

それだー
しかしみんな、よくそんなすぐに…
自分のレベルの低さを思い知らされますた

エンコしたデータのヘッダから必要なDPBメモリの量を計算してピッタリ確保するデコーダがあれば問題が起きるかもしれないが
そんなことするより常に一定量のDPBメモリを確保した方がシンプルだから普通そうしていて
問題が起きるデコーダは今のところ無いってことなんじゃないかと思う。

Dark Shikariはそう言ってるけど本来は規格違反なんだよね
まぁb-pyramidは色々地雷なんで使わないからいいけど

>>343
これのことだよね。
ttp://forum.doom9.org/showthread.php?p=1181430#post1181430
ttp://forum.doom9.org/showthread.php?p=1181469#post1181469

たまに問題が起きるデコーダーもある　ってことだね。
PC用デコーダではほぼ問題無いけど、DXVAではボチボチ起きたから問題になった…んだと思う。

> PC用デコーダではほぼ問題無いけど、DXVAではボチボチ起きた
？良くわかんない・・・　DXVAてDirectXの一部(DirectX Video Acceleration)のコトじゃ？

PC用というよりソフトウェアデコーダといったほうが良いかな
ハードウェアでやらせるとなるとどうしても制限が厳しくなってしまうからね

あー、グラボの再生支援機能のことをDXVAってカキコしたのね。
スレ汚し失礼。

DXVA と聞いて再生支援じゃなかったら何だろう

1063
Much faster CABAC RDO
Since RDO doesn't care about what order bit costs are calculated, merge sigmap and level coding into the same loop in RDO.
This is bit-exact for 4x4dct but slightly incorrect for 8x8dct due to the sigmap containing duplicated contexts.
However, the PSNR penalty of this is extremely small (~0.001db).
Speed benefit is about 15% in 4x4dct and 30% in 8x8dct residual bit cost calculation at QP20.
Overall encoding speed benefit is up to 5%, depending on encoding settings.
Also remove an old unnecessary CABAC table that hasn't been used for years.

ｷﾀ━━(ﾟ∀ﾟ)⌒Ｙ⌒（｡Ａ｡)⌒Ｙ⌒（ﾟ∀ﾟ)⌒Ｙ⌒（｡Ａ｡)⌒Ｙ⌒（ﾟ∀ﾟ)━━!!!

重要そうな単語が並んでるが大幅な改善なんか翻訳できる人plz

1063
はるかに速いCABAC RDO
RDOが、コストが何のオーダービットで計算されるかを気にかけないので、sigmapを合併してください、そして、RDOの同じ輪へのコード化を平らにしてください。
これは、ビット4x4dctに正確ですが、8x8dctに、コピーされた文脈を含むsigmapのためにわずかに不正確です。
しかしながら、このPSNR刑罰は非常に小さいです(~0.001db)。
速度利益は4x4dctのおよそ15%です、そして、8x8dct残りのビットにおける30%はQP20で計算かかります。
全体的に見て、設定をコード化するのによって、速度利益をコード化するのは、最大5%です。
また、長年使用されていない古い不要なCABACテーブルを取り外してください。

1063
RDOをはるかに高速CABAC
以来、 RDOを注文ビットコストの計算方法は何を大事にしていない場合、 RDOをsigmapとレベルで同じループにコーディングをマージします。
このビットは、 4x4dctのだが、若干の不正な正確なコンテキストを含むため、 sigmap重複8x8dct 。
ただし、このペナルティは非常に小さいのPSNR （ ? 0.001デシベル） 。
スピード給付QP20で4x4dctには約15 ％と8x8dct残留ビットコスト計算で30 ％です。
全体のエンコード速度の利益を5 ％に、エンコード設定によってはされています。
また、年間に使用されていない古い不要なCABACテーブルを削除します。

>>352
PSNRが0.001db下がる代わりに全体で最大5%の速度向上

VFR Maniac氏ので試してみたけど速度そんなに差があるかなぁ？って感じ

セラフィーたんのx264gui.auo、FakeAacWavのをデフォで導入してくれないかな

BugMaster
bm_x264_patch_collection.r1063.zip
パッチセットがキター！

http://stashbox.org/browse.php?q=x264&x=12&y=13

なんだかとても質問出来る雰囲気じゃないような気がする…が…




…そのﾊﾞｯﾁ?ってaviutlでx264使うのには関係無いんでしょうか?

自分でコンパイルする人向けっぽいね。

>>360
そうみたいですね、お騒がせでしたｗ

xvidみたいにフレーム単位で範囲指定してクオリティー設定できるようにしてほしい

え？

つ --longhelp

zoneか！なつかしい。どもっ。

ぃぇぃぇどういたしまして(´・ω・`)

1065
Much faster CAVLC RDO and bitstream writing
Pure asm version of level/run coding. Over 2x faster than C.
Up to 40% faster CAVLC RDO. Overall benefit up to ~7.5% with RDO or ~5% with fast encoding settings.

ｷﾀ━━━━━━━━━━━━━━━━(ﾟ∀ﾟ)━━━━━━━━━━━━━━━━!!!!!!

エントロピー符号化の両方が速くなったんだな。

いや、マジで更新の嵐だな

年末なのに大変だなぁ

いや、欧米なんかだとクリスマス休暇で年末は自由時間が
多かったりするからその勢いかも知れん

Microsoft .NET Framework 2.0 Service Pack 2 - 日本語
http://www.microsoft.com/downloads/details.aspx?FamilyID=5b2c0358-915b-4eb5-9b1d-10e506da9d0f&displaylang=ja

>>367
それのseraphy氏版きてたよ

BugMaster
bm_x264_patch_collection.r1063_fixed.zip

http://stashbox.org/v/342761/bm_x264_patch_collection.r1063_fixed.zip

fixed？？何か修正されたのかな。

seraphy氏がqnsを外すことを検討してるらしい。使ってる香具師は掲示板へGO

qnsっていみあったっけ

□rev1065.release02
・--qnsを外してx264_hrd_pulldown.09_interlace.diffを取り込みました。
詳細は--longhelpで。

PS3使いとしてはインターレースでエンコードするのに必須のオプションだから歓迎ｗ

git-r1066
factor mallocs out of hpel, ssim, and esa.
there should now be no memory allocation outside of init-time.

止まらねぇなｗ

nal-hrd を使うとPS3でも正常再生が可能なインタレ保持の動画ができるってこと？

うん

--pulldownは24pを30iにしてくれるのか。

これを--nal-hrd, --vbv-bufsize, --vbv-maxrateと併用する事で、
そうだったのか・・・

nal-hrdってpatch版の方だけ？OreAQ版は無し？

両方。落とせばわかるだろ。

怒濤の更新1069

r1065速すぎ
afs使っても約4時間になったわ

何が4時間になったんだｗｗｗ

>>388
エンコ時間ね
r1028では約四時間半ぐらいだった

そこまで読める読解力はないわｗ

むしろエンコ時間以外何を書くんだ

392って酔っ払ってるのかな

nal-hrd
これ、ロングヘルプ見ても、さっぱりなんだけど、インタレ動画にはとりあえずonすればいいの？

VFR maniac氏
あけおめ。ことよろ。
r1069_EXPERIMENTAL　サンクスです。

今年もVFR maniac氏にとって良い年でありますように。

>>395
ここは個人のスレではないから個人へのコメは向こうのblogへ投稿しような
明けたばかりだから俺もこれ以上は言わない

さて年明け早々エンコするぜ！

Aviutl99gでseraphy氏のx264.1065.release01を使ってるんだが、
映像を300kbps、音声を48kbpsくらいまで低くすると、出来た映像の音がブチブチ切れることがある。
どうすりゃいいの？

ｽﾚﾁ

音声を上げればよろし

>>398
スレチなの？ごめんね
>>399
ありがとうね

>>397
http://pc11.2ch.net/test/read.cgi/avi/1221328142/
GUIはこっちのスレらしい

ref16使いたいけど、なんか検索しても禁じ手みたいな感じで誰も使ってないんだなー・・・
一部デコーダーが対応してないってのは重重に分かるんだが、
あの費用対効果を体験するとref中毒になるわ。

俺も昔よくやってたけど無駄だとわかったので使っても6くらいまでだな

ref3ぐらいがエンコ速度と動画容量の最適解だと俺は信じてる

>>402
> あの費用対効果
なんの費用がかかるんだ・・・？ｗ
ref 15以上だとおかしくなる環境多かったのんじゃないの？
アニメ厨じゃないからref 3以外にしたこたないなぁ。

費用は時間でしょ

r1071

qcomp(ビットレートの変動幅）って
1.00にしないほうがいい？無駄に容量増えるだけかなぁ

想定する容量によるが、1.0は上げすぎじゃないか
crf14とかにするんならそれで良いかも知らんけど

qcompを上げると、あまり動かないシーンの画質が下がる

>>407
1070しかないよ？？

>>411
ttp://mailman.videolan.org/pipermail/x264-devel/2009-January/005344.html

なる。�d

これ、MSVCはまだC99非互換ってことかい？

>>409-410
遅くなったけどありがとん。
画質が極端に変動しちゃうわけか。
画質を一定レベルに押さえるためには幅を小さくする必要もあると・・・ふむふむ

真逆に理解してそう

>>414
MSVCはC++だからC99は非互換ってことでしょ。
とプログラミング素人が申しております。

その理解は本当に素人すぎるから…
話はそんなに単純じゃない

そもそもC++はかなりの程度（100%ではないけど）でCとの互換性を維持してるから
Cのソースは多くの場合C++のコンパイラにもそのまま通せるよ
プロトタイピングをしっかりさせなきゃいけないとか一部厳しくなってるところはあるけど
関数途中での変数宣言とかC++の方が緩かったりするし
C++コンパイラを名乗っててCは通せませんって製品は見たことない

ただし、それは最近まで標準的だったC89の話で
MSVCを含む多くのコンパイラでC99のサポートは非常に限定的だった
C99にはC++で先に規定されてた仕様が色々盛り込まれてるから
MSVCではC99の規格としてではなくC++の規格として実装していて
準拠するCのバージョンはC89なんだけどC99の機能が使えるってことがある

例えば「//」による1行コメントはVC6（未だに多く使われてる）でも使えたけど
これはC++で先に規定されてて、C言語に対してもおまけで使えたって感じが強い

まあ、x264は開発者も使うGCCでコンパイルするのが簡単で良い。

gccの場合厳密にC99対応として行われていることが
MSVCでは「C89＆C++の一部」でしかない場合が多々ある
もちろんMSVCのバージョンにも依るけど、VC6はC99とはとても呼べない
C99での新規機能でVC6で使えたのは、主に「//」とinline（これらはC++由来）、
あとはwcharとlonlong(INT64)くらいだったと思う
C++にもなかった可変個引数マクロの__VA_ARGS__は確か使えなかったし
int32_tなんかの幅指定整数型もなかった気がする

MSVCだけじゃなくて例えば日立のコンパイラも同じような状況だったりするよ
gccだって3.xでもC99関連の問題は結構残ってたし、ほぼ問題なくなったのは結構最近の話

で、C99への準拠具合は未だにばらつきがあるから
多くのコンパイラに通せるよう、C99はやめておこうってのはよくある話なのよ
でもinline関数とか//コメントとか既に結構使われてるけどね

俺だってCで//と__VA_ARGS__使うなとか言われたら発狂するわ
でも変数宣言が関数先頭にないとちょっとイラっとするわ

あれ流れぶった切ってすみません
x264でエンコした後の動画ファイルの情報取得出来る
フリーソフトって幾つかあると思うんですが、aviなんてのでしたっけ・・・。
avi...na...? avi..pa...?　忘れてしまった

AVInapticか？
俺は個人的にはMediaInfoを使ってるが

SORESORE!!1時間くらいぐぐってしまったわー
ありがとう！
mediainfoも入れて使い試してみますわ

そあーそあー

Core2 アーキテクチャに最適化したSSE4.1（SIMD命令）対応バイナリ
x264 Rev.1071P core2[Yorkfieldコア]最適化版入り
早いお！

http：//resic.laburec.net/

MSVC切るのか。でもICCはおｋなようで。
まあMSVC使うくらいならgcc使った方がいいですよね。

>>421
喜べ、__VA_ARGS__はVC 2005で入った。

>426
Q6600はKentsfieldだから、SSE4.1は付いてないですお。

OreAQ.1065.release02で、画面を横切りながら動くノイズが入るのは仕様なのか？

うｐ

http://www1.axfc.net/uploader/He/so/178306

pass：ok

ホントだ。なんかあるな。
とりあえずVFR Maniac氏のやつ使ったら？

再生位置変えると画面動かなくなるしorz　音声は正常だけど。
今は1016に戻してるけど、VFR Maniac氏のチャレンジしてみる。

OreAQじゃない方の1065つかってるけど、なんかいやだな。
エンコ済の見直してみてノイズはなさそうではあるが。

Phenomでも問題出てるしVFR Maniac氏のを使うようにしてるよ

テスト中にここ見といて良かった
もうちょっと様子見るか

>430
VFRManiac氏の1063 OreAQ版でAQオフでちょうど同一のシーンがあったので
見てみたけれど自分の環境ではでてないよ。

>>438
430です。ごめん、Seraphy氏のOreAQ.1065.release02です。
今まで、VFRManiac氏のモノって使ったことがなくて･･･OreAQってSeraphy氏以外のもあるのね。
↑のファイルはAQ使ってます。CPUは「X2 4200+」です。

久し振りにｴﾝｺｰﾄﾞしたら、早さが劇的に変わっていてﾜﾛﾀ
何があったんだ？説明されてもわからんけど

なら聞くなよ

更新されたんだと思うよ

x264_EXPERIMENTAL_rev1069-r1 のOreAQの x264afs.exe においてエンコードが開始した瞬間に
おなじみWindowsのエラー画面が出て異常終了します。MixAQのx264afsやほかのバージョンのOreAQでは
どうやら問題ないようです。ちなみにavsの中身

MPEG2Source("hoge.d2v", idct=3, upConv=1, iCC=true)
Trim(0, 3447)

Import("afs_.avs")

ConvertYUY2ToAviUtlYC()
AU_afs_(略)
ConvertAviUtlYCToYUY2()
Tdeint(略)
ConvertToYV12()

afs関連コメントアウトしても同様ですので実行ファイルに問題あるのかも？
誰も報告してないってことはうちだけなのだろうか･･･

>>434
自分の環境でも1051以降のだとシークがおかしくなる

正月明け更新待ちかのう

ビットレートを絞ったとき、画面が移り変わった次の画面の最初に、
ブロックノイズが全体的に出るんだけど、
これ抑制するオプションってどれが良いんだろ

-scenecut　でIフレーム増やすか、-bflameの数字減らすか・・・かな
どっちも根本的に「綺麗になった！」って感じじゃないんだよなぁ

--deblock

とりあえずデブをデフォ値に

1071

エンコおっせー・・・・って思ってたらスレッドとかいう項目があって4にしてみたらクアッドコア全開で爆速になりますた

フリーでマルチコア対応してるとか感動しちゃう！

6にするといいよ

1072

>>446
Iフレーム入れるしか無いと思う。
scenecut増やすとか、ipratioを下げると入りやすい？(試したことすらないけど)とか。
今のscenecut値がわかんないけど、アニメエンコでは75とかの人とかもいるよ。

bframesは恐らくPフレームが使われてるから関係ないし、ビット確保の為に削っちゃダメだと思う。
b-adapt 2なら放っておくべき。

-i 1 とかにしておかないとGOPの切れ目の直後にシーンチェンジ来てもGOPが変わらないからね
ところで初歩的な質問だがGOPとIって関係あるんだっけ？

言ってることがおかしいと思えない時点でおかしい

720*405の動画をaviutlで圧縮しようとすると失敗するんですが
x264cuiなら圧縮できますか？

>>456
何故その解像度なのか問い詰めたい

x264の色空間はYV12だから、縦は2の倍数にしないといけない。

>>447-448>>453>>454
アドバイスありがとう
デブロックはもちろん使用済み。
シーンカット色々いじってみるのが良さそうね。
画面転換してるのにIフレームが適正に入ってないのが原因みたいだし。

探してたら「GOP関連をおろそかにしたx264はXvidにも劣る。」ってホームページもあった
やっっぱそうなのかなー

>>457
720*480 16:9のレターボックス？の動画をエンコードしたかったんです。
普通は704×396にするみたいですがなるべく大きいほうがいいかなと思って・・・

>>458
勉強になりました。
どうもありがとう

>なるべく大きいほうがいいかなと思って・・・

それなら、余計なリサイズ等せず、必要ならクロップだけして、
--sar 40:33 (NTSC 16:9はこれ) を設定しておけば良い。

>>461
リサイズしないって方法もあったんですね。
どうも色々ありがとうございました

縦405でちょうどよくなる動画の場合は縦400にリサイズしてから--sar 80:81を指定するという手も

クロップしないでSAR 30:23

というかスクイーズソースを縦に縮めてリサイズとか勘弁

DVDソースならリサイズもクロップも--sar 40:33指定したらいらんやん

クロップしないなら32:27だろ

クロップしてまた720にリサイズしたら32:27だけどリサイズしない限りピクセルアスペクト比は変わらないよ

だからクロップしないなら720のままだろ何言ってんだ

↑流れに吹いたｗ

x264の中の人、ATI StreamかCUDAに対応させてくれお
うちの[email protected]じゃ満足にエンコできないお

>>471
開発に参加してみると面白いお
自分も別プロジェクトにだけど参加しているお

>>471
十分だろ

>>471
それじゃプログラミングの勉強を兼ねてやってみようかな
>>473
GPGPUかATI Stream版Avivo Converter使ったらそんな事は言えなくなる！ｍ９(`・ω・´)

CUDA移植はしている人がいたと思うけど・・・あんまり速くならないんでやめたとかじゃなかったっけかな

逆に遅くなるから余計なモンはいらん

471→>472

>>475
待て屋の人もATI StreamとCUDAは構造的にCUDAの方がかなり劣っているとか言ってた
他にもnVIDIAがCUDA利用ソフト開発をサポートしてたのにATIに劣るとわかるとウヤムヤにしたり
資料を出さなくなったりとか

エンコードデコードはCPUでいいよ画像処理のフィルタをGPUにさせたほうが効率がいい

Friioで録画したのを100passでエンコやってみたのですが40passとあんまり変わりませんでした。
いくつくらい重ねると意味が無くなりますか。

　 　∩＿＿＿∩　　 　　　　　　｜
　　 | ノ＼　　　　 ヽ　 　　　　　　|
　　/　　●゛　　● |　　　　 　　　|
　 |　∪　　( _●_)　ミ　 　　　ID:+gQSq96Q
　彡､　　　|∪|　　 |　　　 　　　 Ｊ
/　　　　 ∩ノ ⊃　 ヽ
(　 ＼　／ ＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼ ／＿＿＿ ／

Avivo Converterって昔公開されてたのはAtiGPUじゃなくても爆速＝CPU依存になったが、
今のはちゃんとGPU使ってんのかね

画質イマイチだし

かと言ってフィルタ類は最近めっきり使わなくなったしなぁ

CUDAに関してはプログラマーのブログで書いてたが、
かなり使い勝手が悪いらしいね。
まずGPUを使えるようにするためのプログラムが扱いづらく、
さらに環境に左右されやすくチューニングが厄介とか。

夢のある技術に見えるが、実用までにはまだ程遠いレベルなのが現状っぽい
もうちょっとGPUメーカーが扱いやすいAPI等を公開してくれないと
これじゃ普及しないな

OpenCLってどうなのかねぇ。

最近のDIGAとかh.264にエンコしてくれるけど、品質は悪いの？

ぺがしすなみ

ハードウェアエンコに品質を期待しちゃいかん
ビットレートはそこそこ高いし、画質には不満は無いけどね

対応するならOpenCLなんじゃないの
特定メーカーでしか使えないCUDAとかどうでもいいわ

GPGPUとはちょっと違うんだろうけどFFT3dGPUをRADEON4850で使ってるけど2600XTと大差ないorz
シェーダが鬼のように増えたのに変わらないってのはメモリが律速なのか…

Ｄivx7来たね。

さっそく使ってみよう思ったらエンコーダーは有料なんだな

【H.264】DivX7総合【MKV】
http://pc11.2ch.net/test/read.cgi/avi/1231237066/

OpenCLの互換性って怪しい気がしてならない
少なくとも旗振り役のApple(OSX)である程度普通に使われるようになるくらいじゃないと…

なんか実装というより最小限のフレームワークだから
POSIX互換とか*BSDとか*TRONが色々あるみたいに結局チップによって違いそう
もしくは共通コードだけじゃ大した性能出ないとか

OpenCLもDirectXもGPGPU対応をOSに実装するのは2011年になるらしい。
それぐらいになれば、CPUの性能が向上しているでしょ。

>>492
つ無料１５日トライアルｗ

結局DivXもH264になるのってなんだかなぁ・・・

MPEG-4 Part2だったDivXがPart10に移るのは既定路線と思わなくもないけどな
離散ウェーブレットになってたりとかしたらそれはそれで面白そうだが

パッチ版使うようになって、x264のMBAFFインターレースでも何も不満がなくなっちゃったからなぁ
金払ってまでDivX7使うメリットって何だろう、誰か家電の互換性に期待って言ってたけど
MPEG-4 Part10のプロファイルとレベルで規定されてる域を出ないと思うんだよね。

>>493
ν速にもたったな
http://tsushima.2ch.net/test/read.cgi/news/1231242536/

>>499
プログレならちゃんとプロファイル内のファイルをx264で作れば
MP4対応機器で問題なく再生できるしな。

これでx264の役目が終わりか。ノーマルを改良するのとコーディック自体を
改良するのじゃ勝負が目に見えている。

あとはverupまでの時間の問題か。

seraphyたんのトップｗ

もうだれも999はおらんのか・・・明日への一歩が踏み出せぬ
4桁の安定版を教えて下され

920から1063にしました非常に快適です

999→1072へ
SSIM PSNR 所要時間　サイズ　殆ど変わらず
999の人はそのままでいいかも

オプションにもよるだろ

別にセットを作ってこなれてきたら移行すればいいかも

1073北

昨日ダウンロードした1073はFix C99ism in r1066って書いてあったのに違うやつに差し替えたのかな

Fix C99ism in r1066って1070じゃなかったっけ？

FixC99ismは1070だったけど動作に違いはないみたいだからどっちでもいいんじゃね
http://up-cat.net/cgi-bin/wiki/x264%252Dchangelog%252Djp%2Br1000%252Dr1999.html

>>504
画質だと
101x〜102xらへん
速度だと最新版
重いオプション使えば画質も速度もたいして変わらんけど

OreAQ版ってポピュラーなの？
とりあえず純正を使っとけばいいかと思ってずっと純正使ってるんだが、
実はみんなOreAQ版とか使ってたりするの？

アニメはOreAQ

>>514
OreAQを使ってる

低周波を削った時のアーティファクトの方がリンギングよりも目障りだから、私は使わない。

この場合純正は公式ソースを自分でbuildした奴にならんか？

divx7試した人いる？
どうせMainConceptエンジンが元だから糞画質だと思うけどｗ

6からのﾊﾞｰｼﾞｮﾝｱｯﾌﾟがどうなるのか知らないけど、無料なら試しに使ってみる。
ただ、出力ｺﾝﾃﾅ見る限り使うことないだろうな。

converterっての入れないと駄目らしいし、設定項目が少ないからまだ使えないな

x264でAQとかpsyのパラメータいじるレベルの人にはあまり意味が無いんじゃないかと
結局、比較的簡単にH.264が扱えるってところに意義が出るんだろう

>>517
同じ考えの人が居て良かった

自分もアニメにOreAQは使わないな

おれも
調整して暗部に対応したらサイズが肥大して意味なくなった

HAQで盛大に暗部に盛ってる俺には関係ない話だな。

オプションも何もいじらずGUI版でプリセットを高画質にするだけの俺には関係ない話しだな

そもそもVAQやらHAQやらOreAQやらってそんなに役に立つか？
細かい調整が面倒になってAQを使わずにやってみたら意外と平和な画質になった。
AQって、当たり前だけど何故か画質が上がる魔法のオプションってわけじゃなくて、
どこかが上がった分だけ他のところが下がるわけだ。
本当にどうでもいいところだけ下げてくれるならいいけど、そううまくはいかない。
画質が上がって嬉しい場所がいくつかあっても、どうしてそこを下げるかなーって場面が
少しでもあると、そこが気になって全体的に満足度は下がる。
それならいっそ普通にQPを割り振ってもらった方がまだスッキリする。
特にアニメではそう思うことが多い。
アニメってついどうでもいいところに目が行くことが多いから、差を感じやすいんだろうか。

それは同じビットレートでの話だよね？

エンコするのは実写ばかりなのでVAQにはお世話になってるけど、
たまにアニメをエンコするときはAQ関連はどれもOFFにしてるなぁ。

>>519
凄すぎて、いま祭りになっているところだ。

祭り会場

【H.264】DivX7総合【MKV】
http://pc11.2ch.net/test/read.cgi/avi/1231237066/

盛り上がってないな。画質云々以前にConverterがどうとか、
エンコする環境がよろしくないらしい。まぁx264使い続ける俺には関係ないが。

アニメにAQは微妙だな。輪郭がそれほど出ないくせに、
べた塗りの部分にノイズが出始めるから、対費用効果は低いかも。
AQってのは実写向きなんじゃ無いかねぇ

AQって幾ら位するんですか

それはAQにわからない

スレ違いだが、ffmpeg.exeのx264だとAQ無効にするOptionがわからなくて
未だにrev.798の使ってる……

--aq-strength 0　でいいんじゃないの？知らないけど

暗部のビットレート変動にはAQは効果的
だけどどうでもいいところでノイズを拾いやすくなるね

あああもうめんどくさい。
TS保存しよっかな…

アニメってイメージに反してあんまり縮まないよね。
800x600 30kbps 400kbpsで行けるかと思ったけど
全然そんなこと無かったぜ。

OreAQのいいところは、MixAQに比べて輪郭付近の抽出がうまいのと低周波を分離して処理できるところなんだが。
余計なところのqpを上げてノイズやアーティファクトが出る人は、使い方が間違っているだけなんじゃないの？
qpを下げたい場所が含まれるように--aq-sensitivityを調整して、下げ幅を--aq-strengthで微調整。
最後に、余計なところが上がらないように上げ幅に制限をつけてやる。
--aq-strength 0:0.5 〜 0.2:0.5 くらいで試してみたら？

＞--aq-strength 0:0.5 〜 0.2:0.5
OreAQってこういう指定はできないんじゃないの？
コロンの左右は同じ数字じゃないといけなかったはず。0.5:0.5とか。

ならなんでわざわざ２つ指定できるようになってるのさｗ

別に指定できるし、バイナリで埋め込まれるパラメータにも反映される。
AQDebugでも同期だったかのチェックを外したら別々に設定できたはず。
そもそも同じ数字しか設定できないなら2つ指定する意味がないし。
--aq-strength 0.5 とかひとつしか数字を指定しなかったときに
どっちも0.5になるというのと勘違いしてるんじゃ？

じゃあこれ間違ってるのん
http://x264.tobinaka.com/index.php?Usage%2FOptions%2F--aq-strength
＞OreAQ版は <Up:Down> でも QP の増減を設定できる（ Up = 増、 Down = 減）。
＞ただし、常に Up=Down （増＝減）。

ただし、常に Up=Down （増＝減）。

ID:qX3/oqPtとID:PrTR04b6は日本語が理解できないのかな

そのサイトの話は出すなｗｗｗ
でもまあ、間違ってるね。
確かにlonghelpに >Always Up=Down. って書いてあるけど、seraphy氏が間違えたんだろうなｗ

ちゃんと、ヘッダにもAQ-debugにも画質にも反映されるよ。

>>546
宣伝乙

>>548
そうなのか。ありがとう

seraphy氏はAQを設定する場合は（特にOreAQで）マトリクスで微調整する必要があるといってる。
OreAQデフォルトだとお手軽なのはjvtだそうだ。

ソースくれ

やはりシンプルな--aq-mode 0 --cqm "flat"を、私は捨てがたい。

氏の掲示板見ればすぐ見つかりますがね
ttp://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?mode=one&namber=1505&type=1477&space=75&no=0

> 今トレンドなのは、こんな設定です。（OreAQ11です）
> --aq-mode 2 --aq-strength 0.5 --aq-sensitivity 10 --aq-metric 0 --psy-rd 0.5:0 --deblock -2:-2 --cqm "flat"
って書いてあるけど。

俺もよく読んでなかったぜorz

出直してくるﾉｼ

>>553
俺も色々試した結果がそれだ

無駄な数値入れるとかえってエンコ速度落ちるから俺はなしでやっとるよ
なるべく小数点演算は無くすのが吉

最近はエンコーダが賢くなったおかげでflatでもほとんど問題なくなってる気がする
こないだカスタムマトリクスを練って練ってflatと画質比較してみたら出来栄えがほとんど変わらなくて愕然としたよ
昔はマトリクスを作ればflatより良くなるのは当たり前で、自分の労作をjvtと比較してみてガッカリっていうのがよくあるパターンだったのに

もうx264わけわかんない
きっとDivXが6以前のときみたいに簡単な設定でできるようにしてくれる・・・
と思っていたらProfileすら選べなくて戻ってきました
おとなしくx264もう一度勉強します・・・

>>560
ttp://x264.tobinaka.com/index.php?Usage%2FPresets
わんねえならMeGUIの設定丸パクリ辺りから覚えていけよ

>>553
さっきやてみたけど何かカクつく

・・カクつく？

oreAQとノーマルをいちいち切り替えるのだりいっす

バッチなりプロファイルなりを2つ作ればしまいだろ

MeGUI使ってるんです＞＜

OreAQの代わりに、アニメ用のVAQを切ったプロファイルを使えば楽。

--aq-modeの指定でVAQ、HAQ、MixAQ、OreAQの使い分けができればいい。
そしたら一つで済むのに。組み合わせもできるし。

んなことは向こうの掲示板に英語で書き込んでこいよ

自分でやれ

AQはサイズが結構増える割にあまり画質の向上が見られなかったりするしなー
まぁ、もともとビット多めに振っても画質良くならない場面をきれいに仕上げるオプションだからしょうがないけど・・・
アニメをそこそこ画質、なるべくサイズを縮めるって感じでエンコしてる俺にとってはかなり微妙なオプションだな

調整下手だからじゃね
そんなサイズは変わらんし、-VAQ･HAQより暗部は安定するからOreAQ

>>572
>-VAQ･HAQより暗部は安定するからOreAQ
安定のとらえ方によるけどそれ-VAQ･HAQの設定がいまいちだけなような・・・

>>572-573
お前らが設定さらせば両方おｋになるじゃんｗ
設定おしえろ下さい

プリセットを高画質にするだけでOK

>>568
AutoAQってのがあればいいｗ

暗いシーンになったらそこだけAQ盛ってくれればサイズも結構縮むのにね

そりゃaq2じゃね

これからはお手軽に早くエンコードしたい人はGPUやSpursEngineみたいな
ハードエンコでじっくりやりたい人はx264で二極化しそうだな。

時間がたてば、Divx7みたいなお手軽でハードいらずも人気がでそうだｇ。

本当にお手軽にやりたい人はそもそもエンコやらずにDVD買う

>>580
エンコしてないから論外。

そもそも「DVD買う」って選択肢はそのDVDが出てなきゃお手軽にしたくてもできないと思うが

オプションいじってる時はほんの少しずつでも画質が上がるだけで嬉しいけど、
後で冷静になって適当にエンコしたものと比べると、別に大して変わらなかったりする。

キスダムのDVDはまだか

r1074
r1066〜バグがあったらしい

＞With some combinations of video width and other settings, the scratch buffer was slightly too small.
＞This caused heap corruption on some systems.

画質には影響無しかな

誰か更新内容の翻訳たのむ

>>586
ttp://forum.doom9.org/showthread.php?t=130364&page=78
usually it was a crash.
だそうで。

r1016から大きなオプションの変更とかあった？
さらっとchangelogを読む限りではCPUへの最適化と速度向上、bugfixがメインっぽいね
もう少し様子見て安定したらバージョン上げるかな

若干白系に強くなって黒系に弱くなってる

暗い場面のフェードアウトとかテストしてたらaq2だけ使えばいいような気がしてきた

HAQって暗部に強かったっけ…昔のrev9xxなんかざわつくからOreAQにしたけど俺も実験してみよ

HAQってざわつきを抑えるためだけに作られた物でしょ
QPマイナスしかしないんで膨らむ。

aq2でも満足いくほどではないな･･･フェードアウトのバンディングは再生時のDebundで妥協したほうがいいのかな

つかぬ事をお聞きしますが今もノイズ取ったりする前にサイズ修正するのが普通？
それとも最後？

今も昔もケースバイケース

>>596
それもそうですね、ありがとうございます
どうもご苦労様です

黒い背景にもやのようにグラデーションが掛かると言った映像で階調割れが際だつんですけどそう言うときはどこを調整すると良いですか？

>>598
aq2をいじればいいかと。あるいはマトリクスの低周波？
その前に
ディスプレイの問題ではないかどうか
ソースの問題でないかどうか
を確認。

BugMaster氏
bm_x264_patch_collection.r1074.zip

http://stashbox.org/v/356145/bm_x264_patch_collection.r1074.zip

様子を見ながら時々新ver.を導入してるが
ほとんどは延々とテストの繰り返しだなｗ

エンコできなかったり
おかしな動画吐くとか
明らかな不具合でもなけりゃ常に最新版でいいよ
全部テスト版で安定版なんか最初から存在しないんだから

それはバージョンアップ症候群と呼ばれている。今決めた。
何故最新版でなければならないのか？
今使っているものが問題ないのなら、バージョンアップする必要はないじゃないか。
最新版には魅力的な機能が付いたとか、不満だったところが解消されてるとか、
そういう明らかなアピールポイントがあるときだけバージョンアップすればいい。
問題なく使えているのならそれが自分にとっての安定版だ。

新しい物好きが多いんじゃないかな。

違うかｗ

リビジョンが変わってるだけなのに何大層な寝言言ってんのｗ

--aq-metricは皆GIT ORIGINALのO使ってんのかな
BM版の1を最近使ってみてるんだけどやっぱ重い

バージョン上げて何か変わったかなーと感じると、前のもエンコし直したくなるんだよな。
ぶっちゃけBDで禄ったらそれそのまま見りゃいいだけなんでエンコするのはエンコすること自体が目的になってるなーと。

>>587
>>512のサイトが更新履歴を訳してる

x264コンパイルできる人fgoパッチだけ当てたバイナリ作ってくれないだろうか。
YASMがファイル認識しなくてコンパイルできんorz

VFR Maniac氏のじゃだめなの？

>>610
VFR Maniac氏のだとOreAQとかMixAQとか適用されてるからだめなんだ。

MixAQ版でaq2を切れば？

http://www.mediafire.com/file/oy5yz2kmdyz/x264_fgo.7z

テストはしていない。

>>613
うまく動いたthx!

>>599
再生環境の問題みたいでしたorz
CyberlinkのデコーダでUVD使用して、MPCでキャプチャは正常、画面表示は変、
AviUtl+MP4pluginはキャプチャと同等。なのでデータ自体は綺麗にグラデってました。
どうすりゃ正常に再生できるかはスレ違いですね…

>>615
俺もやたら出来上がったモノがやたらノイズだらけの時があって、
YV12出力にしてたことあった。まぁ・・・んなことする人俺くらいだろうけどｗ

MPC homecinemaのデコーダで再生するとやたらチリチリした画質になる

>>615
ffdshow ビデオデコーダーの設定
コーデック→Raw Video→YV12
出力→サポートされた色空間→RGB32とYV12からRGBへの高品質変換にのみチェック

CPUパワーが余っているならDebandにチェック
まだ物足りないならリサイズ、アスペクトの横幅を指定するで自分のモニターの横幅に合わせる
同項目の設定画面で輝度のシャープ化と色素のシャープ化をいじる（個人的には0.50ぐらいを推奨）
まだ物足りないならグラボとモニターを窓から投げ捨てて朝一で新しい物を買う

>>625
レンダラを変えてみるとかどうでしょうかね。

>>615
UVDってNR掛けるからその辺だと思う。
こちらへどうぞ　ttp://pc11.2ch.net/test/read.cgi/jisaku/1226777394/ 【UVD】AVIVO Ver.7【UVA】

>617

H.264ってデコーダによる再生差がないんじゃなかったっけ？

チリチリとか頭の悪い表現しか出来ない奴なんかほっとけ

自分で試せば分かる

世界で何人同じ環境で動画見てるとおもってんの。
お前だけだよそんなとんちんかんな寝言言ってんの。

カルシウム飲め

x264 rev7
http://pc8.2ch.net/test/read.cgi/avi/1159847342/902

902 名前：名無しさん＠編集中[sage] 投稿日：2006/11/16(木) 22:23:10 ID:MR8tzN20
rev1000になったら職安行くわ

rev2000から本気出す

5年後くらいか？

誰がチリチリ頭やねん

r1077

Seraphy版もkt

相変わらずPhenomでは落ちる

Readmeに書いてあるけどSeraphy版ICC用では実行にlibmmd.dllが必要になった。
けどこれってリンク時に/NODEFAULTLIB:"libmmd.dll"のオプションを追加してlibmmt.libをリンクすれば
回避できないかな。

1076から--qpfileコマンドが増えたみたいだな。
フレームナンバー フレームタイプ（I、i、P、B、b） QP
ってフォーマットのファイルを作って読み込ませると、
指定したフレームのタイプとQPを強制的に決定できるらしい。
QPを-1にするとオートで決めてくれるようだ。
zonesと似た感じだけど、IとかBとかを自分で決められるのは面白そう。

r1080
ただしWindowsには関係ない更新のみ

>>634
ニコニコ以外では使い道が思いつかない

>>634
昔からあった

Iフレームを強制挿入するのに使えるとあるが
昔と仕様が変わったんだろうか

Trellis　重いからオフにしたんだけど　間違いでしょうか？
動きサーチも multi-hexagon からhexagonに妥協しました。

重いからという理由でOFFにするならWMVにした方がいいと思う

自分の目で見て決めればヨイ。処理時間と出来上がりファイル容量と画質とを天秤に掛けて。
わざわざファイルの中身をバイナリエディタ等で開いて使用オプションにケチ付ける奴など、そうは居ない。

すいません　横着して他力に頼りました。
僕的には crf22 で　trellisや重み付け予測オフで大満足でした。
crf24では不満でした。　

>>634
大昔からオプション自体はあった。以前は使うと--b-adapt 0 --scenecut -1 に
強制設定になるからほとんど使いようがなかった。changelogの書き方的に
--b-adapt, --scenecut設定を維持したままフレームタイプを強制できるようになったみたいだな。
IDRをどうしても特定のフレームに入れたいとかいうことが今後は多少楽にできるってことかな

BS-hiを1080iエンコしようとして720-24pと同じ気分でオプション設定したら速度が半分になった。
Q6600@3GHzでも2fpsで80分の番組エンコするのはしゃれにならないのでさすがに
trellis切ったりsubme 7にしたりかなり妥協したよ。

20時間か。なんとかならんこともない範囲だなと思ってしまった俺…

今度の価格改定でQ9650が結構下がるけど
それでもi7の920の方が早いかな　エンコ
現行はQ6600

ほぼエンコ専用機なんで消費電力考えるとCore 2、性能ならi7だけどTDPが大きいし。

>>644
俺は貧乏性なので普段はクロック定格(2.4GHz)で電圧を1.1Vに落として運用してる。
1.3V@3GHzと消費電力がピークで60Wくらい違うからエンコではどっちが経済的か
よく計算するｗ
そんな俺なのでi7は今のところ眼中なしだな。金もないし･･･
ところでやっぱQ6x00よりはQ9x50のほうが低消費電力なのかね？

50時間になったこともあるから別に驚かない

>>645
http://pc.nikkeibp.co.jp/article/news/20080901/1007619/ph8.jpg

なんでE8400がE8500より電気食ってんだ

>>648
たぶん個体差じゃないか?

OreAQまたオプション変わったんか

>>644
同クロックならエンコが40％くらい速くなるからお得

>>650
どこが？

>>644
Q9650を1.00とした相対性能

i7 965 i7 920 QX9770 Q9650 Q9550 Q6600 P9950 E8600 E8400
1.37　　1.13　　1.06　　　1.00　　0.95　　0.78　　0.72　 0.57　　0.51　　Fritz 11
1.53　　1.27　　1.04　　　1.00　　0.94　　0.74　　0.83　 0.58　　0.52　　Mainconcept Reference 1.5.1
1.25　　1.05　　1.07　　　1.00　　0.95　　0.77　　0.82　 0.60　　0.54　　AVG 8
1.36　　1.13　　1.07　　　1.00　　0.94　　0.76　　0.79　 0.63　　0.56　　Cinema 4D Release 10
1.38　　1.16　　1.06　　　1.00　　0.95　　0.75　　0.77　 0.63　　0.56　　3D Studio Max 9
1.43　　1.20　　1.06　　　1.00　　0.94　　0.77　　0.72　 0.62　　0.58　　Premiere Pro CS3 HDTV
1.41　　1.18　　1.06　　　1.00　　0.95　　0.76　　0.62　 0.73　　0.66　　Nero 8 Recode
1.63　　1.32　　1.06　　　1.00　　0.94　　0.77　　0.85　 0.79　　0.72　　DivX 6.8.3
1.58　　1.28　　1.02　　　1.00　　0.97　　0.78　　0.83　 0.80　　0.78　　WinRAR 3.8
1.05　　0.97　　1.01　　　1.00　　0.99　　0.93　　0.92　 0.88　　0.83　　Supreme Commander
1.38　　1.09　　0.99　　　1.00　　0.95　　0.73　　0.65　 0.97　　0.83　　World In Conflict
1.03　　0.91　　1.00　　　1.00　　0.98　　0.80　　0.71　 0.92　　0.85　　Unreal Tournament 3
1.16　　1.03　　1.02　　　1.00　　0.97　　0.85　　0.90　 0.89　　0.85　　Studio 12
1.08　　0.91　　1.09　　　1.00　　0.95　　0.80　　0.69　 1.06　　0.97　　Acrobat 9 Pro
1.11　　0.92　　1.06　　　1.00　　0.93　　0.79　　0.72　 1.10　　0.99　　iTunes
1.23　　1.06　　1.08　　　1.00　　0.97　　0.96　　0.81　 1.05　　0.99　　Crysis
1.27　　1.04　　1.06　　　1.00　　0.95　　0.76　　0.75　 1.09　　0.99　　XviD 1.1.3
1.05　　0.88　　1.07　　　1.00　　0.94　　0.80　　0.72　 1.11　　1.00　　Photoshop CS 3
1.13　　0.94　　1.08　　　1.00　　0.95　　0.77　　0.71　 1.11　　1.00　　Lame MP3
1.05　　0.87　　1.08　　　1.00　　0.97　　0.80　　0.69　 1.11　　1.02　　Winzip 11

川’−’）y-~~＜しばらくはQ6600@3Gで十分やな

>Overall, the changes in Nehalem are extremely beneficial to x264 and have led to an enormous overall performance increase.
>Furthermore, since the primary speed increase is in SIMD, the more assembly code we write, the more of a boost Nehalem gets over previous processors.

DSはこう言っているし、i7はx264には良さそうなCPUだ。

i7 920もQ9550も3.8ＧＨｚくらいは軽く回る

>>652
1077だと--aq-sensitivityが使えなかったんだが、1080だと戻ったようだ

Seraphy氏のOreAQ.1077.release01 ICC使ったら
"../kmp_runtime.c", line 5235: OMP runtime internal error: assertion failure.
ってエラーでて止まった
1080も同じだった OSはvista 32bit

ごめんなさい
>>99-100 思い出して、マルチスレッド関連探してみたら、フィルタが邪魔してた

>1.53　　1.27　　1.04　　　1.00　　0.94　　0.74　　0.83　 0.58　　0.52　Mainconcept Reference 1.5.1
やっぱエンコ系には強いな。
x264も最適化のターゲットはすでにi7だし。

しかしいくらなんでもE8400の3倍とは、にわかには信じがたい凄い性能だな

でもmpeg2デコーダが足引っ張るから俺には関係無いのが残念だ
複数まとめてエンコすれば違うんだろうな

CerelonMの俺には夢の世界だな
4月から社会人だし良いパソコンを新調したい

グラボもGF8800とか使ってるとなぁ、家族の電子レンジやドライヤー攻撃が怖くてこれ以上消費電力増やせねぇ…

i7 920で安く組んでもC2Qより充分に速い

爆熱電力喰いｲﾗﾈ

オーバークロックで時間稼ぐより定格クロックで電圧下げたほうが
経済的と分かったので時間ない時以外はエコノミー仕様

エンコ専用機で電力を気にするなら、なら使わないストレージ(DVD,FD,HDD)とかも外した方がいいよ。

>>667
残念ながらうちはメインマシンも兼ねているのだ。むしろエンコ専用機なら
Atomのほうが経済的だったりするのかなｗ

Atomはエンコに向かないって聞くけどなあ。
やっぱりフルロード時の消費電力の少なさを考えるとAtomが経済的なのか？
しかし時間かかるしなあ。C2DよりはC2Qの方が電力当たりの性能は高いよね？

E6600からQ6600やQ9500に変えたらどれくらい早くなるのかな？
今は現状HDの動画のエンコで1.5fps出ればいい方だからクワッドにしようか悩みもの

Q6600買うなら同性能のQ8200買ったほうがいいしQ9500買うならi7買ったほうがいい

M/BがP5B何だけどQ8200の方がいいのかな？速度的に最低でも1.5倍位にはなってくれるよね？

E6600 1.5fps → Q9550 2.9fps

E6600 1.5fps → i7-920 3.8fps

Q9550でほぼ2倍ですか。となるとi7の方が良さそうだけどシステム総取っ替えか、Q8200でとどうなのですかね

>>672
673を参考にして勝手に判断したところQ9450と

最終的には財布と相談ってことだな

同じ値段なら頭の悪い奴がQ8200を買って、賢い奴はQ6600を買う
そういうこと

(￣д￣)　ｴｰ

逆だろ

いやキャッシュ容量少ないから一概にそうも言えないんじゃない？

エンコやるなら二次キャッシュ容量差は飾り程度
http://www.techreport.com/articles.x/16147/8
SSE4.1もついているYorkfield買った方がいいんでないの

x264前提ならCPUを安くうかしてメモリー速度を稼ぐの常識じゃない？

Q8200を買って3.2GHzでまわせばいいんじゃね？

それはない

Q8200でOCしたら意味ない
Q8200だったら定格で電圧を下げる

SAR設定ってのは横のサイズを伸縮させることのみ有効？
例えば、704×480の動画を再生時に704×396に縮める
なんてのは不可なんだろうか

馬鹿な質問かもしれないけどエンコードって一時停止できないの？WinRARみたいな圧縮処理は一時停止できるのにさ

aviutlだとバージョン情報の表示なんかが便利だと思うｗ

pauseキー

Ctrl-Z

yuv444に対応しないかなぁ・・
実写ではYUV422で問題ないんだが、
アニメとかだとやっぱ色の滲みが目につく・・・

YUV444のソースなんて見たこと無いし
CoreAvcもffdshowもサポートしてるとは聞いたことないけど

納品段階で422なわけですが

あぁ、すまん、CoreAVCはEnterprise EditionでHIGH4:4:4に対応なんだね
http://www.coreavc.com/index.php?option=com_content&task=category§ionid=4&id=21&Itemid=59

ただしCOMING SOON!って書いてあるけど

本当のエンコ職人とは

どんな機器でも再生できるように汎用性を考えてエンコできて
低ビットレートでも綺麗に見えるようにエンコができる職人の事である。

>>692
滲むのは、GPUのRGB変換がまずい可能性もあるし他のいろいろな要因の可能性もある。
一回ffdshowのRGB変換を試してみる事をお勧めする。

>>697
ありがとう、チェックしてみる。

>>696
どんな機器でも再生できる汎用性
→僕の携帯でも再生できるようにしてくれるなんて職人さんってばすげー！ｗ
　でもPCで見た方がいいし、だったら適当に自分でやるおｗｗｗ

結論：余所でやれ

>>692
x264が今のところ唯一サポートするYV12は、YCbCr 4:2:0

なんという、意味不明な結論・・・・・・・・・・

>>687
プレーヤー依存。SARは単にドットのアスペクト比をプレーヤーに知らせてるだけ。
縦を縮めるか横を伸ばすか、無視してスクエアピクセルで表示されるかに関しては、エンコーダーは関知しない。

rev1082は…常にdirect autoにしてる自分には関係ない話？

>>687
横に伸びちゃって汚いんだよなー

eta 48：30：00
とか出るとCPUの買い換えを検討したくなるよね

その前にオプションとかフィルタの検討をですね

そのくらいうちではしょっちゅうだよ

うちも24h以上なんてざらだけどな

24のドラマは面白いな。

最近のx264は細々した更新ばかりで興奮が無いな
900後半から1000辺りは凄く面白かったのに

1000でやり尽くしたんじゃね？

もう、AVCの規格は100%準拠でしょ。あとは、パフォーマンスを改善するぐらいしかないような。

痛い人がいると聞（ｒｙ

http://mirror05.x264.nl/Dark/Flash/indexflash.html

これらの映像を彼が満足できる圧縮が出来る様になるまでは、x264の改良は続くだろう。

x264のDark Shikari (Jason Garrett-Glaser)氏は最近ffmpegのパッチも書いてるね。
x264でされた高速化をffmpegに移植したり、VC1のデコーダの高速化したり

規格から外れた改良はしないよ。Divx7じゃないんだから。

ハードウェアを認証する必要もあってか、今はDivXの方がx264よりも神経質に規格への準拠を守っていると思う。

そう言う意味ではないよ。x264はH.264準拠でDivx7はH.264＋独自改良という意味。
独自改良したDivx7の規格はちゃんと守るよ。

DivX 7はH.264 High Profile Level 4.0そのもので、H.264との互換性を損なう独自改良はやっていない。

現にCoreAVCやlibavcodecと言った他のデコーダでも問題は無い訳だし。

今はそうかもな。

今そうならずっとそうだろ・・

test

test

>>717
何言ってんだよ。H.264準拠の意味わかってんの？

>>717
だいたいDivX6の時だってMpeg4-ASPの独自改良なんてしてなかっただろ

独自改良なんてしたら互換性失うわけで、H.264なんて名乗れません。
つーか>>717は圧縮規格は符号化の過程まで規格化されてるとでも思ってるんじゃね

>>723-725
無知すぎて絶望した。

http://wiki.multimedia.cx/index.php?title=MPEG-4
>if you change the FourCC to DIVX, some bad software or hardware players may choke on some advanced features that libavcodec supports, but DivX doesn't
これが真相でないの?

DivX6の時のは。

状況は二つしかねーんだよ。H.264準拠か、そうでないかだ。
H.264には準拠してるけど、本当はちょっと改造されてて、プロファイルに対応してるはずの
デコーダでも再生できないことがある、なんて中途半端な状況はありえねーんだよ。
そんな改造をした時点でH.264準拠じゃなくなるわけだからな。
H.264だと言ってるからにはH.264なんだろ。そうでなかったらただの詐欺だ。

r1085

X264_BUILD も 66 となったか…

大きな更新あったのかな？帰ったら試してみよ

direct_8x8がなくなった？

Eliminate support for direct_8x8_inference=0
The benefit in the most extreme contrived situation was at most 0.001db PSNR, at the cost of slower decoding.
As this option was basically useless, it was a waste of code and prevented some other useful optimizations.
Remove some unused mc code related to sub-8x8 partitions.
Small deblocking speedup when p4x4 is used.
Also remove unused x264_nal_decode prototype from x264.h.

direct_8x8_inference=0 のサポート打ち切り
極端に人為的な状況でせいぜいPSNR0.001db程度の改善で、デコートがより遅くなっていた。
このオプションが基本的に役に立たなくて、コードの無駄と他の役立つ最適化の妨げになっていた。
sub-8x8 ブロックに関係するいくつかの使われていなかったmcコードを削除した。
p4x4 使用時の deblocking 速度が少し向上した。
また x264.h から 未使用の x264_nal_decode プロトタイプを削除した。

肥大化高機能化低速化の流れから逆転するのは成熟した証拠なのかな。
やっぱり1000ってのは意味があるなあ。

あれ、自分の文章が意味不明orz
1000あたりから流れが変わりだしたから節目なんだなあって思ったっていう意味。

Win7でビルドしようとしたがgitが動かない…

>>733
--8x8dctのことですか？
それともp8x8,b8x8,i8x8とか？

--direct-8x8
付けた方が良いとか言われてたけど
変わらないからつけてなかったな。

--direct-8x8を、0や-1で使っていた人は、殆どいないだろう。

4x4関係は基本的に効率悪いってことなんだね・・・
QVGA以下でなきゃ4x4なんていらないのかもな

p4x4にしても、L3以上での互換性が低くなるだけだし、HDの映像なら--partitionsからi4x4も外してしまえば、
デコードが少し速くなるのだろう。

えええええ
SD程度の解像度で動きが糞激しいノイズ絵には--direct8x8 0 が有効だったのに…。
PSNRは0.1くらい変わった覚えがある。

基本的にdirectが有効なのは動きがそれほどでなくてキレイなソースの場合でしょ？
4x4とは言えノイズが多い場合にdirectがヒットするとは思えないけど…
しかも動きが激しいとMVの範囲超えそうだし、本当にdirect4x4のお陰だった？

あぁ、それともQP高いとデブロックでノイズが潰されてインループで反映されるから
ヒットしちゃうのかな

Microsoft .NET Framework 2.0 Service Pack 2 (x86) 日本語 Language Pack
http://www.microsoft.com/downloads/details.aspx?FamilyId=C69789E0-A4FA-4B2E-A6B5-3B3695825992&displaylang=ja

MPレベルが上がるごとに高画質になるならさっさと.mp9とか作るべきだろ

.m9（　･`ω･´）っ　ﾋﾞｼｯ!!

>>745
W (double) MP9がVC1だよとネタで返すテスト。

>>745
MPEG-7というものがあってだな…

MPEG-21もあるよ

r1086

BSDの更新か
関係ないや

1086は昨日からあるぞ

TmpgEnc4.0XPでａｖｉ出力でx264選んでます。
TmpgEnc4.0XPのAVCより圧倒的にキレイなんで（ブロックノイズが
全然無い）今後もこれでいきたいんですけど、できあがった画像のサイズが
なぜか画面いっぱいにならないのです。地デジのtsファイルがソースで
1440x1080で設定しているのに、vlcで再生すると画面の真ん中くらいに小さなサイズで
しか表示されないのです。GOMで再生して画面拡大すれば画面いっぱいになるし、それでも
画質はかなり良いのですが、TmpgEnc4.0XPのAVC出力だと何もしなくても、どのプレイヤーでも
画面いっぱいになるのです。x264のどの設定をいじれば画面いっぱいになるのでしょうか？
x264-569-install.exeというのをインストールしました。
使ってるマシンはCore2Quad　Q6600でOSはビスタです。エンコ速度もTmpgEnc4.0XPより速いです。

ageてまでへんてこな質問してベタな釣りだなｗ

--screen max

素人質問で申し訳ないんですが
-qmin下げるとファイルサイズが大きくなって-qmaxを上げるとファイルサイズが小さくなります
どういうことなのか良く分かりません、qminは画質の下限でqmaxは画質の上限の筈ですが…

良くゲームの動画を変換するのに使うので -partition all でp4x4含む指定して変換すると
3Dはまぁ問題無いんですがたまに2Dのファイルサイズが爆発することがあります
具体的には720x480で同じ90MB程度だとすると3Dは32分、2Dは13分でこのサイズ超えたりします

小さいギミックが多数動くのが常のゲーム系ですがp4x4使うメリットはそんなに無いんでしょうか

>>756
x264 初心者質問スレ part1
http://pc11.2ch.net/test/read.cgi/avi/1221494912/

>>757
誘導どうもです、そっちで聞きます

家鯖が死んでる？
ttp://seraphy.luna.ddns.vc/~seraphy/index.shtml

昨日あたりから調子悪いね

＞ageてまでへんてこな質問してベタな釣りだなｗ
釣りじゃありません。ほんとに困ってます。

＞--screen max
それ入れるとなんかエラーが出てエンコできないです。ググってもそのコマンド出てこないし、、、、

http://www12.atwiki.jp/lunatilia/pages/70.html
から
x264vfw_r818b_20080414_Jpn.exe
落としてインストールしてもｄｌｌが見つかりませんエラーが出て実行できませんでした。アプリは全部終了してから
インストールしたし、念のために再起動もしたのですが。

OSがビスタだとダメとかあるんでしょうか？
xpのマシンはスペックが低すぎて使いたくないし、多分使い物にならないと思うのです。

>>761
vfwはスレ違い

x264 VFW GUI専用スレ Part4
http://pc11.2ch.net/test/read.cgi/avi/1221328142/

i7 965にXpインスコして使ってる俺に謝れ

2000で普通にエンコしていますが何か

ME最強

おまいら761に教えてやれよ。
xpとか2000とかｍｅとかw
俺は軽く7だけどな(=｀^´=)エッヘン

個人情報の自動送信が使用者の意思に関係なく強制的に送信されるwindows７の事ですね、わかります。

俺も64bit版で遊んでるけど専用機使用してる

1088
ただしPPC

おおお俺わ386の16Mhz。
なんと32ビットCPU！夢の超拘束！
レジスタが32ビットもあるんだぜ！国家予算の計算も楽々。
今時8ビットとか16ビットとか使ってる奴らは糞だな。w
なんと○を描いたり四角を描いたりする過程が目に見えないくらい速い！
信じられない！これで「サラダの国のトマト姫」なんかやったら快適だろうな！

>>761
「--screen max」は勘違いでした
いちおう謝っとくゴメンね♪

＞「--screen max」は勘違いでした
＞いちおう謝っとくゴメンね♪

　 　∩＿＿＿∩　　 　　　　　　｜
　　 | ノ＼　　　　 ヽ　 　　　　　　|
　　/　　●゛　　● |　　　　 　　　|
　 |　∪　　( _●_)　ミ　 　　　　　 |
　彡､　　　|∪|　　 |　　　 　　　 Ｊ
/　　　　 ∩ノ ⊃　 ヽ
(　 ＼　／ ＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼ ／＿＿＿ ／

サラトマとか言ってんじゃねえ
おっさん失せろ

最強のストッパーが登場してしまったな。

>>774
ストッパー交代乙ｗ
話題が無いんだから止まってればいいじゃない

暇だからdivx7とx264の比較でも作ろうかしら

比較なら他所でやってください。
そういうことやると必ず変なのが湧いてきて無駄に荒れるんで。

777ゲット！

ｲﾔﾝ

seraphyさんとこ落ちてる？

x264-569-install
使ってるんですけど、前は普通にエンコできたんですけど、今日、突然
「x264エラー」なるダイアログが出てエンコできなくなりました。
試しにアンインストールして再インストールして、念のために再起動もしましたが改善しませんでした。
違うソースをエンコしてもダメみたいです。エンコを開始してすぐにエラーが出るのではなく、ある程度
エンコして（一時間くらい）からエラーが出るみたいです、前は問題なかったのに。特に新しいソフトをインストールとか
していないのですが。使っているフロントエンドはTmpgEnc4.0XPでavi出力でx264を選択しています。
OSはVistaアルティメットSP1です。
何か解決策があったら教えてください。m（＿　＿）mTmpgEnc4.0XPのAVCはMC製ですごく画質が悪くて使いたくないのです。

>>780
VFWはスレ違い

x264 VFW GUI専用スレ Part4
http://pc11.2ch.net/test/read.cgi/avi/1221328142/

>>780
これだけアホなこと書いているやつがアルティミット・・・
すごく割れっぽい

それか各ディションの違いがよくわからないのに、店員に勧められたままにVista Ultimateを買ったやつかな

…けど、TMPGEnc 4.0とか使ってるあたりがやっぱり割れ臭いな

最近更新ないねぇ

vfw使ってる奴はろくなのがいねぇな

seraphy氏のx264OreAQ.1086.release01(ICC版)でMPCで再生すると↓のシーンでフレームが破損
でも、aviutlでMP4Pluginで読み込んで確認したら破損してなかった
http://sakuratan.ddo.jp/uploader/source/date103113.jpg

ちなみに、VFR maniac氏のx264_EXPERIMENTAL_rev1082-release1(OreAQ)では問題なし
これはseraphy氏のx264に問題があるのでしょうか

とりあえずffdshowを更新してみよう

ffdshowのデブロックスルー機能の弊害だな

>>7
死ね

すいません、x264cuiのオプション、pulldownってデコード時に反映されないんですが
だれかきちんと2:3プルダウンできてる方いますか？

coreavc、ffdshowで試してもFilmソースのデコード時に2:3プルダウンしてくれなくて涙目です

--tff 入れないとだめとか？試したことないけど

--interlaced --nal-hrd --vbv-maxrate --vbv-bufsize
指定しないとだめとか？あくまでも推測だけど

x264r1089
add AltiVec implementation of x264_mc_copy_w16_aligned

--interlaced --nal-hrd --pulldown 32
でいけるのではないかと

そもそもデコーダがpulldownオプションに対応してんのかな

あれは自分でBD-Videoを作りたい人の為のオプション

>>794
デコーダーが対応していないでFAっぽいですね
DGAVCdecでhonor pulldownだと29.97fpsとして、きちんとpulldownされてました。

ついでにinterlacedとpulldownは相反するフラグですよ

pulldown=filmソースですから

r1090
何だ、ただの高速化か

むしろ高速化の方がほしい

案外CyberLinkのが対応していたりする？

>>799
そんな気がします
家帰ったら試してみます

うおー急にパッチ当てたx264がビルドできなくなったー
何も変えてないのにービルドできてた当時のバックアップ使ってもビルドできねー
マジわけわかんねー

変わるスピードが違ったんだなあ

CyberLinkってインタレH264に対応してたっけ？
ffdshowじゃないと駄目だった覚えがある。
だからpulldownも駄目なんじゃないのかね。

腐ってるのはcoreナントカだろ
PDVDやなんかは何ら問題無い

>>803
AVC収録のBDはプログレッシブで記録されているものばかりなのか？
そんなわけ無いだろがw

>>803
PowerDVD持ってから言おうな

>>806
去年10月にウルトラ買ったけど駄目だったぞ、7ハイビジョンシアタはOK
アップデトで上手く再生出来るようになったのか？

1093

>>191が言ってた奴が北みたいだな。

・・・あんまり速くなってない気もするが

AVCの次はロスレスでいいな。
余計な論争の必要がなくなるからロスレスだと。

H.264 High 4:4:4 Predictive Profileでは可逆圧縮が出来る。
現在、x264がサポートするのは4:2:0だけど。

ロスレスに早く移行してくれ。

ロスレスだと圧縮率の勝負だから、比較は簡単だからな。

今、ffdshow探したらエンコーダーにH,264 losslessとＬossless JPEGと言うのがあったわ。
参考になった。

losslessなら設定で悩む必要なくなるな

今軽くエンコテストしてみたら720pの24pで軽く40Mbps〜50Mbpsになったわｗ
ロスレスはいいけど、圧縮率がきついね。

まずはエンドユーザよりも、マスター素材ををロスレスに対応する方が先か・・・
すれ汚しスマンｗ

http://mirror05.x264.nl/Dark/force.php?file=./saextra_predictive_lossless.h264

Predictive Losslessのサンプル

編集素材としてもロスレスは意味ないって。

それよか422 10bitくらいをサポートするほうがよっぽど有効。
10はともかく、422のサポートは予定ないのかなぁ。
前段の420-422変換でロスが出るのが気に入らん。

私は、ほとんどの場合MPEG-2 Main Profile等の4:2:0のソースしか扱わないし、
今のままでも不満は無い。

リップ厨ダウソ厨乙

BDも放送も確か8bit、4:2:0じゃん。しかも殆どが8bitフルレンジじゃなくて
RGB16-235の範囲で編集されている。

YCbCr4：2：2/10bitはマスターしか扱っていないと思ったけど。

別にx264は放送データ以外扱っちゃ行けないわけじゃない。

コンシューマ向けビデオカメラはフルレンジ8bitでデータを
書くやつが普通にあるんだよ。Xacti とか。
そういうので暗部が落ちるってクレーム受け付けたことがあってさ。

まあフルレンジ4:2:0は今でも扱えるし。
4:2:2はさすがに無理だと思うよ。サイズ増えるし・・

Xactiなぁ…圧縮形式がH.264になったとき買って使ってたけど
サイズの割に画質がアレだと思ったらBaseLineProfileでがっくりきた
BはともかくCABACくらい使ってくれたっていいのに
1080i対応のやつはさすがにMainにはなってるけどやっぱりCABACじゃないし
光学系も駄目なくせにフルレンジとかもう

r1093で3fpsから3.6fpsまで上がった。
単純計算で1.2倍になった。

不具合無いのなら移行しようかな

何本かエンコしたけど不具合はなさげ
あと1094。OpenBSD向けだそうだが。

1095
checkasmの変更だから出力は変わらないっぽ

1024から移行しようと思うんだけど、なんかオプションの変更あった？

うん

こ

>>828
1024からだと--direct-8x8が廃止されたくらいじゃないかな

>>831
ありがとん
おかげで心置きなく移行できます

rev1090あたりから2passエンコで映像が壊れたり指定ビットから大きく外れたりしてるんだけど俺だけ？

ビットレートは低く抑えられてると思う
1086と1090以降で同じファイルを同じ設定でエンコードしてファイルサイズが明らかに少なかったり

俺は同設定で2passエンコしたら総容量が増えたよ

1pass目を速くしたい

crfで使ってるけど>>834の逆だな。
同じ設定、同じファイルでサイズ大きくなる。
エンコ時間も長くなってる・・・。大体＋30分ぐらい。

使えるとこある？

--pass 1 --keyint 300 --min-keyint 24 --scenecut 58 --bframes 3 --b-adapt 2
--ref 1 --deblock 0:0 --bitrate %BITRATE% --vbv-bufsize 10000
--vbv-maxrate 10000 --crf 22 --qpmin 1 --qpmax 32 --qpstep 16 --pbratio 1.3
--ipratio 1.4 --aq-mode 1 --aq-strength 0 --aq-metric 0 --aq-sensitivity 11
--qcomp 0.7 --partitions none --direct auto --me dia --merange 32 --subme 1
--psy-rd 0:0 --no-chroma-me --trellis 0 --no-dct-decimate --cqm flat --level 3

--pass 2 --keyint 300 --min-keyint 24 --scenecut 58 --bframes 3 --b-adapt 2
--ref 3 --deblock 0:0 --bitrate %BITRATE% --vbv-bufsize 10000
--vbv-maxrate 10000 --qpmin 1 --qpmax 32 --qpstep 16 --pbratio 1.3
--ipratio 1.4 --aq-mode 1 --aq-strength 0 --aq-metric 0 --aq-sensitivity 11
--qcomp 0.7 --partitions p8x8,p4x4,b8x8,i4x4 --direct auto --weightb --me umh
--merange 32 --subme 9 --psy-rd 0:0 --mixed-refs --trellis 2 --no-fast-pskip
--no-dct-decimate --cqm flat --level 3

今時、2passエンコなんて流行らんよ

--crf 22 --qpmin 1 --qpmax 32 --qpstep 16
アホ丸出し

どのへんが

無意味に2passにするとこが

zoomeに上げるときは２パス必須だろ

>>840
もっと具体的に

crfで2Passってどうなん

--vbv-bufsize を書くと(ほぼ)固定ビットレートにしようとする。
--crf を書いたら2パスは無意味。
2パスとこの二つまで同時に書くなんて聞いたことない。

さらに --qpmax 32 でビットレートの押さえ込みが効かなくなる。
だめすぎ。

律儀に2pass目からはcrfの記述が消えてるけど意味わかってないだろ？
オプション晒す前にもっと勉強してこいよ
こういう馬鹿が速度が欲しいとか画質が変わったとか騒いでるんだろうな・・・

--vbv-bufsize 使うとCBRになっちゃうのか
となると--nal-hrdを使うときの最適数値ってどうなるんだろうか

CBRになるというよりVBVで指定したレートより上がらなくなる。

ああそういうことか。安心した回答どうも

>>847
こういうお馬鹿な組み合わせに警告出すようにすれば騒ぎ立てる馬鹿が減ると思う。

これは？

--crf 20 --aq-strength 0.2 --psy-rd 0:0 --qcomp 0.7
--qpmin 5 --qpmax 45 --qpstep 16 --scenecut 55 --min-keyint 1
--keyint 240 --8x8dct --partitions "all" --bframes 2
--b-pyramid --weightb --b-adapt 2 --ref 2 --mixed-refs
--direct "auto" --me "umh" --subme 9 --merange 32 --threads "auto"
--trellis 2 --nr 100 --no-deblock --cqm "flat" --no-dct-decimate

--nr使ってる人いるんだ。。。

--partitions "all"　この時点で論外

参考にさせていただきます

>>853
使えないこともない。

>>854
まだこんなこといってる人いるんだ

>>856
で？

ID:C1RAkJfd

参考にしていいのかどうかわからなくなってきた

ソースが何かわからんから参考にしようがない

ダメ出ししてりゃ、玄人っぽく見えるから俺もとりあえずダメ出ししよう。

>>852
無謀

自分じゃわからないから他人に駄目だししてもらうとか根性がなってねぇ
ぐぐれば一杯出てくるよ

>>860
地デジのHDアニメ（24分)
を1280X720にエンコしたいのです。ファイルサイズは300M程度にしたい

>>856
nrが簡易的には意外と使えるってのは同意
--partitions "all" は画質や速度の面では改善されたけどそれでも非推奨
p4x4について勉強し直せ、つか過去ログ嫁

>>852
＞これは？
ソースが良ければソレっぽくなるんじゃねぇ？(仮


ｘ264エンコードやＡｖｉｓｙｎｔｈなどのフィルタリングは、銀の弾丸じゃネェYO
やった事でしか出力は作られません。
入力されるソースがどんなもので、出力ファイルはどうしたいのか。
これら2点辺りを意識する事が、納得する出力を得る為の近道かと思います。
細かくやり取りをしたいのならば、以下のスレでやった方が悪い云々だけのレスが減るかもしれませんね。

x264 初心者質問スレ part1
http://pc11.2ch.net/test/read.cgi/avi/1221494912/

なるp、月1くらいは更新しようよ

>>ID:eNX0GLA4
crf20なら qpminが10〜14で--qpmax26〜30ぐらいが妥当
後は--b-pyramidを削って--bframes 3 --ref 3に代える(PS3の再生でもここまでは大丈夫)
--partitions "all"を--partitions p8x8,b8x8,i4x4,i8x8に差しかえ

とりあえずHDアニメ用　俺のヘボ設定
--crf 20 --level 4.1 --keyint 240 --min-keyint 1 --scenecut 70 --b-adapt 2 --bframes 3
--ref 3 --mixed-refs --weightb --subme 9 --aq-mode 1 --aq-metric 0 --aq-strength -0.4
--aq-sensitivity 6.4375 --aq2-strength 0.3 --aq2-sensitivity 15 --qcomp 0.7 --cqmfile
"C:\Custom_Matrix2.cfg" --psy-rd 0:0 --qpmin 12 --qpmax 26 --qpstep 10 --no-fast-pskip
--8x8dct --merange 32 --partitions p8x8,b8x8,i4x4,i8x8 --deblock -2:-2 --me umh
--no-dct-decimate --threads auto --thread-input
グレインノイズがのってるならこれに--deadzone-intra 6を追加

--partitions 省略したら p8x8,b8x8,i4x4,i8x8 になるんじゃなかったっけ？

よくわからなかったらAviUtlなどで設定詰めてから
抜き出して必要なところを書き換えるって手もあるけどね

＞crf20なら qpminが10〜14で--qpmax26〜30ぐらいが妥当

アニヲタ丸出し

qpの変動幅狭めるのが好きな奴多いな
実際にどう変動してるのかすら知らないんだろうな

純粋に教えてほしいｗ

昔crf20で1,51と11,30辺り試したけど何も変わらなかったから、minだけ制限して放置してるやｗ

教えて下さい先生

avinapticとかでQP分布見ればわかるだろうが

ここのスレ住民、なんか感じ悪い人多くないっすかｆ＾＾；

ここは初心者スレじゃないからな
優しくしてほしけりゃ分離した隔離スレにでもいきな

>>876
しかし、その多くがツンデレという噂

な、なによ、p4x4は規格適合性に問題があるなんて教えてあげないんだからっ
しかも開発者も未だに非推奨にしてるなんて…言えるわけないじゃないのっ

qpなんかデフォでいいよ
x264は馬鹿じゃないから
オプションやフィルタ駆使してどうしても
下げたいor上げたい時に初めて設定するもんだ

ｑｐをどうしようと俺の勝手だろ

qpちゃん逃げて〜

文句言ってる奴に、お前がやってる設定晒してみろとか言っても絶対に晒さないしな。

>>883
その台詞は晒したヤツだけが言える台詞だ。晒さないでそんな書き込みしてる時点で

何かでかい更新ｷﾀｰ

とりあえずタダの高速化っぽい。　p4x4+RDO使用時でなければ出力は変化しない(はず、とのこと)
全体で0-6%の高速化。　速度向上の程は設定によりけり。

こんな感じか？

1063よりTotalで20%速くなったら導入するかな

VFR maniac氏の1096もきたみたい

VFR maniac氏おかえりなさいっす

画質面のアップデートって言ってもx264で実装されていない機能なんてもうないんじゃね？
あとは、CABACの地味に符号効率を上げるぐらいしか思いつかない。

FIXと高速化が当分メインになりそう。

4:4:4とか4:2:2のプロファイル対応するかどうかとは別の話ね。
そっち系だと、ロスレスと色空間への変換は早く対応して欲しいな。

マトリクスを途中で変える機能とか？

>Things Mainconcept has that x264 doesn't:

>P-frame weighted prediction (I think?)
>PAFF
>Adaptive MBAFF (coming soon to an x264 near you)
>Slices
>More fine-grained control over MB types analyzed (you can turn off i16x16, and you can turn off i4x4 in I-frames)

上はDark Shikariの発言

この中でスライスだけは、パッチがあったと思う。

基本は＋のVAQだけどモスキートが目立つ場所だけqp下げつつデブロッキング強めてくれるみたいな機能がほしい

PsyやVAQなど画質面で追えるところはまだある（無ければOreAQなんて必要ない）
H.264の機能（Function）的に実装してない物がほとんど無いからと言って
画質が向上しないわけじゃない

H.264規格のFunctionはデコーダ基準であってエンコーダには追加的機能はあり得る
Psyなんてデコーダ側には関係ないからH.264規格自体に規定されないのがいい例
いかに気づかれにくく劣化させる（不可逆処理＋アルゴリズム自由）かの部分は改善できるわけだ

それに対しCABACは純粋に数学的な部分（エントロピーコーディング）で
アルゴリズムが厳密で決定的（deterministic）だから
基本的に符号化効率の改善（出力サイズ減少）はない

符号化効率が改善するのであればそれはその前段でCABACが効きやすくしているだけで
その場合は映像自体が変化してる（デコード出力が同一でない）ことになる
CABACは可逆処理＋アルゴリズムは固定だから速度以外の改善はできない

ただし画質部分のアルゴリズムは研究的な分野で、速度（処理に必要なクロック数）に比べ
定量的・決定的に改善を測定できないし、簡単に改善しにくい部分ではある
だから必然、画質改善よりも速度改善の方が頻繁に、簡単にできる

>>889は多分以前にも、もう画質の改善はないみたいなこと言ってた人だと思うけど
CABACの認識といい、ちょっと考えを変えた方がいい
ここまで言っておいてアレだが、批判してるわけじゃないから、知識にしてくれたらうれしい

ちなみに

＞符号化効率が改善するのであればそれはその前段でCABACが効きやすくしているだけで
＞その場合は映像自体が変化してる（デコード出力が同一でない）ことになる

ってのはchangelogでCABAC RDO(RD Optimization)って書いてあるところがいい例ね
CABACの符号化効率を考慮に入れて
サイズ：画質比(RD)を向上させる最適化(Optimization)だから

個人的にはマルチパスによる量子化行列のサーチ＆決定かな。
行列は３〜４種類だけ用意してあるけど、ソースによってフィットしないことがあるからへこむ。

つまりその都度書くのが面倒なのだが、こういうのって難しいんだろうな。
ものぐさでごめんorz

DSはCQMが嫌いだから、VAQを作ったと言っているけれど、他にやる人はいるのかな。

seraphyのとこのパッチ版--aq-sensitivityがつかえなくなってる？

>>898
バージョンいくつ？
ちょっと前ので直ってたはずだが

ソープきたー

forum.doom9.org落ちてる？

ぽい

>>893
PsyやVAQは映像の調整の範囲でしょ。好みの設定にするかどうかの。
画質とは別の話

画質だろ

フィルタ系の機能と根本的な圧縮機能がごっちゃになっているな。
フィルタ系の機能なら今後もどんどん追加されるよ。デコーダー関係ないから。

>>894は日本語の使い方がおかしいよ。

>符号化効率の改善（出力サイズ減少）はない

なのに次の行で

>符号化効率が改善するのであれば

で締めは

>ただし画質部分のアルゴリズムは研究的な分野で、速度（処理に必要なクロック数）に比べ
＞定量的・決定的に改善を測定できないし、簡単に改善しにくい部分ではある
>だから必然、画質改善よりも速度改善の方が頻繁に、簡単にできる


結局何が言いたいんだお前はｗ
自分の考えをまとめてこいよ。

結論

ID:/VVqWGKbは映像の調整で符号化効率の改善ができると考えている痛いコ。
なのに、CABACでは符号化効率の改善できないらしいwww

>現状でも、最初期に使っていたPHLエンコーダに比べ、
>2割以上も符号化効率は上がっていますが、
>ここからさらに10%ぐらいは上げられると見込んでいます。

http://av.watch.impress.co.jp/docs/20080902/avt029.htm

ID:/VVqWGKbはこれについてさっさと答えた方がいいかな。

荒れているな。まあ、符号化効率はこれからも上がるでしょ多分。

もう画質面での大幅な変化はないと思うけどな。
新しい規格が出来ない限り。

過去の歴史見てもそんな既存規格でアップデートで大幅変化なんて見たことないし。

それよりも、高速化のほうが手間掛けるならいいだろうに・・・
だれでも恩恵があるんだから。

x265ﾏﾀﾞｰということですね、わかります

Xvidのh.263みたいなスベスベ画質はh.264では無理なのかね

CABAC自体の符号化効率と全体の符号化効率の違いだよ

　　>符号化効率の改善（出力サイズ減少）はない
のほうはCABACそれ自体の符号化効率の改善は実際無い。

　　>符号化効率が改善するのであれば
の方は全体での符号化効率。実際その後に
「符号化効率が改善するのであればそれはその前段でCABACが効きやすくしているだけ」
ってCABAC自体の話でないことを明示してるじゃん

>>908の話も全体の話でCABAC単独の話じゃないよ
そりゃ全体でなら符号化効率は上がるよ、前段処理のお陰でね

LZ77（前段）+Huffman（エントロピーコーディング）が
LZ77部の改良で符号化効率が良くなるのと一緒
Huffman部は高速化しかできず、入出力はidenticalでないと互換性が無くなる

そんな必死に叩こうとがんばらなくたっていいよ、
気にくわなかったなら好きなように考えてればさ

まともに相手にするだけ無駄だと思う。

とりあえずID:/VVqWGKbの言ってることは正しいから食いつくとアホになるだけだぞ

x264.nl のバイナリだけど --help でみると revision No. が 1092 のまま・・・。

>>899
いや、最新

言ってることは正しい(笑)

とりあえず、CABAC以外の全体での符号化と言うのが笑えるよな。
長文書くやつって変な考え多いな。自演も。

ID:/VVqWGKbのレス辿ると最初のレスが>>879っていうのが何とも言えない
俺もID:/VVqWGKbは間違ってはいないと思うが

素人が適当に妄想しているだけだからこんな論争なんて無意味なんだよな。
適当に聞き流すかNGしとけよ。

だいたい、こういうケンカは反論されて最後は苦しい結論になるんだから
どうでもいいんだよ。

間違っていないとかそんな自演擁護はどうでもいいし。

Huffmanやランレングスの場合はID:/VVqWGKbが正しいが、CABACについては良く知らないので何とも言えね。

正しいかどうかじゃなくて、相手を感情的に言い負かすかどうかの論争なんて
周りから見たら無意味で邪魔でしかない。

自演するやつも消えてくれ。

>>916
configureしなかったのか？それともほんとに1092なのか？どっちだろう

符号化＝エンコード　という和英変換できなかった>>919が悪い

すごい粘着質ですね。ここのスレってこんな奴ばかりなの？

DTV板ってそういうところだろ
何を今更

アニオタが多い板は大体こんな感じだ

サイトとかに動画投稿する場合みたいに、ビットレートの制限が厳しい用途だと
Bフレーム寄りの設定したらだいぶ画質がきれいになるんだなー
意外意外

>>930
静止画寄りの動画ならそうかもな

変な拘りだけは一人前で、ただの受け売りのクセに妙に理屈っぽくて、何故かやたらと必死というキモチワルイ方のアニヲタの典型だな

そういえば、管理人がアニオタじゃない動画解説サイトなんて見たことないな。

いま、AVCのロスレスの実験やっているんだけど
ＳＤサイズなら多くても15Mbps〜30Mbpsでロスレスできるな。

これなら、BDの規格に盛り込んで欲しかったぜ。ＳＤでもいいからさ。

つかロスレスって動きが多いシーンでも少ないシーンでもあんまりビットレートの変動が少ないな。
はやく、x264もロスレス対応してくれ。

YUV420ソースであればx264でもロスレスできるよ
422以上やRGBは無理だけどさ

>>935
--qp 0 (4:2:0のみ)

>>936-937
おお、やってみるわ。ありがとう。

DTV板の奴は大抵根暗で人との接点がないので他人を必要以上に苛める奴が多いよ。
幸せな奴は絶対そういう事言わないしな。

突然自己紹介はじめる男の人って…

qp0でもdeadzoneを弄らないと完璧なロスレスにはならないはず

>>941
ダウト。関係ない

seraphyの通常版おかしくない？他ビルダーと同じrevで比較してもファイルサイズが大きくなる。
なんでだろ。

r109xからこちらも膨らむ。r1086から移行だけど大きな更新というより高速化がメインのチェンジログだったはずだが…
まだ詰めて調べてないんだけどVFRmaniac氏は内部で何か色々起きてるとか書いてあったな。自分はOreAQ版。

デフォルト押してから設定しなおしたら直ったよ

cli版での話しなんだけど、俺はAQとかPSY-RDとかは切っててこのような設定なんだけど

--crf 21.0 --level 4.2 --keyint 240 --min-keyint 1 --ref 4 --mixed-refs --no-fast-pskip
--bframes 3 --b-adapt 2 --b-pyramid --weightb --direct auto --deblock -2:-2 --subme 8
--trellis 1 --psy-rd 0.0:0 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --qpmax 28 --qpstep 10
--scenecut 52 --me umh --merange 32 --threads 6 --thread-input --aq-mode 0 --cqm "jvt"
--progress --no-dct-decimate --no-psnr --no-ssim --output "output" "input"

seraphyさんのだけファイルサイズ大きくなるんよ。
rev1093と1096、比較したビルダーはバカポ、skystrife's patched build、VFRmaniac、公式にあるもの。

--level 4.2 なんで？

>>946
その設定でnlのやつとOreAQ ICCで比較してみたけど、
0.1kbpsほどnl版のほうが大きくなったな。

失礼。上記の設定でGCC版も比較したところ、
他の2つに比べて75kbpsほど小さく、PSNRも低下した。
・・よく分からん。

>>947
PS3が4.2だからとか

>>924
感情的にはともかく
実社会では正しいかどうかには何の価値も無くて
相手を言い負かせるかどうかだけが重要だからな
正しいか正しくないか、は科学や数学の世界だけで通用する価値観だ

>>947
一部分が60fpsの物のためにじゃないの？
levelが同じじゃないと繋ぐときに問題がでるとかで4.2に統一しれるとか。

>>951
だから何やっても不景気になるんだよな

>>950
>>952
なるほどね、確かにそういう事態を想定するとlv4.2で統一しといた方が安全なんですね。
ありがとうです

>>952
じゃあ4.1じゃない？

BS物でED60物とかじゃないの？よく知らないけど。
自分はインタレ保持エンコしかしてないんで。

60000/1001fpsが必要なら、1280x720にすると、--level 3.2にする事が可能で再生できる環境も多い。

>>955
PS3の最近のファームは確か4.2までいけるはず。持ってないからよく知らんけど

おれはXBOX360のためでもあるけど4.1だな。
こうすれば、知り合いのPS3でもOKになるから

PS3用なら --b-pyramid 付けないと思うよ

え？そうなの？何で？

>>951
社会の話にすりかえるなら実績・結果が全て。
正しいかどうかとか言い負かせるかどうかとかはどうでもいいことだ。

現状のb-pyramidが一体何の役に立ってんだよｗ

962は社会に出たことがないんだろうか

また粘着か。面倒くさいから言い返さないほうがいいなこりゃ。

>>962
実績や結果なんて架空の世界に存在するもの

アニメで空想の妄想に浸っているバカに社会の現実が受け止められるはずないだろう。
いい加減相手するなよ。粘着アニオタは。

ちなみに、ID:PRo70gn6とその仲間たち（ID:OKdyNA7C）のことなｗ

理解した。ID:ZbPKeQgO をNG登録しておく。

いい加減、社会云々はよそでやれよ。だいたい社会の話になっているんだ。
アニオタはきもい。

そろそろ次スレ立てとくよ

x264 rev20
http://pc11.2ch.net/test/read.cgi/avi/1233487808/

なんか間違えた・・

負けそうになると相手をアニオタ認定する子が一匹紛れ込んでますね

可哀想だな

作った人も改良してる人もバイナリ配布してる人もアニオタばっかりなソフトのスレでなに言ってんだか

モーヲタ「・・・。」

　　　　　　　　　　　　　　　/　/　　　　　　　ざわざわざざわ　　　　　　　　　 　　　　　　　　　　　　　　
　 ∧＿∧　　　　 　　　/　/∧＿∧　　　　∧＿∧　　　∧＿∧　　∧　∧　　　∧ ∧　　　∧ ∧　/
　（　´∀｀） ∧＿∧　∧ ∧（´∀｀ ）∧. .∧（´∀｀∧ ∧（´∀∧ .∧（´∀｀∧ ∧（´∀｀∧∧（´∀｀）∧ ∧
ｍ９. 　　⌒（´∀｀ ）（ ´∀｀）"　 ⌒（´∀｀ ）　　 （´∀｀ ）~　（´∀｀）⌒ 　（´∀｀） 　　（´∀｀∧ .∧（∀｀　）
　ヽ　　　_/~　　　　Y　　 　|　　　/⌒　　　/　 /⌒　　　⌒Y⌒　　⌒　/⌒　　⌒ヽ　/~　　 （´∀｀ ）　　⌒ヽ
|￣￣￣∪￣￣￣￣￣￣￣￣￣∪￣￣￣￣∪￣￣￣￣￣￣￣￣∪￣￣￣￣￣￣∪￣￣∪￣　


>Divx「またAVCとその仲間たちがが暗いところでざわざわ言っているよ・・・」
>Xvid 「・・・」

>>973
冗談抜きでいきなり社会とか言い出して、話のすりかえておいて
勝ち宣言とか頭沸いているんじゃないか？

すれ違いもほどほどにな。

基地外の相手するやつも荒らしだって偉い人が言ってた。
頼むから次スレには、粘着して持ち込まないでくれよお互いに。

迷惑ですから。

自分の考えに自信のない奴ばっかりなのであんまりマジレスで反論しないであげて・・・
必死になっていつまでもループするから。

>>977
ざわざわうるさいわｗ

>>977
Divx7のあんたもその仲間たちだがｗ

兄オタ認定の巣がDivXスレだからな

うめ

またこのスレは全体的にあまり参考にはならなかったな。

参考にするスレじゃないからな
使い方が間違ってる

え？

>>972
乙です

上で挙がってたけど
AviutlでOreAQ使うと本当動画が破損するな。
seraphyたんなんかやらかしたか。

ｍｊｄ？うちは何もなさげだけど。

よく読んでみたら、デブロックスルーフィルタの問題とか書いてあるなぁ
再生側の問題かもしれん。すまん。

ほす

1099とかやっぱ駄目なん？

だめです

埋めす

ume

えーダメなん？
置き換えちゃったよｗ

(´・ω・`)

x264 rev20
http://pc11.2ch.net/test/read.cgi/avi/1233487808/

(｀・ω・´)

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。