x264 rev33

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

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

Q コマンドラインの使い方が分かりません
A 初心者スレでどうぞ
http://hibari.2ch.net/test/read.cgi/avi/1292516529/


[本家]
http://www.videolan.org/x264.html
http://git.videolan.org/gitweb.cgi?p=x264.git;a=summary (ソース/チェンジログ)
http://x264dev.multimedia.cx/ (開発者のブログ)
http://doom10.org/index.php (公式フォーラム)
irc://irc.freenode.net#x264(ユーザー用IRCチャンネル）
irc://irc.freenode.net#x264dev(開発者用IRCチャンネル）

[バイナリ]
Getting the latest x264
http://doom10.org/index.php?topic=3.0

前スレ
x264 rev32
http://hibari.2ch.net/test/read.cgi/avi/1308452706/

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

AviSynthの使い方等は
Avisynthを絶讃ιょぅょ Part30
http://hibari.2ch.net/test/read.cgi/avi/1298742587/

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

リサイズやアス比の話題は
アスペクト比 part6
http://hibari.2ch.net/test/read.cgi/avi/1301521076/

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

Matroskaの話題は
【mkv】MatroskaVideo総合スレ8【mka】
http://hibari.2ch.net/test/read.cgi/avi/1237123715/

PS3の話題は
【H.264】 PS3動画スレッド8 【1080p】
http://hibari.2ch.net/test/read.cgi/avi/1263892716/

前スレに誘導先のリンクを貼ろうとしたら既に荒らしに埋められてた orz
よってせっかちな ID:6mKQx5Fg はNGIDということでよろ。

>>1乙

瑣末なことだけど、zoomeはもう潰れたから「Q ニコニコ・zoome用の動画を作りたい。」は次から修正した方が良いな

>>1乙
映像製作板だと？！

ワットパフォーマンスを重視しながらH.264使ってるんだがな

8bitの動画を公式の10bit版x264.exeでエンコすると、色がわずかに違ってくるけど
JEEBさんのパッチ適応の方のバイナリ2074v2だと元の動画とほぼ同じ色になるから
公式のは何か間違えてるとみていいのかな？

プレイヤー変えて再生してみたら色が違ってくるみたいでよく分からなくなった。
下のmplayer2だと2074v2の方が元の動画に近い色になって
http://mplayer2.srsfckn.biz/
SMPlayerだと公式のx264の方で同じ色になるね。
http://sourceforge.jp/projects/smplayer/

10bit対応環境なら環境も書くべきじゃないの
というかそのレベルでなんでそんな環境もってるのか理解できないが

ソースの変換式見ればいいんじゃねーの？

x264 develでなんか書いてあった気がするけど

>>7
Doom9等でBT.709 Part 2のアルゴリズム（単純なビットシフト）が少なくとも
TVレンジの方で正しいと判断されたんで、うちのパッチ適応の方が正しいはず。
ディザリング機能の方は完全に分かっていなかったため、irock氏にも一応
チェックしてもらったら、唯一のコメントはフルレンジの方の変換アルゴリズム
についてでした。

irock氏のコメントの後は8bitなサンプルをロスレスな10bitにエンコして、
デコードしたものをYUVでダンプして結果を比べたら数値が合ってました。

mplayer/mplayer2の方はレンダラとドライバによって動作が変わるんで、（以下略

・一部のレンダラとドライバでは直接10bitなYUVが渡されてGPUでレンダリングされる
　（多分正しい方式が使われる・opengl出力+nvidiaだったっけなぁ・・・少なくとも
　　*nixの方では）
・他のレンダラではlibav、またはffmpegのswscaleが使用されて、8bitな4:2:0への
　変換が起きて、未だに直ってないと思うので、x264の本家の方のアルゴリズムと
　同じものが使用されていると思う（元々のコメントを見る限りirock氏がswscaleの
　方の変換方式と同じようなものを書いたみたいだし）。

DSもフランスから帰っただろうし、もしx264が間違っているのなら、早いうちに修正してほしいな。

>>12
D_S氏は先月辺りから報告済みで「patches welcome」状態。irock氏が言った
フルレンジの方の変更を行なったらパッチをD_S氏に提供するにゃ。

未だに完全に理解してないけどねぇ…　あのirock氏のコメント^^;

少しコーヒー飲んでコード書いて「こんな感じでおｋ？」と聞いてみようっと。

前スレでちょこっと出てた
　　4:2:2 encoding support
というのは、現在実装中で近いうちにサポートされるのでしょうか？
それとも単に今後のテーマの１つとして挙げられているだけで、具体的な実装はまだなのでしょうか？
あと、そのへんの話って、どこに行けばわかるでしょうか。

次回コミット予定
https://github.com/DarkShikari/x264-devel
こことか見れ
ここは正式にコミットされるまで何回も修正される
開発者の会話が見たいならIRC行け

>>15
ありがとうございます。IRC突撃はちょっと怖いので>>15のページ見ておきます。

GPGPUは仮想メモリが実現してからでないと使えないだろうな

ところでGPGPUってなんて読むの？
「じーぴーじぴゅ？」

グプグピュッ

>>11
パッチ適応の方が正しいんですね。
10bitよさそうなので使ってみようと思います。
お答えいただき、ありがとうございました！

>x264Licensing x264 Licensing
>Welcome NVIDIA ARC (formerly Mental Images) as an x264 Licensee!
>22 hours ago

http://twitter.com/#!/x264Licensing/status/111926057015316480

CUDAでMEをやってくれたりしないのかね。
http://wiki.videolan.org/SoC_x264_2011#GPU_motion_estimation

フルHDを重い設定で等倍で4ストリームエンコできてさらに余裕ｱﾘｱﾘで裏で動画再生
重いゲームもなんでも同時にこなせるCPUまだかよ

不満しかない人生送ってそうだな

その頃には新たなCODECが登場して
遅いままだったりしてなｗ

当然そうなると思う…が、それはそれで楽しい。

エンコード時間は変わらないがH264比で1/30ぐらいに縮むんじゃなかろうか＞その頃の圧縮

だがコンテンツの解像度が増してるんで結局・・・

そしてその頃には年をとって目が悪くなってて、画質なんてどうでもよくなってるという・・・

10bitのx264使うときはcrfは8bitの時から-12すればいいの？

Xenon使うか諦めて複数でエンコしたら?
もしくは、クラウドつかえばいいのでは?
基本1台で映像本数が増えるとマシンを追加で増やす。
クラウド破産に注意が必要だけど…

XeonならしってるがXenonは初耳

キセノン（英:xenon）は原子番号54の元素。元素記号はXe。希ガス元素の一つ。

crf を -12 (；ﾟдﾟ)ｺﾞｸﾘ

普段20.0でエンコしている人は8.0でエンコすることになるのか・・・恐ろしすぎる。

ガスエンコかよ

crf 8 とか未知数すぎるｗ

稀勢の里か＜Xenon

10bit動画再生でLAV Filtersより負荷の小さいのってあるかな？

アニメでcrf 13を使ったことはある。
実写はcrf 16もあれば俺的に満足過ぎる。

crfで18未満はデータ量とビットレートが増えるだけであまり効果ないんじゃなかったか？

ビットレートが増える事に意味がないなんてそんなヴァギナ

>>29
結構前にCRFが>8bitで8bitと同じように動作するように変更されたはず。
それで今は8bit感覚でエンコしても大丈夫なはず（大きな変更なしで）。
当然、その変更後、crf 0がロスレスでなくなった。

とあるエンコチャンネルによると2-3ぐらいでCRFを上げても画質的には
大丈夫だそうですが、自分はまぁ・・・8bitと同じ感じでソースによって（以下略

あれ、久しぶりにnlのバイナリ使ったらなんかいつも使ってるとこのより
速いぞ。あれれのれ？

どこのda

>>31
Xbox 360の

おお…　生tsが一番高画質と思ってるのがいるのか

一年ぶりぐらいにx264をVerUPして同じソースをエンコードしたら
処理速度が17→26f/秒になってワロタ
10bit移行で設定煮詰めのつもりが一発で十分な画質だったよ

オプション弄らなくなって便利になったよな

後は422ぐらいか

すみません、10bit-depthについていくつか質問させてください。
（色々調べたつもりですが変なこと言ってたらすみません。）

■10bitでエンコしたものを最も綺麗に（つまり10bitカラーで）見るためには
　　　　・10bitのH.264データを10bitでデコードして10bitで出力できるデコーダ
　　　　・10bitでデコードしたデータを10bitで表示・再生できるプレーヤーソフトウェア
　　　　・10bit出力に対応したグラフィックカードとドライバ （QuadroやFireProなど）
　　　　・10bit出力に対応したモニタ（ディスプレイ）
　　の全てをそろえる必要があるという認識であっているでしょうか？

■「10bitで出力できるデコーダ」としてはCoreAVC 3.0があるようですが、
　　それ以外に10bitで出力できるデコーダとしてはどういうものがあるでしょうか。

■ffdshow tryoutsではrev3954で「H.264 10-bit 4:2:0 and 4:4:4」のデコードをサポートしたようですが、
　　現在の最新版であるrev3982でも出力は8bit出力のままであり、10bit出力はできないという認識で正しいでしょうか？
　　また、今後10bit出力にも対応していくのでしょうか？（スレチかもですが）

■VMR7、VMR9、EVR、Haali、madVRなどのレンダラのうち、madVRは10bitをサポートしているらしいのですが、
　　VMR7やVMR9、EVR、Haaliなどは10bitをサポートしているのでしょうか？

■過去ログを見ると、10bitを再生できる環境として「lachs0r's MPlayer2」やVLCのnightlyビルド版が挙げられているようですが
　　　　http://mplayer2.srsfckn.biz/
　　　　http://nightlies.videolan.org/build/win32/last/
　 これらで10bit出力をしようとした場合、出力の設定に気をつける必要があるのでしょうか？
　 例えばDirect3DだとかOpenGL出力だとか色々あるようですが、これを選ばないとダメみたいなのはあるのでしょうか？

すみません、もう１点。
x264.nlに置いてある以下のPDFを低い英語力でなんとか読んでみたのですが、
　　「8bitソースを使って10bitエンコードし、デコードしたものを8bit出力して見るような場合でも
　　　10bitエンコードは十分な意味を持つ。例えば圧縮処理の精度が上がることにより、
　　　同じ画質を目指すのであれば8bitでエンコードするより10bitでエンコードするほうが
　　　ビットレート（ファイルサイズ）を5〜20%くらい小さくすることができる。」
という解釈は正しいでしょうか？

http://x264.nl/x264/10bit_01-ateme_pierre_larbier_422_10-bit.pdf
http://x264.nl/x264/10bit_02-ateme-why_does_10bit_save_bandwidth.pdf
http://x264.nl/x264/10bit_03-422_10_bit_pristine_video_quality.pdf

そこまで気にするならスタジオ向けの機材一式でも導入しちゃいなよ

>>51
いや、自分で環境を揃えるつもりはないのですが、知識として整理しておきたいのです。

>>51
正しい
オーバーサンプリングと同じ理屈だな
動画だと半画素検索とかと一緒

>>52
YUV(YPbPr)→RGBは1:1じゃないから10bitRGBでも丸め誤差はでると思うんだけどどうだろう
と思ったけど2〜6M円位のマスターモニターも表示はRGB10bitだから気にする必要もなさそうだね！

>>49
>■「10bitで出力できるデコーダ」としてはCoreAVC 3.0があるようですが、
>　　それ以外に10bitで出力できるデコーダとしてはどういうものがあるでしょうか。

LAV Filtersは無料で使える。

http://forum.doom9.org/showthread.php?t=156191

あと、Atemeの資料にある様に、PSNRが20%くらい8-bitより良くなるのに加えて、
YCbCr -> RGBの精度の向上もあって、6-bitや8-bitのディスプレイでも、グラデーションが明らかに違ってくる。

>>49
8bitでしか出力できない環境だから実際のところは知らないが
LAV FiltersのLAV Videoは、設定画面で10bit出力できそうに見えるね。
自分とこだとffdshowより軽かったし使うならお勧めできる。色が正しいかは知らんけど。

>>50
少し前に同じくらいの容量を作って見比べただけだけど
ブロック状のゴミみたいなのが若干ながら出来にくいように思ったかな。
あとディザリング機能が優秀だから、ソースで階調割れがないなら、バンディング対策フィルタが不要と思ったね。

>>55
比較画像plz

>>57
http://screenshotcomparison.com/comparison/78624

ソース: http://media.xiph.org/ED/ED-1080-png/

>>56
＞あとディザリング機能が優秀だから、ソースで階調割れがないなら、
＞バンディング対策フィルタが不要と思ったね。

これって、逆に言えば 8bit だとソースで階調割れがない場合でも、
ディザリング機能が貧弱だからバンディング対策フィルタが必要な場合が
あるってことだよね。

つまり、バンディング対策フィルタって、ソースにはバンディングがなく
エンコ時に発生するバンディングも予防する効果があるってこと？

ちょっとスレチかもしれんけど、気になったので…

>>59
GradFun2DBmodとか、ディザリングとは別に、比較的維持するのが容易なグレインを足すタイプの物でないと、
バンディング対策は8-bitでは厳しい。

>>49-50です。皆さま回答ありがとうございました。
LAV Filtersは気になっていたのですがチェックするのをすっかり忘れていました。試してみようと思います。
いまだにレンダラまわりの動きがよくわかっていないので、
主に>>49の後半部分など情報がありましたらよろしくお願いいたします。

LAV Filtersはhenryのところが最新head追ってる。
メンテはVFRmaniacがやってるみたいだ。
ttp://henry.fushizen.eu/builds/

>>58
色が違うように見えるんだけど、ソースと見比べるときはどれみればいいのかな。

>>62
>メンテはVFRmaniacがやってるみたいだ。

やってないらしい。
　　https://twitter.com/#!/MP4_maniac/status/115113224550105088

>>63
http://media.xiph.org/ED/ED-1080-png/07000.png

LAV Filters 0.35を入れてみました。
Video Settingsを見ると、確かに10bit出力、16bit出力に対応しているようですね。

　　LAV Video 0.35 Video Settings
　　http://www1.axfc.net/uploader/Img/so/125696.jpg

画像を見てもわかるとおり出力フォーマット（出力色空間）はこんな感じになるようです。

■4:2:0
　　8bit： YV12、NV12
　　10bit： P010
　　16bit： P016
■4:2:2
　　8bit： YUY2、UYVY
　　10bit： P210
　　16bit： P216
■4:4:4
　　8bit： AYUV
　　10bit： Y410
　　16bit： Y416
■RGB
　　8bit： RGB32、RGB24

そうなるとMP4の10bit再生環境を作るには
　　プレイヤー： MPC-HC （madVR使用可能）
　　スプリッター： LAV SplitterとかHaali Media Splitterとか適当に
　　デコーダー： LAV Video （出力色空間を10bitに固定しておく必要がある？）
　　レンダラ： madVR （うちは動作条件満たしてないので使ったことなし・・・）
という感じにして、あとはグラフィックカードとかドライバとかモニタとかが
10bit出力に対応してればよいということになるのでしょうか。

ffdshow tryoutsスレで、10bit対応してるレンダラはmadVRくらいと言われましたので
VMR7やVMR9、EVRなどではやっぱりダメということなんですかね？

VLCやmplayer2などは、独自のレンダラで10bit対応してるということなんだろうか。
混乱して、そもそも本当に10bit表示ができるのかがよくわからなくなってきてしまいましたが・・・・。

madVRは10bitで表示するわけじゃないぞ
10bit-YUVをビデオカードを使って8bit-RGBに変換して表示するんだぞ
基本的にPC上の再生は、最終的にはRGBに変換されることを理解してるか？
問題はどの部分で、どの程度の精度で、どのような処理を行ってRGBに変換するのか、だぞ

気にはなるがスレ違い気味だな
x264はエンコソフトだし

10bit対応ソフトのスレ建てて情報を寄り集めては

スレ違い気味なのは申し訳ない・・・。
最終的にはmadVRスレとかに移ったほうがいいのでしょうけどもう少しだけ。

　　多ビット（10Bit、12Bit）画像データの表示、フォーマット　画像処理ソリューション
　　http://imagingsolution.blog107.fc2.com/blog-entry-45.html

　　10ビット／8ビット表示はドコが違う!?：「FlexScan SX2462W」のDisplayPort入力で
　　“約10億色リアル表示”を体感する (1/3) - ITmedia +D PC USER
　　http://plusd.itmedia.co.jp/pcuser/articles/0909/24/news001.html

　　Adobe Photoshop CS4を使用した10bit表示利用方法と互換性情報
　　http://www.eizo.co.jp/support/compati/detail/d09ds171/10bit.pdf

このあたりを見て、ソフト(独自のレンダラが必要？)・デコーダ・レンダラ・グラボ・モニタの全てが
10bit対応していれば、10bit-YUVを直接10bit-RGBに変換して表示できると思ったのですよね。

madVRが10bitに対応しているというのは、
　　「10bit-YUVの入力を受け付けて、8bit-RGBに変換して表示する」
という機能のことであり、
　　「10bit-YUVの入力を受け付けて、10bit-RGBに変換して表示する」（ただしグラボが10bit出力に対応していること）
というわけではないということになるんでしょうか。

というか、
　　「グラフィックカードやディスプレイ（モニタ）が提供している10bit出力機能を
　　　利用して動画を再生できる環境ってそもそも存在するのか？」
が現在の最大の疑問となっております・・・。

何故無いと思えるんだろう

>>73
私の知識が浅すぎて混乱してるだけな気がします・・・。

上に書いたように、
　　「madVRやVLC、mplayer2のレンダラは最終的に
　　　8bit-RGBではなく10bit-RGBでモニタまで出力できるのか？」
というのがよくわからないのです。

ttp://haruhichan.com/wpblog/?p=205
このへん見るとFirePro/FireGL化MOD用意して
MPC-HCのEVR-CPで10bitRGB出力を設定すればよさそうだけど

10bitって現状のGPGPU向けAVSフィルタで対処できるのか？

swscaleにPIX_FMT_YUV444P10からPIX_FMT_RGB444P10への変換が無いから、
現状じゃ簡単にはいかないな
これさえ追加すれば、OpenGL 3.3以降の拡張を使って出力できるはず…多分

それとHDMIは8bpc(bits per channel)と12bpcのみ対応らしく、
Linuxのintelドライバだとディザ加えて12bpcにされちゃう模様 (DPなら大丈夫)
http://git.denx.de/?p=linux-2.6-denx.git;a=blob;f=drivers/gpu/drm/i915/intel_display.c#l4583

madVRインストールしてx264-10bitエンコの再生する時に使用するlibavと
LAVFiltersはどっちがいいの？

yuv444 10bitからrgb444 10bitに3d-lutするとなると、
((2^10)^3) * 4 byte = 4Gbyte のメモリが必要。
うん、まー、できなくはないけど、キャッシュミスしまくりだな、こりゃw

http://techblog.cineform.com/?p=2798
64x64x64から引いてきて補完するのか

>>66
16bitとか、エンコーダーとかデコーダーあるのかな？

FFv1(可逆)が16bitに対応してるけど、rawを除くとFFmpeg内ではそれぐらいかな

門外漢だけど、
放送は素材でもせいぜい12bitな印象。
医療とかでは使われてるイメージあるけど、画像止まりな印象。
3DCGで使われてるのは16bit以上だけど浮動小数点だし、やっぱり画像止まりな印象。

アナログ入力とかだと16bitの方が滑らかになるけど
デジタルだと8bitも上位bitもあんまり変わらん
それだけの情報が元から入ってないんだろ

既存の再生環境でトラブル起きるから8bitでいいや派

ビデオカードやM/BにDPのない環境だと10bitでエンコしてもあまり意味ないんでね？

>>85
同じビットレートで比較した場合の画質が良くなる。
http://3.imgland.net/DDvSI.png

8-bit RGBで出力した場合でも、バンディングが改善される。

10bitだとやっぱ多少サイズ膨らむの？

>>87
同じPSNRを、より低いビットレートで実現できると言うことだから、8-bitよりもファイルサイズは小さくなる。

で、10bit-RGBで出力させたものはほかの環境のUVD（再生支援）で正しく描画されるのか？
エンコ環境で描画されても、ほかの環境で再生するとブロックノイズが大量発生したり
黒塗りになっていたり悲惨なことになることもあるだろう。

エンコ機と再生機は分けて運用しているからここは特に気になる。
ちなみに再生機は今も現役、北森+HD3850AGPだけどなｗ

残念ながら、UVDやPureVideoと言ったASICは、今のところ8-bitにしか対応していないね。

>>89
UVD支援ONだと全面真緑とかモザイクとかそんな感じ
CPUで再生するから環境にも電力にも余り優しくないな

GPUって下手なCPUより電気喰うから節電とかエコ視点だとどっちが得かわからんけどね

FlashPlayerはHi10Pの再生に対応してる（表示は8bitだけど）って書いてるけど、
10bitでエンコしたMP4を再生すると右側に謎のマゼンタ色の線が出るみたいだ。

　　アドビHDビデオ: 対応テクノロジー
　　http://www.adobe.com/jp/products/hdvideo/supported_technologies/h264.html

　　10bit深度（Hi10P・ハイ10プロファイル)でのアップロードテスト ‐ ニコニコ動画
　　http://www.nicovideo.jp/watch/sm15543879

サンプルがニコ動でごめん。
エコノミー動画が再生される時間帯だと、崩壊したエコノミー動画しか見れないね・・・。
（エコノミー動画生成時に使われるデコーダが10bitに未対応なので
　崩壊したエコノミー動画が作成される。）

失礼。エコ回避版上げてみたのでこちらを参照してくらはい。（作ってたの忘れてた）

10bit深度（Hi10P・ハイ10プロファイル)でのアップロードテスト(エコ回避版) ‐ ニコニコ動画
ttp://www.nicovideo.jp/watch/sm15647046

某マニアックな人の呟きを見て
　　Adobe Flash Video File Format Specification Version 10.1
を見てみたら、仕様書上は以下のようになってるんですね。
8bitでi444出力したもの（Hi444PP）を再生すると真っ黒になるのはサポート対象外だからなのかな。

-------------------------------------
A media type of H264 (0x48323634), h264 (0x68323634), or avc1 (0x61766331) indicates
that the track is encoded with H.264 video. Flash Player supports the following H.264 video
profiles:
- 0 = supported for older media that neglects to set profile
- 66 = baseline
- 77 = extended
- 88 = main
- 100 = YUV 4:2:0, 8 bits/sample, a.k.a. “High”
- 110 = YUV 4:2:0, 10 bits/sample, a.k.a. “High 10”
- 122 = YUV 4:2:2, 10 bits/sample, a.k.a. “High 4:2:2”
- 144 = YUV 4:4:4, 12 bits/sample, a.k.a. “High 4:4:4”

多bit処理の有用性は昔から言われているけど、
根付かない理由のひとつに表示環境だったり
8bitモニターならデコード後のポスト処理で多bit処理すれば何とかなってしまうのもある

x264の422対応はどうなったんだろ

pop@4bitのところの10bit版x264.exeを試しに使ってみてるけど
同じソース動画、同じオプション設定なのに、10bit版でエンコ
すると若干ファイルサイズが縮むな。

再生のほうはLAV Filtersで何の問題もなく再生できてる
もちろんディスプレイは特殊なのじゃなくて極普通のBenQの液晶

さすがにエンコ速度は10bit版のほうが遅いけどねｗ

>>75
madVRは10bit出力には対応していないのでEVR Custom Pres.を使う必要があるのですね。
しかも単にFireProで10bitサポートをONにするだけじゃ駄目で、
ドライバにパッチを当てる必要がある、ということでしょうか。
レンダラってDirectDrawとかDirect3DとかOpenGLとか色々な手法があるようですが
それらと10bitの関係がよくわからない・・・。

ffdshowはまだ出ないのかな

>>99
高いFirePROは元々10bit出力可能

安いRadeonは制限から10bit出力できない
ドライバ改造（MOD)で同等もしくは下位の
FirePROとして無理矢理動かせるって話
MayaとかOpengl系アプリが目的の人が殆どだろうけど・・・

8bitと10bit見比べてもイマイチ分からない俺には8bitでよさげ
再生支援聞いてる方がCPU負荷も減るしなぁ

10bit版だと16bit演算とかバッファが使えないのね
今までのsimdコードが使えなくて遅いのか

エンコは遅いがファイルサイズが縮んでPSNRも少し改善。
これなら8bitのままでBとrefsをちょっと多めに盛った方が気軽じゃない？

俺もディスプレイ周りが10bit対応じゃないと
8bitでいいと思う

--refsはいつでも大きくしてよいのか?
http://blog.mura.com/blogs/index.php/charlie/2009/09/09/x264_larger_refs_is_always_good
Bフレームを増やして画質をUp ? 動きの少ないシーンでは如実な効果が
http://blog.mura.com/blogs/index.php/charlie/2009/09/05/x264_bframe_params

盛り過ぎはどうかと思うが、盛らないよりは持った方がPSNRは改善する。ただしエンコが遅くなるけど

SSIM小数点2ケタとか、誤差の範囲じゃね？
1つ2つのソースで言い切るか…って2年前の話かよｗ

PC以外の再生機器のことを考えると当分は8bitで行かざるを得ない

Androidは10bit再生できたりする

　 ｲ｀ﾍ
　/: :| ヽ
/ : :/　　ヽ　＿＿＿　　　_,,,:. .-: :´彡ﾌ
_ノ＼＿∠: : : : : : : : :｀: :-: :,:_:／彡　/
　　　　　 ( : : : : : : : : : : : : : : ｀ゝ　 /
　　マ　　r::/: /: : | : : : : : : : : ::＼ /
　　 　 　//: /: : : |: : | |: : |: _: : : :ヽ
　　ジ　 {/ 7|｀＼/i: /|:|／|´: : : : :|ヽ
　　　　　〉 ,‐-‐､｀|7　|| |_::|,_|: : :|:::|: |
　　で　／ r:oヽ`　　 　/.:oヽヽ: :|: | :|
　　　 　{　{o:::::::}　　 　　{:::::0　}/: :|N
　　っ　 |　ヾ:::ソ　　　 　ヾ:::ｿ /|: : |
　！？ ヽ::::ー-..　／ヽ　..ー-::: ヽ::|　r--ッ
-tヽ／´|｀::::::::::;／　　 `､ ::::::::::: /: i　}　 ＞
::∧: : :|: |J　　 ＼　　 ／　　 ／::i: | /＿ゝ
. ＼ヾ: |::|｀ - ,, ___｀-´_ ,, - ´|: : :|:::|
　　 ヽ: |::|＼　　　 ￣/ /|　　|: : :|: |

10bitはいいから、はやく改良版mbtree頼む

8-bitではどうにもならないバンディングが大きく改善するのは、10-bitを使う理由にはなる。

HWを10bitで揃えるとそうだろうけど

ソースも10bitにならないと本当とは言えないなあ

利便性やエンコード速度に見合う効果があるかが問題
低ビットレートほど10bitを使うべき

で、自前の10bitソース用意するために500万前後のカメラを買ってしまった、と

>>107
折込処理済みなら8bitでもいいかな

>>112-113

フィルターチェインの最後にditherやflash3kyuu_debandを持ってきて、16-bitにアップサンプリングするだけでも、
8-bitのディスプレイで区別が可能な違いになる。

>>113
例えばゲームのプレイ動画をRGBキャプチャした場合とか
別に大仰なこと考えなくても。

>>105
Bフレーム増やすと実写とかで汚いフレームができやすくなるように思うのだが、
それでも増やした方がいいのか？

>>119
自分の感覚を信じるんだ
非可逆で心理考慮の圧縮なんて1個のソースで結論付けられるわけがない

そのブログでも 他は試してないのでわからんよ 的な予防線は張ってる
> デジタル制作のアニメは素材のS/Nが極めて良好で、画質を落とさず圧縮率を高めやすい特殊な例である。グレインの乗った実写とか、アニメでもアナログキャプチャだと効果が表れなかったり、特性が異なるかもしれない。

2074から更新無いなぁ

質問失礼します。

・--output-csp rgbとした場合、内部ではRGBではなくYUV4:4:4として圧縮されているのでしょうか？
（MediaInfoなどではYUV4:4:4とあり、matrix_coefficientsの部分がRGBになっているようです）

・--output-csp rgbで出力したものを正常に再生できるデコーダーはあるでしょうか？
　（ffdshowやLAV Filters 0.35では色がおかしくなってしまうようです。）

・10bit-depthで--output-csp rgbがサポートされていないのには何か理由があるのでしょうか？

>>120
だとすると、実写とかだとBフレーム0というのもありということ？
圧縮効率は落ちるけど。

Ｂフレーム嫌いだから（理由は割合）使わない人もいる、
程度に思っとけばいいんじゃね？
Ｂフレームを使用するかどうかは別に押し付けることじゃないし

>>122
・RGB444で圧縮されてる
・今のところ対応デコーダは無いはず (少なくともFFmpegベースのは未対応)
・さぁ…規格が対応してるかどうかは知らない

Changes in Haali Media Splitter 1.11.288.0 (16.09.2011):

- FIX: MP4 file association.
? Haali Matroska Splitter 03.03.2011:
? Fixed items:
- Fixed unrecognized video track in some transport streams
- Added more H.264 aspect ratio options
- Fixed occasional excessive disk I/O when paused

http://haali.su/mkv/
どこにもないんですけお・・・

実はx264.nlにあったりする

>>123
オプションを変えながら試した奴なんで全く同じ条件では無いんだけど
b-adaptだけでフレームの割合がごっそり変わるソースがあって40%ぐらい縮んだんだが
出来上がりはグレインノイズが全部のっぺりしてとても見れたものにはなってなかった事がある
全てはソースや他のオプション次第だから試すしかない

--b-adapt 1
x264 [info]: frame I:72
x264 [info]: frame P:2580
x264 [info]: frame B:44

--b-adapt 2
x264 [info]: frame I:11
x264 [info]: frame P:701
x264 [info]: frame B:1984

>>124>>128
そうなのか。実写でのBフレーム利用は難しいな。
Bフレームは、つけることが必須というわけではないようだし、
BフレームをつけないHigh Profile、10bit、4:2:2なファイルを作ってみるかな。

まったく使わないてのはもったいない気がする。
双方向予測は使わないってことでしょ？
上手く使えば劣化知覚無く圧縮率上げられて、x264は常に設定枚数
使うんじゃなくて判定して挿入するわけだし。

x264の判定が完全にゴミでbフレーム入れるくらいなら
iフレームの質落としてp入れた方がマシってならそうだけど
そうやって考えてくとpフレームの判定もゴミだから全部iフレームにしよう
ってなったらmotion jpegでどうぞってなるじゃん。

一番良いのは選択の幅を広くしておいてx264が最適な判定をしてくれることだから
判定が気に入らないなら連続枚数を少なくてしてそれでも気に入らないなら
biasを下げる方が良いんじゃないかな

よくわかんねえけど、単にデフォのqp値がI>P>BになってるからBの画質ゴミとかいう
だけの話なら、ipratioとpbratio弄ればいいんじゃねーの？

可逆でおｋ

「--qp 0」

これ最強

最強厨はどっかいけよ。エンコ速度を落としてまで画質にこだわる気はないぞ。

えっ

>>134
試しにx264ロスレスでエンコしてみろよ
めちゃ速いぞ

ロスレス＝ゴミレスがどうかしたか？

>>125
遅くなってしまいましたが回答ありがとうございました。

>>137
レスとしてはゴミだがゴミがlessならそれは素晴らしいことであるとかうんたらかんたら

なんだよ座布団ぐらいくれよｗ

甘いわw

>>134
お前の望みが叶うとでも思ってんのかｗ

r2085
4:2:2 encoding support

422対応したか
だれか簡単にメリット教えてくれ

ぐぐれ

>>143
http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Software_encoder_feature_comparison
ここのページで他よりも多機能と自慢できるのがメリットといえばメリットかな
あとはインタレソースのアナログキャプチャとかにも使おうと思えば使えるくらいか

>>145
翻訳ありがとう
アナログソースはもういじらないだろうし
444で編集したものは従来通り411出力だろうし
あまりオイラには恩恵ないか

10bitの色周りの修正はまだ入ってないのかな

>>142
.nlにきたな

>>126,127
Haali Media Splitter最新版？
本家に無いのになんでnlにあるんだ

かいはつばん

P2Pに10bitもんが流れ始めたんやな

地デジやBSで10bitなんて意味無いじゃんアンポンタンが喜ぶだけだら

フォーマット : AVC
フォーマット/情報 : Advanced Video Codec
プロファイル : High [email protected]

ビットレートモード : VBR モード
最大 : 40.0 Mbps
幅 : 1 920 ピクセル
高さ : 1 080 ピクセル
解像度 : 16:9
フレームレート : 23.976 fps
ColorSpace : YUV
ChromaSubsampling : 4:2:0
BitDepth/String : 10 ビット
スキャンの種類 : プログレシッブ(PPF)
使用したライブラリ : x264 core 116 r2074+602_tMod-10bit adfbfd5
エンコードライブラリの設定 : cabac=1 / ref=6 / deblock=1:-2:-2 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / fade_compensate=0.00 / psy_rd=3.00:0.00 / mixed_ref=1 / me_range=48 / chroma_me=1 / trellis=2 /
8x8dct=1 / cqm=0 / deadzone=6,3 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / slices=4 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=8 / b_pyramid=1 / b_adapt=1
/ b_bias=1 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=21.0000 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 /
vbv_maxrate=40000 / vbv_bufsize=50000 / crf_max=0.0 / nal_hrd=vbr / ip_ratio=1.40 / aq=1:1.00
colour_primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
transfer_characteristics : BT.709-5, BT.1361
matrix_coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

ついに来たか

>>152
サイズ縮小用途で最近10bitエンコードしているよ
あまり効果を実感したことはないけどなw

いろいろツッコミどころ満載なエンコパラメータだな。
10bit対応はいいけどちょっと詰めが甘すぎだろ。

元が8bitのBDアニメを10bitでエンコする意義が見いだせないんやなｗ　悲劇やなｗ

アニメでrdそんなに盛るってどうなのよrangeだって…ｗ

盛りすぎだよね

前半盛りすぎな分
後半控え目にしたのかね？

本人が満足してるならそれで良いじゃないか

エンコード知識のない情弱外人特有のコマンドラインパラメータやなｗ

ソースによるとしかいえんような
演出でわざとノイズかけまくってるようなソースなのかもしれんし

余計にサイズ膨れると思うんだが

LDなら諧調が出るので10bitの意味があるぞ

階調なら来月からのシャナ３でみれるんじゃないか？
シュタゲほどではないと思うが。

地デジでは何もやる気起きないなあ

CPUによって解析カットされる件って結局組み込まれた割に反応薄いな

進化の過程で10bitはありだけど俺は使わないな
他力本願だが、とっとと12bitか16bitにしてくれ

VHSソースエンコし直すか

せめてLDからにしろよ

>>169
>>86

元々8-bitのソースに、12-bit以上はオーバーキルだな。

>>169
14bitより上はHEVC待ちじゃね？

10bit-depthで4:2:2エンコしたものを正常にデコードできるデコーダーって何かありますでしょうか。
LAV Filters v0.35では緑の横線が超乱舞してました。

Flash Playerで再生できたよ、マゼンダの線入るけど

>>175
ありがとうございます。右側のマゼンタ色の縦線は10bitの4:2:0出力でも入るみたいですね。
DirectShow系のデコーダーは、まだ市販のものくらいしかないのだろか。

デコーダーの質問なのかスプリッタの質問なのか…

>>177
すみません、よくわかってませんが4:2:2のデコードって何かスプリッタ側の対応も必要なんでしょうか？
試した組み合わせはLAV Splitter＋LAV Videoでしたが・・・。

>>176
FFmpegベースのやつはダメっぽい>DirectShow系
4:2:2がバグってるようだ
FFmpegベースじゃないデコーダもいくつかあったはず

>>172
処理は多bitでやって丸め込み後で8bitに直すのならアリ

>>178
そうじゃなくてさ、デコーダー聞いといてLAV Splitter使ってますしか言わないのは、どうなんだってこと。
デコーダーの質問をしたいんでしょ？

LAV Video = LAV Video Decoder

>>181
>>182さんが書いてくれてますが、「LAV Filters」は、
　　LAV Splitter
　　LAV Video Decoder
　　LAV Audio Decoder
の３点セットです。
スプリッタは最初から有名だったみたいですけどデコーダーがセットになってるのはあまり知られてないのかな・・・。
わかりにくい書き方ですみませんでした。

http://cyclotron.mine.nu/up/gazou/src/cyclotron_g2353.png

10bitの方がマッハバンド出ないな

2つ並べてまちがい探し形式だと全然わからんｗ
つーかなんでそんなソースなんだ。

解像度が低すぎてほとんど判別できない
真面目にやれ

マッハバンドて．．．

並べて一つにされるより別々の画像切り替えのほうがわかりやすい
んだよな。まあこれは結構はっきりわかるけど。

マッハバンドとバンディングは別物です

プリンとプディングは(ry

いやプリンとゼリーくらい違う

10bitでエンコすると8の字が10に変わるんだな

10bitでエンコしたらぼかしが消えた

マッハバンドってGeforce5〜7までの
内部処理8bit256階調が原因のガタガタ階調だろ？
(ゆめりあベンチで顕著)

サイズ縮小とバンディング対策に10bit
エンコ速度と汎用性と再生支援から8bit

それぞれ好き好きだとおもうけどねぇ

http://eseuta.mine.nu/what-is-machband.html

>>195
トーンジャンプとバンディングは使うソフトで言い方が異なるだけで
広い意味で同じものだから分けての説明は間違っていると思う

階調抜けしている部分をディザで視覚的に補間するのがデバンドなわけだし

http://ja.wikipedia.org/wiki/%E3%83%9E%E3%83%83%E3%83%8F%E3%83%90%E3%83%B3%E3%83%89

喋れんのかお前はｗ

ドラクエのモンスターだろ
知ってるよ

8bitでバンディングが出るのは間の処理でbit落ちしてるせい
ちゃんと処理すれば8bitでも階調はなめらかだよ

ならグレインノイズなんてもともと要らないんじゃ

10bitで圧縮効率が上がる理由がさっぱり検討つかないのだが
ソースが8bitでもホントに10bitっていい事あるの？

エンコ遅くなるし再生負荷も高くなるから使ってない

>>200
ちゃんとって具体的にどんなことを指しているの？

>>204
明るさを少し上げるだけでbit深度が減る

それは「ちゃんと処理」といっていいのかな？
効果はあるだろうけど

写真屋だが8・10bitはリサイズしたりアンシャープかけたりすると異なる。
RGB→Lab→輝度にアンシャープ→RGBとすると劣化が少なくて済む。

Labってなんぞ？

>>202
8-bit -> 10bitで丸め誤差が75%減る等の結果として、PSNRが20%くらい良くなる。

>>209
どこで発生する丸め誤差？

>>210
とりあえずx264.nlのトップに貼られてる３つのPDFを読むといいかもしれない。
　　http://x264.nl/x264/10bit_01-ateme_pierre_larbier_422_10-bit.pdf
　　http://x264.nl/x264/10bit_02-ateme-why_does_10bit_save_bandwidth.pdf
　　http://x264.nl/x264/10bit_03-422_10_bit_pristine_video_quality.pdf

>>210
MCやDCT

>>211
thx とりあえず見てみる

>>212
H.264はDCTで丸め誤差出ないでしょ
MCは分数画素単位ならたしかに精度は少し上がるかな。。。

>>208
http://kb2.adobe.com/jp/cps/216/216868.html

CMYKからRGB変換並に効率の悪さやなｗ

>>214
ﾍｪﾍｪﾍｪ∩＼(゜∇゜)
で、これ動画に適用するとしたらAdobeの糞高いソフトしか使えないの？

新しく2600KのPCを組んだんだけど、E5200（2coreのcore2）での
エンコと比べると1％程度ファイルサイズが大きくなるが、

x264のオプションでスレッドを3に設定すれば、E5200と同じ結果に
なるみたいだから、並列化の弊害ということでいいのかな。

スレッド増やすと圧縮効率下がるはずだが1%も違うか？

>>218
1％は大げさすぎた、すまん。

昨日のイカ娘のエンコを音声なしで比較して、以下の違いだった。
3スレッド → 318,075KB
12スレッド → 320,527KB

0.77％の増加だけど、これぐらいはしょうがないみたいね。

オーバーラップがあるからな
足りないよりはいいだろ

10bitサポートのx264でエンコする場合、通常のx264のCRF値が20だとすると10bitのｘ264は8ってことで間違いないですか？

え

Aviutlでx264guiExを使用し4:2:2のh.264ファイルを出力してみたのですが、
映像からブロックや縦縞が出て正常に再生できません。
ffdshowやLAVFiltersもインストールしてみましたが上手くいきませんでした。
どうしたら4:2:2や4:4:4のh.264ファイルを正常に再生することができますか？
4:2:2や4:4:4のh.264が再生できる適切なデコーダはフリーでありますか？

>>223
つ >>174-175

ソフトウェアとしての行儀が悪いのであまり薦めたくはないが、
VLC media playerが対応していたような。

>>224
Flashplayerで再生できるのは知っています。
一般的なデコーダでありませんか？

>>226
そもそもHi10P以上は一般的な規格じゃないし
まぁ待てばffmpeg系が対応するんじゃね？

>>225
VLCもffmpeg使ってるから対応してないよ

>>226
CoreAVCも未対応、DiAVCも未対応
業務向けのソフトウェアに付属するデコーダなら既に対応してるのありそうだな
無料ならリファレンスデコーダがあるにはあるけども、パンピーが使うもんじゃあない

>>226
DivX H.264 decoderが対応してるな。

そういやDivX H.264 decoderなんてものもあったなぁ

あーあのパクリデコーダか

>>229
訂正
DivX H.264 decoderは422。
444はFFmpeg系が出来る。

一応手元にあるものを試してみた。

■DivX H.264 Decoder Filter 1.1 （スプリッタはHaaliMediaSplitterを使用）
　　●8bit
　　　　i420　○
　　　　i422　○
　　　　i444　×再生不可
　　　　rgb　×再生不可
　　●10bit
　　　　i420　×（緑っぽくなったり崩壊したり）
　　　　i422　×（緑っぽくなったり崩壊したり）
　　　　i444　×再生不可

■ffdshow tryouts rev3984（スプリッタはHaaliMediaSplitterを使用）
　　●8bit
　　　　i420　○
　　　　i422　×（デコーダーとして選択されない。GraphStudioでもHaali Media Splitterとピンがつながらない。）
　　　　i444　○
　　　　rgb　×（一応再生できるが色がものすごいことになる）
　　●10bit
　　　　i420　○
　　　　i422　×（デコーダーとして選択されない。GraphStudioでもHaali Media Splitterとピンがつながらない。）
　　　　i444　○

■LAV Video Decoder （LAV Filters 0.35より。スプリッタはLAV Splitterを使用。）
　　●8bit
　　　　i420　○
　　　　i422　×（一応再生できるが横線ノイズ(？)だらけ）
　　　　i444　○
　　　　rgb　×（一応再生できるが色がものすごいことになる）
　　●10bit
　　　　i420　○
　　　　i422　×（一応再生できるが横線ノイズだらけ。最初の再生時は8bitより豪快なノイズ？）
　　　　i444　○

■FlashPlayer（Flavieで調査。HWアクセラレーション無効。）
　　●8bit
　　　　i420　○
　　　　i422　○
　　　　i444　×（再生不可）
　　　　rgb　×（再生不可）
　　●10bit
　　　　i420　△（ほぼ大丈夫だが右側に幅４ピクセルほどのマゼンタ色の線が出る）
　　　　i422　△（ほぼ大丈夫だが右側に幅４ピクセルほどのマゼンタ色の線が出る）
　　　　i444　×（再生不可）

DivXはかなり昔に入れたもんなので、今はもうちょい新しいのが出てるかもしれない。

再生したいファイルも再生できないこんな世の中じゃ

x264がガラパゴス状態なだけ

x264は一応規格通りだと思うぞ
AVCCAMなんかじゃHi422Pだって使えるじゃないか

>>236
ゴロが悪い

　　デコードしたい動画　見れない世の中じゃ

Hi10pはプロユースだから、保存用にするならともかく人には渡せないなぁ

再生負荷はやっぱ8bitより10bitの方がずっと高いの？

x264と各種デコーダが対応した時点で、Hi10Pは既に民生に降りてきたわけで>プロユース
あとはどれだけ広まるかだな

iOSとかAndoroidの標準アプリで再生できるようになれば気軽に使えるだろうけど、
そこまでは普及しないだろうな。

×Andoroid → ○Android

普及より先にh265が来て開発陣も移行して結局充分にデコーダが普及せず映像の高解像度化に伴い色空間での違いがそれ程問題とならなくなりh264の422と444は黒歴史の如く扱われる訳ですねわかります。
高bit深度はどっかのメーカーが高画質保存技術とか何とか謳い文句にして急激に普及する時が来そう

h265なんて影も形も出てこないし
x264が未だにアセンブラ化だのCPUの特殊命令対応だのを連日行い
どんどん高速化していってるというのに、h265なんていつ声がかかるんだ

今年か来年には規格のドラフトが出るんじゃなかったっけ？
フリーなプロジェクトが始まったとしても個人のライセンスがどうなるか分からないけどな
H.264が異例っぽい気もするし

規格が決まっても、そこから速度や画質の向上という地道なコーディング
があるわけで、それは10年仕事なわけですよ

>>242
商用BDプレーヤーでの対応とか家電での再生ができるなら、民生に下りたって言って良いと思う
まぁHi10pのDXVA対応も目安の一つかもね

>>246
気をつけろ、h265とかうかつに書き込むと、レオナルド・キャリリオーネたんが
「H.265 じゃなくて、HEVC って呼べやごらぁ」と怒鳴りこんでくるぞ。

怒鳴りこんでくればいいよ
みぞおちに蹴りいれて黙らせるから

AVCよりh264の方が一般的だからなぁ

MPEG-2よりH.262の方が一般的なｎ

【2013】 H.265/HEVC 【7680x4320】
http://hibari.2ch.net/test/read.cgi/avi/1317066231/

すみません、少し相談させてください。

x264の動画をを再エンコードしたいのですが
品質を指定して再エンコードする方法で何かオススメの方法はないでしょうか。
品質以外の設定は全て元の動画のままにしたいです。

>>255
無料ならAviutlがオススメだけど設定が大変
有料ならTME w5で楽々エンコードコースがある

AviUtl使ってるけどtsの場合は最初にノイズが出る場合がある
handbrakeがいいらしいけど英語で読めんorz

TMPGEncVMW5で細かい設定可能なのか？とか・・・。
空ｔｓかも知れんがx264の動画をって行ってるのにｔｓの場合はとか…。
と言いつつAviutlもAvisynthも一旦設定すればたいして変わらんし
それぞれのwikiでもググレるかそっちのスレ行けと突き放してみる。

handbrakeはただ単にお手軽なだけのカス

mediacoderでいいんじゃない コンテナさえ理解しとけば使えるだろうし基本何でも読める

>>255
ややこしいことはしないみたいだから
Avisynthで読み込みx264でエンコ。

加工せずに再エンコならavisynthすら使わずx264 -demuxer指定でそのまま再エンコできるような

おお…　生tsが一番高画質と思ってるのがいるのか

アドバイス有難うございます。

TME w5を試してみたのですが、一部スタッフロールが縦に
流れるシーン等がカクカクな動きになってしまいました。

設定は動画を読み込んで

フィルター
・インターレース解除を行わない

映像出力設定
・ストリーム形式：MPEG-4 AVC
・映像エンコーダ：x264
・VBR(固定品質)：60%
・他は動画を読み込んだ際の情報そのまま

こちらでエンコした結果、容量も下がり画質も問題なかったのですが
スタッフロールの動きだけがおかしくなりました。
インターレース解除を行わなければ元のままだと思ったのですが
違うという事でしょうか。

すみません、情報が抜けていました。

元動画のフレームレートは23.98fpsで
エンコード後のファイルも23.98です。

元動画はスムーズに表示され、エンコード後
の動画はカクカクな表示になります。

これはもうこのスレの領分ではないな
tmpegencスレへ

スレ違い失礼しました。

この件は別のスレで再度質問させて頂きます。

情報を頂き有難うございました。

白黒映画向けの設定のポイント教えてくらはい

口調が生意気なので教えない

お、教えてくんろ〜

--chroma-qp-offsetを全力でプラスに

>>268
白黒映像といえば色空間4:0:0だが、x264はまだサポートしていないのかな。
ハイプロファイル以上ならサポートしている筈なんだけど...
http://ja.wikipedia.org/wiki/H.264#.E3.83.97.E3.83.AD.E3.83.95.E3.82.A1.E3.82.A4.E3.83.AB.E3.81.A8.E3.83.AC.E3.83.99.E3.83.AB

白黒映画がグレースケールかといえばそうでもないしな。

フィルムの色が付いてるからな。 トップをねらえ最終話とか緑っぽい。

フィルムの色を規格である程度指定出来たら解決するかもな

久しぶりにDTV板覗きにきた
r1937から全く更新してないんだけど
劇的変化ありましたか？

劇的に変わったといえば色空間と深ビット関係ぐらいかな。

変化と言うよりは機能追加だな

出先でID変わっちゃたけど...

>>277
色空間と深ビット？
深ビットって気になるところ
色空間は圧縮関係なのかな？

全然設定弄って無かったからまた勉強しなおしかなこれは

過去ログ見てみる
ありがとうです

いや、8bit YUV4:2:0 以外の形式でも出力できるようになったってだけだから、
設定を変える必要はあまり無いんじゃないかなと思う

どの更新がどのリビジョンだったかなんて結構覚えてないもんだな……

またWi-Fiのスポットのせいで...

>>280
色空間縛りが無くなったのね
てっきり色空間で圧縮率変わったのかと思った
fpsの時みたいに...
過去ログ見る限り特に新しいリビジョンにしなくてもいいかな
圧縮率は上がってるんだろうけど

とりあえずありがとうです
またちょくちょく覗ききます

ここしばらく2074のままだなー

新AQきたら起こしてくれ

bugmasterのpatch当てればいいじゃん

>>282
結構前から2085だろ…

自分使ってるのが
って事じゃないの

全然入れ替えて無くて
subme 11を試したかったから更新
テストしたら時間伸びすぎて吹いた

かかる時間はどうでもいい、画質を保ったまま少しでも縮めたい、という人にとっては
me tesaと同じく有用だとは思う
時間を気にするならちょっと躊躇する重さだけど、まあtesaよりはマシ

subme11ってめずらしく目で見てわかる画質向上じゃないかなぁ

10が汚くなり過ぎなんだよ
mbtreeと組み合わせると驚きのやばさ

ID変わったけど
subme 11が無難なのか
画質向上するなら願ったり叶ったり
テスト中だったから時間伸びたのに驚いたんだ
とりあえず伸びた分違った方で時間短縮方向考えよう
subme 9から11に変えたくらいで1時間伸びるのはさすがにきついw

11ってそんなに良いものだったのか。
将来実装するオプションの準備程度のものかと思ってた。

でも11も10の圧縮率を保ちつつ画質が上がっているといっても暗部に弱いからなんとも
他のオプションと合わせてSubme9を超えれるかどうか

>>292
比較で1本作ったが圧縮率がいい感じ
画質に関しては目くらな俺には正直わからん
圧縮率が異常に上がってるのは確か

とりあえず今まで外してたオプション付けて
デフォルトに近い状態で当分様子見しよう
リビジョン変わって変化あっただろうし
デフォルト無難になることを祈ろう

>>291
伸びた時間を他のオプションで稼ごうと思ってるなら無理にsubme 11は
使わない方がいいと思う
tesaと同じで縮めるためなら時間をコストと考えない人向け
まあ最終的には個人の価値観、好き好きだけどね

>>296
たびたびアドバイスthx
1年ぶりに更新したから完全に浦島状態
設定も固定化しちゃってたから
この連休でちょっと見直してみるよ

俺もTMPG5の発売から離れてた太郎さん
結局は字幕付DVDのrip縁故以外はcuiに戻っちゃったｗ
基本ROM専だけどまたみなさんよろしくお願いします　m(_ _)m

>>297
とりあえず最近だと 10bit出力とrgb、444、422の出力ができるようになったのとvfrのmbtree最適化による画質向上あと速度と容量比画質がちょくちょく改善されたぐらいか

重い重い言われてるtesaも昔から比べると結構早くなったよねぇ。低解像度なら進んで使ってもいいぐらい

444対応したっけ？

だいぶ前にね。changelog見てくるといい。

Googleさんの偉大さをあらためて思い知った。

「chingelog」って検索したのにちゃんと「changelog」が出てきた。

chingelongはダメみたい

>>299
tesaはSSE4が使えると圧倒的に速かったはず。それでもまだ遅いが。

Subme11使ってみたけど
Subme10よりファイルサイズが3%位増えてエンコ時間は30%増えて
見た目の画質は静止画で確認してやっと分かるレベルの違いしかなかった

どんな設定なんだろ

オプションなんかをひとつも書かずにカキコしてるんだから
"ソースによる"ってことでいいんじゃん

僕は濃口が好き

x264,avisynth,avs2pipeでエンコードした動画にノイズが…
思い当たるのはUSBメモリ抜き差しだけど、そういうのでノイズって入るもの？

それでノイズが入るとしたら環境が糞

avisynthでのソース入力の問題じゃね

DirectShowFilter使ってるとか

>>308
誰かが書くとおもった

再生した環境（デコーダ側）が悪いだけじゃないのか？
エンコした環境では正常に視聴できるのに、再生した環境でノイズが混じったりする事はよくある。

UVDやDXVAなどのGPU支援を使って再生するときは特にな。
YUY2などでCPU再生するときはノイズも出ずに快適に表示されるはず。
あとはGPU支援がサポートできないエンコードパラメータを加えている可能性もあるかもな

>>122
FFmpegがBGR24Pに対応したっぽい

ミスった
BGR24P→GBR24P

--no-mbtree --no-fast-pskip --no-dct-decimate を今まで使ってたが
リビジョン新しくして --subme 11に変更してから全部使うようにした
デフォルトに近い方がマシなように思えてきた

使ってたが使うようにしたっていろいろわかりにくいぞ
わかるけどさ

>>318
わかりにくいけどわかったって
ちょっと萌えた
今攻略してるエロゲキャラみたいだ
ハァハァ

これが微弱ツンってやつか
DTV板で見ると萌えるな

なんか最近はプリセットのデフォルト設定でいいや感はあるよね。

基地外しかいねえ

アニメソースでも実写ソースでもSSIMが0.95以下な設定は基本却下。

>>323
0.95以下にならない晒してみな

化物語1話の夕日に染まっている羽川の髪の主線がぶっとくなってしまう
赤系と黒系だから？

>>324

@echo off
if "%~1" EQU "" goto end
set exePath=c:\tuner\AviSynth 2.5\plugins
if "%~dp1%~n1_0ms.aac" EQU goto enc
"%exePath%\avs2wav2g.exe" "%~dp1%~n1.avs" "%~dp1%~n1.wav"
"%exePath%\neroAacEnc.exe" -br 160000 -2pass -if "%~dp1%~n1.wav" -of "%~dp1%~n1.aac"
:enc
"%exePath%\x264.exe" --ssim --crf 20 --ref 4 --bframes 8 --psy-rd 0.24:0.42 --min-keyint 1 --keyint 240 --scenecut 40
--partitions p8x8,b8x8,i4x4 --8x8dct --nal-hrd vbr --vbv-maxrate 12800 --vbv-bufsize 16384
--cqmfile "%exePath%\MiddleQuality-rev016_Matrix.cfg" --b-adapt 2 --direct auto --me umh --subme 7
--mixed-refs --b-pyramid normal --sar 1:1 --aq-mode 2 --aq-strength 0.98 --ipratio 1.37 --pbratio 1.34
--qcomp 0.78 --qblur=0.58 --deblock 1:-2:-1 --deadzone-inter 16 --deadzone-intra 8 --qpmin 4 --qpmax 68
--qpstep 6 --crf-max 25 --threads %NUMBER_OF_PROCESSORS% --thread-input --no-dct-decimate --profile high
--level 5.1 --colormatrix bt709 --transfer bt709 --colorprim bt709 --tcfile-in "%~dp1%~n1.tc"
--timebase 1001/120000 --output "%~dp1%~n1.264" "%~dp1%~n1.avs"
:mux
"%exePath%\maketc2mp4.exe" "%~dp1%~n1.264"
"%exePath%\mp4box.exe" -add "%~dp1%~n1.vfr" -add "%~dp1%~n1.aac" -new "%~dp1%~n1.mp4"
:end

ほらよ、実写ソースはまた今度な。マトリクスは行数制限あるし足りないから貼らない。

aqとマトリクスって干渉しないの？

もしも、エンコ機でエンコしながら他の作業とかする気がないなら
--threads %NUMBER_OF_PROCESSORS%　を除去すればもっと早くなるぞ。

>>327
しない。

>>326
誤 if "%~dp1%~n1_0ms.aac" EQU goto enc
正 if "%~dp1%~n1.aac" EQU goto enc

オリジナルのバッチコマンドから各種パラメータを消しながら
専ブラへコピペしてたから若干バッチコマンドがおかしくなっとるなｗ

SSIMがいかほどかってどこ見ればいいの？

いったんエンコさせてしばらく置いて気分次第でCtrl+Cしてみたら？
SSIMは変換前の画像ソースと、変換後の画像ソースがないと判断できないからな

--crf 20使ってる時点で
オプションなんて適当でもいい気がする

crf 20は妥協した設定なんだが。
アニメソースなら18ぐらいでもいい。

おれもcrf17はいじらんな。

crf 20でも十分な感じするが
いつから20が妥協レベルになったんだ？

ソースに寄るんじゃね？
アニメソースで、特にノイズフィルタとかかけると画面の変化に乏しくなるから
crf 20よりちょっと上げるだけで一気に画面全体がノイジーになったりする
逆に実写ソースでcrf 20とかは明らかにおごりすぎだろうし

SDソースの時は20以下で作ってたが
地デジBDソース扱うようになってからは
20以下は作らなくなったな

iPhone用しか作らないから
HDで作ってもアニメ地デジソースなら
crf20で十分だな
ファイルでかすぎても意味無いし

同じcrfだって他の設定違ければ画質差かなりでるからな。
つっても人によって妥協点違うことのが大きいか。

crfなんて最終的な容量にしかあんまり関係ないだろ
重要なのはオプションの内容で

保存用か単なる再生用かにもよるしな
crfの数値はあくまでも個人の目安だな

ノイズリダクション未使用でアニメの背景がなるべく潰れないように盛っていったら
crf17で落ち着いた

俺も17だな

容量決め打ちしないなら2Passいらないから手抜きでお手軽なｃｒｆ17

そういうのはAVSフィルタ類で誤魔かすけどなｗ

crf20で十分

貧乏人の低性能PCなら20位じゃないときついかもな

crfがPCスペックに関係あるわけねえだろ
笑えばいいのかな？

笑えばいいと思うよ

crf下げればエンコ時間長くなるだろ

( ﾟ∀ﾟ)ｱﾊﾊ八八ﾉヽﾉヽﾉヽﾉ ＼ / ＼/ ＼

画質の話をしてたはずなのになぜ何の説明もなしにいきなりエンコの話になってんの
本当に笑うしかなかったようだ

なんだお前らはｃｒｆ17とｃｒｆ20を同じ時間でエンコできるのか

>>352
ここはエンコのスレだろ
お前マジで馬鹿じゃね？

ダウンロードした動画はダウンロード板
http://hideyoshi.2ch.net/download/

とりあえず物知らずなID:+nFBmwEnのために簡単なテスト

for i in 30 20 10; do x264 crowd_run_720p50.y4m --crf $i -o /dev/null; done
encoded 500 frames, 25.49 fps, 4700.31 kb/s (crf 30)
encoded 500 frames, 17.78 fps, 20633.10 kb/s (crf 20)
encoded 500 frames, 10.49 fps, 89551.78 kb/s (crf 10)

crfが高ければ量子化の時点で情報がばっさり削り落とされるので、その後の処理は当然速くなる

いや処理の話なんて初めからしてないんだけど
画質の話してたはずなのにいつの間にかエンコ負荷の話にすり替わってて

>>357
お前が>>348のようなアホ事言わなかったらここまでなってない
もうROMっとけよ

すり替わってるようには見えなかったが
すべてのレスを読んでいるわけではないからな
若干の見落としはあるかもしれん。

画質、容量、エンコードにかかる負荷・時間、再生負荷あたりは
どれかを優先すればどれかが犠牲になる関係にあるわけで、
画質の話からエンコード負荷の話になるのは全く不自然じゃないと思うのだが

>>358
画質の話してたらcrfが再生負荷に関わってると言ってるように思うだろ
そこで突然エンコの話に変わってたらおかしいだろが

エンコード負荷なら無理してx264パラメータを弄らなくともいくらでも改善できるだろうに。

>>361
自分がスレの流れについていけない事を正当化するな
おかしいのはお前だよ

>>347が何の前触れもなしにPCの話になってるんだぞ
どう見てもエンコの話に代わってるようには見えないだろうが

さてと、エンコ用のAVS編集も終わったし。スレの流れもいつもの感じになってきてるし
ためにためた70本のTS(約1週間分)をまとめてエンコさせちゃいますわｗ

ああ明日が祭日でよかったｗ月曜はあまり録画する番組もないしエンコかけるなら
日曜夜〜月曜にかけてが一番気楽だよな。アニメソースは平均35分前後で済むけど
実写ソースのx264エンコは実時間+20分弱ぐらいは掛かるからほんと手間過ぎる。
昨日のめちゃいけのTSをどうするか考えていたが、残しておいても
データ量の無駄なのでcrf23前後で劣化エンコさせることに決めた。
4時間半で28GBのTSなんてさすがに邪魔になるもんなｗ

すげーなアニメってそんな短時間で出来ちゃうんだ
おれ、30分物でおよそ9時間かかるな
根本的に何もが違うんだろうな。もう少しいろいろ試してみようっと

>>366
根本的にサイズとかフィルタが違うんじゃねぇの？

x264はシングルコアじゃ全然速度出ないよ

シングルコアで性能が出ないって誤解を招くいいかたじゃね？
シングルは何も問題ない
マルチコアの利用効率がすばらしいからコア増えれば増えるだけ有利になる、というだけ
オーバーラップ分、ほんの少し容量が増える弊害はあるけど

いや実際にクアッドと比べて速度1/10とかになるけど

それはフィルタ処理とかでCPUパワー食ってるだけでx264の問題ではないのでは？

フィルタなしに決まってる　試してみれば？

>>365
画面サイズどうしてんだよ

気になるレスがあるようだが、AVSフィルタはもちろん使っているぞ。ロゴ抜きもな。バンディング除去もな。

あーごめんごめん
レス付いてたんだ
えっとソースはblu-rayがほとんどなので1080pもしくは1080iのままです
赤い狐で抜きavisynthで通してx264でエンコードってかんじなんです。
OSはwin7 32bit。avisynth関係で64bitに移行できない＆知識無い
cpuはC2Q9550をOC.3.6GHzで使用してます。
ここはx264のスレなので俺が場違いでした。
以後、>>366はスルーでお願いします。

昔のシングルコアCPUだと拡張命令が少ないとか
古いプラットフォームが足かせになるとかで遅くなるだけでしょ
今時のマルチコアCPUのコアをシングルに絞っても1/10にはならんよ

基本、BDRIP・DVDRIPはリサイズしないというよりISOで残すｗ
地デジ・BSデジ・CSデジはエンコするときは1280x720までだな。
それ以上のサイズでエンコする意味があるとは到底思えない。

自分や身内以外の誰かにエンコした動画を見せるわけでもないんだしさｗ
最近唯一こだわってるのはSSIMが0.95以上になるようなエンコを目指しているぐらいかね

どんな妄言吐いてるのかと思ったら0.95か。まあ最近のアニメだったら普通にエンコしてそれを下回ることはないわな。

しかし口の減らない単発の多いこと。
態度の悪い>>324といい、こいつらいったい何様なんだ？

いや一日に13レスされるんだったら単発の方がいいわ
態度の悪い奴にいちいち腹立てるくらいなら2ch来るなと

……という俺も見事に腹立ててるわけですねさてROMるか

なんか既視感あるなと思ったら
Avisynthを絶讃ιょぅょ Part29の5aaBNBL7氏か？
”何様”という一言でティンときた。

別人だったらごめん。

>>381
お前よくあんな不快なヤツ何時までも覚えておけるな。
でも確かにログ漁ったらソックリだったわ。

ちなみにそのスレだったら、jQhBDRrdが俺だよ！

やべついレスしちった

そんなくだらないスレなんてROM以外でレスする奴いんのか？
便所の落書き級の話題しか集まらないだろ。とはいえここも大して変わらんけどな（）笑

釣り乙

エンコ用PC組みたいな
i7 920じゃ時代遅れか

>>386
俺もi7 920使ってるけど、まだまだ現役だぜ
寝てる間にエンコさせてるから、今のところ速度に不満はないお
もうしばらくはこれで戦うつもり

寝てる間にエンコさせて、速度に不満はないって
寝てる間なら速度とかわからないだろｗ
どうやって速度を知るんだよｗｗｗ

っログ

ログと処理fpsで速報測れるだろう

ログに残る処理fpsは終了直前のfps値だぞ。平均値でもなければ最大値でもない。

>>391
この人コードも読んでないのになんでこんなに自信満々なの？

動きの多い実写ソースを10000フレームぐらいに絞ったAVSファイルを作って
それをx264でエンコさせてコマンドプロンプトを観察していればわかるわ

ほぼ必ず終了直前（というより最後のフレームエンコ時）のfps値とビットレート値がログに残るのがわかるから。

時間でframe割ればんなのわかるじゃん
え、中学中退？

>>393
コマンドプロンプトの観察とはこれまた斬新ですね

エンコード開始時に変数i_startにx264_mdate()で時間入れて
実際のフレームのエンコード時に変数i_timeにx264_mdate()で時間入れて
この差分とって計算してるんだからエンコード全体のfps値なんじゃないですか？

何言ってんだこいつ。必ずfpsが均一になっているとでも思ってんじゃなかろうか。
俺の言うfpsは、30000/1001とか24000/1001などで算出されるfps値とは別の話だぞ。
ちゃんと理解しているのか？

今日も上から目線な奴多杉

伸びてると思ったら酷い流れですね

自分で実稼働わかるようにスクリプト組んでる
それぐらいできるだろう普通

誰もが自分と同じだと決め付けるのはやめれ

時間計測とか普通にできると思ってたんだが...
リモートコントロールもできない奴とか居るのか？
エンコ開始から終了までPC前張り付いてるの？

レス見る限り稼働時間も計測できないってことはスクリプト組めない奴多そう
もしかしてエンコも1ファイルづつとか仕上げてるのか？

>>402
俺はCMだけ自分でカットして後は自動で仕上げるように組んでるな
カットする作業も組めないかテストしてるけど

え、ていうか終了後にでてくるfpsって
処理したフレーム数割るかかった秒数じゃないの？
だから時間計測とかなんたらしなくてもどれくらいの
速度でエンコしたかとか分かるんじゃ…

それに平均値じゃないとか言ってる人は
最後のフレームエンコ時のとかなんとか言ってるけど
エンコ中に出てるfpsはそのフレームのエンコ速度が出てて
１フレーム毎の速度が表示されてるってこと？
そしたらほとんどのMBがスキップされるフレームと
たくさん動くフレームによってfps跳ね上がったり一気に減少したり
すると思うけど…

昔は今何fpsで処理してるかを表示してたけどずいぶん前に平均になった

ビットレートが殆ど増えなきゃFPSなんてぐんぐん伸びるだろ？

今日もまた楽しい仲間が来てるな

馬鹿本人はともかく、釣れる人数が多過ぎ

うーん…
新着レスがたくさん来てると期待して読むといつもこの流れだよな
x264ももうネタが尽きてきたのかな

新aqはまだか！

patch当てればいいだけだろ

おお…ログに残る処理fpsは終了直前のfps値だぞ。平均値でもなければ最大値でもない。

間の悪いレスだな。もう終わったぞそれｗ

Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

おお…の後継は決まったな

>>415
お、おう…！

色々なソースに対応できる妥協点を探っていたら当初予定の倍近いビットレートになってたでござる

Bulldozer対応まだー？

ブルちゃんベンチだと明らかに負けてるしなあ

まだ現物が出てきてないから評価するには時期尚早かと

エンコだけはたしか早かったはずだけど販売されてからの報告待ちかな

>>417
臨機応変が一番よ。

おお…高度な柔軟性を維持しつつ臨機応変に対処するのか

お、おう…!

作戦参謀乙

>>418
一応もうcommitされてるから次の更新かpatch当てるかだ

後から --fullrange on を追加することってできませんか？

使ったことないけどこんなんとか？
ttp://forum.doom9.org/showthread.php?t=152419

umh32もtesa32もRefrence6ぐらいあると違いがわからないなぁ
Ref0だとフルスクリーンで見てちょっと粗が分かる程度
ソースがアニメだからか、実写だと分かるのかな

AMDの新命令にx264は対応してるから有利とかいう話はどこにいっちまったんだ・・・

http://www.bjorn3d.com/read.php?cID=2125&pageID=11108

インテル信者どこかしこで捏造大暴れすぎる

>>430
Dark Shikariがあんま期待すんな、きっと1〜2％くらいだって書いてるからな。
新命令があってもそれを実行する新マイクロアーキに問題があるなら性能は上がらん。

commitのコメントには〜10%fasterと書いてあるからその程度じゃないかな。ただPhenomと比べるとSSSE3,SSE4,AVXでの高速化もあるからもうちょいプラスだと思う

Phenomと比べるとっていうのはPhenomからの移行ではそれくらい恩恵がありますよって意味です

>>430
有利だけどそのCPUを買える人がどのぐらい居るのかって話。
i7のハイエンドを買える人がどのぐらい居るのかって話に近い次元。

これまでと違ってイキナリ高いからなぁ。まぁ1090Tの初売りの値段よりはお安いけどさ。

他人の懐事情なんてどうでもいいだろうに。

使う人が殆どいないのに実装しても意味ないでしょって話。

懐事情はどうでもいいが相場は大いに関係ある

今後の更新でXOPやFMA4も加わる訳だし、これからPCを組む人には良いのではないか。
もちろん、価格次第ではあるが。

http://www.anandtech.com/show/4955/the-bulldozer-review-amd-fx8150-tested/7

とりあえずFX-8150は除くとして、それ以外が5000円引きぐらいになれば
趣味＆OC遊び用に買っておこうか。ってひとはそれなりに増えるはず。
というかショップも最初だけセールするでしょ。在庫はけなきゃ困るのはショップなんだしｗ

凄い初心者的質問で悪い
再生プレーヤーは何が1番無難なんだ？
iPhone使ってるから悪評のQuickTimeで今まで再生してたんだが
出来ればx264で出力したのに向いてるの頼む(画質確認の意味でも)
あと以前はffdshowも入れてたんだが
今は入れない方がいいのかな？

>>442
＞再生プレーヤーは何が1番無難なんだ？
色々使ってみてお前が一番無難だと思ったものが無難。
QuickTimeを使ってたくらいなら、何を使ってもそれよりはマシ。
とりあえずMPC-HCでも試してみればいいんじゃねえの。

＞あと以前はffdshowも入れてたんだが今は入れない方がいいのかな？
使う再生ソフトにもよるし、再生ソフトの内蔵デコーダーに不満がないなら別に入れなくてもいい。

初心者なら初心者スレをおすすめするが、２ちゃんではどんなときでも
偉そうな口叩くのがデフォだと思ってるならその認識から改めたほうがいいかもな。（ｷﾘｯ

↑
ばか

おお…ばか…

>>442
>x264で出力したのに向いてるの
FFmpegのtrunkを使ってるものがベスト
VLCやMPlayerのnightly版とか、LAV Filtersとか

まぁ特殊なことしなきゃ他でも問題無いけどね

いまr2085までいってるのか
1年程走らせていなかったとはいえ、r1163のままだったわ

使わない物の更新状況気にしてどうすんだ

>>441
困る程入荷されないことが判明し、現在葬式ムードに突入しましたどうしてこうなった

Ivy買うしかないのか。
C2Dじゃ限界じゃけん。

そんなに欲しけりゃ買ったらええがね

sandy-e→ivy ハイエンドモデルでおk

>>436
買える人がどれだけいるかは今回は値段より放出量だろｗ
日本でFX-8150初回500台ってどんだけだよっていうね
地方で買えるのは1県数人ってレベルだろこれ

6100や4100なら貧乏人でも余裕で手が届くんじゃないかね？

四六時中エンコするわけじゃないから別に買わなくていいだろ・・・

いやエンコはほぼ四六時中やらせているわ。ただし半自動的なスクリプト処理だが。
毎日8〜10個近く終日稼動の録画機経由で共有NASへTSファイルが生成されるし
何日も放置したままだとHDDが幾つあってもたらない。

これが廃人か

録画癖の症状ハイジン

いいじゃん別に。自由だろ？

まぁ俺も見た様なもんだけどな（苦笑

エンコしてもどうせ見ないのになんでエンコすんの？

全部観ないならエンコしなくていいし、後でどれ観るかわかるならそれだけエンコすればいいんだが
実際は後になってみないとどれを観るか解らないから全部エンコするんだよ。

毎日10本程度で何日かで埋まるって120GBのHDDかよ

>>456 とは別人だけど、サッカーの試合とか１試合（１番組）だけで30GB 超えたりするし
「何日か」と「何日も」って違うと思うよ。

逆に >>463 はアニメしか録画しない人かな？ｗ

アナログ？

あーごめん
俺地デジしか見れないから

申し訳ない

よく知らないけどサッカーって1試合12時間とかやったりすんの。

>>461
みるよ普通に。録画機を置いてない部屋にあるPS3でもみれるしさ。
むしろエンコしない派の人の方が録画した番組を殆ど見てないんじゃないの？

>>464
お前はサッカーを毎日10本くらいエンコしてるのかすげーな

融通の利かない人はほんとかっこ悪い。よっぽど悔しいのだろう。

なんか最近言葉のニュアンス理解できないのやID見ないの増えたな…。

最近はエンコして保存したい番組が多いので寝てる間はエンコしてる場合が多い
やらないときは1ヶ月くらいやらないな

エンコマニアと愉快な仲間たち

x264スレでそれを言うか普通。

>>461
そこに素材があるから

人がどれだけ録画してエンコしようが自由なのになんでそこにつっかかりたい奴がいるのかわけわからん

HDDも安くなってきたし、エンコする電気代と手間考えたら、そろそろtsのまま保存でいいんじゃないかって思い始めてきた。

作業中毒と収集癖なのでやめられない

4TB HDDが安価になればTSのままでいいよな
仮に4TBが1万円になったとしたら、4GBで10円

ワットパフォーマンスがぐんぐん上がってるんでいつまでもエンコすると思う。
2600KでQ9550s時代の2倍くらいになった。

俺は時間がもったいないのでOCした980Xと990Xの2台でサクサクエンコしてる

持ち出し用のSDしか縁故しないからQ8400+XPで窓8出るまで闘うつもり
・・・しかしsubme11のせいでﾘﾌﾟﾚｰｽ欲が出てきたｗ

手段が目的と化することはよくある話しだ。

x264 HD benchmark、XOPとAVXのベンチもあるから
どこかにビルドしたx264もあるのかな

ベンチは都度同じファイルに上書きしているんじゃないの？
ログさえテキストに吐き出しておけばあとでいくらでも評価できるしさ

開発レポをビルドしたんじゃない？

そろそろ更新こないかな

更新で目新しいのくればいいけど

そういえば未だにオマジナイをパラメータに加えてる人居るんだね。
こんなのとか「 rceq='blurCplx^(1-qComp)' 」ｗ

mbtreeオプションってSandy内蔵のデコーダでDXVA再生すると
シネスコソースとかでノイズが載るんだけど、みなさんはどう？
Radeon、nvidiaのDXVA再生、PS3・DIGAでは問題なかった。

x264nlの1080pBDエンコードオプションでmbtreeを切ればsandy内蔵DXVAでも大丈夫だった

>>490
このへんの情報をちゃんと書いてみるとか、テスト用ファイルを出してみるとかどうだろう。
（いくつかは書いてあるのもあるけど）

　　【グラフィックカード（チップ）】
　　【ドライバのバージョン】
　　【OS名とビット数】
　　【使っているプレーヤー】
　　【使っているDXVAデコーダ（Sandy内蔵の〜とかじゃなくffdshowだとかCoreAVCだとか）】
　　【FlashPlayerの場合は使っているブラウザ】

　　【ソース映像の情報】
　　【使用したx264.exeのダウンロード元とバージョン】
　　【エンコードオプション】

DXVAでは無いが、flashプレイヤでハードウェア再生するとインテルのGPUだけ
うまくデコードできずにノイズが出ることはよくあるね。
Sandyの前のクラークデールでも同じ症状だった。
Core2Duoの古いノートでは問題なかった。

ハードウェアアクセラレーション切れば良いから大した問題じゃないと思う

だから、ハードウェアアクセラレーションつけた時の話をしてんだろーがｗ

テンプレ厨ですねわかります

ごめんハードウェア再生って書いてた

>>492
AMDのGPUもH/Wオンでブロックノイズ出るぜ
まあ切っててもCPU余裕だから問題になる場面はほとんど無いんだけどね

RADEONのCCCにフィルターとインターネットビデオに適応ってあるから多少は変わるのかな

糞エンコ設定で排出された汚物の面倒まで見てられるかよ

主にFlashPlayerのハードウェアアクセラレーション（通常のDXVAでも同じ？）を調べてて、
どういう条件で映像がおかしくなるのか色々と情報を集めてみたのですけど、いまいちわかりません。
詳しい方がいらっしゃいましたら、教えていただけませんでしょうか。

今のところ集めてきた情報は以下のとおりです。（真偽不明のものもあり）

　●ref=16だと映像が乱れたり再生支援が効かないことがある？

　●レベルが4.1を超えてるとおかしくなることがある？

　●旧Intel系（LGA1156系？）のオンボチップだと「ref>6」とか「bframes>3」でおかしくなることがある？
　　　　　参考：ttp://es2z.blog98.fc2.com/blog-entry-128.html

　●mbtreeがONだとSandy内蔵GPUでDXVA再生するとノイズが乗る？
　　　　　>>490　（http://hibari.2ch.net/test/read.cgi/avi/1315323936/490）

　●FlashPlayerでハードウェアアクセラレーション有効にしていた場合、
　　 使うブラウザによっても映像が乱れるかどうか変わったりするらしい？
　　 Intel HD Graphics 3000でFirefoxだと駄目なのがIE9にしたら問題ないとか。
　　 FlashPlayer（11betaだった模様）のバグ？

　●win7 32bit + i3 2100 aero切ると普通に見れるようになる？

一応上でやばいと言われるパターンでエンコードしてみたサンプル。
このサンプルで乱れたりするかわかりませんが・・・。

　　11ファイル65MBあります
　　ttp://www1.axfc.net/uploader/Al/so/75334.zip

　　同じものをニコニコにアップしたもの
　　http://www.nicovideo.jp/mylist/28230553

　　他の人の動画ですが、このへんもおかしくなることがあるらしい
　　http://www.nicovideo.jp/watch/sm15537168
　　（640x360　60fps　High＠L4.0　ref=16　bframes=8　mbtree=1　映像1200Kbps）

一応>>501のzipの中のreadmeにも、あさってきた過去ログとか細かい情報を書いてます。
自分で確認できればいいんですけど再生支援効かないショボ環境なもので・・・。
Intel系だけでなく色々な環境での結果や、エンコ時の注意点など教えていただければ幸いです。

ニコニコスレのほうでやってたんでしょ
こちらにこないで欲しいな

デコードする側の問題であってx264関係なくね？

まあ他人に見せるエンコ、つまりニコ動向けエンコには関係してくるんだろう
だから向こうでやれと言われてるわけで

ref16なんて正気の沙汰とは思えんな。盛りたいなら12ぐらいまでにしとけ。

>>504
エンコードの負荷を減らしてデコードの負荷を増やすパラメータや
エンコードの負荷を増やしてデコードの負荷を減らすパラメータならある。
Flashとかで再生するのなら前者は選ばない方がいい。
重いとか見れないとか散々叩かれるのがオチだしなｗ

とはいってもエンコードのスペック次第でこんなの重くも無いわ！って人もいるだろうから
あえてパラメータ例は出さないでおく。荒れるのがオチだろうしさ

bframe連続数が4超えるとおかしくなる

Intel系グラボとかPSPとかスマフォとかはあまりがんばった設定だと
うまく再生できないって事だろ

Bフレームは3以上増やすなってばっちゃが言ってた

VBVとかちゃんと計算して盛れよ

PSPの場合はBフレーム数は特に制限がない。
ただしb-pyramidは無効にしとかないと見れない。
refは3まで。
最近のx264では --weightp 1 だと描画が崩れないとか言われてるみたいだけど、
やっぱりPSPだと調子悪いので --weightp 0 推奨。

>>512
> やっぱりPSPだと調子悪いので
なにその曖昧な表現ｗ
最近のweightp 1で一度も崩れたことないぞ

>>513
それはお前の目が悪いだけ
weightp 1 だと、weightp 0では発生しないブロックノイズが発生する

不毛な言い合いだな。

>>514
それはお前の目が悪いだけ
weightp 1 だと、weightp 2では発生するブロックノイズが発生しない

てかあれは「ブロックノイズ」じゃないし

x264nlの32bit・64bitr2085でテスト
1080/24pでavisynthでcrop(0,128,0,0).addborders(0,128,0,0)にして上部を黒ベタに置き換え（擬似シネスコ化）
上記をBDエンコードオプションでエンコード
�@sandy/win7/wmp/Microsoft DTV-DVD Video Decoder(DXVA)/上部追加黒ベタがベリノイズっぽく再生
�Asandy/win7/mpchc/Microsoft DTV-DVD Video Decoder(DXVA)/正常再生
�Bradeon5670/win7/wmp/Microsoft DTV-DVD Video Decoder(DXVA)/正常再生
�CGeForce9400M/win7/wmp/Microsoft DTV-DVD Video Decoder(DXVA)/正常再生
�DPS3・DIGA共に正常再生
BDエンコードオプションでもno mbtreefにすれば�@でも正常再生
上部黒ベタでも1080/60iでは�@も正常再生でした

すみません>>518に修正
�@はDXVA2かな

久しぶりにtsエンコしてみたがメンドクセーなやっぱtsそのままにしとくべ

日記帳にどうぞ

テレビ放送のHDソースを10bit-depthでエンコードする際はjeeb氏の[Add rudimentary support for getting color matrix and color range via ffms and lavf.]
と[Change the bit depth conversion algorithms to follow BT.709 Part 2 for limited range.]
の2つのpatchを当ててlavf/ffmsを有効にしたバイナリで--colormatrix bt709 --fullrange offをオプションに渡してあげなければいけないのでしょうか？
jeeb氏のpatchを当てて--colormatrix bt709 --fullrange offを指定すればlavf/ffmsの有無は関係ないのでしょうか？

>>522
最初のパッチは特定の入力システムから特定の情報を読み込み、
オーバーライドされない限りそれを入力と同じ設定に設置するもの。

二つ目のパッチは最初のパッチで作られた「レンジ」という関数を使っている
だけです（入力システムの情報もオーバーライドされた情報も渡される）。

短く言うと、--fullrangeがonに設定されない限り、8->10, 16->BIT_DEPTH等の変換
はBT.709 Part 2通りの単純なビットシフトで行われる。

使用される入力システムなどが使用されるアルゴリズムには関係ありません。

というか、いい加減inline化して完成させないとねぇ・・・二つ目のパッチ。

>>523
レスありがとうございます。
自分でビルドする際はlavf/ffmsを有効にしてビルドする必要はないけれども2つ目のパッチには1つ目のパッチで定義された関数が必要（2つ目のパッチは独立したパッチではない？）なのでどちらのパッチも当てといてね。って感じでよろしいでしょうか？

>>524
はい、完成したものは独立させたいんですけどね。
BugMaster氏はlavf/ffms関連をもっと派手なシステムでやりたいみたいですし、
さすがに自力であの要望には答えられないと思うのでｗ

>>525
なるほど。ありがとうございました。

8→10bit化ってそんなにめんどくさいことしないといけないの？

よくわかってないけどパッチあててなくても、8bitのYV12なりをそのまま10bit-depthのx264.exeに渡して
適切な--colormatrixを指定してやれば内部で10bitに変換して10bitで出力してくれるもんではないの？

>>522の前者のパッチはcolormatrixとかを明示指定しなくてもソースから読み取って
自動設定してくれるものだと解釈したけど、後者のパッチを当てないと
パッチを当ててないx264.exeでは内部で8bit→10bit変換ができないということなの？

>>528
http://mailman.videolan.org/pipermail/x264-devel/2011-July/008685.html

>>529
あ、なるほどありがとうございます。10bit変換がバグってるのか。
というか過去ログ見直したら>>7-13あたりに出てた話なんですね。失礼しました。

10bit版のMixAQ待ち

taroが配布してるはず

すまんOreAQの方だけだったわ
10bitは

ふははは
blu-ray互換でvbvmax40000指定してるつもりが4000になってた
やけに縮むなあとおもってたんだよなorz

はははｗ

そんなアホはいないよ

ギネス級の馬鹿だなw

じゃあ--psy-rd 1.0：1.5を指定してた俺もバカなのか?

本物はffmpegを使ってコンテナをaviからmp4に詰め替えただけで、ｘ264ってファイル名に書いてた俺の知り合いのような奴。

一瞬>>539が何言ってるかわからなかったぜ
常人にはにわかに理解できないことをするのが本物か

例え話すらまともに書けないとは・・・これが本物なんだろうな。

明日で2085から1か月

例え話じゃないんだが。

例え話には事実も含まれるよ

どうでもいい

俺の知り合いの話の大半はマイエピソードだという法則。

ああ

初心者です。
submeの効果ってエンコ結果にどんな影響があるの？
数字が大きい方が遅くなる？きれいになる？圧縮される？

>>548
x264 初心者質問スレ part5
http://hibari.2ch.net/test/read.cgi/avi/1314616372/l50

だがまずテンプレ見るなりググるなりしろ。

いや自分でやって比較してみればいいのに、と思う

知識がなくて知らない人はレスしなくて結構です。
わかる方お願いいたします。

聞けば(自分が)無駄な時間を使うことなく(他人が無駄に時間を使ってくれて)
詳しく知ることが出来るのにあえて自分で検証やる意味ないよね
・・・的な人は多いからな
わざと煽って挑発してくる人もいる
この程度のことも答えられないのかよこのスレレベル低いな、みたいな

優しく教えて下さい ＾＾　と同じ臭いがする｡
ググれば数分である程度ちゃんとした説明までたどり着けるだろうに

subme <integer> Subpixel motion estimation and mode decision [7]

1/2、1/4画素検索で16x16マクロブロックとp8x8,b8x8,i8x8,i4x4などサブマクロブロックのモード判定、
ref、mixed-refsを参照して、どの程度複雑な動き補償検査をするか。

補足、wikipedia.org/wiki/フレーム間予測
動き補償（うごきほしょう、MC: Motion Compensation）
動き補償を行うためには、画像の動き量を推定する動きベクトル探索(ME: Motion Estimation)が必要になる。
符号化する場合には、この動きベクトル(MV: Motion Vector)も同時に符号化する。

補足、wikipedia.org/wiki/H.264
1/4画素精度動き補償
動き補償の精度としては、MPEG-4 ASPで導入された1/4画素精度（クォーターペル精度）動き補償を使用している。ゆっくり動くパンなどで特に効果的である。
1/2画素精度動き補償では6tapフィルターを用いて高周波まで再現を行っており、MPEG-4で使用された線形補間よりも再現性が良くなっている。1/4画素の生成は、再現性の高い1/2画素を用いてその線形補間で作成を行う。

次に eK6V5A0X は「そんなことは知ってましたよ」と書き込むっ！！

そんなwikiればわかるような情報は求めていません、実際に使った時に
どういう違いがでるのかわかりやすく優しくお願いします(´・ω・｀)

出来上がった時のサイズが違います
はい終わり

同じソースで自分で比べられるだろうに
バカじゃねえの

触るなよ

人に聞く前に短い再生時間の映像ソースで試せばいいだけだろ。
DTV板の情報なんてしょせんwikiやWebリソースに毛が生えた程度の落書きしかないんだから

伸びてるから何かと思えば、スレチかよ。
初心者ウザい。

ffmpegが4:2:2 (8〜10bit)のデコードに対応
これで422が使いやすくなるな

更新されてもブルちゃんがまだ手元に無い…

おおffdshow入れるだけで10bit再生出来るな
後は422とRGBだけか

ん？
ffdshowの10bit対応は結構前だったような…

2106

魔乳エンコしてるけど音声にノイズが乗るな…
何が原因なんだろう？

>>567
明らかにスレ違いだな
フレームレートスレか高画質スレへ

ソースが何なのかによるだろに

>>567
どうせ幽霊の声だろ

せぇ〜んぱぁ〜いいぃ…

ねぇ私のこと・・・？

そういうネタ無いな。
エンコした覚えのない不気味な映像が入るとか、
死んだはずの後輩の声がリアスピーカーから聞こえるとか。

家でエンコ放置でうとうとしてた時
アンアン聞こえるから
まさか俺のAV再生してるのか!?
エロゲが勝手に起動したか!?
って思ってたら
隣の部屋で小学生の妹が彼氏連れ込んでヤってたでござる
あの時はショックだったな
まさか小学生からヤリまくりと思わなかったから





誰か慰めてくれよ・・・

その彼女に慰めてもらえよ…

ちゃんと録画してエンコしてうpしろよ

420 422 444
未だにそれぞれのメリットデメリットがよく分からない・・・
422ってのが今後の主流なんだろ？

分からなかったら420使うのが無難かと

420 ぼけー
422 縦方向にキリッ
444 全方向にキリッ

>>576
あんたそれは違法行為だろ。自覚してないだろ。

自主制作してエンコしてうｐするなら何もいわないが
録画してエンコしたものをうｐするのはさすがにマズいぞ。

422も444も一部のマニアが使う程度で、一般にはほとんど普及しないと思ってるんだけど、どうなんだろう。

>>577
ProRes等がソースの場合に4:2:2、RGBに4:4:4を使える。

放送等、一般的なソースはどれも4:2:0だから、アップサンプリングは不要だが。

>>581
ゲームがソースの場合は向くけど、放送がソースの場合には向かないしねぇ
民生カメラも未だ4:2:0が主流?
フィルタかければ別かも

フィールド単位で処理するならば、
422の方が扱い易いと思うんだけど。

>>580
著作権侵害ではなくて、猥褻物陳列か児童ポルノ製造の方になるから自主作成でもまずいと思われ。

>>584
それはそうだが、大抵のソースではそう言う処理は不要だし、
縞になっていない部分が見て分かる劣化になる場合のある4:2:0 -> 4:2:2はなるべく避けた方が良いのは確か。

圧縮率も色差を拡大する分、不利になる。

r2106

なんやて！？

釣りかと思ったら本当にr2106きてたｔｗ

>>7-13、>>522->>530あたりに出てた、10bit-depthで色が変わるという件は修正されたのだろうか。
changelog見てもよくわからんかった。

スーパーハイビジョンとかの前に、インターレースとかYV12とか小手先の技術を駆逐して欲しい

すみません、微妙にスレチかもしれませんが質問させてください。

--dts-compressをつけてエンコードしてみたところ、
　　「VMR9を使うと音声に対して映像がほぼ１フレーム先行する」
という現象が発生しているのですが、どういう原因でこうなるのでしょうか。
VideoRendererやVMR7では問題ありませんでした。（VMR9での同期の問題？）

　　--bframesと--b-pyramidと--dts-compressの組み合わせを変えてエンコードしたサンプル（512x384、1fps、10秒）
　　ttp://www1.axfc.net/uploader/Sc/so/286103.zip

■エンコード環境
　　WinXP SP3 32bit
　　AviUtl 0.99j
　　拡張x264(GUI)Ex 1.13
　　x264 r2085（x264.nl 8bit-depth）
　　MP4Box（tc2mp4mod同梱物2010/10/04）
　　neroAacEnc 1.5.4.0

■再生環境
　　MPC-HC 1.5.2.3456 と MONOGRAM GraphStudio 0.3.2.0 beta
　　スプリッター
　　　　Haali Media Splitter 1.11.96.14（公式サイト2011/03/03版）　1.11.288.0（x264.nl）
　　　　LAV Splitter （LAV Filters 0.37でLAV Spliterのみインストール）
　　デコーダー
　　　　ffdshow tryouts rev3984 （DXVAは使ってませんというか使えません）

そもそもHaaliやLAV使うなら--dts-compressは不要だとは思うのですが、なんとなく気になったもので。

>>589
俺のスーパーアイによる測定だと、まだ色おかしいと思う。

VMR7で大丈夫ならVMR9が悪いんだろ

x264_L-SMASHのcommitまだかな

>>589
単純に8-bit -> 10-bitとするつもりなら、JEEBのビットシフトの物を使った方が良いが、
ditherやflash3kyuu_debandで16-bit -> 10-bitでしたら、今の物でも問題にはならない。

さんをつけろよデコ助野郎

KENくんさん

変な名前つけるから…

ジャッキー・チェンを見習え。
当初ジャッキー・チャンと名乗る筈だったのに「〜ちゃん」を考慮してわざわざ変えたんだぞ。
（息子はジェイシー・チャンと言ってるのはおいとく）

ちゃんころ

アグネス・チャンは
ちゃんと言ってるにな

アグネスちゃん

アグネス・オバ・チャン

アグネス・チャンのほうは未だに話題にされてるけど、アグネス・ラムのほうはさっぱりだな
やっぱり顔がバタ臭いからかだろうか

アグネス・ラムはパチンコ台になったりしてる

10bitエンコしたものをFlashPlayerで再生すると右側にマゼンタ色の縦線が出るというのは既出ですが、
色のほうも微妙に変わりますね。RGB（0〜255）で見て最大４くらいズレる程度ですが。

FlashPlayerの話はつべ板ででもやってくれ

FlashPlayerで再生ｗ

いや、おかしくなる再生環境の報告くらいええやん・・・？

あと、やっぱりx264.nlのバイナリはr2106でも8bit→10bitの問題はそのままやった。
反映されるのは次あたりになるんやろか。

一度16ビットにしないの？

環境書くならバージョンとか32/64ビットとかも書けよ
どうせ64ビットだろうけど

■環境
　　WindowsXP SP3 32bit
　　FlashPlayer 11.0.1.152
■使用したx264バイナリ
　　x264.nlのr2085とr2106の 32bit 10bit-depth
　　JEEB氏ビルドのr2085 32bit 10bit-depth

64bitじゃなくてサーセン(´･ω･`)

FlashPlayerの話はつべ板ででもやってくれ

>>610
＞一度16ビットにしないの？

修正されたのかどうかちょっと試してみただけです。自分では10bitは今のところ使ってませんし
普段はAviUtl＋拡張x264(GUI)Exなので、10bitでエンコするとしてもx264の8bit→10bitのバグは関係なかったり。

FlashPlayerの話はつべ板ででもやってくれ

ウェブ埋め込みがavcの最もメジャーな再生手段だろ

FlashPlayerの話はつべ板ででもやってくれ

ffmpeg/libav h264 4:2:2 decoding

madVRに来たけど他もそろそろ来るか？

LAV Filtersの更新に期待

Hi10Pでエンコして、WMP32bit+ffdshow32bitで再生もできるけど、
サムネイルが表示されん…
Win7DSFilterTweakerいじっても無理やわ、なんかやな感じ

Hi10Pとか関係なくMP4のサムネ表示自体できてねえんじゃねえの？

jeebさんがx264_L-SMASHのレポジトリ作ったみたいだけど俺がいつも当ててるpatchも入ってるみたいだし今度からこれ使わせてもらおうかな
patchの修正めんどいし

HDD高騰時代を生き抜く為にsubme11をsubme7にして
エンコ保留してたtsもエンコする事にした今日此の頃＼(^o^)／

それでさらにumhをhexに変えるとエンコ負荷が弱まりエンコードが加速するぞ
多少圧縮率に開きが出てしまうが誤差の範囲だ。他のパラメータで微調整すれば問題なくなる。

http://topics.jp.msn.com/digital/gizmodo/column.aspx?articleid=740378

いつどんな技術が実用化するかわからんで

まぁ、工場動かないんじゃどうにもならんて

しかしとんでもない大洪水になっちまったなぁ

あれはもう洪水というより津波じゃね？

東日本大震災を経験してなお「津波」の意味をちゃんと理解してないってのは凄いな。

しばらくエンコ休んでたら
subme6以降の差はあんまり気にならないのにエンコ時間ドンと増えてたけど
9→10なんて3％の改善（だっけ？）らしいけど11なんて実装されてるんだね
11はさらに解析とかしてるのかな

2ソケット24スレッドマシンとか持ってる人用なのかしら

めくら自慢はもういいよ

>>628
俺は西日本在住だし津波なんてまったく経験してないからな。
てかタイは昔津波でいまみたいに水浸しになったことあったろ。

馬鹿の言い訳ほど見苦しいものは無いな

恥の上塗りとはこのことだなｗ

何が言い訳だよｗ言い返せないからといってgdgd喚くなよ関東人ｗ

>>634
スレタイ読めよクズが

それを言うならお前もだろうがｗ自分だけ蚊帳の外気分に浸るのはやめろ。

>>636
そのへんでやめとけ

そう思うなら黙ってスルーしろよｗそれが出来ないならおまえらも同類だ。自覚しろ。

あらら、ファビョっちゃった

おお…

しま…

てる・・・

生tsが一番高画質だよ。わざわざそれをエンコするなんて無駄な作業

おお…　生tsが一番高画質と思ってるのがいるのか

お前ら、吉本新喜劇みたいに、
定型パターンにはめる流れに心地よさ感じ始めてるだろｗ

MPCスレのバラモスといいキチガイばっかだなお前ら

tsのままだとくすんでるから未視聴のものはエンコして綺麗にしてから見てる
サイズはそれなりだが

レグザや家電レコへ録画したTSを無劣化変換しそのまま投げこんで再生させれば
家電側で雑多な映像修正とかしてくれてきれいに再生されるだろ？
ただし必要なデータを削らないのと、ファイルフォーマットを家電にあわせるのが条件だが

PCでもSplash Proで綺麗にTS再生できるし

お前らのお望み通り釣られ始めましたよ
この面倒臭い状況の何が楽しいのか知らないが

楽しめないならROMに徹しろ。

エリート吹いた

>>650
お前ここは初めてか？力抜けよ

>>653
新参乙

>>654
お前ケツは初めてか？力抜けよ

正直こんなのがおもしろい流れだと思って貼り続けてるのも、一度ウケてしまったネタを
宴会の度に延々と披露する上司を見てるみたいで辛いモノがあるけどな・・・

？

>>656
そんな事いいつつ本当は感じてるんだろ？
お前のアソコは正直だぞ

　　○　ID:oLGNL7rF
((　(ヽヽ　　　　
　　 >_ﾄ￣|○　ID:YhHbt1gs

tsなんかで残してたらHDDが幾ら有っても足りないだろ！
なんて返しが洒落ですまない今日此の頃

祖父 WD30EZRX \8,780->\14,800
祖父 WD25EZRX \6,450->\10,980
祖父 WD20EARX \5,470->\8,980

・・・ネタだよね？

sofmap.comでは今は>>661より更に\1000ずつ高いな
TWOTOPやらTSUKUMOやらも似たような値段になってて一部在庫切れてるね
先月買い足しておいて良かったぜ

しかし1年くらい前は2Tが確かこんくらいじゃなかったか
どんどん安くなるからってんでエンコせずに放置してるのをエンコするハメにはなりそうだが

むしろ俺は、3Tが知らない間に1万切ってたことに驚いたわｗ

タイみたいないい加減なところに工場作るバカが悪い

おお…

じゃあ桜島でHDD作ろうぜ！

>>666
それ言ったら中国なんていろいろな意味でもっといい加減だがなｗ
ま、半年もすれば元に戻ってるんじゃないか？

>>661
さっそく便乗値上げしてきやがったな
都下のPCショップって意地汚いわ
地方だとそこまで上げてないぞ

>>669
確かに中国はいい加減な国だが
治水に関しては先人の知恵や努力によって守られている所がある

巨大ダムが先人の知恵なの？ｗ

おお…

巨大ダムが昨日今日の思いつきで築かれたとでも言う気かな
他に運河の例を見ても中国が古来から治水に力を入れてきたのは明らか

色とりどりの川もあるしね。

という冗談はさておき、数年、十数年先の日本は他国を笑えるような状況でいられるもんなのかね。
社会基盤の弱体化とか、なんだか色々と不安になるよ。
さて、エンコするか・・・。

日本はもう酷い状態だろ
というより化けの皮がはがれただけともいうが

雑談続けてる奴って何なの？
いわゆる雑談スレでなじめないコミュ障くんなの？

まずはスレタイを見ることから始めようぜ
大丈夫、おまえならできるさ

おお…

しま・・・

なぎさ・・・

ここは爺ばっかって事が良くわかったわ。荒らしてるのリアル中学かと
おもったら老害かよ…

と、長老がおっしゃってます

大学生-40代

２ｃｈはオッサンのゴミ捨て場だから・・・orz

ROMがたまたま雑談に乗って書き込んだだけってこともあるから気にすんな

すみません、質問なのですが、--fullrangeや--colormatrixなどのVUI情報(？)を
表示してくれるような解析ソフトってあるでしょうか？
--colormatrixについてはMediaInfoで見れるようなのですが--fullrangeについては表示してくれないようです。
AVInaptic2も試しましたが駄目でした。

>>686
h264_parse

http://pbx.mine.nu/mpeg4ip_binaries_for_windows_free_download/

>>687
rawを渡して見ることができました。ありがとうございます。
でかいファイルを渡すとえらいことになりそうですが、色々なパラメータがあるのがよくわかって面白いですね、これ。

1年ぶり位にエンコ使用と思うんだがパラメーターの意味が大きく変わって気をつけるべきものはある？
crfがfps依存になったみたいに

とりあえずパラメーターは何もいじらないで出してみる

>>689
--qpmax
--deblock
新しいオプション以外ならこの二つ。

>>691
--deblockについてｋｗｓｋ

デブをロックします。

693をlock outします

ｘ２６４のフロントエンドってMediaCoderの他にいいやつありますか？

AviUtl

>>695
http://forum.doom9.org/showthread.php?t=144140

あ、自分もこれつこてるわ>>697
リネームさえすりゃ最新版も使えるしね

これどうやってCMカットすんの？

AVsPつうのでTrimはやっとるねえ
AviUtlがお手軽だけど、こっちのほうが64bit使えて速いからこれにしてる

おっとAviUtlでも64bit版で動くことは動くよ念のためにいえば

>>691 thx!

しかしx264完成されすぎでつまらんな、もうオプション弄って画質どうこう
とかこだわる必要性ほぼ無いもんな

オプション練らなきゃ画質は雲泥だが

オプション練りすぎてデコード側の負荷が増大するのはよくある話。
そこまでエンコ側の負荷を抑えたいのかよっていう。

--presetができたからなぁ

デコード側の負荷を気にする人ってのはつまり動画投稿サイトとかに投稿する人だよな
自分専用なら自分の環境で再生できればそれでいいわけだから、必要以上に
デコード負荷は気にしないだろうし
オプションで画質が大きく変わるって人もそれ関連の人が多そうだ
デフォルトのままでも”太ることを気にしなければ”十分な画質にはなるし、ストレージの
容量単価は年々下がり続けてるし

今のHDD騒動知らないの？

>>708
永遠にあのままなわけがないだろ

2TBだけまだ5台在庫あるからまだ余裕だな

安いときに買ったTS倉庫の2Tx24 RAID6をばらして儲けたいが、売るとTSの置き場がなくなるという、、、

昔ヤフオクで中古のHDD売った事あるけど、まだそのモデル売ってるのに中古で出した奴を定価以上で売れたのを思い出した
世の中には変な人もいるものだと思った。

磁気から消去前のデータ抜くのさ

フォーマットした位じゃデータ残ってるしなーこえーよ

暗にデータはオマケで売ったとかじゃ？

つWrite Zeros(ゼロフィル)

>>716
お前これまでHDD廃棄するときとかそれしかしてこなかったなら相当やばいぞ
煽りじゃなくてマジで

>>717
ゼロフィルでも物理的以外では復旧難しいけどね。
じゃあこれで。
つDBAN

ゼロフィルはそもそも機密保持目的のためのものじゃないし、
ファーム入れ替える程度でも読み出せちゃいそう
セキュリティ目的なら最低でもランダム使う方式だな

何時の間にかLAVFilters来てた。
これで422再生環境がまともになった。
プロバティ信じるなら422＆444・8bit&10bit全部いけるらしい。

ちょっくらプロバにメールしてくる！

　　　　　　　　　　　　　　　　　　　,'⌒,ｰ､　　　　　　　　　　 _ ,,..　 X
　　　　　　　　　　　　　　　　　〈∨⌒ ／＼__,,..　　-‐　'' " _,,. ‐''´
　　　　　　　　　　〈＼　　 _,,r'" 〉　／/ /／　　　　　.　‐''"
　　　　　　　　　　 ,ゝ　`く/　/　 〉　/　 ∧_,.　r ''"
-　-　-　-_,,.. ‐''"　_,.〉　/ /　 . {'⌒) ∠二二＞　-　 - - - - - -
　 _,..　‐''"　　_,,,..　-{(⌒)､　　r'`ｰ''‐‐^‐'ヾ{}　+　　ｷｨｲｲｲｲﾝ
　'-‐　'' "　　_,,.　‐''"`ｰ‐ﾍj^‐'　　 ;;　　　　‐ -‐　　　_-
　-　‐_+　　 　　　;'"　　,;''　,''　　 ,;ﾞ　‐-　　ｰ_-　‐
＿＿＿＿＿＿,''＿__,;;"＿;;＿＿,,＿＿＿＿＿＿＿＿＿＿＿
／／／／／／／／／／／／／／／／／／／／／／／

プロバディってエロいな。

プロダディよりはマシかと

もう猫ってやる気ねーの？

何を？

猫なら俺の膝で寝てるよ

>>720
LAV Filteresは10/6の0.37で止まったままじゃんよ・・・。それともどっかに新しいのがあるのか？
一応0.37をもう一度試してみたけど、4:2:2は8bitも10bitもまともに再生できない。
なんのつもりでデマとばしたんだか・・・。

これが情弱か

わざと煽ってバイナリの場所を聞き出そうという魂胆だろう

4:2:2は8bitも10bitは普通にffdshowで再生できるけどな
LAVとかそんなメンドクサイものまで考慮する必要はない。

え、俺が情弱なのか。
いや、そりゃ新しいバイナリ置いてるとこがあるなら知りたいけども。
少なくともdoom9とかgoogle codeとかx264.nlとかは0.37のままだよね？

>>730
ffdshow tryoutsは最新のrev3996を使っても>>233-234に書いたのと同様に4:2:2の入力を受け付けないけど。

ffdshowの詳しいrevisionは知らないが
とりあえず古いK-Lite(x64) v5.0.0についてきたffdshowで再生できるぞ。

>>733
K-Lite Codec Pack x64のchangelogを見ると、v5.0.0でのffdshowはrev3947。
うちはx86環境だしK-Liteも入れたくないので一応ffdshow tryoutsのrev3949を落としてきて試してみたけど、
一応デコーダーとしては選択されるものの、8bit、10bitともに4:2:2の映像は崩壊してまともに再生できない。
そもそもffdshow tryoutsのrev3954に
　　Added support for decoding H.264 10-bit 4:2:0 and 4:4:4.
とあるように、10bitの再生が正式にサポートされたのはrev3954から。
rev3949でもある程度は10bitデコードできるようだが時々崩壊する。

ついでにその後のrev3961で
　　Disabled Hi10P decoding in x64 build because it crashes. Will be re-enabled when the crash is fixed.
とあるように、x64でのHi10Pデコードは一旦無効にされている模様。（rev3996時点でも復活したという記述無し）

changelogを見ても4:2:2をサポートしたという記述は見当たらないし、
4:2:2がffdshowで再生できているというのは、何かの勘違いのような気がするのだけど。

なんか神経質な人にレスつけちまったようだな。スレ汚しすまん。

>>731
色々な場所に有るけどその一つを挙げて置く。
LAVFilters-0.37-20111029_1705
リビジョンアップだよ。

>>736
ありがとう。確かにオイラが情弱でしたorz
LAVFilters-0.38-rc.zipとかも出てたんですね。
とりあえずLAVFilters-0.38-rc.zipを入れてみて4:2:2が正常に再生されるのを確認。
>>720さん本当にすんませんでした・・・。正式版が出たものと勝手に勘違いしたオイラがアホでした。

>>734は一応真っ当に調べてみたつもりなんだけどなあ・・・。x64だと何か違うんかしら。

ウザがられてるついでに一応>>720氏につっこんでおくと、
プロパティの「Video Settings」のところにある4:2:2、4:4:4、8bit、16bitとかの記述は
「LAV Video Decoderからの出力としてサポートしている色空間」のことなので、
「H.264の4:2:2や4:4:4をデコードできるかどうか」とは直接の関係はないです。

VFRをcrf20〜23くらいでエンコするとBOBした部分だけブロックノイズ出たりして著しく画像劣化するんだけど
60fpsだからcrfうまく効かないのかな？
もっとcrfさげると24fpsの部分でエンコサイズ大きくなりすぎるし・・・
何かうまい解決法ないだろうか

別設定でエンコしてあとからくっつけるとか

>>739
CFRでエンコしてからtimecode適用するかr1867あたりをrevertしてビルド

>>739
テロップだけを60pにしているのなら、これで全編24fpsのCFRにしてしまえる。

http://forum.doom9.org/showthread.php?p=1466105#post1466105

レスありがとう
色々手段あるみたいだね
とりあえずそれぞれ試してみる
x264のオプションのオンオフでcrfを昔の仕様に戻せるとかあったらいいのになぁ

全然知らないけど、zonesは使えないの？

x264がfps気にするようになったのが原因だろうからzones指定まですることはないかと

x264にはタイムコード教えないでエンコして、後からtc2mp4modで入れた場合は？

>>743
crfの仕様が変わる前のリビジョンのx264を使い続ければ？

ていうか60fps化したとこっだけブロックノイズでるとかいうのがまず無いよ

それはエンコ後に60fps化の部分でブロックノイズが乗ってしまうって解釈じゃないのか？
俺もそんな症状にであったことは未だ無いんだけどな。
refとb-frame盛りすぎでDXVA再生時に崩れることなチラホラあったけどさ

60fpsの部分で近似フレームが多く24fpsでは出ない長距離のref参照が発生してるとか

じゃなくて最近のrevだとtimecode食わせてVFRでエンコするとフレームレートに応じて
qpが動的に調整される(fpsが高いと相対的に画質を下げる)からってことでしょ

それはわかってるけど、いくら自動調整されるって言ったってそんなに劣化するか？
っていう話の流れだろ。

24fpsが部分的に60fpsになったら、ビットレートは半分以下になるわけだからな…

fps切り替わりの箇所でデコーダがモタついてるだけだと思うが。

24fpsと60fpsのエンコ設定が違っていて、結合したところの
映像がぶっこわれているとか…

いつのまにやらJEEB氏のパッチ適用済みrev2106が来てた。

パッチって10bitdepth関連？ならどうでもいい

お前の存在の方がどうでもいいわ

本当にどうでもよかったらスルーしてる
レスしてる時点で我慢できなかった証

r2106でTMMフィルタ使うとx264がクラッシュするがな

(´・ω・`)

保険は大事だな

誰か助けて(´・ω・`)

クラッシュしてダンプ吐くのはx264だけど実際にはavisynthのバグで落ちてるんでしょうか(´・ω・`)

それともx264のバグなんでしょうか(´・ω・`)

スクリプトとどこのビルド使ってるのかぐらい書けよ

あとコマンドラインオプションもな

>>760
とりあえずJEEB氏に報告して来い。バグならあっさり対応してくれるぞ。
少なくとも２ちゃんねるへ報告するより効率がいい。

�@
TMMは動画全体ではなく動画の途中からかけてます
a=trim(0,30000)
b=trim(30001,35000).TDeint(mode = 0, type = 3, order = 1, edeint = nnedi3(field = -1), emask=TMM(mode=0, order=1))
a++b
エンコがbの範囲のフレームの序盤。だいたい30010〜30500)に差し掛かるとクラッシュします
毎回クラッシュするフレームは全く同一ではなく微妙にちがうので上記のように範囲になります
なので特定のフレームに原因？があるとも思えないです
仕方なくaだけの範囲でエンコした後、別途bだけの範囲で分割エンコするとbの範囲全体のエンコは正常に完了します。

今TdeintとTMMでBob化してみたけど普通にエンコできた

ビルドはここのr2106　32ビットエンコ、64ビット両方試しましたが両方同じ症状です
http://x264.nl/

>>769
だったらFrameCache()でも間に挟めば？

そんなよさげなものが・・・やってみますっ(`・ω・´)

藁をも掴む思いでFrameCache(20)にすがりつく・・・30000フレーム台・・・・・・・
淡い期待を胸にカウントを見守るっっ・・・・・・・・
しかし・・・・・・ダメッ・・・・・・・痛恨の一撃！(´；ω；`)

avisynthから直接x264渡すのやめて一旦ファイルに出すなりしてどっちで落ちてるのか切り分けろよ屑

avs2pipemodかavs2yuv使ってavisynthとx264を分離しろ
で、どっちがクラッシュするか見れ

そんな切り分け手段が・・・やってみますっ(`・ω・´)

単に、avspmodからプレビューすればいいんじゃね？

avs2yuvを使ってみましたがavs2yuvが落ちました
メモリ使用量を観察していたところavs2yuvだけで2.3Gを超えていたので
他のプロセスと合わせて総量4Gを超えてしまいそれが原因に思えてきました
とにかくx264が原因ではなかったので撤退しようと思います。お騒がせしました

QuickSyncVideoをエンコードするときのコマンドラインオプションを教えてください

スレチだ

すみませんでした！

俺の視力じゃ　向かいに座ったお姉さんのスカートの▼は暗すぎて見えない！！

たまに、すんごいまた開いて電車乗ってる女子高生いるよね。
でも見えそうで見えない。

>>783
明るさが足りないならちゃんとお姉さんにアドバイスしないと
それでもここの住人なの？

loggerとAvisynth 16bit hackのパッチ、両方とも使ってるビルドどこかにないかな？

自ビルドすれば？

LAV Filtersの0.38正式版が来てたのか

x264をハード支援する奴ってないの？

CPUというハードが支援しています

>>789
今後、実現するかどうかは分からないが、GPUをMEに使う計画ならある。

http://wiki.videolan.org/SoC_x264_2011#GPU_motion_estimation

GPUは今まで誰もCPUより速いものを作れたことが無いんだよな…

アーキテクチャがぜんぜん違うから、どっちが速いとか比べられないのでは？

速いけどビットレートの割に画質がイマイチとかそんなのならあるけどな
全面的にCPUを越えるのは難しそうだ

H.264の全部の工程をGPUにやらせるのは合理的ではないが、
MEだけをやらせるのならCPUよりも速いとMain Conceptが言っている。

VRAMとの転送や処理単位のオーバーヘッド、GPUに処理を割り振ってもその分CPUが浮いた分に非同期で割り当てられるタスクがない等で、
結局いまいち効率良く使えないってのがこれまでよくあるパターン
出来る事の異なるCPUとGPUをどんな状況でも両パイプラインバランス良く100%使わせるのが難しい

次のrade7xxx系から改善される予定だしllanoでも一部改善されてるらしいけど
どんなもんなんだろうね

>>795
tesaが常識になる日が来るのか、楽しみだな。

GPUでx264の高度な計算が出来るとは思えない

MEやらせるってすごい速くなりそうね
そうなればCPUも今のままで十分だな

GPUじゃ使えない演算処理や拡張命令が結構あるから苦労するだろ

定期的にループする話題だなあ

jeeb氏のpatchを当てたx264 2106で(ttp://x264.fushizen.eu/ ここのそのまま)subme 11指定したはずなのにmedia infoで見るとsubme9を指定して出力したことになるのは仕様なのでしょうか?時間などを見る限り実際subme9相当のようです
aviutl+x264guiexで出力しているのが問題かも知れませんが…こちら側のログ上ではsubme 11を指定したことになっています｡

もう1つ｡上記にあるpatch済みのr2085でもx264.nlにある素のr2106でもsubme 11は反映されていました｡

俺もnlの2085から2106更新したらなんかCPUが遊んだ感じになり
原因が不明だったから2085に戻したけど

>>803-804
よくわからんけど
　　--crf 23 --subme 11
でやったらx264.nlでもJEEBでもsubme=9になったが

　　拡張 x264 出力（GUI）Exの設定項目とその機能について - ニコニコ動画まとめwiki
　　http://nicowiki.com/%E6%8B%A1%E5%BC%B5%20x264%20%E5%87%BA%E5%8A%9B%EF%BC%88GUI%EF%BC%89Ex%E3%81%AE%E8%A8%AD%E5%AE%9A%E9%A0%85%E7%9B%AE%E3%81%A8%E3%81%9D%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6.html

を見たらtrellis 2が必要って書いてたから
　　--crf 23 --subme 11 --trellis 2
ってやったらどれもちゃんとsubme=11になったけど。

fullhelpくらい読めよ

エンコードは連携が出来てないとうまくいかないからね
当分GPUでの効果は得られないだろう

>>807
fullhelpの記述って
　　- 10: QP-RD - requires trellis=2, aq-mode>0
　　- 11: Full RD: disable all early terminations
ってなってるから、11の時にもtrellis=2やaq-mode>0が必要なのかどうかがいまいちよくわからなかった。

>>805
CPU使用率よりも、エンコ時間気にしたほうがいいと思う。
負荷が減ってCPU使用率が減ったのなら、別の処理がボトルネックになってる可能性有り。

げっ…確かにtrellis 1を指定してました。申し訳ありません…

　　　　　　＿＿＿＿　 　　　　　　＿＿
　　　　／i||||||||||||||||||iヽ　　　　　　＼　
　／￣ヽ||||||||||||||||||||||||iヽ　　　　＜　　　　　　　　　　　　　　
'""ヽ　　ヽ!||||||||||||　||||||! ﾍ　、― /　まだかかくageるよ
||ｌ　　　＿＿＿ヽｌｌ,‐''''＿＿ゞi　.||||||　.まだうりねageるよ
||ｌ　　／ヽ、　o＞┴＜o　/ヽ＼||||||　.タイの様子　見せてくれたら
ヽ‐ｲ　　|ﾐソ￣'"ﾉ"/liﾞ￣゛l；|l　|､　|　　まだかかくageるよ
.＼/ｌ　　.|ﾐﾐｌ　ｌ―――ﾌ..l；ll /　∠　　まだうりねageるよ
　.＼ﾉ　　|ﾐﾐ.l..＼＝ヲ/　l；|/　　　フ　そとづけもgeるよ
　　￣＼　|ﾐﾐ.l..　￣￣,,,l；/　　　　＼　HDDをageるよ
　　　ｌ　＼ヽﾞﾞﾞ....　￣."／i　　　　　∠＿
　＿／＿｀｀＼￣､￣/　/ｌ＿＿＿　　／

盛大に誤爆ｽﾏｿorz

わりとそうでもない

LAV Filtersが0.39になってた。

知ってる
専用スレがあるからここでわざわざ言わなくても情報入るからいいよ

x264と何の関係があるんだか。スレチはひっこんでろ

おっぱいが好き！

おお…

きな…

しま･･･

むら…

ざわ…

ざわ…

ざわ･･･

ざわわ…

ざわわ･･･

おざわ…

やざわ…

やだわ･･･

カナダの首都…

オタワ……？

ニュ…ニューヨーク…

へ行きたいかー！…

おお…

くま…

ざ…

んぎ…

えふ･･･

大半はID変えながらの自演なんだろうけど、そうじゃない人もいるよね

こんなのがオモシロイと思って満面のドヤ顔でやってるんだろうな

まあな

おお…こんなのがオモシロイと思って満面のドヤ顔でやってるんだろうな

果たしてそうかな

おお･･･

avs [info]: 1280x720p 1:1 @ 30000/1001 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT
x264 [info]: profile High, level 4.1
x264 [warning]: invalid DTS: PTS is less than DTS, eta 0:36:41
x264 [warning]: invalid DTS: PTS is less than DTSs, eta 0:34:27
x264 [warning]: invalid DTS: PTS is less than DTSs, eta 0:31:18
x264 [warning]: invalid DTS: PTS is less than DTSs, eta 0:31:03
[21.8%] 7829/35884 frames, 15.51 fps, 1163.30 kb/s, eta 0:30:09

変なワーニングでてきてﾜﾛﾀｗ
エンコードが止まらないので無視してもいいよな？

おお･･･

しま･･･

x264 [info]: frame I:395 Avg QP:18.42 size: 43503
x264 [info]: frame P:16553 Avg QP:20.53 size: 7879
x264 [info]: frame B:18936 Avg QP:23.70 size: 3833
x264 [info]: consecutive B-frames: 26.1% 6.3% 12.6% 55.0%
x264 [info]: mb I I16..4: 33.1% 38.7% 28.2%
x264 [info]: mb P I16..4: 9.2% 0.0% 3.1% P16..4: 20.0% 4.7% 2.6% 0.0% 0.0% skip:60.4%
x264 [info]: mb B I16..4: 1.1% 0.0% 0.5% B16..8: 22.7% 3.2% 0.6% direct: 1.8% skip:70.0% L0:41.5% L1
:53.4% BI: 5.1%
x264 [info]: 8x8 transform intra:5.6% inter:57.9%
x264 [info]: direct mvs spatial:100.0% temporal:0.0%
x264 [info]: coded y,uvDC,uvAC intra: 27.9% 47.4% 16.0% inter: 6.7% 8.3% 0.3%
x264 [info]: i16 v,h,dc,p: 40% 30% 12% 18%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 21% 22% 24% 6% 5% 5% 6% 5% 6%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 21% 26% 5% 6% 5% 5% 5% 4%
x264 [info]: i8c dc,h,v,p: 57% 21% 17% 5%
x264 [info]: Weighted P-Frames: Y:3.1% UV:2.0%
x264 [info]: ref P L0: 61.3% 8.4% 15.1% 5.2% 4.5% 4.2% 1.3% 0.0%
x264 [info]: ref B L0: 80.6% 11.0% 5.2% 2.1% 1.1%
x264 [info]: ref B L1: 96.2% 3.8%
x264 [info]: SSIM Mean Y:0.9929045 (21.490db)
x264 [info]: kb/s:1197.55

encoded 35884 frames, 15.57 fps, 1197.52 kb/s

なんか21dbしかでてないし画質が酷いことになってそうだが

こんな物晒して何がしたいんだか

別に、退屈しのぎだが何か？

>>818-844
特に話題はないが退屈なのでスレ保守だけは・・・っていうこの連中と大差ない。

はるかにマシ

>>850
豚が

久々に復帰しようと思うんだけど最近のリビジョンっていい加減暗部に弱い不具合解消された？

いいえ
復帰しなくて良いです

ぶっちゃけr19xxあたりからSandyに対する最適化ばかり盛り込まれてつまらなくなった気がする。

>>845の
　　x264 [warning]: invalid DTS: PTS is less than DTS, eta 0:36:41
の警告って、文字どおりPTSがDTSより小せえぞこらぁってことなんだろうけどまともに再生できるもんなの？

エンコ後にざっと視聴してみたけど普通に再生出来てるよ。音もズレもないしｗ
元々録画ミスしたTsソース（3個）をCMカットした上、無理やりtrim()でつないでエンコさせ
ED後の次回予告部分が途切れているのでfadeOut()でブラックアウトさせたものだから。

何かしらエラーが出るのは仕方なしだと思われ。
ソースが版権モノだからアップはしないけどな。

中間ファイルにいったん出力すればよかったのではかいのか

他のソースでは問題がおきてないのでおそらくTSソースとDGDecode絡みの問題だと思う。
DGDecodeとDGIndexはリビルドするのが面倒だから例の有志が作ってたパッチ当ててないし

」

ところで何にそんなにx264を使ってるの？
TSのエンコ？

おお…

tsのエンコ。

むしろ>>862は何故ここに流れ着いたのかと。

おお･･･

BDのエンコ

ＢＤエンコは楽だろうな〜
やったことないけど大体想像つく

>>862
LDのエンコにも使ってる

>>869
おお、LDか。
あのでっかい円盤見ると萌えるよな
いや円盤よりもジャケットがいい。
俺もパナソニックのプレイヤー持ってるけど1/2の確率でしか読み込まなくなって，
あまり電源を投入していない。


ちなみに俺は暇な時に、refとBフレ16 とかにして2passで低ビットレートエンコ、
どこまで画質が維持できるか遊んでる。
目的は特にない。

エロゲデモのエンコにしか使ってません＞＜

どういう流れでtsをx264に流すの？

初心者スレでどうぞ

性格悪いな。

おお・・・

DTV板はなぜ性格が悪いのか
ttp://hibari.2ch.net/test/read.cgi/avi/1306490897/
諦めろ

>>872
録画が終わると どーんっ！ って感じにtsがあるんで
こう、斜めから スッ とマウスカーソルあててクリック
そのまま離さずに キュッ っとエンコ用のショートカットに ズバーン！ とドロップする感じで
あとは流れでお願いしてます

くお〜！！TS〜！！ここでｘ264全開、インド人を右に！

おまわりさ〜ん、こいつです

反面教師すまぬ

>>880
誤爆した

おまわりさん
順序変えたら
おさわりまん

おさわりまんこのひとです

おさわりマンコのひとです

2011買ってみたが、x264＋Avisynthでいつもエンコしてるんだが　3930K定格より2700k　4.8GHｚのが早いのな
もちろん3930KをOCすれば2700kより早いのだろうけど、定格でもあっちっちな石でこまったもんだ

980Xの4.8GHｚOCでもうしばらく頑張るわ

980x発売初期に買った人はほんと元取れてていいなぁとおもう

ほんと、中途半端に妥協せずに980Xを発売日に買うのが結局安上がりだったわ・・・

お前らxeonだLGA2011だまだQ9550でエンコしてる俺に謝れ！
メインストリーム帯なら最低でもtock期には換えるべきだよなぁ…

>>885
2700Kを4.8GHzで回せる程度の知識と環境があるなら3930Kでももっと頑張ればいいじゃない

>>889
金がないってんならPhenomII x6のBEが安く買える時に買っとけばよかったな
エンコだけなら次はFX-8xxxが安くなる時が狙い目だ。エンコだけならな

Sandyだと倍率変えて電圧盛るだけで回っちゃうよーん

>>889
Core2Duoで毎日9時間エンコしてる俺に謝れ

939のX2でエンコしてるが特に不都合はない

x264LLCに続きXvidも会社立ち上がったぞクズ共
https://www.xvidsolutions.com/

Xvid

よく知らないけどXvidってまだ息してたのか・・・

俺の携帯プレイヤーはAVIしか認識しないんだよ
まだまだXvidは必要

>>894
このページずっと前からあっただろ

XvidってDivXのオープン版じゃなかったっけ？
これも商用化されちゃったの？

XvidもDivXもMPEG4 ASPの実装だろ

XVDとな

そういえば今は亡きBHAが推してたXVDってのがあったな

ハードウェアエンコだっけ

JEEB氏のブログにコメント書きたいけど、英語じゃないと駄目?

アラビア語とか韓国語とかでツイートやブログにコメントされたらどう思う?
翻訳通しても意味がズレるだろうし外人から見れば文字自体変わってて形の違いが分からないだろうからやはり英語が無難だよ

>>904
基本的に英語でのコメントが多いけど、理解できる言語は：
フィンランド語・ロシア語・英語・日本語

すごいな欧米なら言葉が似通ってるが日本語理解出来るのか

Chrome先生が訳してくれるから適当にコメントすれば？

というか過去にJEEB氏このスレに書きこんでなかったっけ？

DAYONE

つーか>>906はJEEB本人だろ

>>906
JEEBさんチューーーーーーース
いつもビルドありがとうございます

JEEB氏の10bit版x264に望むこと
avisynth_16bit_hackとskips_depth_filterのパッチを当ててほしい(表現がおかしいですが)

実は、x264のビルドの仕方とパッチの当て方が分からなくて(他力本願になってしまった...orz)

>>907
フィンランド語は英語などと違ってアジア系に近い

ttp://dic.nicovideo.jp/a/jeeb

なんぞこれ
JEEBでググったら2番目に出てきた

たしかにアジア(日本語)に近いのかも…

tp://labaq.com/archives/51158960.html
しかし発音はどうなんだろうか

>>916
『フィンランド語は猫の言葉』を読んだ限りでは、けっこう近かった記憶がある。

アジア系っていっても日本語は他の言語との関連性が明らかではないからなあ

ところで、JEEB氏の10bit版に
avisynth_16bit_hack
skips_depth_filter
は含まれているのか?

今日は冷え込むなあ

>>919
どのパッチを取り込んでるかはブログに書いてあるだろ

>>920
今日は24℃で平温だろ

24℃ってどこの常夏だよ
東京ですら最高気温20℃無かったのに

フィンランドとかだともう雪降ってんのかな

東京は夕方になって気温上がったんだが

夕方にメルトダウンでもしたのか？

お前はメルトダウンって言葉の意味を調べた方が良い

馬鹿文系乙。

チェルノブイリdisってんじゃねーぞ

俺、神奈川だけど今室温26℃ある。

ブル土下座がフル稼働でもしてんのか

愛知も今26.6度とか信じられない室温になってるおまけに湿度高くて蒸し暑い
夕方頃外出たら生温い雨が降ってて家の中より外の方が暖かいという謎状態だったぜ
帰ってきたら部屋の中も暖まってた

愛知だけど今室温21度だぞｗ
湿度はたしかに高い

>>930
>>932
大きな地震の前触れかもしれない((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

良かったね茨城で

思わずスレタイを再確認した

2passエンコで少しでも1pass目を早くする為に下記のようにパラメータを付けてるんですが
1pass目にも2pass目と同じパラメータを付けないと品質が悪くなどの弊害はありますか？

1pass目に--partitions none --no-8x8dct (--directは省略)
2pass目に--partitions "p8x8,b8x8,i8x8,i4x4,p4x4" --direct auto --8x8dct

同じパラメーターだと大抵の場合、出来上がるファイルのサイズが
ほんの僅かながら小さくなるので、より効率良い振り分けと
圧縮が行われてるのだと思うけど知覚できるほどの差は無い。

なるほど。知覚できない程度ならこのままにしておこうと思います
ありがとうございました

因みに--pass 1を指定するとデフォルトで、--slow-firstpassを指定しない限り、勝手に品質を落として1pass目を実行する。
最近では、速度に関しては--presetを使っておけばそれでおｋって感じになっている

なるほど。今１，２pass目ともpresetはvery slowを使っているんですが、できれば１pass目をもっと早くしたいので
品質に影響が無ければmediumあたりを指定したいです。
その辺は2pass目と違うのを指定してしまうとやはりまずいでしょうか

>>941
--slow-firstpass Don't force these faster settings with --pass 1:
--no-8x8dct --me dia --partitions none
--ref 1 --subme {2 if >2 else unchanged}
--trellis 0 --fast-pskip

>>940が言ってるとおり、、--slow-firstpassを指定しない限り、勝手に品質を落として1pass目を実行してくれる。
要するにプリセットがveryslowだろうがなんだろうが--slow-firstpassさえ指定しなければ1pass目は
　　--no-8x8dct --me dia --partitions none
　　--ref 1 --subme {2 if >2 else unchanged}
　　--trellis 0 --fast-pskip
で実行されるんだから、mediumどころじゃない速さになってるはずってこと。
それ以上速くする方法があるかどうかは知らん。

下手に軽くしてしまうと逆に圧縮効率悪くなるかもしれんし質問するレベルならデフォのままでいいだろう

なるほど。よくわかりました！
ありがとうございました

圧縮率を上げたけりゃblur系のフィルタ盛りまくれば猛烈に向上するぜ。
ただしやり過ぎると塗り絵になるので注意な。

何を今さら、と思ったがここAvisynthスレじゃなかったな

自分で10bitなx264をビルドしてみたいのですがソースは何処から持ってくればよいのでしょうか？

>>947
ここみれ
ttp://mobilersencoder.info/p/x264build.html

>>947
git clone git://git.videolan.org/x264.git "C:/path/to/x264folder"

>>947
ソース自体は8bitと変わらん
configure時に--bit-depth=10を指定すればいい

>>948
>>949
>>950
皆さんどうもありがとうございました

>>913
返事が色々で遅くなったけど、あのパッチは明日チェックしておく。
個人的にはあまりあのAvisynthの16bit-in-double-8bitなハックを使用して
ないからねぇ・・・　プレビューも面倒くさいし、結局はx264で<<2した方が楽
と思って以下略。

本人降臨ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

>>952
Auto VBV settingsもお願いします

自分でビルドしろよ

そうだ、せっかく本人降臨されてるんだし検証した人は環境晒したら？って思ったら別のスレでやってた事だった
http://hibari.2ch.net/test/read.html/avi/1314616372/263,266,268,273n


---他多数---
268 ：名無しさん＠編集中：2011/11/20(日) 10:00:00.50 ID:VmGBZWfS
俺もテストしてみた
確かにnlの2085から2106だと時間だけ伸びるな
原因不明だ

>>955
どうやるか分かんないんだもん
ビルドのやり方とか
ビルドに必要なものは何でどこから入手するとか
パッチのどこから入手するとか
パッチの当て方とか

VisualStudioをMSのサイトからダウンロードしてインストールして
ソースファイルを読み込んでビルドボタンを押すだけだ

>>952
JEEBさんいつもお疲れ様です
日本語達者でビックリでした

r2106の速度の件は私も気になってるところです。お手透きで結構ですので検証お願い致します。

ところでJEEBってどう発音するの？ジーブ？ヨブ？

さんづけで呼べよこのデコ助
もしくはMr

え？ JEEBさんって外人で >>952は本人が書いているの。そんな馬鹿なｗ
>>952の書き方、下手な日本人より日本語うまいじゃん。

>>956
>>959
一応リリースした少々後にIRCの方でもDopefish氏の報告があったんですが、
別に変な事はしてませんし、動作自体も一応大丈夫みたいだったし・・・
なんとも言えなかった。

fprofileの時例えばウェブブラウザなどのせいで普段と違った結果が出て、
バイナリが遅くなった可能性があるってぐらいとしか言えない
（またはlibav等のライブラリの特定のバージョンのせいで？）。
月の満ち欠けによるGCCのランダムな動作の可能性も当然あるけどね。

もう一通りビルドしてもいいんですけど、違いが出るかどうかも分からないし、
今ビルドしてもライブラリも再ビルドしないといけないし　＼(^o^)／

>>960
高校もしくは中学校の時パソコン室でUT99の学内サーバーに
入って「誰だこのヨブって人は！？」という先輩の発言を
思い出して懐かしくなってしまったじゃねぇかｗ。

自分では発音は決めてないが、普段インターネッツや大学だと、
非フィンランド語圏では「ジーブ」と呼ばれて、
フィンランド語圏では「イェーブ」と呼ばれてる。
ちなみに、脳が自然に反応するのは後者。少なくとも前オフ会でアキバに行った時
は前者に全くと言っていい程反応しなかった＾＾；

マジJEEBさん降臨じゃんwww
いつもお疲れ様です！
日本語本当うまいですねー

youもう日本に帰化しちゃいなyo

avisynth_16bit_hack
skips_depth_filter
Auto VBV settings

JEEBさん、これら3つのパッチを当ててください。
お願いします

>>966
avisynth_16bit_hack, skips_depth_filterをググッてみたんだけど、
パッチの本家は06_taro氏？

一応本家っぽいところから持って行こうと思ったんで（ｒｙ

Auto VBVの作者は一応分かっているはずけど、デフォの動作はちょっと
変えたくないので・・・--auto-vbvな感じのスイッチがない限りは
使用したくないなぁ。

JEEB氏日本語うまいなw

>>967
本家はSAPikachu氏です．

JEEBさんavisynth64のsplineresizeフィルタ作成お願いします

>>970
スレチだし何でもかんでもお願いすんな
もう来るなよ

>>970
ttp://i.imgur.com/xEDB8.png
これの事ですか、そうですか。
結果がどうせ同じなので、BlankClip()でも使っとけ。

日本にはいない超デブ？

JEEB氏にくだらない質問なんですが...
最近の日本のアニメとか視聴しますか？
JEEB氏から観て画像処理は簡単？

本人が登場した途端物凄い乞食が湧いたな…

>>972
969に書き忘れたけどAuto VBVは一応<string> or <integer>ってなってるんで
普通に数値指定でもいけるはずですよ

>>971
ググったら>>966の３つのパッチを含めてビルドしたr2106（x86＆x64、10bit-depthも入ってるらしい）を
配布してる日本語サイトも見つかったけど、あえてJEEB氏にビルドをお願いしてる理由は
　　・単に見つけてないだけ
　　・パッチの組み合わせが気に入らなかった
　　・公式に近い人にビルドしてもらったほうが信頼できる
　　・その他
のどれにあたるのだろう。
別にビルドしてもらうことに異論があるわけじゃないし、それらのパッチの良し悪しも知らんけど
わざわざJEEB氏宛に突撃した理由はなんなんだろうなと思って。

>>977
なぜ私へのアンカなのかわからないが（私はJEEB氏へ要望した人とは違いますよ．そもそも自分でパッチ当ててビルドしてますし）

ライブラリの有無というものがあると思う．
日本人でそれらのパッチを当てて配布している人は少なくとも2人知っているが一人はlavf/ffms及びlame等も含めている
もう一人はその方自身がavs入力しか殆ど使わないので面倒だから入れないよと明言している

私自身もなぜJEEB氏に頼む必要があるのかわからない．taro氏のものを使えばいいと思う．
全部入ってるし（ただ，non-freeなバイナリなのでかなりグレーだとは思う）

>>978
ごめん、>>969でレスしてるのを見て、てっきり>>966と同一人物なのかと勘違いしました。
>>966に聞いたつもりだったので忘れてください。まあただの興味本位の質問だけどｗ

なんか日本語おかしかったけどまあ許せ

>>978
>taro氏のもの
これどこで手に入るの？

>>981
>>967をヒントにググってたどったらあっさり見つかったけど。

>>976
vbvのパッチ当てちゃうとlevelだけ指定してvbvなしが出来なくなったと思うし
そういうのが嫌なんじゃないかな。

>>981
ttp://j.mp/x264tMod
多分これでは。

>>983
置き場はそこみたいだけど、こっち貼ったほうがいい気がする。

　　天山牛棚
　　https://astrataro.wordpress.com

>>983-984
ありがとう

taro氏の264に
Change the bit depth conversion algorithms to follow BT.709 Part 2 for limited range
って含まれてる？

鯖死亡？

復活

>>986
含まれている

>>989
悪いけど、ソース何処？

>>990
http://astrataro.wordpress.com/
ここ見ればわかるしそれでもわからないのならpatchがUPされているから見れば良い
それでもわからないのならバカな自分を呪ってくれ

おいおい、おれのくだらん質問にレスがついとるｗ

明日かあちゃんに自慢しよ

良かったな。
たぶんお前の人生で最大のハイライトになるよ。

>>948
aq3、logger、ビットシフトの3つパッチ当てたの作ろうと挑戦してみたけどエラー出て駄目だ・・・
やはり難しい。

>>994
どこからパッチを入手したか知らないが 差分修正したか？

次スレ
x264 rev34
http://hibari.2ch.net/test/read.cgi/avi/1322304761/

埋めますか？

埋めますか

幸せですか？

あなたはそこにいますか？

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。