x264 rev30

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 rev29
http://hibari.2ch.net/test/read.cgi/avi/1288510853/

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

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

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

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

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/

間に合ってなにより。
>>1おつ

現在Bugmaster氏が毎度のごとく活躍中

http://www.mediafire.com/download.php?5yc5s41hpk0gcuz

とりあえずBugmaster氏のパッチ当てたものが出来たので投下
不具合でるソース持ってる人は、検証/報告よろしく

パッチは↓
http://privatepaste.com/5f056b1141

訂正
パッチはこれ
http://privatepaste.com/f170d5ae0d

CABACオフでエンコしたらDivx/Xvidでエンコしたみたいな画質になってワラタ

>>5
破たんなくなりました。Win7SP１　2600K

ｒ1884

>5
同じく、破綻がなくなりました。Win7 x64 no SP1 2500K
r1884でも破綻が出ないですが、同様の修正が行われてるのでしょうか。

修正されてるよ
x264.nlが今回はすぐに出したので>>5は消します

Win7SP1未使用でr1867に比べてr1881〜1884で5fpsくらい速度が落ちるんだけど同様の人いない？

VBV emergencyが発動してるんじゃないの

1882の説明に非サポートのOSではAVXの処理がSIGILLを引き起こすって書いてるけど
XP使用者だと使わないほうが良さげ？

だからそれに対処したのが1882
1882なら使ってもいい

ｑｐmax 69のままか・・・これがデフォルトになるのかしら？
XPでも出力できてるがr1884使わないほうがいいのかな？

間違えた

それに対処したのが1884
1884なら使ってもいい

>>17
XP1884問題なしなのねthx
qpmaxも問題ないと思っていいのね

晩飯の支度でもするかな

よく分からんが、サンディー使ってない人には関係のない不具合だろう？

ttp://twitter.com/VFR_maniac/status/31288312505303040

51以上のqpはVBV emergency関連
どうしてもこの機能を切りたいんでなければqpmax 69でおｋ

VBV emergencyって-vbv-maxrate --vbv-bufsize をより正確にするって認識でおｋ？

>>23
うん、vbvの制限を絶対に守るようになってる。たとえ入力が/dev/randomみたいな
ノイズだとしても。

放送局とか向け。

>>24
ってことは--vbv-maxrate --vbv-bufsizeも指定しなくちゃいけないのかな？

BDを作りたい人にとっても、設定したVBVを必ず守る様になった事は良いな。

r1867からr1882、r1884とリビジョン変えてエンコしてみたが何度かx264がエラー起こしてバッチ終了のケース出た
どのケースもQTGMCつこうてるときなんだがね

MT併用してない？

してないよ　今も同じぐらいのとこでx264.exeが動作を停止〜でバッチオワタ
試しにリビジョンをr1867に戻してやってみますわー

r1867でも普通に同じとこで落ちた 本当ごめんなさい
r1882 r1884は全然悪くないです

エラー落ちするソースつこうて原因探ったけどTGMCやQTGMCやTdeintやBobとか色々使っても同じフレームで確実にエラー
使ってたx264のオプションを1つずつ洗って結局--aq-mode 2が原因とわかる…他全部デフォでも特定のフレームで落ちる
でさらに詰めて--aq-strength 0.85以上--aq-mode 2でx264が落ちちゃうと判明　確かに最近になってAutoVAQにしてた…
AutoVAQってあんまり使わん方がいい？

そのフレーム周辺を中間出力で出力してそれをエンコしても落ちるなら
x264のバグだから報告しる

AutoVAQずっと使ってるがAutoVAQが原因でエラーなんて1度もないし聞いたこともないわ
どんだけ特定環境のエラーだよ

> TGMCやQTGMCやTdeintやBobとか色々使っても
下手のテストは休むに似たりだな…

エンコやって3週間ほどの人間なので正直よくわかってないです　知識が…
落ちたフレーム周辺の映像はかなり特定環境だと思います　止まり画にテロップがパッパッと出て色々説明してるようなシーンでした
それ以外のシーンは60iなんで深く考えないでソース丸々60fps化しようとしたんすけど

>>35
avsの最初に、SetMemoryMax(1024) と書けば、安定するかもしれない。

わざわざどうも　今試してみましたけどやっぱ落ちました…
結局はaq-mode 1ならaq-strengthはデフォの1でエラー起こしませんしaq-mode 2でもaq-strengthが0〜0.85無いなら問題なくそのフレーム越すんで
おとなしくそのソースはaq-mode 1でエンコします…

ttp://rigaya34589.blog135.fc2.com/
これVirtualDubでも使えればいいのになあ

http://jimca.co.jp/info/cic.html

著作権侵害行為または著作権侵害の幇助は
絶対ダメ！！

スレチ

>>38
今あえてVirtualDub使うメリットってなんだろう？
いや別に煽りとかではなく、どういう風に使い分けてるのかなというのがちょっと知りたい。

AviutlもDubもAvspもCMカットツールでしかねーわ。
カットの必要が無いならメモ帳だけで済む。

ttp://twitter.com/POP_bakapo/status/31953293466931200

ffdshowのDXVAも現時点では駄目なのか

>>43
lavfsplitterならffdshowのDXVAでも大丈夫だよ
ただ、lavfsplitter自体がまだまだだけどね

>>38
1.10以降ならコマンドラインとの連携もいけるから、そんなもん要らんでしょ

まだ安定してないけど

>>41
Xvid遣いは音声合成に使うだろ
AviUtlでは出来ないし

aviなんてまだ使われてるんだなぁ

>>47
今のAVIUtlをavi出力で使う人は少数派でしょ。大抵の人はmp4やmkvじゃない?

xvidを指して言ってるんじゃ

XVD？

編集する時普通に可逆出力するからavi使うけど。

自分も古くてあまり綺麗でないソースに結構長くて重いフィルタチェイン適用する時とか
（synthでTComb.TMGC.mf_derainbow.DeHalo_alpha.MVTempDenoise(radius=3)みたいな）、
スカパーHDソースを編集したりする時途中で一旦可逆中間出力にするからaviは今でもよく使う

Niveとか使っている人も可逆avi多いんじゃないかな

今、話題にしているのはXviDやDivXでのaviのエンコードって最近しないよね？
って話だと思うんだよね。

違うよ
>>41がVirtualDubを使う理由を知りたいっていうから、VirtualDubやaviを使う理由を並べてるだけ

>>46
＞Xvid遣いは音声合成に使うだろ
＞AviUtlでは出来ないし

ごめんスレ違いだとは思うんだけど、なんでAviUtlではできないの？

話ぶった切ってゴメンだけど、stableリビジョンのリストって無いんだろうか？
r1867の前のstable知りたいんだけど、、

猫研

>>56
r1848

>>57 最新 STABLE は書いてあるけど、それ以前のSTABLE commitは残ってないような
>>58 即答ありがとう！

Sandy終了か
AVX対応も無意味だったな

AMDもAVX採用するんだが

今更だがやってみた
Phenom II X4 [email protected]ｚ・1.3210V

Results for x264.exe r1342
--------------------------
encoded 1442 frames, 62.57 fps, 3900.68 kb/s
encoded 1442 frames, 64.76 fps, 3900.44 kb/s
encoded 1442 frames, 65.97 fps, 3900.68 kb/s
encoded 1442 frames, 65.04 fps, 3900.68 kb/s
encoded 1442 frames, 17.90 fps, 3971.63 kb/s
encoded 1442 frames, 19.44 fps, 3970.84 kb/s
encoded 1442 frames, 19.42 fps, 3972.18 kb/s
encoded 1442 frames, 19.36 fps, 3970.57 kb/s

r1867に差し替え(xvidvideo.ru)
--------------------------
encoded 1442 frames, 92.38 fps, 3912.32 kb/s
encoded 1442 frames, 98.81 fps, 3912.32 kb/s
encoded 1442 frames, 99.45 fps, 3912.32 kb/s
encoded 1442 frames, 95.83 fps, 3912.32 kb/s
encoded 1442 frames, 20.89 fps, 3960.52 kb/s
encoded 1442 frames, 20.76 fps, 3961.08 kb/s
encoded 1442 frames, 21.08 fps, 3960.96 kb/s
encoded 1442 frames, 21.09 fps, 3960.90 kb/s

orz
テスト

いつになったら暗部の崩れがなくなるの？

それはあなたの設定が悪いだけかもしれません

>>64
10-bit版のx264を使うか、8-bit版 + GradFun2DBmodで我慢する。
もしくは、ffdshowのDeBandを使って再生する。

10bitの再生環境はいつになったら出るんだ

>>64
aq-strengthの値を1.2とか増やすとある程度緩和すると思う。

>>67
今のところ、デコーダは有料の物しか無いな。

http://forum.doom9.org/showthread.php?p=1475302#post1475302

そういや暗部の崩れとかは、ノングレアのモニタで見ていると結構気付かないのが多いな。
ノングレアで見てokと思ってもグレアで見ると、これは許せんての結構あったな。

俺も最近PC買い換えたら暗部が気になるようになった
LCDのキャリブレーションがちゃんとしていないと気になるという話も聞いたけど
本当のところどうなの

今のPCでは
ttp://photo.sbcr.jp/sidenote.cr?owner=bd105d9e-a9b2-102a-879e-00114331ed99&sidenoteid=181
このページの画像の5や10が見える（245や250も見える）んだけど
これが見えるぐらいだと、暗部が気になると思う
ttp://forum.doom9.org/archive/index.php/t-145084.html
このスレの一番上の画像が、汚く見えるし

逆にこれが潰れるようだと、暗い部分を（RGBでいうと）バッサリ0に潰すように
LCDを調整することになるんだけど、それが正しいということなのか、
いまいちよくわからんのですわ

暗部の崩れは本来暗くて見えないはずのところとかどこかで聞いたような
ELディスプレイとかどうなんだろ

×見えない
○見えにくい

見えにくいからといって手抜きはしてもらいたくないな

>71-72
SX2761WとSonyの業務用モニター（LMD-2050W）を持っているんだけれど、
エンコード後の絵を確認すると黒の表現が全然違っていて、
本来は黒で沈んでいなきゃいけない箇所が
前者だと沈まなくて、暗部の破綻がよくわかる。
後者だときちんと黒が沈んでいて暗部の破綻が見えない。

後者は日本の放送規格に準拠させてるから
当たり前なんだろうけれど。

>>74
ありがとう
つまり、PC用に調整されたモニタで映像は見るなってことなのかな…

単にスケール変換がうまくいってないだけじゃないの。

>>73
手抜きなし＝ロスレス
だと思うんだが

暗部どうしようで色々オプション弄るより暗部にビット盛り盛りなコントロール方に
切り替えるように出来るようにしてくれ

見えにくいものをはしょるのが圧縮の基本だし

>>78
なぜ--zones使わんのだ？

>>79
それを制御するのがCQMでありPsy-RDであり、ノーコンはマズイ。
暗部を考慮したAQ-mode3作ってた人がいたけど、微妙だったんだろうか

参照フレーム推奨値1-6
最大Bフレーム推奨値1-6(アニメーションなどに最適な数値9-16)
某ツールの解説より

俺は参照フレーム6、Bフレ12でやってる
これでいくと時間はかかるが綺麗な割にめちゃくちゃ縮む

初心者スレでやれよアニヲタ

flvにしてみれ
驚くほど縮むから
>>82

>>82
それでエンコされた動画ってハードウェア再生支援効かないんじゃない？

>>82
Bフレームは3までにしておかないと再生できない環境が多いが

アニメしか見ないから負荷掛かってようが問題無いんだろ

ハードウェア支援は画質が糞だから(ﾟ�听)ｲﾗﾈ

なにいってんの

酸素欠乏症なんだろう

Q１だと無圧縮でエンコードできるんですかね？

>>91
r1764のchangelogをよく読め。
> CRF values now make sense in high bit depth mode.
> --qp should be used for lossless mode, not --crf.
> --crf 0 will still work as expected in 8-bit mode, but won't be lossless with higher bit depths.

--crf 0 は10bit深度ではロスレスを示さない。--qp 0を使えとある。

ハードウェア支援というか外部端末的なメディアプレイヤーを考えると現状はLv4.1にしときたい

Q０にすると
無圧縮でうまい具合になるんですね
どうも

マジレスするとロスレスと無圧縮は意味がまるで違う

エンコの中間出力に使うロスレス圧縮に、最近はx264を使うようになった。
正直、かなり早いｗ
しかもサイズも小さいし、文句なし。

>>96
264なロスレスは試したこと無いんだけど、デコードも速い？

r1899

x264 --level 3 --sar 40:33 -o nul input.avs (704x480, 30000/1001fps)

r1899 crashes for some reason with this command line.

r1900きとる

>>99

whut, an engrish post? on my 2ch?

fuk u

what means whut?
what means engrish?
I have never seen those words. plz teach me.

>>103
http://www.urbandictionary.com/

こんな間違いするのは日本人しかいないって断定されててワラタ

今までＢフレーム４以上で動画サイトにUPしてたわ
見れないって苦情もなかったから気付かんかった
Ｂフレーム４以上で見れない環境ってPSPと携帯だけか？詳しく教えてくれ

Thank you Jason, it now works properly.

>>106
Blu-Rayも3まで。
http://forum.doom9.org/showthread.php?t=154533

平気なのは動画サイトというかＰＣくらいなんじゃないの

>>106
PSPは4までいけるよ

>>106
>今までＢフレーム４以上で動画サイトにUPしてたわ
>見れないって苦情もなかったから

大抵の動画サイトはうpった時動画サイト側で再エンコードされるだろ
(うpったまんまのソースがそのまま公開される某厨動画サイトとかは知らん)

>>106
お前の動画を見るときは、みんなCPUパワーで再生してるってこと。

あーそういうことか。
たまにニコ動のうp主コメで再生負荷(CPU使用率)書いてる人居るんだけど、
ハードウェア支援が効かない状態で喜んでるだけなのかな？

どーも逆検のスタッフはなんとかして3で逆裁シリーズを復活させる
糸口を作ろうとしているような感じがしてならない

--refとは違って、--bframesを増やしてもDXVAは無効にならないだろう。

あ、ごめん誤爆

ついこのまえrev.1000おめでとーなんてやってた気がするけどもう2000か

>>109
俺のPSPは16までいけるんだが

galaxyも再生支援使えばref 8,bframes 4とかでも再生できたな

--bframesも--refも3のままだな再生負荷掛かるだけだし
画質向上するならともかく上げてまで圧縮しようと思わないな

画質向上するよ

画質はほぼ変わらずファイルサイズが小さくなる、あるいは
ファイルサイズあたりの画質が向上する、といった言い方のほうが誤解がないんじゃないか

再生負荷再生負荷って
Bフレ12、Ref6で
939のX2、ハードウェア支援無効の糞スペでもCPU使用率20％以内だが・・・

PCで観る分にはBフレもrefもlevelも好みじゃない
PS3やモバイルに使いまわす人には向かないだけだろうから

>>122
支援があれば5%以下だろ？
それだけ無駄な負荷掛かってるし、その分バックグラウンド処理に回せるじゃん

今時のCPUなんてパワー有り余ってんだからどうでもいいだろｗ
20%ならクロックも最低のままだろうな（無効にしてなければ）

>>122
自分で見るならなんでもいいんだよ。
それを公開して他人が見る場合どうなるかという話題でしょ。

>>112
FlashPlayerで再生する動画ってまともな再生支援効かなかったような
せいぜい拡大縮小に再生支援が効く程度だったはず

>>88
ワロタ

>>127
いつの時代だよｗ
今正式版のFlash Player10.1でも、動画再生のハードウェア支援聞くよｗ

Bフレ12だの16だのいったって、--b-adapt 0でもなければ普通は3〜5で打ち止めでPが入る
もし12とか続く場合があっても、その場合はPが減る==ビットレートが減るわけで、
その分の再生負荷の減少がある
Bフレ増やしても再生負荷は変わらないか、むしろ減ることがほとんど

>>129
グラボによっては効かない
俺のは効くけど業とドライバ古くしてるから効かない

インテルのCPU内蔵GPUだと、時々SDサイズ動画でflashの再生がおかしくなるなあ。
AMDとかのGPUなら普通に再生できる。
ハード支援オフにすると直るからGPUのせいだろう。

正確にはflashplayerでh264(x264)動画を再生した時ね。

>>109
Bフレは16でも問題無いと思う
refが3まででしょう
main level3まで対応謳ってた気がするから
本来は480*272でref15くらいまでいけると思うけど…

refはデコード時はCPUじゃなくてメモリ使用が増えるんじゃなかったっけ

スマートフォンでref16までハードウェア対応してるのなんかある?

みんな結構気を遣ってるんだな
俺は自分でエンコしたモノは自分の環境で見られればそれでいいから
全然気にしてなかったぜ

まぁPSPメモリ少ないししょうがないけど
ちゃんと規格通りにしてくれればprofileとlevel指定するだけで
再生できるものが作れるようになって楽だよね

どっかの受け売りでBフレ5にしてたけど、ソニーのBDプレーヤーで普通に見れた。

どっからBフレームの話が出たのかと思ったら、>>86が勘違いしてるだけじゃないの
Bフレーム枚数はプロファイルもレベルも関係ないじゃん。Baselineだとそもそも使えないし。

BDだと3なのか…。ごめん。
>>139は忘れてくれ。

ttp://twitter.com/POP_Tweet/status/34957733090299904

　　　　　　　　　ナ ゝ　　　ナ ゝ　/　 　 十＿"　 　 ー;=‐　　　　　　　　　|! |!
　　　　　　　　　　cト　　　　cト　/＾､_ﾉ　 | ､.__　つ　 （.__ 　 ￣￣￣￣ 　 ・ ・
ミﾐ:::;,!　　　　　　u　　　　　　　｀ﾞ"~´　　　ヾ彡::l／VvVw、 ,yvヾNヽ　　ゞヾ　 ,.　,.　,.　、､ヾゝヽr＝ヾ
ﾐ::::;/　　￣ﾞ`ｰ-.､　　　　　u　　;,,;　　　j　　 ヾk'!　' l　/ 'ﾚ ^ヽﾍ＼　　 ,rﾞゞﾞ-"､ノ /　l!　!ヽ ､､　|
ミ/　　　　J　　　ﾞ`ｰ､　　　"　;, ;;;　,;;　ﾞ　　u ヾi　　　 ,,./　,　,､ヾヾ　　 | '-- ､..,,ヽ　 j　 !　| Nヾ|
'"　　　　　　　_,,.. -─ゝ.､　　　;, "　;;　　　_,,..._ゞｲ__／/〃 i.! ilヾゞヽ　 | ､　 .r．　ヾ-､;;ﾉ,.:-一'"i
　　j　　　　／　　 ,.- ､　 ヾヽ、　;; ;;　_,-＜　　/／_,,＼' "' !|　:l ﾞi !_,,ヽ.l　`ー─--　 ｴｨ' (． 7 /
　　　　　　:　　　　' ・丿　　￣≠Ξｲ´,-､　ヽ /ｲ´ r．　`ー-'ﾒ ,.-´､　　i　　　　 u　　ヾ｀`ー' ｲ
　　　　　　 ＼_　　　 _,,......::　　　´ﾞi､　`¨　/　i　ヽ.__,,... '　 u ﾞl´.i･j.冫,ｲﾞl　 ／ ｀`-､..-　ノ　:u l
　　　u　　　　　￣￣　　彡"　　　、ヾ￣｀`ﾐ::.l　　u　　　j　　i､｀ー'　.i /　/､._　　　　｀'y　　 /
　　　　　　　　　　　　　　u　　　　　　｀ヽ　　ﾞ:l　　 ,.::- ､,,　,.　ノ　ﾞ u　!　/_　　￣　ー/　u　/
　　　　　　　　　　　_,,..,,_　　　　,.ｨ､　 ／　　　|　 /__　　 ｀`- ､_　　　 l　l　 ｀`ｰt､_　/　　／
　　ﾞ　　　u　　,.／´　"　 ｀`- ､_Ｊ　r'´　 u　丿　.l,...　｀ー一''/　　　ノ　 ﾄ ､,,_____　ﾞ/　／
　　　　　　　 ./＿_　　　　　　　　ｰ７　　　　/、　l　　 'ﾞ　ヽ/　 ,. '"　　＼｀ｰ--- ",.::く､
　　　　　　　/;;;''"　￣￣ ───/　　ﾞ　 ,::'　 ＼ヾﾆ==＝'"／ ｀- ､　　　ﾞー┬ '´　/　＼..,,__
、　　　　　 .i:⌒`─-､_,....　　　　l　　　／　　　　 ｀ー┬一'　　　　　 ヽ　　　 :l　 ／　 , '　｀ソヽ
ヾヽ　　　　 l　　　　　 `　 ｀ヽ、 l　 .／　　ヽ　　　　　 l　　　　　　　　　）　　,; ／　　　,'　　　　'^i

PS3もgalaxyと同じで720p ref 8,bframes 4で大丈夫だった。
ref16とか試してもいいけど需要あるの？

PS3はソフトウェアデコードでLevel 4.2までなら対応してたと思う

BD、PSP、PS3、スマートフォンどれでも再生できるrefとbframesの最大値は俺も知りたい
需要あると思う
ただ、ggッて出てきた古い記事の受け売りだが、
bframesは３の倍数、refとbframesの比率は2:1じゃないと画質が落ちるらしいから
これが今も本当で、この条件も満たすとなるとref=6,bframes=3がベストという気がする

BDに合わせて、--ref 4 --bframes 3 としておけば、大抵の機器で再生できる。

>>145
そのトンデモ理論はどこから出てきたんだ？
それが本当ならpreset placeboとかはなんなのよ？

素人のブログ記事なんて当てにするなよ

Ref大きくするとQuickTime(笑)で再生できないね
Bフレはいくら上げようが平気

x264とBlu-ray

http://www.up-cat.net/x264%25A4%25C8Blu%252Dray.html

>>150
それなら
ttp://www.x264bluray.com/
の方が更新されてる(kierank氏が管理してる)。weightp 1はdupe無しになって
壊れてるデコーダーチップでも綺麗にデコードされるようになったしなぁ。

>>147
理論じゃなくて実験結果だよ
どっかの個人の人が自分で色々テストしてグラフ作ったらそうなったという話

>>152
ソースによってrefとBフレの使用量や結果が変わるんで、
そういうテストはあまり実用的にはならない罠。

実権結果だよ(ｷﾘｯ

「パチンコは食事程度の運動効果があるのでボケ防止によい」という
意味不明な実験結果を発表した某首都の大学があったな。

上限ならlogの　ref P　consecutive B-frames　見て判断

>>153
君がそう思うならそれでいいんじゃないか

I>P＞Bだから容量多くていいならBフレ少ないほうが画質良いは当たり前
refは多くすればSSIMは良くなるよ微妙だけど

blu-ray用にエンコードしてるんだけど「ref 4」に設定して
できあがったのをMediaInfoでみると「RefFrames:3フレーム」になる
「ref 5」にすると「RefFrames:4フレーム」になってくれるんだけど
どっちが正しいんだ？

普通にmp4にしてるときは設定値そのまま反映されるから
たぶんblu-ray用設定の何かが影響してるのは間違いないんだけどね
「--b-pyramid strict」「--slices 4」あたりなのかな

touch4Gではメインプロファイル対応したけど
どんだけなのか試した人居る？
一部720Pとref4ぐらいまでは確認してるけど

iPhoneと一緒になったからmain Lv3.1のmax14000
--ref 5 --bframes 3 --b-pyramid 0さえ守れば大丈夫だね
ちなみにiPhoneは1280x720上限ってなってるが
上記設定であればFHDも再生可能

サンクス
結構上限上がってるなｗ

>>159
--b-pyramid strictでおかしくなるMediaInfoの表示に関係なく、--ref 4が正しい。

--b-pyramid で思い出したが
ペガシスの体験版使ったがデフォルトで--b-pyramid 0で
--bframes 4以上じゃないと使えなくなってたり--cqmがjvtだったり
あとチューニングって項目あるんだが（--preseｔ）
たぶんveryslowだと思うんだがsubmeが9だったり
独自のSetなのかしらないが細かいとこ変わってて面白かった
商用だとちょっと変えるのかね？

オプションの意味がわかってないんだろ
だからあんな糞実装になる

俺のBDプレイヤーはref8 bframes8 60fps でも余裕で再生できるぞ。

せめてメーカーと機種ぐらい書こうよ

BDプレイヤー＝PCってオチでしょう

>>160
あまり参考にならないけど…
ipod touch4G(アプリはGoodReaderから)
avisynthでエンコ
1920x1080 60fps
--crf19 --Lv4.2 --ref 3 --bframes 3 --b-pyramid 2
音声はnero使用(FAW経由の音声再生不可)

今のところ60fpsも問題なく再生

>>165
VBRの平均ビットレートが使えないのはなぜかとサポートにメールで問い合わせたら、
V4までと違って、エンジンをx264にしたからとかえされたぜw

x264も平均ビットレート指定あるよね。

まぁ、最速化も間違ってるっぽいしなぁ、あの会社。x264 (CLI)とpegasysのアプリ
は5倍ぐらいの差が出た＠doom9

ttp://forum.doom9.org/showthread.php?p=1476744#post1476744

refの設定ってブルーレイで再生を前提にした場合、制限とかあるんですか？

だってなぁ
VAQ使うのにデフォルトのマトリクスがｊｖｔだし、
GOP長(--keyint)は18でBフレは2がデフォルトの「それなんてDVD？」設定だし

あそこはもともとフィルタとかは遅いのしか作れないみたいだから、
案外YUV422->YUV420変換あたりで手間を食ってるのかもしれんぞ

フロントエンドでよかったのに
糞訳でオプションの意味不明だわ
デフォルト弄るわ
ユーザー側でx264の更新出来ないわ
その上公式側のx264更新遅いわ
頭おかしいんじゃねえのｗ

俺は使ってないしこれからも使う予定ないからどうでもいいけど

んだ

なんだかんだいって「ちょこっと」使うには便利なんだよ

なんか異様に貶すやつけっこういるけど
別に安いんだから買っとけばいいじゃん
なかなか便利だぜ

社員は売りたいからそういうけど
金払わせるならまともなもの作れといいたい

x264の更新を自分で出来ない上に更新遅い時点でありえんわ
あーーりえん

まぁ、所詮は初心者向けだからいいんじゃね？
詳しいやつはx264の為には使わないだろうし。

エンコが趣味じゃなければ、十分つかえるいいソフトだよ

だいぶ前から画質に大した変化はないから
そんなに頻繁に更新なくたっていいだろうに。
それに試しに体験版入れてみたけどcore112だし十分新しいじゃん。
revでいうなら1867あたりかね。

>>174
Mpeg出力選んだんじゃないかな。
MP4(AVC)出力はGOP 250だったよ。

>164
勘違いしてない？
b-pyramidはBが2以上で参照が4以上なので至極まっとうだと思うよ？

あとチューニングじゃなくパフォーマンスな
あんたTVMWのスレでずっとチューニングチューニング言ってた奴だろ

>>144
[email protected]のAVCの再生は出来るが60pを60pで再生する能力はない。

たぶん、CPU処理だけでデコードしたら再生する能力はあるんだろうけど
ハードウェアでデコード支援する処理してるからうまく再生できない
可能性があるのだとおもうけど

4.2対応してるのって手近にはPCぐらいよね。

ほむほむ
4.1ならええの？

まみまみ

僕と契約してL-SMASHの開発をしようよ

お断りします

ｨｬｮ

　　　　　　（´∀｀　）
　　　　　　 （⊃⌒?⌒⊂)
　　　　　 　　/__ノωヽ__）

x86: make: *** [fprofiled] Error 29
x86-64: make: *** [fprofiled] Error 38

ｒ1912

>>193
何が言いたいのか良く解らん

>>194
分かる人に読んでもらえたら、それでいい。

http://img153.imageshack.us/img153/4661/errorri.png

うちはfprofiled通ったけどな
使ってる映像が問題なんじゃないか？
可能ならうｐ

>>195
うちも通ったよ

>>196
画像にParkJoy.y4mって見えるじゃん

あれ
よく見たらXiph.orgで配布してるのと解像度が違うな

>>196
違うクリップでも、同じエラーが出たので、意味は無いが一応。

http://www.mediafire.com/?ftfsn1w2f3xsqbf

>>198
fprofiledにそのまま使ってもオーバーキルなので、SDにリサイズして25fpsにしてある。

>>199
そのソースでもうちでは通るなあ
今回のリビジョンから通らなくなったの？

と書き込んだら修正来てるっぽい？ｗ

r1912はうまくいった。

そういえば、以前、YadifのSSSE3検出ミスで、同じエラーに遭遇した事を思い出した。

なんかまだ壊れてるっぽいからしばらく待った方がいいかも

>>202
r1912はうまくいった。 -> r1913の間違い。

r1913ねｗ

それにしてもx264はテスター不足なのかね
報告があれば神速で対応できるのに

AMDのCPUで出るバグっぽい

どうしてもAVX使いたい人以外は1911オヌヌヌ

x264の商用化の件

ｘ264 LLCがライセンシーの中に入っていないんだがやばいんじゃねーのこれ
http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx

>>206
AMDに限らず、SSSE3の無いPentium 4やPentium D等でmakeを試みたら、同じ事になっただろう。

再び更新された

>>207
特許料払うのはx264 LLCじゃなくて実際のバイナリを配布する側だったはず
Pegasys Inc.って載ってるし

今日の急上昇ワード (日本)
http://www.google.co.jp/trends/hottrends?sa=X

2011/02/19 - 日付を変更
40分前更新

サイト フィード
1. サンデーフォーク
2. 羽田圭介
3. 藤女子大学
4. 東京経済大学
5. 倉崎海産
6. 文教大学
7. ツェッペリン
8. 朝比奈圭
9. ハンバーグ牧場
10. eプラス
11. RearViewGirls
12. 雨水
13. 瑛斗弥
14. ゆりかもめ
15. 中央大学
16. 悪魔を見た　←←←←←←←←←←←←←←
17. テストの花道
18. iphone女子部　←←←←←←←←←←←←←←←←
19. マラッカ
20. gzomr

ちょっとスレチかもしれないけど
x264でエンコしたファイルをアップするとmediainfoでパラメータとかばれちゃうのが恥ずかしいんだけど
エンコしたファイル(自分用に後でも分かるように保存)をコピーしたファイルからエンコした時のパラメータ情報を消去する方法ってないですか？

バイナリエディタでその部分を0で埋めれば？

>>211
どこにアップするのかしらんけど、見られても恥ずかしくないようにすればいいじゃん。
俺は逆にエンコ設定を見えなくしてる奴は、映像を評価する以前に頭から信用しないよ。

同じく
外部に出すなら評価目的もあるんだろうし設定晒せと

ニコ動にアップしてる自称エンコ職人じゃないの？

>>212スペースで埋めてみた。ｔｈｘ

>>213-214
いやあああああああああああああああああ。はずかしいのおおおおおお。みちゃらめええええええええ（＞＜

ぶっちゃけると。某所で2垢(片方男、もう片方女）しててパラメータをもとに同一人物ってばれちゃうかもしれないから、
片方の垢で上げるファイルはstripしておこうかと・・・

ニコ動はネカマの活動場所になってたのか

>>216
【審議結果】
　　　　ﾊﾟｯ　　　ﾊﾟｯ　　　ﾊﾟｯ　　　　ﾊﾟｯ　　　ﾊﾟｯ　　　　ﾊﾟｯ
[ミミズ千匹]　[死刑]　 [変態]　 [20kg+]　[降格]　[ゾウリムシ]　
　　‖∧∧　 ‖∧∧　‖∧,,∧ ‖∧,,∧ ‖∧∧　 ‖,∧∧
　　∩・ω・｀)∩・ω・｀)∩・ω・｀)∩・ω・｀)∩・ω・｀)∩・ω・｀)
　　 （　　　 ）. （　　　 ）. （　　　 ） （　　　 ） （　　　 ）　（　　　 ）
　　　｀ｕ-ｕ´　 ｀ｕ-ｕ´ 　 ｀ｕ-ｕ´　 ｀ｕ-ｕ´ 　｀ｕ-ｕ´　 ｀ｕ-ｕ

0で埋めたらなんかゴミがでるようになったから諦めた

ニコの容量制限程度じゃ隠す必要もあるまい

で、今回のアプデで画質回りで何か変わったか？

logぐらい嫁

1583使ってる俺が言うのもなんだが
どれが激安定してるんだよ？

古いリビジョン使ってるのをわざわざ奴ってなんなんだろうな
うちのテレビ、ブラウン管なんだけどって言う感覚？

リビジョンが上がるごとに色んなオプションの追加やバグ等の修正がされていって
洗練されていってるんだから新しい方がいい

>>223
今の流れで言うとあんたの時代は「激不安定」だったね

>>223
と俺が書くとあんたは「r1583でなんの問題も無いんだが」と答え
不毛な流れになるわけだ。

edtsが…

ってもっと前だったな

今見たら1163だった
もう変える気にもならない

2000超えたら本気出す

現状、満足してるならどのバージョンでもいいよ。好きなの使え

具体的な事は何も出てこないのな
洗練されてるって何が洗練されたんだ？
古いのと新しいので画質がそんなに変わるのか？
古いバグは修正されてそうだが新たなバグは追加されてそうだしな
RODのときみたいにデフォルトオプションいじらなきゃならなくなると厄介だしな

自分でlogでも見て判断したら(笑)　お好きなように

お前log(笑)読んだことないだろ

使ってみて自分で比較してみればいいのに

何のためにこのスレを見てるんだろ
よ〜しこのリビジョンがド安定だぞ〜って言う人が現れるの待ってるのかな

お前、人のレスに難癖つけたいだけの寂しがりやだろw

リビジョンが新しい方がより改善されてるのは当然だろ、誰が改悪しようと思って改悪するか
結果改悪になることがあっても、改善された事柄の量に比べれば少ないはず
大体ソフトウェアの開発にバグはつきものなんだから、そんな事言い出したらどのソフトも使えんわw

あと自覚無いと困るから言っとくけど、難癖付けてるのはお前な

最新ってもしかして思いっきりcrf下げないと駄目なの？なんか今までと
にたような設定だとビットレート半分くらいになってブロックノイズ多発する
わけだがなんか良くわからんな

ヒント：過去ログ

＞ID:XBLxBUod＝ID:jQhBDRrd
今度は自演かよw
お前どんだけ分かりやすいアホなんだよwwww
頭の悪いお前の的外れな予想なんか誰も聞いてねえことに気づけカスw

>>239
r1867から表示時間を考慮した品質管理をするようになって
今までのcrf値で同品質になるのが25fpsでこれ以下のfpsなら画質上がってそれ以上のfpsなら下がるようになった
30fpsや60fpでエンコする場合でr1867より前のエンコしたモノと同品質にしたいならcrf値をちょいと下げればいい

新たなる基地外の出現か…やれやれ

まったりいこうぜ

スルーカが足りない

>>245
つhttp://www.pixiv.net/tags.php?tag=%E3%82%B9%E3%83%AB%E3%83%BC%E3%82%AB

とりあえず、新しいの使って不具合あれば不具合無い時の使えばいいんじゃね？ｗ

みんなそう思ってるよ
だから好きなの使えが結論なの

変えたいときが、変えかえどきｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

変な挙動があったので念のため報告します。

■概要
　x264 rev1803以降でHighプロファイルでマルチパス出力したMP4を
　QuickTime 7.6.9で再生すると映像の色が崩壊してしまう。
　Mainプロファイルにしたり１パスエンコードした場合は問題なし。
　rev1790ならHighマルチパスでも問題なし。

　画像
　　http://www1.axfc.net/uploader/Img/so/108767.png

　サンプルや環境・内容のメモなど
　　ttp://www1.axfc.net/uploader/Sc/so/207770.zip

新しいの使うと元ソースしばらく消せないからな
そんなリスク回避のための情報共有スレだろ
勝手に結論出してるバカは死ね

>>250
--qpmin 10追加してやってみて

r1790からr1803までで関係ありそうな変更点は
qpminのデフォルトが10から0になったこととweightpをちょいといじってるな
上の人もレスしてるが元のqpmin 10に指定してエンコしてみるとかweightpを切ってみるとか

検証してみた
--qpmin 2がだめで3がおｋ

>>252-254
ありがとうございます。おっしゃるとおりqpmin0,1,2が原因だったようです。
　・「Seraphyさんの拡張x264GUI rev1471release03」
　・「拡張x264GuiEx 0.26」＋「x264.nlのx264 rev1790,1803,1913」
で確認しました。

　　qpmin0〜3の比較画像
　　ttp://www1.axfc.net/uploader/Img/so/108791.png

もともとqpmin0,1,2はQuickTime7.6.9ではうまく再生できなかったのですね。
(QuickTimeのバージョンによるのかもしれませんが。)
rev1795でqpminのデフォルトが10から0に変更されたから最近発生したように見えたと。orz

よくわかっておらず恐縮なのですが、この事象はどう考えればよいのでしょう？
　・qpmin0,1,2を正しく処理できないQuickTimeがおかしい
　・x264のqpmin0,1,2の場合の処理になんらかの問題がある
　・自分の使い方がおかしい
　・その他

また、当面はqpminを明示的に3以上にしておけばよいのでしょうか？

今適当にググッてみたらquiicktime7の再生はmainまででhighプロは非対応
的なのが引っ掛かったんだがそういうことなんじゃ　最新のverはどうかしらんが　QT7やし

いや相当前に一応対応してる

エンコード初めて１年
エンコーダーのバージョンでエンコ時間が早くなるなんて知りませんでしたｗ
ってかエンコ時間かけてもかけなくてもさほど画質の違いがない
x264ってすごいな

>>258
オープンソースで活気のあるプロジェクトの魔法だZE

>>255
こちらでも色々テストしてみました(MacOSX環境)
映像サンプルは>>250の画像ファイルからffmpegで適当に作ったもの
(ffmpeg -loop_input -t 00:00:10 -i sample.bmp -pix_fmt yuv420p -f yuv4mpegpipe sample.y4m)

以下テスト結果
・Mac版のQTPlayerXでは再現せず、QTPlayer7では再現する(以下のテストはすべてQTP7)
・r1300くらいに戻しても再現→最近の更新(ex. weightp)は関係ないっぽい
・crf=1でも再現→実は2passは関係ないっぽい
・qpmin<3でも低ビットレート(ex. -B 20)だと再現しない→実はqpminの問題ではないっぽい
・qpmin=>3でも再現(ex. --qpmin 4 --qp 4)→やっぱりqpminの問題ではないっぽい
・colormatrixやcolorprimなどをつけると再現しない(値は関係ない)→意味不明
・no-8x8dctだと確実に再現しない→でもこれって対処法としてどうなのよ…

以上のように、規則性が見えません
今のところ考えられる一番マシな対処法はQTPlayerを使わないことじゃないですかね…
WindowsはQTPlayer7しかないですし

no-8x8dctで確実に再現しないってことはやっぱりHigh Profileの再生に問題ありってことちゃうかぁQT7
8x8 離散コサイン変換を使用するとHigh Profileになるからさ。　上のレスで対応したってあるから再生はできるようになってもやっぱりどこかおかしいと

QTだと、BD準拠のH.264も再生できなさそうだ。

QuickTime(笑)

QTはむしろワームくらいの認識

QuickTime馬鹿にすんな、qtaacencで音声変換用に必須なんだよ

エンコ専用機にだけqtaacの為にｲﾝｽｺしてある

優秀なの？
CTやNEROのエンジンで十分な気もするけどこだわる人はこだわるのかな

俺はneroで十分かな
音声のエンコーダがどこにあるかの違いだけだしな

neroencで充分です

neroさん音が変わっちゃうし

普通は音声なんてエンコしないし、する場合はサイズ調整する必要があるわけだから
きっちり1bps単位で調整できるneroを使うわな。
qtaacencはどうにも中途半端だ。

QTは識別用にほとんどアイコンだけ使ってる感じ
たまに携帯動画ファイルを扱うのにも使う

俺もnero使ってるんだけど、qtaacだともっといいんかね？
LC-256kbpsくらいでやってるからなあ。もっと低いと違いがありそうだが256以上じゃ判らないよね？
ってスレチな質問だな・・・

iPod使ってるのでQTは使わざるを得ない

neroencは手間が掛かるし遅い
バッチ処理＆CLIだけでやるならffmpegで変換させちまいな。

Appleのソフトを使うとマカになってマカは人間じゃないらしいからnero使え

僕はfaacちゃん！

「neroencは手間が掛かるし」って何の手間？

あと遅いというのもよくわからん。
これが遅いようなPCでエンコードするの?

多分使ったこと無いか拒絶反応だと思うの

neroが遅いってどんだけ低スペなんだ？
初心者板から迷い込んだのか、釣りなのか・・・

ttp://www.hydrogenaudio.org/forums/index.php?showtopic=83246
ttp://www.hydrogenaudio.org/forums/lofiversion/index.php/t86407.html

>>273
128kは判る。 160kは怪しい。 192kは第六感ｗ
一応wavと192kのABXテストで8/10は取れたけど、聞き分けれてる自覚は無いｗ
判りやすいノイズをひたすら聞いての結果だから、個人的実用域は160ｋかな。

CDからの圧縮だから、圧縮済みからの再変換に関してはわからん。
foobar2000使えば簡単にABXテストできるから、やってみるといいよ。

>>283
情報ありがとう！
さっそくABXテストやってみる。そもそも今まで自分の耳を確かめたことがなかったよ。

QTとNeroどれでエンコしたかを聞き分けられんの？凄ぇな

AACは160k位からほとんど音質向上しなかったような

>>285
違う。　wavとneroaacでの比較
エンコーダー同士では、NeroAACとLameMP3の128kで比較をした時点で
どうでも良いと感じたのでやってないｗ

wavとの比較か。神の耳の持ち主かとｗ
俺は128でもう怪しいｗ
TV音声の再変換だとHE64k、LC96kくらいでもう注意深く聞き比べないとわかんないな。
人声のみだとHE48k、HEV2 32kでもわからんかも。

でもエンコするときはFAW(ｷﾘｯ

qtaacの方が平均ビットレートが低くなるから愛用してる

将棋番組とか講義/対談番組のような基本声だけの番組だけNeroAacEncで-q 0.3
後は全てts2aac＋aactool+aacsplit(0ch→2ch)+aacedit2

>>287
wavとneroaac256kでABXテストやってみたら7/10だったわ。

あ、後BS1のきょうの世界みたいな、番組内で1ch←→0chが何度も交互に変わる番組も再エンコ

>>288

＞でもエンコするときはFAW(ｷﾘｯ
ヤバイ、なんかこのセリフ、俺のツボを突いたｗ

スレ開いた瞬間AAC関連スレに迷い込んだかと思った。
各自で好きなの使えば良いだろ、ここはｘ264スレだ。
「DTV板全体がPT2関連なんかで初心者やニュー速民に加え春厨も交えてカオス状態なんですよ」
なんて感じで日本語が堪能な人がこの状況をD_Sに説明して、苦笑いされてるかもしれんぞｗ

それだけmp4コンテナに音声としてAAC（or HE-AAC）使ってる人が多いって事なんだろうな
mp4自体はAAC系しか使えないってわけでもないんだが、実態としては主流だと

mp4のシークが糞遅い理由を64字以内で

頭が悪い

MKVあたりじゃなくて敢えてMP4にmuxするのはハードウェアプレイヤーで
再生したいってのが大きいだろうし、そりゃまあ互換性の面から言って
AAC使うんじゃないの

つか、AACはエンコーダーとデコーダーの系列が違うと音ずれするから
俺的には出来れば避けたいフォーマットなんだけどお前ら気にしないの？

誰か>>299にﾌﾟｰｸｽｸｽのAA貼ってやれよ

>>260
検証ありがとうございます。こちらももう少し検証してみたのでご報告しておきます。
こちらはWin環境なのですが、Mac環境とはやや違った結果になるようです。

■ソース映像
　　>>250の色見本.bmpを拡張編集に放り込んで30fps10秒にしたもの。
　　>>250では30fps1秒という短いソースだったので少し長めにした。
■x264 rev1913と、AviUtl0.99i8＋拡張x264guiEx 0.26を使用。
■QuickTime（Win版)のバージョンは7.6.9(1680.9)。
■--preset mediumで少しずつ変えながらエンコード。
■--colorprimや--colormatrixをつけても結果には影響なし(smpte170mを使用)
■--profile mainだと崩壊しない。

■崩壊するかしないかの境界（今回使ったソースでのもの。）

　　■全体が崩壊するもの
　　　●crf＜20
　　　●crf20のqpmin＝0
　　　●固定bitrate1400

　　■画像右下近くの黒の部分が崩壊するもの
　　　●qp＜＝5
　　　●2pass bitrate1000のqpmin＜＝2

　　■正常なもの
　　　●crf＞＝21
　　　●crf20のqpmin＞0
　　　●qp＞6
　　　●2pass bitrate1000のqpmin＞2
　　　●2pass bitrate20 (qpmin=0)
　　　●固定bitrate1300

■備考
　　●最近２パスでエンコした映像をQuickTime 7.6.9で見なおしてみたところ、
　　　　ビットレート高めだと黒背景に白文字を書いただけのシーンが
　　　　もっとも崩壊しやすいというか、ほぼ確実に崩壊。
　　●QuickTimeでの再生時の色の変化を調べてみたところ、
　　　　とりあえずRGB=(0,0,0)、(255,255,255)の部分はそのままに
　　　　全体的に微妙に色成分を足して輝度を上げる方向にもっていくというか
　　　　そんな感じの補正が入っている模様。
　　　　ググったらDirectXを切れば直ると書いてあったがほぼ変わらなかった。

QuickTimeが使いたいわけではなく、現象が気になっただけなので
とりあえずQuickTimeは使わないようにしておきます。

スレチだがQuickTimeはWindows版だとFireFox3以降との相性問題で怪しい挙動を魅せるから
MAC以外の人でFireFox3以降(mozilla系)を常用する人は入れない方がいいと思う。

>>300
おいヒドス。ネタじゃねぇよｗ
Neroでエンコしたファイルをfaad.exeやffdshowのlibfaadでデコードすると5ms〜20ms位ずれる
作ったAACをSynthで読み込んでavs2wav辺りで出力、ソースwaveと波形比較すれば誰でも確認出来るわ

mpcやFFDShowで再生するならfaacで、iTuneで再生するならneroかQTaacって感じで合わせないとならん
原因はpriming framesの決め方の違いらしいけど詳しい理論や対処方法が分からないんで未だにmp3から卒業出来ない

げぇ
俺の火狐調子悪いのQT（笑笑笑）のせいかよ
QTプラグイン外して、QT本体もｱﾝｲﾝｽｺしたわ

>>304
スカパーＨＤからぶっこ抜いたm2tsでもffdshowのデコードだとずれるね

>>305
>>275みないのこと言ってる人のこと鵜呑みにすんなよ

最初からQTなんて無かった

自分の環境で問題なければもう気にしない派
QTさんは最初から入れてないけど

それってfaadの実装がタコなだけなんじゃないの？

>>307
よう情弱。QuickTime(Plugins)はFireFox3以降でブラックリストにいれられてるから
どれだけ最新版に変えてもFireFox3以降では"video/quicktime"で埋め込まれた動画タグは再生されない。
こんなの今更な情報だとおもうけどな。

>Important: QuickTime 7.1.x is currently on the Add-ons Blocklist and does not work in Firefox 3.
http://kb.mozillazine.org/Quicktime

よくわからんが、それは単にFirefoxではQuicktimeが使われないってだけじゃないのか。
必ずしも相性問題とか怪しい挙動につながるようなもんじゃない気がするけど。

実際TvRock(v0.9u2)の番組表の中にあるムービー機能（QuickTimeの埋め込みで簡易閲覧できる）も
最新版のQTをインストールしたFireFox3ではまったく作動しない。IEや視聴率ブラウザ経由だと
再生は出来るけどやたら重くて耐え難い。つまりまったく使えないわけだ。信じられないなら試してみろ。

ほんまでっかTVを見た後のせいか>>311が澤口俊之で脳内再生された

ブラックリスト
ブロックリスト

>>311
よう基地外
http://hissi.org/read.php/avi/20110223/NGx3aTlwWlA.html

>>304
よく知られたエンコーダーのエンコーダーディレイは以下の通り
LAME: 576
faac: 1024
QuickTime AAC: 2112
Nero: 2624

LAMEはとくに小さい一方で、Neroは一番大きいので気づきやすいんでしょう
つまり音ズレが有ったり無かったりするのではなく、単に量において
差があるということです
QuickTimeの2112サンプルは、単純計算でレート48000Hzとすると44ms程度に
相当します
faadのCLIフロントエンドは先頭のAAC1フレーム(1024)を決めうちでディレイと
みなしてカットしますが、libfaadは勿論そんな乱暴なことはしません
他の実装がどうかは知りません

エンコーダーディレイはMP3やAACがそのままではギャップレス再生できない
理由のひとつで、ギャップレス再生に対応するために音楽系のソフトは
専用のメタデータを用いてディレイと実際の曲の長さを記録／参照しますが、
DirectShowなどで動画を再生する場合は勿論ディレイがそのまま出てしまいます

>>316
それがどうした？レス数が多いと基地外に認定されるルールでもあるのか？

>>318
自分のレスを読み返して異常に気付かないから基地外なんだよ

はいはい。お前がそう思いたいならそういうことなんだろう。お前の中ではなｗ

>>275
の「手間」って具体的に、なに？

>>321
Avisynth初心者スレでも基地外扱いされてる奴の相手の言うことを鵜呑（ｒｙ

日付も変わったんだしx264の話に戻ろうぜ
AACスレは別にあるだろ？

公共広告機構、右手だけで打てた

普通左手じゃないか？

えっ

もしかして： PCと携帯

>>324
ホントだあんたすげーよ

日本人のくせにかな変じゃないとか外道にも程があるわ

かな変換のほうが極めれば早いのかもしれんが、覚える気になれんw

アルファベットが入ってくると遅くならないか?

かな変換でアルファベット入れたいときはFEP切るんだよ

今更、かなを覚えてローマ字より速く打てても
タイピングゲームくらいでしか使わないだろな

そのタイピングゲームも今やってる奴いるのかと・・・

仕事しろよ

>>296
ソフトウェアデコードだと遅いが、ハードウェアデコードだとそうでもないよ。

ホンマかいな
まぁ直前のキーフレームからシーク位置まで裏で再生してるんだろうけど効率悪いんだろうな

ソースが30fpsでこれを24fpsに変換する時って、昔のcrf23に相当する今のcrfはいくつなん？
22じゃまだ足りない？

目で見て決めたらいいじゃん。

そもそも現状は25fpsが境目なんだから、24fpsならむしろ昔より増えるはずなんだが

Oh...

まちがえた。30→24じゃなくてそのまま30fpsで出力する場合だ

>>341
>>338

>>341
つttp://rigaya34589.blog135.fc2.com/blog-entry-78.html

>同じ圧縮率(画質)=同じ動画サイズにするには、30fpsならばr1834の設定よりもcrfを -0.3 ぐらい

>crfの0.3差なんていじる必要もない誤差でしかない

とりあえず数分ぐらいの物を今までと同じコマンドで変換してみたらいいと思われ

>>343ありがとうありがとう

なにその豊島園にあったアフリカ館の最後みたいな言い回し

小さな差のことを何でもかんでも誤差と言う風潮はなんとかならんのか。

crfで0.3ってものによっては結構大きいけどな

　　　　　　　　　　　　 ／）
　　　　　　　　　　　／／／）
　　　　　　　　　 ／,.=ﾞ''"／　　　
　　　／　　　　 i f　,.r='"-‐'つ＿＿＿_こまけぇこたぁいいんだよ！！
　　/　　　　　 /　　　_,.-‐'~／⌒　　⌒＼
　　　　／　 　,i　　　,二ﾆ⊃（ ●）.　（●）＼
　　　/　 　　ﾉ　　　 ilﾞフ::::::⌒（__人__）⌒::::: ＼
　　　　　　,ｲ｢ﾄ､　　,!,!|　　　　　|r┬-|　　　　　|
　　　　　/　iﾄヾヽ_/ｨ"＼ 　　 　 `ー'´ 　 　 ／

25と25.3の差と15と15.3の差も同等じゃないだろうし
やっぱり細かい事は考えるだけ無駄

今まで通り「自分で見て不満なければおｋ」で良いんじゃね

今の自分で不満がなくても、
知識身に付けて着目するポイントがわかった将来の自分では、粗が目立ち不満に思う事がある
その時になってしまったと思ってもソースは消してるから取り返しが付かない

だから自分で見て不満なければおｋしか言えない無意味なレスより、
何らかの示唆や話題の発展につながる343や347のレスはありがたい

将来じゃなく今すぐ身に着けろよ
自分の怠慢を正当化したいだけだろ

はき違えちゃいけないのは、結局最後は自分の価値観っていうところだな
他人の意見を参考にするのはいい
でも他人の意見にすがるのはダメだ
後になって、おまえらが○○いうからこうやったのに今から考えるとダメじゃないか、
みたいに逆ギレする奴は最悪

>>350
新しいの使わなければ悩まなくて済むよ

次世代映像圧縮技術が普及してきたら今までのは不満になるのは目に見えてるんだからもうソースとっとけよ

大画面で見るようになって削りすぎたのを後悔してる

あるある
FHDディスプレイ買ったら今まで高画質だと思ってたのがうんこになって愕然とした

画面に寄って見てるからだろ。
大画面ならちゃんと離れて見ろ。

そうじゃないだろｗ

10年前に作ったmpegなんかの物を見直すともう圧縮率云々ではないなと思った。
将来目が肥えたとしてもそんなことは関係なく今満足できるならそれで良いという考えに一票。

どうせ見返さないし

>>357
昔より視聴距離は短くなっているんだぜ。

H.265/HVCだかなんだかしらんけどH.264/AVCの画質そのままで圧縮率が今の更に半分になるらしいな

負荷がもの凄いことになりそうだが

圧縮率が半分って逆行してね

圧縮率が半分てサイズが倍になるのか？ｗ

rev1913で sar4:3指定が結果に反映されてないみたい？

またHaaliか

貼っておいてやるか。

　　ttp://twitter.com/VFR_maniac/status/31288312505303040

　　　　rev1876よりx264でsar=4:3, 3:2 or 2:1を指定するとHaali Media Splitterでは
　　　　正常にアスペクト比を反映できなくなりました。
　　　　これはHaali Media Splitter側の問題であり、x264側の問題ではありません。

>>367
ありがとうございます。
そんなことあるんですね・・

HaaliアンインストしてLAVFilters入れておけ

ttp://xhmikosr.1f0.de/

同じ設定でサイズが変わるとか、面倒くさいので古いバージョンに戻しました。

前の方が良かったよな
fpsに応じて画質変わるとかどう見ても改悪

r1834からとりあえず残してあるけど
誤差としか思わないから
sar4:3用にしてる

実写エンコするとのっぺりしちゃうんだがのっぺりしないようにするにはどの設定いじればいいの？

お前の頭

初心者スレに行ってらっしゃい

もうバグを潰すだけにしてほしいな

適応インタレまああああああだあああああああああ

ところで今はもうカスタムマトリックス使ったりするのって時代遅れ？
flatでaqでも使ってた方が幸せなのかな

どうせ目で見ても分からない。
zonesでQP弄った方が遥かにいい。

カスタムマトリクスなんて999以前のネタじゃないの

H.263やMPEG-4 ASPくらいから、QMはあまり使われなくなった。

むぅ、やっぱ時代遅れなのか
flatでいろいろ工夫してみるかね

PHLなんかはCQMで頑張ってるみたいだけどね。
でも個人でやる分には、psy-rdに投げちゃった方が良いと思われるｗ

なるPさん(´；ω；｀)ｳｯ…

そういや最近見ないな・・・
まぁさすがにもうx264でやることなさそうだが

カスタムは特定の絵柄しか効果ないからな
しかも副作用の方が遥かに大きいから使わない方が結局いいｗ

LAVFiltersググってみたが日本語で紹介してるサイトほとんどないな

>>369
何でexeなんだよ
それだけで落とす気なくなるんだが

LAV Filters - DirectShow Media Splitter and Decoders
http://forum.doom9.org/showthread.php?t=156191

>>373
--tune film --no mbtree
これで妥協

LAV FiltersってのはHaaliさんより良いの？

mp4だけならね

LAV FILTERSってチャプター編集したMP4に対応できてない？

日本語が文字化けするってことか？

MP4のchapterの規格にShift_JISは元々無いからな
UTF-8で作ればいいんじゃね

チャプターを使いたい人は、NeroやAppleの独自規格しかないMP4よりも、
規格で定義されているMatroskaを使った方が良いね。

http://www.matroska.org/technical/specs/chapters/index.html

Haali Media Splitter
http://haali.su/mkv/

03/03/2011
Fixed unrecognized video track in some transport streams
Added more H.264 aspect ratio options
Fixed occasional excessive disk I/O when paused

>>397
ノートン先生に怒られた
改竄されてるって可能性もあるし、やめとこっかな

うちのノートン先生は何も言わなかったが。シャイなのかな？

こっちのカスッペー先生も反応なし

>>399>>400
直ったｗ　と思って書き込んでる間に遮断されたｗ

アクセスしようとしたページ:
http://haali.su/mkv/
これは既知の悪質な Web サイトです。このサイトを参照しないことをお勧めします。 詳細レポート でこのサイトのセキュリティリスクを説明します。

koepiも撥ねられるし
その程度の精度なんだろ

んなこと言ったら2ちゃんも悪質サイト登録されてるしｗ

滅茶苦茶寒いから暖房代わりにエンコ始めた

やっぱ冬はエンコの季節だよね

ノートPCを使ってるが、最近どうやら内蔵の冷却ファンが吹っ飛んだらしく
常時チョロQがアイドリングしてるような異音を立て続けるだけで排気がされていない。
今は気温が低いからまだ大丈夫だが夏場になったらエンコどころか通常運用もままなるまい。

（;´Д⊂）

そんなもんかなー　と思って落としたけど、
ノートン先生使ってる人ではまだ5人しかインスコしてないらしいｗ
人柱もいいが、やっぱ待機するチキンな俺

haaliはMatroska専用にしか設定してない

iTunesの最新版でチャプターの文字化け直ったぜ！
UTF-8に統一だ！

>>409
マカ死ね！

↑
バカ一

XPsp3 x264r1913 1440x1080に--sar 4:3つけてエンコ
再生は>>397の対応済み(のはずの)Haali＋ffdshow3631＋WMP11
で、全くアスペクト比反映されない。問題の修正できてない？
x264を問題の出る前のverにすれば反映されるからとりあえず環境戻した

既に４：３なのになんでsar付けんの？

413はたぶん16:9という画面比率を知らない人

>>406
ThinkPadだったらファンユニット注文して取り替えられるんだが。

>>414
多分地デジ生TSを扱ったこと無い奴だろ。

単純にparを勘違いしてる可能性もある

>>413

http://ja.wikipedia.org/wiki/%E3%83%94%E3%82%AF%E3%82%BB%E3%83%AB%E3%82%A2%E3%82%B9%E3%83%9A%E3%82%AF%E3%83%88%E6%AF%94

で、1440*1080 4:3はまだ異常なの？

ダメだったとも大丈夫だったともないのは皆試してないからなのか
ウチはダメだったが

俺はcrf基準変更とか、sarがどうのとか面倒なので r1834 のまま。たぶん相当速くなったり、
圧縮率や画質がかなり改善されない限り、当分このままだわ。

日記はブログに書けよ。

文句はツイッターで呟いとけよ

420は多分ものすごいバカ

確かにｗ

俺みたいにr999最高って言う奴はまだ居るか？

そこに留まっているということはそれ以後のリビジョンは「改悪」ってことだよね？
具体的にどこがどう最高なのさ？

全てを比較した上で最高と言うのなら説得力があるが
そうでないなら単なる思い込み

アホばっかやの〜、昔のrevでaqもpsyrdも使わずに盛り盛りやるのが至高

NGID:0HiP8egN

>>425-428
前に、適当にrevを抽出して同等オプションで実験してた人がいた。
ちゃんと速度も圧縮率も向上してたから更新しろよｗ

あぁいう人には何言っても無駄

無駄無駄無駄無駄無駄無駄

それ、発禁だから

fackin

更新が早すぎるのもあるね
r1999が来たら漸く変えてもいい

何でミレニアムの方を選択しないのか

Me・・・不吉な

更新早くても未だに暗い部分の画質が駄目とかx264ウンコすぎるだろ

暗部の画質維持のために試行錯誤したあげく
結局grainに落ち着いた今日この頃

暗い部分の画質が素晴らしくてx264並の圧縮率を誇るcodecを438さんが教えてくれるらしいぞ。
俺もこれからはそっち使うわ。

ｷｬｰｰｰ!>>438ｻﾝ!ｶｯｺｲｲ!ｷｬｰｰｰ!

ぼくのかんがえたこーでっく

(最弱)

x265に決まってるだろx264はオワコンなんだから開発終了してx265の開発に全力注げよ

開発できずに使うしか能がない人間に限って声高に叫ぶ
粋がってないで君が開発すればいいじゃないか
H.265/HVCのドラフト作成も終わってないのにできるならやってみ（笑）

SHVの伝送でH.264が使われたみたいだけど、その時のビットレートは220Mbpsだったらしいね。
ビットレートは規格値内だけど、解像度は完全にプロファイル外だなｗ

H264って素晴らしいな。4Mbitでもフルハイビジョンでそこそこ見れる。
地デジはH264にして放送局増やして広告料下げられて潰れろよ

暗部なんていくらでも設定いじれば綺麗になるだろ
知識無いやつほど偉そうに騒ぎやがる・・・

>>448
どういじったら綺麗になるんですか？
イマイチ気に入った設定が見つからないんで教えてほしいです。
まだ始めたばっかりであんまりよくわかってないんで…。

俺もバカすぎてよく分かってないから、その設定教えてくれよん

設定ひねったりカスタムマトリクス書いたりとかめんどくさいから
ビットレート盛りたいシーンにだけノイズ付加

--psy-rdの値調節で暗部なんて綺麗になる

>>451-452
貴方たちのような素人ではなく>>448さんの様な知識豊富な方に教えていただきたいので
黙っててください！

ごめんなさい
>>448さん私にも教えてクレヨン

>>448
俺も教えて欲しいです、ぜひお願いします

>>448さんの超絶設定教えてください！

　　　　+ 。　*　　　ﾜｸﾜｸﾃｶﾃｶ　　+
ﾂﾔﾂﾔ　 ∧＿∧ 　+
　+ 　 _（u☆∀☆）　ｷﾞﾄｷﾞﾄﾇﾙﾇﾙ
　　⊂ （0ﾟ　∪ ∪。⊃ +
⊂￣ﾟ と_u　_）__）ﾟ　￣⊃　+ ﾜｸﾜｸｷﾗｷﾗ
　 ⊂＿。+　　 ﾟ+＿⊃
　　　　⊂＿＿⊃. 　+ 　*　+　　　ﾜｸﾃｶ　　+

いいかげんこの流れうざい
正直>>448の物言いで一言多いみたいだがそれに対して
小学低学年ﾚﾍﾞﾙの煽りをしてる奴らって…

GradFun2DBmod()使ってごまかしてるから
暗部に強くて実用的なオプションがあったら教えてほしいよ
--crf 20前後でいいからさ

とりあえず貴方のの設定から晒してみようか話はそこからだ

これから、H.264 High 10 Profileを再生可能な環境が普及することに期待するしかない。

んじゃ、俺の設定を晒しておくよ。P2Pで有名な某職人2人の設定を元にしてつめたもの。
アニメ用だけど実写でも悪くないと思う。

目標は普通のアニメ23〜24分程度を、1280x720の24pでエンコした場合、大体音声抜きで
170MB〜270MB程度（ノイズ除去なしで）になることと、暗部のノイズを減らすこと。
PCがショボイからややスピード重視にしている部分もあるけど、MediaInfoで見るとこんな感じ。

r1834、L4.1

cabac=1 / ref=3 / deblock=1:-2:-2 / analyse=0x3:0x113 / me=umh / subme=9 / psy=1 /
psy_rd=0.50:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 /
cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=3 / sliced_threads=0 /
nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 /
b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=1 /
scenecut=70 / intra_refresh=0 / rc_lookahead=48 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.80 /
qpmin=10 / qpmax=51 / qpstep=8 / ip_ratio=1.40 / aq=1:1.00

P2Pなんて容量十分に使って設定ユルユルじゃん

>>461
ref3だけは同意
後は却下

>>461
psy_rdとqcomp、aqが味噌なんかな？
そこらへん弄った事ないわ。さんきゅ

>>461
scenecutは実験して決めた値ですか？
trellisとdeadzoneが一緒に設定されてるけど、これはMediaInfoで見たからそうなってるだけか。

qcompは60%でいいだろqpstepも上げ過ぎだ
実写だとpsyrdは使うけどアニメだと逆効果になる

大体今時umhなんてバカの一つ覚えだ

本日のスルー検定試験官　ID:elyRfZB5

はいはい
勝手にNGにしてくんさい

偉そうな事ばっか言って結局暗部対策設定晒さないチキン>>448とかID:elyRfZB5はいらないな

qcomp→ちょっとだけ下げるとmbtreeの場合速いシーンと動かないシーンの画質の差が小さくなる
(アニメに役立ったりするので、低いビットレート向けじゃなければ0.7-0.8ぐらいに指定してる)

psy-rd→デフォの1.0は大抵問題ないけど、ディテールのない場合は少々下げても問題ないでしょう
　　　　セカンド数値のpsy-trellisはディザ・グレイン等がなければいじらなくてもいいんだけど
　　　　グレイン・ディザ等がblur化されないため大抵のソースには0.2-0.4ぐらい付けてる

aq-strength→普段はいじらないが、たまに上げることがあったりする。ディテールがなかったら下げてもいい。

公式にはない設定ならfgoは弱い設定で使用してたりする。強いpsy-trellis(0.6-0.8)よりアニメに向いてたり
する。

そして、まぁ、こう色々書いた後にはどうかもしれないけど、色々試した後に
上手くエンコは出来上がってない場合は一旦設定を裸のpresetに戻して、
頭をリセットするのがいいかも。個人的には今まで2・3回は
「あっ、presetのまんまで設定をいじった時より綺麗にできてる orz」
とやってしまったことがある。

あと、最悪の場合は--zonesでCRFの数値も設定することができるし。

qpstepは18にしてるけど低いよりも調子がいい・・・気がする
あくまで俺の主観
qcompも好みで多少上げてもいいと思うけどな
あえてスルーしないで書くけど、ID:elyRfZB5の設定ってどんなん？
自分の設定を晒すのはいや？

ぷぎゃー。qcompは「下げる」じゃなくて、「上げる」でした orz

俺の設定に近いのはニコニコ動画の設定
aq-strengthがちょいかけるかな
一番無難だが
実は一番安定した絵が出る

psy-rd→デフォの1.0は大きすぎる
俺は実写でも0.5ぐらいだ

qpstepは高くても特にデメリットは無いんじゃ？
どうせそんな滅多やたらと上下するもんじゃないし。

というより容量を数百MBでも削減したいとかでなければ無意味にオプション列記しまくるより
crfを調整するだけのほうがよっぽどいい。

ブログとかに設定晒してる人とか無駄にscenecut高い人多いけど何がしたいの？
動きの多い(コストのかかる)シーンの質上げたいならqcomp上げればいいじゃん
多くても60前後で良いと思うんだけどiフレームばっかり入れてたら効率悪くない?

てか俺は実験したときは、scenecutは60より大きくなるにつれて変なとこにIフレームが入って
直後のシーンチェンジがPフレームになってたりしたから、俺は60にしてるわ
ソースが悪かったのかもしれないんだけどね

>>477
それはない、crfだけ下げたってよくはならない
オプションあってのcrf

便乗で自分のを晒しておく。
--profile high10 --preset slower --ref 5 --subme 10 --tune animation
--open-gop normal --qcomp 0.8 --aq-mode * --crf * --sar *:* --output *.mp4 *.avs

ref=5 は1440ｘ1080, 24/30pをLevelを4に抑えるため。
preset=slowerとsubme=10はもっと低くても良いかも。　open-gopは自己責任でｗ
psy-rd 0.4:0, aq-strength 0.6 は自分で使ってた値だが、tuneに組み込まれたので簡略化。

はっきし言って、デフォルトが調整された今、問題があるのはqcompくらい。
それに加えて、ソースに合わせて調整する必要のあるpsyとaqを設定すれば、後は弄る必要は無い。

(´・∀・｀)ﾍﾞﾝｷｮｳﾆﾅﾙﾅｰ

>>480
オプションはあくまで低容量時に少しでもマシに見せるためのものだぞ。
容量を気にしなくてすむ条件でオプションつけた場合とつけてない場合で
比較してもたいした効果は出ない。

だいたいオプションはつけたからといって高画質になるわけじゃない。
最生時の処理能力に余裕がある状態でごまかす選択肢を増やしているに
すぎない。

おっといかん

×最生
○再生

直しとかんとすぐにキチガイが噛み付くからなぁ。

>>481
--open-gop normalで--output *.mp4

よせばいいのに無駄にいじる典型例ですな

mp4でopen-gop…いや、なんでもない

keyint=250でopen-gop？

>>485
おぅ…　知らなかったorz　b-pyramidとか大好きなもんでｗ
.264で出力してmkvに突っ込めば良いの？　今もどうせ最終出力はmkvなんだが

まともにシークできないよねそれじゃ

deblock=1:-2:-2ってどうなの？
個人的には好きになれなかったんだけど

ずっと昔のなら-2にしてた今はデフォのまま

>>481
自分もqcomp 0.6は問題あると思うわ
mbtree強すぎてバンディング保持のためのグレインがpsy相当上げてもちっとも拾えないし
qcomp 0.8くらいまで上げると良い感じになるけど自分的には動きの多いシーンでビット盛りすぎに感じるからmbtreeがいらないような
バンディングは諦めてかなり低容量で高画質目指す時には有効なオプションだと思うけど

mbtree使ってる人は多いのかな。それなりに高画質で保存したいなら、はずすべき。
mbtreeは基本ビットを節約する方にしか働かないから。
あくまでサイズを小さくしたい、って人は使うのはかまわないと思うけども。

>>491
ｔｈｘ
昔のは最近のとはまた違った感じだったのか

mbtreeを無効にするか、mbtreeを有効にしてcrfを下げるかどっちが良いのか
前に色々やってみたが、結論が出なかった俺……
結局今はmbtreeは有効にしてるんだが、そこら辺他の人がどうしてるか知りたい

>>492
てかバンディングって階調が割れてることだよね…
なのに保持って…バンディング低減の間違いです

はずかしっ♪(/ω＼*)

mbtreeを有効にしてcrfさげても、駄目な所は駄目なままだよ。
特に暗転から徐々に明るくなっていくフェードシーンとか、ビットが削られまくり、
アンド、バンディングが余計にひどくなったりもする。
暗部はビット削られやすいから、そういうところをちょっと綺麗にしたいなら、
mbtreeははずした方がいいと思う。

>>497
うちはweightpがよくなった以来、その辺の問題は殆どなくなったなぁ(フェード)。
基本的にqcomp, psy-rd/trellis, fgo, fade-compensate等はある程度使用してる
からそれでblurされる確率が低くなってるってのもあるかもしれないけど。

特定の黒から・黒へのフェードはzonesでcrfを下げたりしてたけど、
最近それをやったのはDarker than Blackの1話で、それをエンコしたのは
かなり前だったしなぁ・・・　あとでまた試してみるぽ。

D_S氏、k-meansはﾏﾀﾞｰ？

>>490
いつのbuildか忘れたけど、deblock=1:0:0で問題ない感じになった
ポイントがあったように思う。

http://twitter.com/VFR_maniac/status/44327419976486913

crfがそれぞれ違うファイルの結合って出来ないのかな

出来ても良さそうなもんだけど確か無理だったと思う。
エンコ設定が両方同じじゃないと駄目。

ほんとちょっとだけ違うなら繋がった気がする

�d
やっぱ駄目なんだ
残念

>>503
リロードしてなかった
結構違うみたいでその部分だけ
映像でないから駄目みたい
ありがとう

俺もmbtreeレート制御はオフにしてるよ
deblockもそのままデフォルト
つかデフォルトは非常にバランスいいから、絵柄の極端なやつか故意に暗部もっさりにしたい場合以外弄っちゃ駄目

--crf, --tune, --preset, -I, -i
これしか触らない

AVCHD用途のときはdoom9のスレを見つつごちゃごちゃつける

色々やったが、結局ほぼBD用エンコーダ認定された時のBDデモの設定をｃｒｆで使ってる俺

>>495
使うか使わないか試行錯誤した結果使うことにしたけど、
crfやqcompで調節するより先にpsy-rdとaq-strength変えて悪くなる部分補ってから
crfやqcomp変えて画質調節するのがいいんでないかな。
psy-rdはまず1.0で十分だろうから下げてなければ変える必要ないけど、
aq-strengthは実写が1.1〜1.2、アニメが1.15〜1.25あたりで自分は落ち着いた。
まあ人によって数値は全然違うだろうけど。
あとmbtree使うようになってからデノイズの必要性感じなくなったからしなくなって
その分ディテールは前より良くなったね。
どうしても気に入らないならともかくとして、有効にしておけばいい機能かと。

あとは--sarとか--tffもしくは--bffといった、地デジをリサイズなしで
インターレースエンコする人には必須なオプションぐらいかな?

搭載された直後のMBtreeでは全体がパンするシーンで
ディテールが吹っ飛んでたけど
最近のリビジョンではかなりマシになった気がする

submeは
サイズ辺りの画質なら10で
サイズ無視でなら9の方がいいのかな？
つまりcrfなら9で
マルチパスとか上限が決まってるなら10の方が画質いいんだろうか？

なんか凄く伸びているなｗ 　>>461に少し補足をすると、この設定はほとんどの
オプションについては効果を画質、サイズの面から実際にエンコして確かめている。
何種類かの1分程度の短い映像を200-300回エンコして比較を行い、その結果、
現時点で自分としては画質とサイズが妥協できる設定が>>461だった。

mbtreeについては賛否両論あるみたいだけど、俺もmbtreeはかなりテストした。
mbtreeを単にオフにしてサイズがでかくなるのでは意味がないので、mbtreeを
オンの場合と、オフの場合で同じぐらいのサイズになるように他の設定を調整して
画質を比較した結果、俺はオンの方がバランスがいいと感じたので、現在は
オンにしている。　※mbtreeオンだとqcompは0.80ぐらい必要だと思う。
mbtreeオフならデフォのqcomp0.60でokと思う。

ただ自分の設定がベストだとは思ってないので、もっと良い設定があれば乗り換える
ことには全然抵抗はないので、良いのがあれば紹介して欲しい。

ああ、あと画質を比較して気づいた点として、俺はグレアとノングレアのモニタの
2種類あるんだけど、ノングレアのモニタだと画質の比較は辛いと感じた。
階調が調整してあっても下のようなノイズが見にくかったが、皆さんはどう？
http://forum.doom9.org/showthread.php?t=145084

どうって言われても今安物グレア液晶使ってるからな（ ；ω；）
さっさと前みたいなIPSノングレア買い足さなきゃと思ってるが金がない

先生！差がわかりません！

>>513
どうって、上のほうは暗部にブロックノイズがあるのはわかるが。
下は特に問題ないような。
これは何の比較なの？

上と下の違いがわからねーｗ

>>515,517
それだと、ノイズがないと思って安心してエンコしたものが、後で別モニタで見て
愕然というパターンになるかもｗ 　今までエンコしたものも…

>>516
ごめん言葉足らずだった。俺の場合、グレアモニタだとノイズが識別できて
ノングレアのモニタだと識別できないんだけど、ノングレアのモニタでもノイズが
識別できるものはあるのか、他の人に聞きたかった。識別できるならば
ノングレアがどうのというより、俺のモニタが根本的に腐っているから
考えないといけないなということです。画像自体はこのスレか別スレに以前に
貼られていたもので、何の比較かは把握してません。

>>518
先生！安物IPSグレア液晶ですがわかりません！
これ以上明るさを上げると目が潰れます！
なので気にしません！

暗部のノイズはよく話題に上るけど
殆どの人使ってるであろう液晶だと仕組み上どうしても黒浮きするから目立つだけで
有機ELやCRTで見たら気にする程の物でもないということだったりするのか？

結局「視聴環境」「好み」「目標サイズ」で全然設定は変わってくるから自分の設定をさらしたり人の設定とやかく言う意味はないように思うな
とくに目標サイズが小さい場合は好み（画質のどの点を重視するか）が強く出るからねぇ

>>518
俺のはPCもグレア。
ノングレアは手元においてないからわからん。
まぁこの差がわからんような設定で見ているようならば、モニターの設定を見直す必要は
あると思うけど。
ただしノングレアでこのブロックノイズが見えるようにするとたぶん黒浮きしたような感じ
になるのではないかと思う。

>>512
8や9の方が10よりpsy-rdの効果が大きいのか
バンディングなんかがより目立ちにくい印象だね。
10も7よりは良いし、優秀だろうと思う。
どうするかは好みの問題じゃないかな。

10はソースによってmbtree使用時と同じような結果になるのでよくない

>>523>>524
なるほど9でいくことにします
ありがとう

>>461
Thinkpadのお世辞にも画質いいとは言えない（ただし新品の）ノングレア液晶ですが
そのページの画像のノイズははっきり見えます

ただし、カラーピッカーでその画像の色を拾ってみると、暗めのところでRGBで4,4,6
それより明るい（環境によってマクロブロックの形状が目立つ）ところがRGBで7,7,9
といった近い値のようなので、はっきり悪目立ちしてしまうのは
ディスプレイまたはその調整が悪いということなのではと……

デフォルトもwikiも某ブログも7を推奨してるから7だわ

と思ったけど、見る角度ちょっと変えただけで全然明るさが違ってしまうなー

俺のモニタだと、真正面だとまともだけど
上から見ると明るく黒浮きするので、暗部の階調が悪目立ちするようです

>>525
D_Sはsubme 10は9に比べて1〜2%画質が良くなるって1年前に言ってる
http://forum.doom9.org/showthread.php?t=152503

>>524が何を言わんとしてるのかがよく分からないのだが、
画質と容量をどっちも削って圧縮率を稼ぐってことを言ってるのかね

わからないならいちいち安価してまで難癖つけなくていいよ
色々試した結果mbtree使った時のざらつきが出るという感想

9よりは10がいいとは言ってるがそれ以外とは別に比べてないな

当社比は普通一つ前のものとだろうに

アニメでaq-mode 2ってどう？

実装当初は輪郭をぶっ壊して肌の質感を上げるみたいな挙動でアニメ向きじゃ
なかったが、今は強くかけなければそれほど問題ない
ただ、効き方が強めなせいか今でもアニメには使いたくないって人は多いね

>>534
なるほど
しばらくいろいろ弄って様子見してみる

もっと設定晒してくれ
参考にするから

お前が晒して識者にボコって貰うという手もある

じゃあ俺が
--preset slow --profile high --bframes 3 --b-adapt 2 --ref 3 --qcomp 0.8
+
(実写)
--crf 23 --aq-strength 1.0 --psy-rd 0.6:0.1

(アニメ)
--crf 22 --aq-strength 0.2 --psy-rd 0.3:0

はい次の方どうぞ

weightpはみなさん使ってますか？
デコーダの関係で映像が崩れるだか前どっかで見て以来切っているのですが

いつの話だよ
きっとedtsも

--weightpはｒ18**で変わってから
普通に使うようになったな
使ったほうが圧縮するし

>>540
CoreAVC 1.xのような腐ったデコーダを使うほうが悪い。

来期本数多いからあんまり頑張るとエンコ追いつかなくなるよ
HDDも安いしね

使うのはもう普通なんですね・・・
weightpは1と2のどっちの方を使ってますか？

普通に俺は2かな？
主にスマホ用やニコにMAD上げる時のファイルだから
特に考えてないかな

>>540
その情報はもう古い
今はweightp=1を使えば古いデコーダでもきちんとデコードできる

インターレースならweightp 0だ

みなさん親切に教えてくれてどうもです
weightp使うことにします　古いデコーダでも大丈夫な1を使おうと思います

俺は使ってないよ
まだr1367なんでね(´Д`;

>>548

別の設定しても勝手にそうなるから

うむ

>>533
暗部は1より若干いいかもだけど、他は1の方がいいね。
中間域がブロック状になりやすいのか、気になる部分があった。

aq-mode 2を平坦な部分にビットを振りたくて使ってる。
-VAQで輪郭にビット回したからといって、その輪郭すら向上しないことを学んだしorz
流石にstrength1.0は強いので、0.4-0.6位で使ってる

基本的にAdaptiveQuantizationは高周波部分を犠牲にして目に付きやすい低周波部分の
画質を向上させる機能だから、使えば輪郭は崩れる方向に働く
そしてアニメなんかじゃ低周波部分は単なるべた塗りだったりする事も少なくないから、
ビット盛ってもあまり意味がない部分に無駄に食われて輪郭だけ犠牲になるケースが多い
まあ一口にアニメと言っても結局はソースによりけりだが

今さらながらに60fpsエンコでcrf25試してみた
すげー縮まるのに笑った
でもアニメではテロップくらいだから本編crf25なんて
あり得ないんだよなぁ
crf値でのコントロールやめてなんかオプションにして欲しい

まぁ実写60iも試してみよう

60iテロップ時にあんまり画質が落ちてる印象は無いな。
まぁテロップ流れてる最中にあんまり動きまくるシーンは無いからかな。

暗部やフェードイン、フェードアウトでモリモリビットレート使ってくれると信じてmbtree使ってたのに、
実はそうじゃなかったなんて…。

じゃmbtreeてどんな場面で使うんですか？

>>558
ググレ

ソースが崩壊してなきゃmbtree最高なんだが…
元々画面全体がメチャメチャなら旧qcompの方が合理的なんだよな

容量をあんまり気にせずに高画質を目指した自分なりの設定。
アニメts→mp4にエンコ。

使用したライブラリ : x264 core 114 r1913
エンコードライブラリの設定 : cabac=1 / ref=3 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=8 / psy=1 /
psy_rd=0.55:0.10 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 /
chroma_qp_offset=-3 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 /
bframes=3 / b_pyramid=1 / b_adapt=2 / b_bias=3 / direct=3 / weightb=1 / open_gop=0 / weightp=1 / keyint=240 / keyint_min=1 /
scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=18.0 / qcomp=0.80 / qpmin=1 / qpmax=41 / qpstep=8 / ip_ratio=1.40 / aq=2:1.00

これで大体一つ300〜420M位になります（ノイズ除去等使って）。
ここ見て色々弄ろうと思いました…。指摘があったらよろしくです。

ググって勘違いして暗部やフェードインフェードアウトでビットレート使ってくれると思っちゃったんですよね。
自分の中でビットレートを使うべき部分→暗部やフェードインフェードアウトしかない！
って思ってたので…。

ttp://www.google.co.jp/search?q=mbtree+x264
一件目を見れば勘違いする余地も無いと思うんだが…

>>560
質問だと初心者スレになると思う
個人的にはaqが強いと思うけど、画像も無いしなんとも言えん。
全体的にはそれで良いのでは。

qpmin,qpmax,qpstep
いじってる人多いけどこれって意味有るの？
デフォルトでよくない？

ビットレート変動範囲ががが

http://uproda.2ch-library.com/351300RMf/lib351300.jpg

画像てこんなのでいいのかな。1280×720をフルスクリーンで保存したものです。
あとで初心者スレ覗いてみます。

書き忘れorz
>>565の画像は>>560の設定でエンコードしたものです。

画像を上げる場合の基本は
1. jpegではなくpngを使う
2. 同じフレームのエンコ前とエンコ後の2種類を上げる

静止画はartifactが出ているときのサンプルならともかく、それ以外の役には立たないぞ…

>>567
1は了解しました。2はソースから画像取るって事ですか？

>>568
artifactとはブロックノイズとかの事ですか？ググったけどよく解りませんでした…。

とりあえず上げた画像は消します。

>>560
x264のオプションについてではないが、1つ気になった点としてスレチを承知であえて書くが、
最近のHD制作のアニメに対してノイズ除去は必要ないというより、害の方が大きい。
一見するとツルペタになって綺麗に見えるかも知れないけど、たとえば木目とか畳みたいな
表現があれば、それらは全部つぶれてしまう。

俺の場合ノイズ除去を使うとしたら、フィルムを使ってた頃の古いアニメでノイズが酷くて、
見苦しいとともに縮まらないから、もう細部はすべて諦めて塗りつぶす！という覚悟をした
ときだけ。

最近のアニメに対しては、画質を犠牲にして容量を小さくするためという目的ならば使うのは
アリだけど、あなたは高画質志向で、crf18.0、qcomp0.80として300〜420Mと大きめのファイルを
作っている。俺からすると、これは細部をつぶして上で、ビットレートだけ無駄に上げていると
感じる。ノイズ除去をしないで、crfを19や20程度にして同じ大きさのファイルができたなら、
そっちの方が画質的には上なんじゃないかな。ノイズ除去をオンオフして、本来描かれている
細かい部分がどうなるか良く比較した方が良い。まどかでは分かりづらいかもしれないけど、
例えば刀語みたいなのだと、ノイズ除去が細部を壊すのが良く分かる。

まぁ、細部なんか見えるよりツルペタが好みだと言われれば、何も言えないわけだけど…
また、まどかは細部なんかないから、分かった上ですべて塗りつぶしているということなら、
余計なお世話だったかもしれん。（俺はまどかは適当にしか見てないので分かっていない）
あと、もしこの話を続けるなら、別スレでした方が良いと思う。

大半がスレチな内容で申し訳なかった。＞このスレの住人

＞まどかは細部なんかないから

これでめくらだとわかる

俺もアニメはcrf20だな
デジタルになってから要らぬNR処理もやってない

ノイズ除去はpsyやAQと関わってきそうな気もするけど、
意外とお互いに影響しないよね。

histogram("luma")とかで見ればわかるけど、HD製作でも
ブロックノイズは常に出てる。mpeg2だしね。
ただ確かに、そういったノイズを潰すには極弱いNRで十分。

JCがよく使うミルキィホームズみたいな背景とか
クレヨン風の頬の線とかはNRすると簡単に潰れるな
まぁまどかはやけにノイズ多いから消したい気持ちもわからんでもないが

まあHDソースになってからNR系の処理が重くなって使いたくないっていうのが本音だけどね

デジタルだからノイズのってない　は間違いだぞー
今でもブロックにしろモスキートにしろ酷いもんだ、悲しいかなmpeg2+地デジの低ビットレート
後は放送機材かね

弱くかつ精度高くNRかけて細部潰さす容量容量浮かせてその分crf下げる（容量比で画質あがる）ことができるかもわからんし
下手に強くかけすぎればよく言われてるように細部潰すし
アニメなんかでバンディング低減フィルタ使うような人はNRフィルタいらんだろうし
ま、x264のノイズ除去オプション使ったことないにわかなんだけどね

>>571
気に障ったならスマンかったな。俺はまどかは、TvTestを小さいWindowにして他のことを
やりながら音だけ聞いてるぐらいなので、映像がどんなのかは把握してないんだよ。

>>576
俺もx264のNRは使ったこと無いというより、使ってる人の話も聞いたことがないなｗ

>>560
NRの害が良く分かる映像は、今週のインフィニット・ストラトスのBパートで、作戦会議をやってる
場面に畳が出てくるから、そこでオンオフして畳の目を見ると分かりやすいかも。

>>577
あれだ、NRを何でしてるか＆設定どうしてるかにもよると思うんだ
NL-Meansで極端な例だけど参照範囲5-5で分散も15未満とかならNRの効果は薄いけど害もほぼゼロだろうし
最近のソフ板のAviUtlスレで見たような3-1-50なんかの設定なら俺は害でしかないと思うし

>>576
そういうノイズは俺の場合イレギュラーって事で諦めてる
下手に加工すると時間食うしな

>>576
同意。　以下アニメの話になるが、
モスキートは潰せないから無視してNRを掛けるわけだが、
そこで定番になってくるのが、効果とGPU版の存在の二点からFFT3DFilter辺りになる。

速度を無視して本気でやるんだったら、tritical氏のTBilateral,dfttest,TNLMeans辺りが高性能。
いずれも見えないノイズを潰して圧縮率を稼ぐ使い方から、モスキートを撲滅する鬼NRにも使える。
このうちTNLMeansなんかは、GPU版のNLMeansCLなんてのが出てきてアツい。 神。
ただ、うちにはGeforceが無いから使えない…
激しくスレチすまんｗ

>>578
NL-Meansは最弱でかけても目に見えて潰すよ
それ以来使ってないから最近のバージョンはどうか知らないが

圧縮を重視するなら今でもNRかけるのは悪くない
画質最重視ならそのままm2tsのまま保存する手もあるしな
要は何を求めるかで決めればいいだけだ

圧縮するにはどっかはしょらないといけないわけだし
畳の目少しくらいぼかしても浮いたビットを劣化が目立ちやすい
暗部に回せば良い取引だと思うけど
大体普通の人だったらキャラクターの顔とかに
目が行って畳の目が潰れてるなとか観察しないでしょ
そういう気になりにくい場所をはしょって圧縮すればコストが良いじゃん
なのに細部細部言ってたら再圧縮かけんなってことになるし妥協点上がり過ぎじゃない？

それにディティールがほぼないワンピースとかだと暗部でグレインつぶれて
ソースからブロックノイズわらわらでてるしフィルタリングしないわけにはいかないでしょ
だから自分はフィルタリングするけど結局みんな重要視する物とその求めるレベルが違う
わけだから一概に比較できないし、難しい議論だよね

サイズ縮めるとエロイと思ってる人とある程度縮めば十分で取り扱いやすい形式に
変換してるだけだからサイズ気にせずめっちゃ綺麗にだと思ってる人とじゃ話が
合わない罠。

妥協点上がりすぎって言ってるけど
アナログから地デジ、DVDからBD
とか違い見ちゃうとそりゃそうだろと思うよ

そりゃアナログから地デジになったりで妥協点上がるだろうけど
地デジをアナログ時代の画質まで縮める人は少ないだろうし
そういう根本的な妥協点じゃなくて
細部細部言ってる人たちって十分の一にまで縮めてるのに
ソースとほぼ遜色ないレベルまで求めてる気がするんだけど

じっくり見比べれば差はあるが
遜色ないレベルで作れますが

要は、自分でやる時は好きにしろでFA
他人にアドバイスを求める時は自分がどうしたいかを明確に示すことが重要と

だってそういう事が出来るPC、エンコーダが
出てきてるんだからそりゃそうだろと思うよ

>>587
ほぼ遜色ないってか完全に違いが分からないレベルって書けばよかったかな

圧縮してんのにそんなん無理に決まってんだろ
前提を覆すその発言の意味がわからない
誰もそんな高い妥協点を前提には語ってないと思うけど

だから無理に決まってるから圧縮前に軽くノイズリダクションかける意義もあるでしょ
潰れるからフィルタリングしないってことはそれを保持するほど高い画質求めるわけでしょ
それだとほぼ違いがないレベルじゃんだからそれは妥協点高くないかって言ってる
>>590の発言は"完全に"言ったら同一ってことになるけど同一に近いってニュアンスを出したかったんだけど

圧縮優先なら、そもそも眼に見えない様な細かいノイズの大半は、NR掛けなくても圧縮過程で消えるだろ
そーいうのは、--tune ssimでも使ってればいいんだよ
全体的にボケて（==ノイズがとれて)、サイズも縮むぞｗ

再生環境や脳内補正も入るから細かいところやり合ってもオチはつかないよ

個人的主観で良いなら
とりあえず肌色さえ綺麗だったらだいたいおｋ

アニメの背景なんてどうでも良い、キャラが動くのが見られればいいって人も居れば
一時停止した時に背景も含め絵として綺麗じゃないとってのも居るからなぁ。
実写映画の粒子ノイズも有れば鬱陶しいが
無ければ空気感が失われたりで結局求める物は人ぞれぞれ・・・。

>>594
オチならあるぞ、可逆圧縮最強！（ぉぃ

試したこと無いから知らんけど、地デジとかを可逆圧縮したらかえって肥大しそうな
気もするんだけど、実際の所どうなんだ？

そりゃもう10倍くらいに肥大化するでしょうな
本当にそのまま保存したいなら再エンコしなけりゃいい

すでに圧縮してある物を展開してそこから可逆圧縮だからよほど最初の不可逆圧縮
が糞じゃない限り肥大化するのは当たり前。圧縮した物デコードで展開するって
考えがすっぽり抜け落ちてる人いるんだよな

もしmpegを可逆圧縮するなら画像圧縮じゃなくて
zipとかの文字列を圧縮するフォーマットでやれば少しは効果あるのかな

時間とか考えたらまんまの方がいい

東京電力地域の人はフルパワーエンコやめよーな

中部電力です

18-19時に足りないって予測だったはず
17-20時くらいは最低PCとエアコンは落としといたほうがいいな
足りない分の電力を補う為に、一定地域を順番に電力遮断する予定だそうだ

>>603
中部電力が関東方面に流して、東京電力が東北方面に流すみたいだね

そういう事が出来るってのもなんか凄いよなあ
そりゃそういうの考えて設計されてるんだろうけど凄いよ

※※エンコード自粛要請※※

東京電力管内を中心に電力不足の様相を呈しております。
しばらくの間不要不急の電力利用を控えましょう。
電力は電力会社間で融通できるように周波数変換できる
変換機がありますので、東京電力以外の地域の方もご協力
お願いします。

いや、エンコしようにもソースを放送してないんで

停電は回避されたみたいだ
http://headlines.yahoo.co.jp/hl?a=20110312-00000174-jij-soci
でも、今後のために節電した方が良いな

地震後からpop.4bit.jpさんとこに繋がらないんだが…

>>610
節電のために落とすってtwitterで言ってた

災害の度に電力不足とか騒ぐくせに、オール電化の家とか言って、凄く良い物の様に宣伝する建築屋は反省するべきだ！

ガスだって危険なんだから一括りで言っても
仕方ないだろ
停電で困るのはオール電化を選択した人だし
その分の金は払ってるんだし

出来るだけ後世に残せるよう、NHKを全力で録画エンコしてる。

>>614
同じ内容でループしてるだけだから、編集したら1/20以下の長さになるべ。

脅威の圧縮率ってやつか。

後世に残すのならＮＨＫ以外だろｊｋ

>>614
後世(「こうせい」なんだな、「こうせ」だと思っていた)って、
そういうのは「後世」を残せる人間が考えることだ。
と、マジレス。

というか先に遺伝子残す術を確保することに全力を挙げろ。

遺伝子残す術を確保って童貞が初めてで失敗しないようにとりあえず
風俗でも言って来いやとそういう事でしょうか？

なにその北方謙三

ふつうに結婚相手見つけろと解釈できないとはな。
二次元が嫁言ってるようでは無理か。

おちょくられてる…

輪番停電について語り合おうぜ

東日本にいるエンコ中毒患者の分もガンガンエンコしてあげるぜ(´；ω；｀)

停電の時間はっきりしねえのがなあ、だいたいあの発表から3時間くらい停電って
いってるがうちの地区2回あるみたいだし電車は動かないみたいだしろうそく用意
してなるべく家でじっとしてる以外方法無いわ

2回は無い
2つのうちどちらか1つだけど、どちらかは実際に停電にならないと分かりませんよー、ってことらしい

全く分かりにくいことこの上ない

重複する地域はさらにその中で細かく分かれてるんだろ
でも、一日に二回停電する場合もあるらしい

発表された物を見る限りじゃ今日は第1、2グループは2回の停電があるように見えるけど
実は違うのか？

回線切れたせいでID違うと思うが、>>626で言いたかったことは
>>627が分かりやすくまとめてくれたから流してorz

1、2グループは計6時間停電するんだと思う

停電よりプルトニウム使ってる３号機が逝ったら関東全滅らしいし、それどこじゃないわ

>>628
１回目はかならずある停電、２回目はその日の電力消費量であるかないか決まる。

でも、今日はグループ１の１回目は停電無し。
グループ２の１回目も皆が節電したおかげでなし
グループ３以降はその都度記者会見で発表

>>631
地区ごとに競わせれば良いのにねw

安心しろ、エアコンも照明も付けない代わりにエンコして部屋を暖めている。

直近のリビジョンアップから1ヶ月経ったのに更新来ないな……
去年のこの時期もちょうど1ヶ月くらい更新なかったけど

>>634
mbaffが完成しようとしてるっぽい。
あとまた変なCUDAな人が参りました〜♪（また行方不明になる事が予想されます）

MBAFFが完成すれば、MainConceptに負けている機能は無くなったかな。

最近実写をインタレ保持でエンコしてるからMBAFFは嬉しいな。
性能どんなもんだろう。

シークの反応をよくするにはどの設定値をどう調整すればいいでしょうか？

>>638
--keyintをFPS*4くらいに小さくする。

HaaliSplitterのアスペクト比反映されない問題
VFR_maniacのついたー見たらなんかもうダメくさいなｗ
自分では報告なんて出来ないし諦めるしかないか

mp4box r2735 で -par が反映されないんだけど、みなのところはどう？
mediainfo見ると、数値には表れるんだけど、肝心の画像に反映されない。
lavf、haali、mpc いずれのスプリッタも駄目だから、mp4boxが原因だと思うんだが・・・

>>641
デコーダの問題かもしれないやん。VLCで試してみれば?

別に無理してpar使わなくてもアス比の画面サイズにエンコすればいいじゃん

mkvにするって手もあるしな

2passで低ビットレートエンコするときは、qcomp上げるのと下げるのはどっちの方が画質いいの？

いじらない

>>645
まずやってみようぜ。

>>645
0にしてもいいよ
高周波ほぼ消えるけど仕方ない

エンコを途中で止めることって可能ですか？
さらに休止に移行できたらいいのですが・・・

編集、範囲選択で止まるけど休止は(ﾟ�听)ｼﾗﾈ

メニューバーでなんかメニュー開けば一時中止
×ボタン押せば一時中止しつつエンコやめるか聞いてくる
その間に休止できるかもしれんが試したことはない

エンコ中に止めずにスタンバイしちゃったことがあるけど大丈夫だった

>>649
Ctl-S

>>649
Win7では普通に出来る。

というか対策しておかないと寝てる間にエンコとか出来ないから…

ファイルのコピー中だろうがネットワーク使用中だろうがCPU使用率
高かろうが問答無用でスリープ入る仕様だからな。

Win7のデフォだとDVD見てるのにスリープ入りやがるからなｗ

Win meのときはシャットダウンだったのに
地味に進歩してんだな

俺はWin7の電源設定デフォルトだが、エンコ中にスリープモードに移行したことなんかないぞ。
動画見てる時も普通に大丈夫。
何もしてなければスリープモードに入る。

極めて正常。

何でエンコして何で動画見てるかによる。
Win7はOSに対してスリープ抑制を通達していないと
問答無用でスリープに入る。

Win7の電源管理にちゃんと対応したツールを使ってるとスリープに入らないよ。
CLIでエンコとか古い動画ビューアとか使ってると動作中にスリープ入ったり
ディスプレイ省電力入ったりする。

>>649
vista x64 SP2だけど
エンコしながらスリープ入って
復帰してからもまた元気にエンコ再開されてた。
できたファイルは問題なかったから大丈夫と思う。

>>642
VLC、MPlayer、ｆｆdshowでは画像が出ず、MPCは落ちる。
coreAVCとDivX H.264はアスペクト比が反映されない。

0.4.6-DEV (internal rev. 5)では正常に反映される。
r2735だと、プロファイルも埋め込まれていないようで、これが原因かもしれない。

MeGUIのプロジェクトに報告はあるみたいだけど、MP4Boxの開発陣に聞いてくれだって。
ttp://sourceforge.net/tracker/?func=detail&aid=3201908&group_id=156112&atid=798477

>>643
地デジのエンコは、画素サイズ（1440x1080）をいじりたくないんだよね。

>>644
mp4でないと駄目なんだ。

x264のsarで指定してみたら?
時々しか使わないけど自分は問題ない
mpc-hcの内蔵スプリッターとceberlinkのデコーダーだと
一度一時停止しないと反映されないけど…
ffdshowだったらピクセルのアスペクト比を云々をチェックすれば
最初から反映される
haaliだったらどっちも問題ない

ていうか"何も"反映されないって意味だろうから違うと思うけど
darとparを勘違いしてるってことはないよね?

haaliでx264のsar反映される様になったの？

俺も気になった
どっかのスレでMukenがもう治らないんじゃないかみたいなこと言ってたとか見たけど

>>662
えっ!?と思って今試してみた

x264 core 98 r1649 c54c47d
Imported with GPAC 0.4.6-DEV (internal rev. 5)
haali Media Splitter 1.10.120.15?
VMR7,VMR9,Overlay

CyberLink H.264/AVC Decoder(PDVD9)は反映される
ffdshow tryouts r3154は"ピクセルのアスペクト比を出力メディアタイプに設定する"
にチェック入れれれば反映される

てか書いてて気付いたけど
>>661cyberlinkか…

・・・いや、そりゃ昔のリビジョンならいけるだろうさ
sar反映されないのは最近のx264でエンコされたものなんだから

俺もそうなったな。Halliだと反映されなかったが、EVRではうまくいった。
時期的にはrev1800台の頃からかなぁ。帰ったら確認してみるけど。

最近のは反映されないのか…
今はr1900使ってるけど最近SAR使って無かったから知らなかった

r1924は、何事もなくmakeできた。

あと、"Intel Compiler support"とあるけど、GCCと比べて、速度はどうなのかな。

言い出しっぺの法則

>>660
1280*720にしちゃえよ

新しいのがキタのに盛り上がらないな
みんな節電で作業出来ずか？

AdaptiveMBAFFはまだなのか・・・

今回の大きな変更って、
intel Cのサポート
x86 SIMD versions of optimize_chroma_dc
SSE2/SSSE3/SSE4/AVX implementations.
About 3x faster.
この二つぐらいか？
intel Cか・・・お試し版落としてみるか・・・

iclのサポートってVisualStudio使いたがる人たち用って側面が大きいような

>>672
ニュースレターに書いてあるだろ

>>661
普段はエンコの段階でx264のsar指定なんだけど、
エンコした後とか、コンテナの処理だけでやりたいときには、これだと駄目だよね。

一応、同じオプションで0.4.6-DEV (internal rev. 5)を使うと、満足いく結果が出るので、
使い方を間違ってるわけじゃないと思うよ。
あくまで、0.4.6 rev2735 (March 02, 2011) を使った場合に不具合が出てるだけだから。

なにせ、-par 1=1:1 ですら、まともに出力されない代物なんだよね。
画面の上下が大きく欠けて横に細長（まるで覗き窓を見てるようw）という思いもよらない結果になる。
興味があったら試してみて。
ttp://www.videohelp.com/tools/MP4Box
引数：mp4box -add hoge.h264:fps=29.970:par=1:1 -add hoge.aac -new hoge.mp4

ちょいとスレ違いなのはご容赦あれ。

>>670
それなら、まだ1440x810(!)か、1920x1080のほうがいいや。
削るとさびしいじゃんｗ

アニメの作画用紙がせいぜいA4でしかないんだから
それ以上に拡大するのは無駄

拡大エンコは御法度だから
sar指定がうまくいかないのなら、1440x810しか無いかも

>>676
0.4.6 rev2735を使わなけりゃいいだけの話なんじゃないの？

>>679
不具合報告って知ってるか？

やたら0.4.6 rev2735を使うことにこだわってるように見えたから気になっただけ

>>677
その作画用紙に72dpiとかで書いてるならな。

>>682
絵の実寸の話なんだから解像度は関係ない
それともHD対応のアニメはでかい紙に書いてるとでも？

この手の話題はmukenさんが詳しい

なんだ？？サザエさんの話しか？
今は、サザエさん以外デジタル処理だぜ！

うあ
haali問題あるからLAV Filters試してみたけど、これ入れてるとなんでかHuffyuvMTが再生できん
メリット値のせいかと思うけど追求は面倒くさくなってしてない
あとmp4に入れたUTF-8な字幕もうまく出ない、まだまだ発展途上って感じた
以上日記ですた

俺はH264なm2tsをDirectShowSource()で
Avisynthに読ませることがよくあるんだけど
Haaliのほうがシーク（Trim)の挙動がまともなのでHaali使ってる
デコーダのほうもffdshowだとTrimはまともに機能しない

まあDirectShowSource()なんか捨てちゃえればいいんだけど
ffms2でH264なm2tsをまともに読めんので……

DGAVCIndexで何も困ってない

誰かiccでビルドした人いる？
速くなるものなのかどうか知りたい

>>687
スレチだが、DGAVCIndexで映像と音声を分離させた後、ffms2で読み込ませる方法はどうかな?

やり方
1.DGAVCIndexで映像と音声を分離させる(映像の拡張子は、*.264になっているはず)
2.mkvmergeで264ファイルをmkvに格納する
3.2の方法で作成したmkvファイルをffms2で読み込む

最も簡単なのは、DGDecNVを使えばいいのだが・・・

クレカ持っていない及びRADEONの人のために、このようなソフトを作ってくれと呼びかけたが、スルーされて...orz
http://hibari.2ch.net/test/read.cgi/avi/1293367707/590

うちだとDGAVCIndexはブロック状に映像が乱れることあるんだよね
そんで使ってない
まあHaaliとCoreAVCの組み合わせならDirectShowSource()で最悪なシークも
一応まともに機能してるので、それで我慢してますわ

>>690
remuxは、MP4コンテナに入れ替え後ffms2のパターンは試してみたけど駄目だった

AMDのほうは期待するだけ無駄
http://forum.doom9.org/showpost.php?p=1484506&postcount=13219

遅すぎて役に立たない

>>692
MP4はopen-GOPが駄目だから、Matroskaの方が良い。

>>694
なるほど
こんどMKVで試してみるわ、ﾄﾝ
すれ違い話を続けてしまってすまぬ……

ばかども
停電になれば何もできないぜ

>>696
ばかもの。
停電になってもやれる事は沢山あるぜ。
夜なら寝るとか。

>>697
自家発電くらいだろう

>>698
自己紹介御苦労

上級者は停電開始と同時に自家発電を始め、停電終了と同時にフィニッシュを迎えるらしい。

長時間のオナニーは自律神経失調→禿げに繋がる

もう少し詳しく述べると
長時間or頻度の多いオナニー→自律神経失調→ホルモン異常分泌→体毛・性毛・けつ毛の増加、頭が禿げる

但し、オナニーしないと前立腺癌になるので諸刃の剣

ためになる

>>683
拡大するって普通は画素数を増やす事を言うけど
お前の言ってるのって表示サイズというかディスプレイのサイズだろ。

近くで見るんならA4サイズのディスプレイでも使えばいいが
作画時と同じ距離でディスプレイ見てる奴なんかいないだろ。

vまに　ついった消滅？

>>683も言ってるけど、いつからアニメ製作はセルに逆戻りしたんだ？
あに瓶とか見るとHV1280が多いから、もしかしたらそのサイズで作画してるのかもしれんが…
製作風景の動画もググって見てみたけど、拡大して作業してる場面ではジャギってたｗ

安価ミス ×>>683 ○>>685

>>706
改名しただけだお

iccコンパイル試してみたけど、gcc4.6とあまりスピード変わらないかも
他に試してみた人いる？

>>685,707
原画と動画の違いもわからないのか・・・？

その二人は原画と動画は違うと言っているんだと思うけど。

>>706
猫さんとこから行けたよ

>>710
0.87%ほど速くなった
おそロシアのgcc 4.6の-mavxとICLの/arch:AVX、64bit、fprofiledなしで比較

>>714
やっぱり、ほんのちょびっとだよな
体感で感じられないレベルだとGCCで十分かもな

>その二人は原画と動画は違うと言っているんだと思うけど。
原画をペンタブで描いてると思ってるようにしか

もう、どっかの製作スタジオの見学に行ってこいよ
サザエさんはアナログ、他はデジタルで良いじゃん
後は、Vまにさんの所の記事でも読んでこいよ

おまえがな

余計な燃料投下しちゃったみたいだね、すまん

本題に戻ると、とりあえず製作の方法がどうであれ、1440x1080になってる以上、
拡大しても元の情報は戻らないし、縮小したら更に情報は失われる。
製作が720pの物も同様。 720p(ソース)→1080p(放送)→720pとしたら当然劣化するからね。
だから、基本的にリサイズは一切しないのがベター。 そのためにPARで帳尻を合わせる。

1080がベターって容量どれくらいで作って言ってるんだろう
500Mとかだったら笑えない

それもうエンコしなくていいじゃん

そうなるなｗ
DVDRより安いHDDにtsを放り込み続ければいい

　　　　　　　 　∧ ∧
　　　　　　　ヽ(・∀・;)ﾉ　　ｶｯｺﾝｶｯｺﾝ！
　　　 　　　(( ノ(　　)ヽ ))
　　　　　　　　　<　 >

S・S・D！

お前らって地デジ録画したときに出る左右の数ピクセル程度の無効領域(?)クロップしないの？

人それぞれ
俺はしない

妥協点を何処に置くか人それぞれ
来期は本数多いからあんまり拘り過ぎると回らなくなるぞ
多い時でも回せる位の余裕は持っておいた方がいい

>>725
クロップしたらアス比狂うか、さらに絵削ってアス比合わせるかの2択になるじゃん
そんなエンコする方が耐えられないが

無効領域分、もともとアス比が狂ってるという可能性は？

BDと放送を比べてから言え馬鹿が

ID:M+gCrsuiってほんとバカ

BDだってPCで見る用には作ってないよ

PCで見ちゃいけないんですか？

>>733
お前に真の馬鹿の称号を与えよう

>>729
その可能性も十分ありそうだな。

枠なんて局によって位置もサイズも違う
だがアス比は一律だ

PC用も含めてﾓﾊﾞｲﾙ用途の縁故は普通にするだろ
外出しない人を除けば

正しいアス比とエンコ時の無効領域のクロップがどう関係するかって話じゃないの？

ソースのアス比と出力のアス比を合わせるのは至極簡単なんだが
ソースの時点で狂ったアス比だったときが嫌だな。

明らかな縦長とか横長ならまだしも、5%位狂ってるとかだとどうしようもない。

そんな生き方
禿げるぞ

キサマ俺が禿だとどうして知った

現在進行形だったとは

IDがフレンチ

>>690
試してみたけど駄目でした
tsmuxerでdemux→mkvmergeでmux
HaaliのおまけのGDSmuxで直接remux
2パターンやってみましたが、
ffms2に読ませると、再生フレーム順が間違っていて、前後に揺れまくります

よくよく読むと、
http://ffmpegsource.googlecode.com/svn/trunk/doc/ffms2-avisynth.html
ここのKnown Issuesに書いてある通りの現象でした
fpsnum, fpsdenを指定しても改善しません

要はインタレH264ソースは駄目、ということなのかと…
DGAVCIndexが問題を起こすのもそのせいだろうと思います

1440x1080のままエンコしたいんだが、その無効領域が厄介でな。
1435x1079とかでエンコするのもアレだし、アニメの場合は1280x720pで落ち着いてる。
実写は構わず1440x1080iでやってる。

>>728
アス比狂うほどでかくない。せいぜい4〜5ピクセル

それをアス比が狂ってると言わずに何というんだ
1ピクセルでもずれてたらそれは狂ってるだろ

>>744
こうなったら、>>690のURLにあるソフトを作るしかないな。
VIPPERの方でスレを立てようと思ったけど、スレ立て規制喰らった...orz

神経質な人間が多いな。
どうせ黙って見せられたらわからないくせに。

>>746
キメー

(5 / 1440)*100 ＝ 0.3472

0.3%の狂いに>>728と>>746が気付けるかどうか。
きっとこういう奴って、PSNRとSSIMだけ見て画質判断するんだろうな。

5px削ったとしても0.3％ﾜﾛﾀｗｗｗ
ぜってー気付かねーｗｗｗ

>>750
5ピクセルもあったら十分横に伸びてるぞ
比較対象があれば誰が見たって気付く
昔それが嫌で黒べた追加フィルタ使って再エンコくらいだ

したくらい　な

比較を前提とせずに気付かないからエンコする人間の好きにしろっていうなら
だいたいのことがそれで片付くな、くだらねえ

気が済むまでここでやって欲しい

アスペクト比 part5
ttp://hibari.2ch.net/test/read.cgi/avi/1240149543/

5pxの黒ベタなんて使わねーよ普通
圧縮率悪くなるだけだから5pxの誤差くらいなら引き伸ばした方がいいわ

そこまで気になるなら、きっと画質の劣化にも敏感だろうから、
エンコしないでTS保存することを薦めるよ☆

実際に5px引き伸ばしてみて自分がどう思うか試すのが一番早いぞ

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

tsのままだとくすんでるｗｗ
エンコして綺麗にｗｗｗｗ

TSがくすんでるとか言うやつは安い液晶TVの見過ぎ

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

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

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

誰がそんなこと書いているんだ？

それは知ってますｗ

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

ま、まあ加工した方が好みの画質にはなるよな、うん
それが高画質というのかどうかはともかくとして

なんか無知が釣り針にエサ付けてるな

生tsから更にエンコで洗練される場合もある
デインタレとか字幕テロップとかな

もういいよ

相変わらずこのノリだけにはついていけん

まあ普通はHDDがかさばるからエンコしてるだけなんだけどな

HDD積んだり入れ替えたりすんのめんどくさくなってきたし、
動画がどこのHDDにあるのか探すのもめんどくさいから最近またエンコしてる。

軽く扱えるからエンコしてる
tsはでか過ぎんだよ

touchに入れるのもエンコせざるをえないしな

いくらか試してみたが実写の品質維持圧縮はやっぱ難しいな

生tsのアス比が狂ってたとして、それを証明する方法なんてあるんか？

tsとBDキャプって比べればいいだけ

テレ東のイカ娘で放送波とBDを見比べたけど、少なくともイカ娘は
放送映像のアス比が狂っているのではなく、放送波は右4ピクセル
ぐらいの映像が欠落してそこが黒い無効領域になっていた。

1280x720とかにリサイズしてるなら、エンコ時黒い部分ができるのが
イヤならクロップしてリサイズすればいいし、アス比が狂うのがイヤなら
黒を残せばいい。リサイズしないなら、たぶんそのまま残すだろうけど。

どっちにしろ違いがわかるのは静止画をキャプチャして、tabブラウザで
画像切り替えて見るとかしないとわからんので、お好きにどうぞのレベル。

HVアニメ何個か見比べてきたけど
放送とBDでアス比違うのなんて見たことねぇよ

最初からとっくに突っ込まれてるじゃん
アス比崩してた事に気付かなかった間抜けが苦し紛れに妄想吹いてただけだろ

アスペクト比 part5
http://hibari.2ch.net/test/read.cgi/avi/1240149543/

右4ピクセルの黒い部分で塗りつぶしでクロップしないのが正解じゃないの？

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

アスペクト比の数パーセントの狂いに発狂するような人が
数ピクセルにも及ぶ動画のズレを許すわけないじゃん

フィルタ掛けて低容量エンコしたら高画質とか思ってる人がいるのか

つるぺたになるまでNRかけて、シャープバリバリにかけて、彩度を派手に上げて高画質（ｷﾘｯ

BDと比べちゃうとぶっちゃけ放送波ってそれほど綺麗じゃないよね

24MbpsのH264だったらビットレート一定でもそうとう綺麗だと思うんだ
mpegエンコーダーの改善だけでの高画質化は難しいな

BDからHD映像に入った身としては地デジの画質ってむちゃくちゃだと思った

>>787
エンコだとそういうアホ減ってきたけど、
ニコニコなんかにある違法UPのCDとかはそういう神経のがいるね。
超音質（ｷﾘｯとか立体音響（ｷﾘｯとか。

デノイズ、アンシャープ、ワープシャープ、色調補正で高画質（笑）にするんだお
生tsソースよりも綺麗（笑）なものができるんだお

まあ、TSの方が綺麗だわなあ

BDソースでもフィルタバリバリで高画質にします（ｷﾘｯ

http://www.dotup.org/uploda/www.dotup.org1468642.bmp.html
http://www.dotup.org/uploda/www.dotup.org1468648.bmp.html
さてTSはどっちでしょう

下だろ

48の方がTSだろ？
汚ねえフィルタかかってるのが42

色もおかしいしシャープかかりすぎだよね
明らかに下の方が綺麗で見やすい

こっちのがいい
http://www.dotup.org/uploda/www.dotup.org1468679.bmp.html

上は酷いな
目が痛え

>>799
まぶしー

まむしー

おんみょうだんをくらえ！

さてTSはどっちでしょう（ｷﾘｯ

TSかSMかCRかLBかFNか

バンディング低減なんてプレビューでしか消えない副作用だけの糞フィルタ。

え？

TSより綺麗に見せるマジック使ってる者こそ職人

>>795
下がTS
上はアンシャープマスクかけてるのとフィルタ使ってるのが分かるね
下は初々しい感じがほとほととする

劣化をいかに小さく出来てるか、じゃないの？

写実派VS印象派

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

>>795
下がTSなんだろうけど（同じく上はアンシャープマスクかけてると思った）
PCモニタ＋TVTestで見てたものが下に近くて、家電テレビで見たものが上に近い気がしたので
もうどっちが正義かわからなくなった。家電テレビってめちゃくちゃいじってないか

>>813
TVはいじりまくっているよ。なので、映像プロモードにして補正外しまくらないと
まともな絵にならない。

アンシャープマスク＋バンディング低減？
下はかなりバンディングが目立つね

>>814
だよね、元ソース派はテレビ補正も否定なのか、さすがだなぁ
俺は正直どっちでもいいんだけど（一応腐ってもPCモニタはIPS、安物だけど）
家族が補正かけた方が好みらしいんでフィルタはごそごそいれてエンコしてるわ

昔からそうだけど一般には鮮やかなのが求められるんだよな
質感という点で見ると素人目にも厳しい位なんだが

>>816
それはちょっと違うんじゃないの
ソース派の主張は、再生時に弄れるような要素は再生時に弄ればよい
（というかそれがベスト）、ということかと思われる
音楽の場合を考えると、イコライザとかDSPとかで弄るの好きな人いるかと思うけど
イコライザとかで弄くったデータをFLACなりMP3なりにエンコするひとは
見たことが無いし、それが奇異なことだと分かると思う
シャープ・コントラスト調整なんて大抵TVについてるしな……

エンコ前のバンディング低減は、H264みたいな圧縮技術が量子化の過程で間引くという
原理に真っ向から対立する要求なので、少なくともサイズが増えるだろう
>>795にしても、下がTS「ソース」だとして、再生時に上のように「見える」ように
再生するのは可能でしょう

まあ「個人的には」特にこだわりないけどなー
TS「ソース」なんて制作映像から見たら低レートMPEG2圧縮でアーティファクト塗れ
アプコンやポケモン処理等されてるかもしれないようなもんだし
特に有難がっても仕方がない

とかうっかり長文で混じれ酢しちまったぜ
みんなネタだったんだよな？

>>795
上はシャープがきつい、色がおかしい、ノイジー。目が痛い
下はバンディングが目立ち、暗部は酷いことに
どちらか選べと言われれば下だが、どちらもゴミ箱行き

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

345 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2011/03/28(月) 03:18:07.29 ID:FmBF8Csx0 (PC)
左：フィルタ適用前　右：フィルタ適用後
http://bbboboob.files.wordpress.com/2011/03/c.png

プレビューだけならいくらでもキレイにできるんで、やっぱx264も大事だと思う。

>>821の画像を俺なりにやってみた
http://www.dotup.org/uploda/www.dotup.org1469454.png.html

なんでみんなこんなにケバケバしたのが好きなんだ？
目が痛くてしょうがないんだが

なんなのこの流れ？
オナニー画像上げて何が楽しいんだ？

アニメはインタレ解除してリサイズしてバンディング対策するくらいかな。
DVDだと酷いのが多いしもっと手を加えるが。

>>822
これ全部分かるか？
http://kiki.ms/sonota/shikimou.jpg

>>826
手招きしてるお爺さんがいる

>>826
右下がﾜｶﾝﾈｰ
病院行ってくる！

>>795
ｸﾞﾛじゃねぇか！

シャープかけすぎなのが多いな

>>821
色もおかしくなってるし、角が丸くなってるよね

>>822
シャープを強めにかけて、色いじっただけ？

>>826
一番右下のがわからん・・・

日本人がドンシャリの音が良い音だと言ってるのと同じ事だろ
もうね、個別のオナニーみたいな画像貼り付けてドヤ顔するの止めてくれ

右下わからんｗ

俺は色盲で運転免許取るの危なかったくらいだから
エンコ時にフィルターはNL-Means以外使わないな。

左上、中下、右下分からん。

答え
６　１２　７３
１５　２９　無し
これ以外に見えたやつは色弱だから色をいじろうと思うなよ恥かくぞ

色弄るのなんてディーンスケールみたいなどうしようもない時だけだろ
まあアレは色弄ったところで何が正しいのかわかんないけどな

>>835
やっぱ無しか

>>821-822の絵は特に悪くなっているようには見えないんだけど

目が痛くなるのが普通なの？

>>821はまだマシだが822はあからさまにネタだろｗ

実写だと元の色とか質感をいかに再現出来るかが問題になるけど
アニメなんて好きに変えて良いような？
所詮はマンガなんだから好きな色に塗り替えて桶だとおも

>835
右上も分からんかった。
俺ｵﾜﾃﾙ＼(^o^)／

上中しか分からんかった

アニメだと元の色とか質感をいかに再現出来るかが問題になるけど
実写なんて好きに変えて良いような？
所詮はカメラ越しなんだから好きな色に塗り替えて桶だとおも

>>835
病院行くのﾔﾒﾀ

>>838
好きとか違和感ならないなら別にいいんでは。
批判する人は、気に入らないから書いてるだけだろうし。

気に入らないじゃなくて
目が痛いって書いてるじゃん

再生する環境が変わると当然見え方が違ってくるからな。
よほど酷いソースじゃない限りフィルタは掛けない。

>>821,>>822
禁書目録と超電磁砲はソフトなタッチの画作りが特徴なのに
シャープにしちゃいかんだろ…

個人の価値観そのものは他人に迷惑をかけない限りは誰にも侵害されない
ゆえにこれが最高だーなんて押しつけはアウト

押しつけにならない程度の感想は全く問題ないだろうけど

じゃそろそろ答え　勿論下がTS

>>798,819
色はバカポ等が推奨してる設定値をそのまま使って色域変換したもの
深夜の周波数カードの波形表示がそれぞれ十字に揃う事も確認済みなので
この結果をおかしいと断言する方がおかしい

>>806,815
バンディング低減は正解　設定値は某サイトのもの　確かに汚いと思う
ただこれはプレビューなんでエンコ後を想定して強めなんだと思う
俺自身はエンコでは使ってない　バンディングが酷い画像を加工したい時に使う程度

>>809,813,815
アンシャープマスクはハズレ　使ってない


確かにシャープは強めにはしてるが>>821や>>822に比べたらマイルドな方だと思った
あと1468648.bmpは無加工なのでそのまんま素材として使える
俺としてはお前らがどんな絵にしてるのか興味あるんでよろしく

画をいじるなら再生の時にやればいい

これが結論じゃねえの

自分がベストと思うものがベストだよな
俺はほんの少しノイズ消すぐらい
シャープとかは一切やらない

>>849
下がTSじゃなかったらエンコやめようと思ってた
色なんてディスプレイによって変わるしどうでもいいや

つーか地デジｔｓならどんなバカがエンコしても２Ｍ程度でも基本画質は綺麗だからお前ら気にすんなよ

フィルタなんて何もかけない
失われた情報はどんな再生フィルタにも復元できない
>>850正にこれ

>>853
だが、リアルタイムで処理できないようなフィルタを掛けたがるやつがいるのもまたしかり

フィルター命だったのはアナログソースの時代の遺物

アナログ時代のフィルタは、あれはあれで楽しかった
エンコの醍醐味だったわ

アニメエンコを語ってるサイトの管理人がいまだに15インチモニタ使っててどうかと思った

>>857
無知はお前

15インチって液晶の15インチ？
あれはいいものだ

1024x768とかかー
懐かしいな

>>853
では可逆以外でエンコもしないでくださいね
不可逆圧縮された情報はどんなデコーダーでも元には戻りませんから

猫科さん翻訳まだっすか

ID:5ijVKYDtが何をしたいのかわからない。
・色はバカポ氏等の設定値そのままで、波形表示でも正しいことを確認。
TSはそのままじゃ見るに耐えないからフィルターかけてエンコ派、か。
・バンディング低減を絵が汚くなるまでかける。
フィルターかけてエンコするよりTSそのまま保存派？
・シャープを強めにしている。
何がしたいんだ？>>795は何のために挙げたんだ？
「いつも1468642.bmpのようにエンコしているが叩かれて反省した。
　お前らの設定教えてくれというのは恥ずかしいから
　『お前らがどんな絵にしてるのか興味あるんでよろしく』
　と言っておこう」
こう考えたように思える。

>>862
来たぞ

>>864
サンクス
猫科さんもサンクス

保存派って解釈がどこから沸いたのか読み取れない

あとで1280x720にリサイズすることも考えるべき
フィルタ掛けはAT-X HDで糞画質の時とかにやると個性が出て面白い

どんどんx264から話題がそれていくな
バンディング低減の結果が汚いとか、シャープが強すぎるとかは
リサイズ含めてエンコードした後の画像を持ってきて議論すべきだと思う
ってか、tsのまま保存してエンコードしない派の方がこのスレにいる意味が分からない

changelogぐらい原文ママで読めよ

changelog原文でも意味はわかるが、コードの差分とかまで読んで
猫研さんが解説してくれてたりするから結構参考にしてる

いじくり過ぎて元とかけ離れたエンコしておいて高画質っていうのはどうなのよって程度の話だと思った

既に放送局によって好きに弄くられてるtsソースを高画質っていうのはどうなのよって程度の話
じゃね？

えっ

えっ

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

そもそも「高画質」なんて言葉を使うやつが馬鹿

はい

とある動画サイトを覗いたら容量と解像度が大きいものが通称「高画質」と呼ばれてた

なるほど
じゃあ、TSのままのほうが「高画質」で特に問題ないな
これより「高画質」にしたかったら、--qp 0でもやってろってことで

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

そろそろNGに入れるか

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

そもそもデジタル放送なんだから送り手と受け手の見られる映像が一致しなければメリットないだろ
テレビ側が何か加工するなんて言語道断なんだよな
地デジが本来のスペックを発揮するのは動きが少ない映像だけ
滝のしぶき映像なんてモスキートノイズ＋ブロックノイズで冗談じゃなくアナログSD放送のほうが綺麗だった

言えてる

>>826
12しかわかんねーよヽ（｀д´）ノ

困ったのは抵抗のカラーコードで緑とオレンジの識別が難しいこと
と就職あきらめたぐらいで実生活で困ることは無いけどな(´・ω・｀)

>>833
同意

アニメエンコスレかと思ったら違ったでござる

>>885
俺の同期も色弱なんだけどHPのアナライザ使ってたら色識別できなく少し困ってた

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

>>868
あくまで放送波録画はするがエンコはしないが
別の用途でx264を使用しる人とかじゃねえの？

--qp 0のロスレスって、本当に可逆？
中間出力をHuffyuvやめてこっちに変えようか迷ってるんだけど

可逆じゃないのにロスレスなんて言葉使ったら詐欺でしょう

でも--crf 0はロスレスじゃないんでしょう？

>>892
なにが言いたいのかサッパリわからんのですが？
qp=0とcrf=0が一緒のものだとでも勘違いしてるんですか？

-q, --qp <integer> Force constant QP (0-69, 0=lossless)
-B, --bitrate <integer> Set bitrate (kbit/s)
--crf <float> Quality-based VBR (0-51) [23.0]

>>893
--qp 0ならロスレスになるのは分かった。
前に、x264のロスレスは色空間が何とかかんとかだから正確には可逆ではないとか聞いた記憶があるんだが…。

crf 0もqp 0も出力結果は同じらしいけど

>>894
それはソースがRGBの場合でしょう
Huffyuvも一緒ですけど

>>895
違います

>>896
分かったﾄﾝｸｽ

途中で送信してしまった

>>895
bit-depth=8のビルドの場合は実質qp=0とcrf=0は同じだけど
bit-depth>8のビルドの場合は一致しない
crf=0もロスレスになるというのはr1764よりも前のリビジョンでの話

なるほど勉強になった
ありがとう

x264でロスレスmkv作ってみたが、カクカクで観れたもんじゃ無かった。
オプションで負荷減らす方法無いかな？

PC買えば？

2600K＋オンボGPUなんだけど
再生してるのは1920x1080

よくわからんけど、フルHDだと50MByte/sぐらいか？
HDDアクセスだけで時間かなり使ってしまって
デコードに使える余裕ほどんどないってことかね

流れ読んでスルーしろよ

ｽﾏｿ

それが、アニメだから10Mbpsいってないぐらいだと思うんだ。
MKVにしたら真空波動研でビットレート表示されないから分からないけど。
コマ落ち検証に便利な、ハルヒOPのサビ部分 (多数のオブジェクトが動き回る) で確認。

10Mppsで収まってるわけがないと思うが･･･
可逆で保存するわけじゃあるまいし、見れなくて問題ないでしょ？

TSですらだいたいが12〜15Mbpsくらいなのに

>>906
んなもん展開してmp4にmuxしてしまえばmediainfoででもビットレートは調べられるし、
10Mbpsいってないくらいってのは何が根拠だ、それは平均ビットレートか最大ビットレートか
CPU使用率とDisk稼働率くらい自分で調べてから聞け

メガの桁1つ勘違いしてたｗ ごめん。
今MP4作って確認したら、まさに50Mぐらいだった。
CPU負荷は今別のエンコ中だから確認できないが、HDDはキャビアの黒。

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

コマ落ちしまくってる箇所でもCPU使用率10%台だった。
x264だとロスレスでもかなり縮むから、保存＆PC鑑賞用の動画にHuffyuvから置き換えたいんだが無理だろうか。

CPU使用率って、1スレッドだけ100%になってたりする？
そうならffdshowのffmpeg-mtでデコードすればいいし、違うなら知らん。
とりあえずスレチだし、誰得の自覚は持ったほうがいいかと

ロスレスってHigh4:4:4 Profile だけどffdshowその他で正式対応してるデコーダってあったっけ？

>>914
ロスレスに対応してるデコーダー:
・ffdshow-tryoutsを含むffmpeg系
・CoreAVC
・DiAVC(?)

ぐらいかな。市場は100mbpsぐらいのロッシーなIDRフレームだらけのストリーム
の方が好みらしい。

>>912
再生負荷や圧縮速度、圧縮率は設定でかなり変わるよ。

>>915
スタジオでも基本ロッシーだしな。2, 3回のIN/OUTじゃ劣化わかる訳ないっていう判断か

ffdshowのコーデックをffmpeg-mtにしてみたらコマ落ちしなくなった。解決。

Lagarith使ってる人はおらん？
Huffyuv-mtより重いけどめちゃちぢむ

映像可逆圧縮総合スレ Part3
http://hibari.2ch.net/test/read.cgi/avi/1247236230/

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

TS保存派 VS エンコ保存派
http://hibari.2ch.net/test/read.cgi/avi/1290331804/

フィルタの使い方は別としてこのスレ的にエンコはするだろｊｋ

>>921
こういうのって何なの？コミュ障なの？

>>924
いちいちそういう事書く奴もコミュ障らしい。

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

まあ、本来ならそうあるべきなんだが・・・

この馬鹿しつこいな、そんなにフィルターかけ過ぎ糞画質って言われたのが
くやしかったのか

それしかないだろ

アニヲタは氏ねばいーと思います

まあNGしやすいように丸々コピペしてる分だけ許してやろうじゃないか
本物の荒らしなら少しずつ文章変えたり空白入れたりしてNG回避するからな

そこまで思考が回らないからあのような（ｒｙ

面白がってコピペしてる連中がいるだけだろｗ

よっぽど自分の信念を覆される強烈な一言だったんだな…

tsのままだとくすんでるｗｗ
エンコして綺麗にｗｗｗｗ

よっぽど自分の信念を覆される強烈な一言だったんだな…

>>935
フィルタリングの意味ならまだ賛同してくれる奴がいたんだろうが、
YC伸張の時点でミスってると誰も味方しないよな。

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

輪郭補正や場合によってはノイズ除去はするだろうけど、色は気に入らなくても
変更はしないな。ドラゴンクライシスみたいな場合は例外かもしれんけど。

いつの間にかtsエンコできるようになってるのな、x264

1年ぐらい前にlavf/ffms経由での読み込みに対応したから、
ffmpegが読める形式なら何でも行ける。

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

マジ粘着

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

生が一番

生に慣れるともうコンドーム被せただけで
気持ち悪くて萎える
中出しはもっとすげー…
出来る事ならずっと中出しでイきたい

気持ち悪い

生ｔｓでもどうでもいいが、送信者が送り出した絵そのものを堪能すべき
たとえそれがモスキートノイズやブロックノイズまみれであっても・・・

駄目だ…どうやっても暗部がﾓﾔﾓﾔしてしまう…
実写だけど…QPやらzoneやら色々弄ったりﾌｨﾙﾀ掛けたりしたけど…
暗がりでの黒いｺｰﾄは駄目だ…
心が折れそう…容量2倍になるけどTSのまま保存するか…
一番感動的なｼｰﾝだから綺麗に残したい…

え、AQがどうしたって？

AQだった…orz

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

>>949
スレ的にこう言ってはなんだが個人的に
エンコ始めた頃1万円代だった2TBが6000円前後で買えるようになった事を考えると
半分程度にしか縮めないならそのままで良いじゃないかと言う・・・。
エンコが趣味でも無い限りその方が時期的に電気も節約できていいじゃないか
HDD増えると場所とるのと管理が面倒ってのは置いといてｗ

>>952
天丼は三回までと言う言葉が日本には有ってだな

よほどツボにはまったんだろうけど、ここまで来ると粘着が酷すぎるな
リアル精神障害があるとしか思えん

>>954
今日もエンコで高画質化ですか？

うわぁ

>>953
うん、節電と経済の活性化を願って2TのHDDﾎﾟﾁる

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

>>949
ソースに問題があるんじゃないか

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

いいかげん、そのネタ飽きたわ

>>949
Avisynthのフィルターで
GradFun2DBmod(thr=1.0,thrC=1.5,range=1,adapt=-1, temp=0, custom="GrainFactory3(g1str=2, g2str=2, g3str=1)")

x264のオプションに
--aq-strength 0.7 --aq-mode 1 --weightp 2 --psy-rd 0.4:0.2
を追加してエンコしてみたら？

ソースどこかにあげたらいいのに

>>962
暗部向けの定番設定なん？

それたぶんアニメ用だろ

グレインを保持できなくてモヤモヤしてるならいいかなと思って
アニメ用を参考程度に貼っといただけ

ソースを見てみないと何ともいえないし

うん
想像で何言っても仕方ないよな

せめてSS晒さないとな

>>965
むしろ実写の方が後からグレインを足しても不自然に見えないし、
それを保持するために--psy-rdを強くしても映像が劣化しにくい。

容量なんて気にせずpsyもaqも盛っとけよ、数年後には10TBHDDとか出てきて
あまりまくりになんぞ。あ、TSそのまま保持とか馬鹿な事言うなよ、エンコするのが
目的なんだからな。

>>970

あんたおもろー

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

いい・・・　生ｔｓが一番低画質と思ってるのがいいのか

Win7&RADEON HD 5750のWMPで--b-pyramid strict付けると描画が崩れるんだけどRADEONのDXVAの問題かな？
noneと無指定(normal)では崩れない。再現したのは
ttp://pop.4-bit.jp/?p=2002 の x264.r1924r1_win64.exe
ttp://x264.nl/ の ttp://mirror02.x264.nl/x264/64bit/8bit_depth/revision1924/x264.exe
両方。x264.r1732r2r1_pentium3_x86.exeって過去に拾ったバイナリでも同じ。
常に崩れてるんじゃなくて、正常になる部分もあるから謎なんだけど

>>974
ビデオドライバーのアプデかけてから書き込め
馬鹿なんじゃないの？

>>975
ｽﾏｿ
Catalyst 11.3にして発生してる
古いドライバに不具合あったの？

わかりづらいので訂正。
Catalyst 11.3にしても相変わらず発生してる
あと同じDXVAでもMPC-HCでMPC Video Decoderだと正常。

一昨年買ったＰＴ２　２枚を今日2600ｋで新調したＰＣに入れた

６時からの銀魂をキャプった

TMPGEnc 4.0 XPress　で重そうなフィルターなし　エンコーダx264　
すーぱぁーファースト　１パス２Mでエンコした

あまりのエンコの速さにびっくらこいた

へーそうなの、よかったね

>>978
そのまえはCPU何だったのよ？

2600Kうらやましす

古くなってきたけど俺はまだ[email protected]ｚでいいや

>>980
先月まではQ9550

>>977
基本的な質問だけど、いつから問題が生じてるの？
突然ってことなら何かしたのが原因だろうね。

>>983
突然ではなく、去年9月にRADEON 5750(Catalyst 10.8)に組み替えてWindows7にしてからずっと
普段はMPCだからこれまで忘れてたんだけど、最近どのオプションが問題か調べた。
再現するファイルをどこかにあげた方がいいかな？

>>984
再生フィルターは最新か？

>>984
WMPだけで不具合出るん？
だとしたらマイクロソフトのデコーダはVFR動画再生すると表示コマ維持せずに黒ゴマ挟み込んだりで
デコーダとしては完璧じゃないしそんなもんかと

>>982
Q9550からそんなに変わるか。ちょっと驚いた。

CMAからNehalem アーキ以降にするとクロックあたりのfpsが4割以上上がるからな。

>>984

どうせmbtreeあたりが問題の原因だろ

>>974
昔、価格.comで似たような話があったぞ。
http://bbs.kakaku.com/bbs/-/SortID=11072495/

わひゃぇ…　生tsが一番高画質と思っとるのがいなさるんけぃ

第二世代Core i7はSSE/SSE2の爆速ぶりがハンパないからなぁ。
俺も欲しい。

次スレ立ててくる

x264 rev31
http://hibari.2ch.net/test/read.cgi/avi/1301923510/

>>989
--no-mbtree --b-pyramid strictは崩れる
--no-mbtree/--no-mbtree --b-pyramid normal/--no-mbtree --b-pyramid noneは正常

>>990
11.3入れてるから別問題なんじゃないかと

>>995
またAMDがやらかしたんじゃないかってこと。
AMDにバグレポート送ったら？

>>995
取りあえず当該ファイル上げてみたら？
ｎVidiaでも起きるならデコーダが腐ってるってだけだろうし

梅

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

しつこいなぁ

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。