2012年3月DTV20: x264 rev36 (176) TOP カテ一覧 スレ一覧 2ch元 削除依頼
【I/O】GV-BCTV9 GV-D1VR Part8【ソフトエンコ】 (761)
MPEG4エンコで(゚〇゚)マルーなCPUは? (434)
電気用品安全法でビデオ機器の中古売買が禁止? (330)
VHS3倍録画偉大説 (237)
【簡単】pttimerをかたる #3【3枚差しは未検証】 (695)
【クイックサン】QRS-UT100B【TS抜き】Part16 (143)

x264 rev36


1 :12/03/20
Q ニコニコ用の動画を作りたい。
A 板違い、Youtube板の"FLV/MP4作成スレ"でどぞ。
Q 圧縮codecありませんか。AviUtlで使いたい。x264gui.auoの使い方は?
A x264 VFW GUI専用スレでどうぞ。
http://toro.2ch.net/test/read.cgi/avi/1318232220/
Q コマンドラインの使い方が分かりません
A 初心者スレでどうぞ
http://toro.2ch.net/test/read.cgi/avi/1314616372/
[本家]
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 rev35
http://toro.2ch.net/test/read.cgi/avi/1327666842/

2 :12/03/20

H.264の再生法や規格などの話題は
MPEG-4 AVC/H.264 総合スレ Part8
http://toro.2ch.net/test/read.cgi/avi/1263983676/
AviSynthの使い方等は
Avisynthを絶讃ιょぅょ Part30
http://toro.2ch.net/test/read.cgi/avi/1298742587/
インタレ規格の話題は
インタレ解除しないスレの3っぽいスレ
http://toro.2ch.net/test/read.cgi/avi/1186448899/
リサイズやアス比の話題は
アスペクト比 part6
http://toro.2ch.net/test/read.cgi/avi/1301521076/
MP4コンテナの話題は
【MP4】ISOMPEG-4普及委員会4【M4A】【3GP】
http://toro.2ch.net/test/read.cgi/avi/1087545021/
Matroskaの話題は
【mkv】MatroskaVideo総合スレ8【mka】
http://toro.2ch.net/test/read.cgi/avi/1237123715/
PS3の話題は
【H.264】 PS3動画スレッド8 【1080p】
http://toro.2ch.net/test/read.cgi/avi/1263892716/

3 :12/03/20
おお… 生tsが一番高画質と思ってるのがいるのか

4 :12/03/20
スレ違いさんかい、早い、早いよ

5 :12/03/21
>>3
>生tsが一番高画質と思って
俺も思ってる
何をしようとソース以上である筈が無い
加工して一見綺麗になっていたとしてもそれはオリジナルから更に遠い存在になってるだけ
ただ軽くしたいから再エンコードしてるだけ

6 :12/03/21
アホくさ

7 :12/03/21
マジレスすると納品物は制作でエンコされてて、
放送波に載せる時に更に局で再デコエンコされてる(配信局)
CATVなんかだとヘッドエンド等で更に再デコエンコされてる
ソース教の方の神は何処に居るんだろうか
懺悔
随分前だけど系切り替えに失敗して0.5秒ほどブラックアウトさせました
ゴメンナサイ

8 :12/03/21
>>7
俺らが制作のマスターをあたりまえのように入手できるはずもなく
放送波のMPEG2が最もエンコード回数の少ないソースになるのは仕方ないこと
まあこの手ネタはBD買っとけで

9 :12/03/21
おお… 生tsが一番高画質と思ってるのがいるのか

10 :12/03/21
>>8
とりあえずBD買っとけでFAなのはその通りだな
ただ放送波は(正確にはBDも)ヤッチャッテルのが少なからずあるんで、
そこは手加える余地はあると思うよ
再エンコード=劣化ってイメージする人多いけれど、
実はそんなことはなくて、適切な処理施せばオリジナルに近い形を復元できる事もある
ばかぽの人とかが時々やってるアレ
当然無理なもんは無理だけど

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

12 :12/03/21
ウザ
荒しネタに荷担すんなや

13 :12/03/21
>>11
そこはたぶん好みの部分だと思うがw
余談だけど、マスター以外がヤッチャウ時の話
送出するときってリアルタイムにdemux→映像/音声デコード→テロ挿入とか→映像/音声エンコード→muxしてて、
おまいらがエンコしてるのと同じ作業をリアルタイムでやってるんだ
で、それぞれの機器も当然不調/調整ミスがある
音声同期おかしくなる事もあるし、ブロック喰う事もある
アニメじゃないけど稀によくあるのが音声モードの設定ミスとかな
なので過度にtsに拘っても厳密には「○○放送局のソースを残す」以外の意味はないと思う

14 :12/03/21
コピペに反応すんなやカス

15 :12/03/21
簡単なフィルタ処理だけしてx264可逆が最強ですね。分かります
mpeg2より圧縮率がずっと高いって謳っても放送ソース越えられないってなんかなぁ。もっとBDよりも綺麗なソースをエンコして保存したい

16 :12/03/21
「やっちゃってる」ところ以外いじる意味なしってことでしょ?
色だの線の太さだのオリジナル状態知らないで自分の好みでいじるのは
結局自己満足なんだから否定できる訳も無いけど
やっぱりソースに近いほど良いことになる

17 :12/03/21
スレチ

18 :12/03/21
おい色空間スレが落ちてるぞ

19 :12/03/21
立ってから18日、今回も12レスで終了か。セミのように儚い命だったな。冥福を祈るとしよう・・・。

20 :12/03/21
ここか

21 :12/03/21
次はここか。

22 :12/03/21
       fヘ   ,.. -─ ¨z_             fヘ._  ,. -‐ ¨ ゙̄k、
        r"゙Υ     ノ:\           (¨´Υ      ノ::\
     __ _〉   _,.ム、 /i::::::::>       ,.-‐‐- }、  ,..ン-、  ム、:::ア、
   (´   `ムyヘ´   ヽ"´ ヽ' :.      ( ,、 i-<ヘ¨´   `"  ヽ ゙;
    | ◯ |{_ノ: :.:7´         〉 .}    ト、〉┷ シ'|" ',        〉 .}
  lV\ /|/: : : : /       /、,/   \ i Уィ'´ ムヽ ノ        {ー/
 -=ミ、: : : : : : :_ノ        |_./    __≧___メ彡──----._{マ_
                     __
                 ,,,<:.:.:.:.:.:.:.:.:.:.:.:.:7ー.... __  
.              /////|:.:.:.:.:.:.:.:.:.:.:.:.:.|     ̄`ヽ  
            //////,∧:.:.:.:.:.:.:.:.:.:.:.:.:ト ___,   '.   
           //////////|:.:.:.:.:.:.:.:.:.:.:.7     ト─イl
          f。///////厂 ̄ ̄ ヽ:.:.:.:.:/       V//∧
     ,. -.-... |/|///////      |_::/       ヽ//∧
    /: : : :`:x|}イ/⌒ヽ//      _            '//∧
    ,: : : : : \j/  /Y))ー──´_二j           V/∧ー- 、
   从: : : : \(  {|{   ̄` ...  ̄               ヒ:///<__
     `ー≧く乂__`テー _ `ーュ_              |////////)
                 `ー-ー<>              ̄ ̄ ̄

23 :12/03/21
テンプレが既に終わってた

24 :12/03/21
その他プロのマスタリングエンジニアが使ってそうな高級ソフトウェア
Interra Vega H.264/VC1アナライザ 価格不明 発売年不明
> エンコーダ開発者、システムエンジニア、QAエンジニアの方々にとって理想的なツール(らしい)
http://www.itaccess.co.jp/products/interra/index.html
・各種規格に対して適合検査、互換性の検証をしたい
・エンコードされたストリームに含まれる問題点の抽出と解決・修正をしたい
・製品のパフォーマンスを最適化したい
などの用途に最適。
H.264コーデックに対しては
Baseline、Extended、Main Profileの全てのレベル、High、High 10、High 4:2:2、High 4:4:4に対応
CABAC、CAVLC、MBAFF、PAFFをサポート
バッファ解析機能:CPB、DPB
H.264規格に対する構文的、意味的適合性チェック
NAL表示、各フレームのバイナリデータ表示機能
フル画像をデコード可能な内蔵プレイヤー
マクロブロック単位での参照ピクチャの表示機能
なども搭載。
音声も大丈夫。
AACメインとAAC-LCプロファイル、AAC+Ver1、AAC+Ver2の解析機能
AACストリームをフルデコード可能な内蔵プレイバック機能
VideoLAN.org内部ではこういうの使われてるの?

25 :12/03/21
アニメとは異なるけど出先からの生中継だとこんな感じで複数コーデックが入り交じりエンデコ繰り返されてるらしい。
2012年でもこうなのかは不明。アニメや録画制作番組やスタジオ生中継(ニュース、Mステ)はおそらく少ない
http://www.ntt-electronics.com/digital_video/products/hv9100/picture-quality-of-cascaded-video-codec.html

26 :12/03/21
ふたばのグロスレ行ってみなよ
BLOOD-Cの話がちょくちょくやってるから

27 :12/03/21
Mozilla が H.264 をサポートへ、webM 一本化を断念
http://japanese.engadget.com/2012/03/20/mozilla-h-264-webm/
主流は明らかに H.264 である以上、Mozilla の決断はけっきょくユーザにとって一番良い形になったと言えそうです。
そしてMozilla Corporation 最高技術責任者 Brendan Eich 氏が言うとおり「一戦には敗れたが、戦争は続く」。

28 :12/03/21
>>24
主にJMの出力に対して比べてるとか、Elecard Streameyeが使用されてる。
ttp://www.elecard.com/en/products/professional/ysis/streameye.html
(無料体験版もアリ)
音声に対しては分からないけど、多分JMに似たようなインプレメンテーション
の出力に比べてるんじゃないかな。

29 :12/03/21
548 :名無しさん@編集中:2012/03/03(土) 16:38:46.54 ID:az66lC9S
立てた
マジでウザいから以降色空間関係はこっちでやって
【YUY2 YV12】色空間スレ【RGB24 33】
http://toro.2ch.net/test/read.cgi/avi/1330760227/
2 :名無しさん@編集中:2012/03/04(日) 21:06:03.14 ID:9zYKsEnU
RGB33ってなんだ?
まさかpart33とか?
3 :名無しさん@編集中:2012/03/05(月) 07:19:08.35 ID:kto4BhQj
RGB33?
なにそれ
4 :名無しさん@編集中:2012/03/05(月) 07:57:31.41 ID:vAVL3m4W
【YUY2 YV12】色空間スレ【RGB24 32】
http://toro.2ch.net/test/read.cgi/avi/1116263327
たぶん、32スレ目だと思ったんだろう。
6 :名無しさん@編集中:2012/03/05(月) 11:45:01.91 ID:5ot5CNPU
RGB33www
ないわぁw
やはりその程度の理解力しかなかったかw

30 :12/03/21
>>25
映像伝送の際に使われることの多いAVC/H.264 Highプロファイル(4:2:2には非対応)と比較して、2倍の色情報を持つことが可能なAVC/H.264 High4:2:2プロファイル(4:2:2に対応)に対応する
2倍の色情報…?

31 :12/03/21
YUV4:2:2 → 2ピクセルで色差情報2つ(Cb×1、Cr×1) → 1ピクセルあたり1個の色差情報
YUV4:2:0 → 4ピクセルで色差情報2つ(Cb×1、Cr×1) → 1ピクセルあたり0.5個の色差情報

32 :12/03/21
間違ってないだろ

33 :12/03/22
YUV4:2:0はYUV4:2:2の色差情報インターレース版だと思えばいい

34 :12/03/22
ヨブさん今回は2164のまま更新されないけど2183でバグがあったから2184も見送りなのかな?

35 :12/03/22
>>34
単に忙しかったりするよ。444p10でエンコしてた時クラッシュバグ発見したし、
アレをデバグしないといけないし(バニラなx264では発生しない)。

36 :12/03/22
444はそんな問題抱えてたのか

37 :12/03/22
バニラって何?

38 :12/03/22
バニラ(アイス)はプレーン(オムレツ)とか素(うどん)とかと同じ意味
ソフトウェア的には、いけないパッチ当てたりけしからん魔改造とかしてない
素顔のままの君ってことです
たぶんね

39 :12/03/22
ひやくしすぎだろ。

40 :12/03/22
クリームパイとストロベリーミルクなx264をお願いします

41 :12/03/22
各パッチが何味か決めようぜ
L-SMASHはチョコチップでどうよ

42 :12/03/22
誰にもフォローされてないtwitterで独りでつぶやいてなさい

43 :12/03/22
バニラさん知らない奴がいるなんて・・・

44 :12/03/22
どうもパッチと聞くとジジ臭いイメージしか出てこないんだが。

45 :12/03/22
ポール牧が浮かんだわ

46 :12/03/23
>>43
知らない
誰だよw

47 :12/03/23
馬韮さん?

48 :12/03/23
>>43
ローカル限定の話題か?

49 :12/03/23
ギャラクシーエンジェルじゃないの

50 :12/03/23
山崎

51 :12/03/23
バニラは俺の女

52 :12/03/23
実はレバニラの誤植

53 :12/03/23
で、r2185はまだ来ないの?

54 :12/03/23
もうr2190ぐらいじゃね

55 :12/03/23
chenge.logにはまだそんな報告来てないんだが

56 :12/03/23
changelogの更新はx264.nlでx264.exeが更新されるタイミングじゃなかったっけ

57 :12/03/24
っ ttp://git.videolan.org/gitweb.cgi?p=x264.git;a=shortlog
(>>1にも書いてあるだろJK)

58 :12/03/24
レバーとか食感キモイし味も不味いしなんで内臓喰う野蛮人がいるのか理解でけへんわ

59 :12/03/24
なるほど・・・縦読みか

60 :12/03/24
食べ物を大事にしろよ
人口爆発と食糧難の時代はいずれくるぞ

61 :12/03/24
>>58
お前は野菜だけ食ってろ

62 :12/03/24
関西圏の奴は小麦粉さえあれば生きていけるからな

63 :12/03/24
関西人は小麦粉にソースかけて食えば満足

64 :12/03/24
前スレ874で少し報告したのですが、--vf resize:csp=i444:16について質問させて下さい。
RGBを10bitYUVでエンコードして結果を見る実験をしているのですが、
  x264_r2184_10bit.exe --vf resize:csp=i444:16 --qp 0 --output-csp i444 --colormatrix smpte170m -o 10bit-resize-i444-16.mp4 Colorbar.avs
  x264_r2184_10bit.exe --vf resize:csp=bgr:16 --qp 0 --output-csp i444 --colormatrix smpte170m -o 10bit-resize-bgr-16.mp4 Colorbar.avs
としてvideo filterで、RGB(8bit)から16bitYUVorRGBへの変換をさせてからエンコードしようとしました。
しかし、できたMP4をデコードしてみると、8bitYUV化した時と同じように12ヶ所で色がわずかに変化してしまいます。
  http://www1.axfc.net/uploader/Img/so/138749.png
一方、ffmpegで
  ffmpeg_38996.exe -i Colorbar.avs -f rawvideo -pix_fmt yuv444p16le - |
    x264_r2184_10bit.exe - --demuxer raw --input-csp i444 --input-depth 16 --input-res 640x360 --output-csp i444
     --frames 10 --fps 1/1 --qp 0 --colormatrix smpte170m -o 10bit-ffmpeg-yuv444p16le.mp4
としてyuv444p16leでraw出力したものをx264(10bit)に直接渡してエンコした場合は、正しく色が保持されます。
  http://www1.axfc.net/uploader/Img/so/138750.png

65 :12/03/24

質問: --vf resize:csp では、RGBから16bitYUVに高精度で変換することはできないのでしょうか?
使用ツール
 Avisynth 2.6 Alpha3
x264 r2184 32bit 8bit-depth (x264.nl)
 ffmpeg r38996
デコード環境
 MPC-HC v1.6.0.4014
 Haali Media Splitter 1.11.288.0
 ffdshow tryouts rev4399 (※)
 ※「YV12からRGBへの高画質変換(High quality YV12 to RGB conversion)」の
  チェックを外しています。
ソース画像やavs,MP4,詳細メモなどを入れた再現セット
 http://www.mediafire.com/?9a9e7ukvwwkfivv

66 :12/03/24
x264は8bitじゃなくて10bitでしたorz (詰め合わせの中には一応8bitでエンコしたものも入ってますが。)

67 :12/03/24
以上です、編集長!

68 :12/03/24
うむ、没だっ!

69 :12/03/24
>>64
--vf resizeはx264にリンクされているswscaleをそのまま利用するので、
x264とffmpegの間で違いがあればそれは恐らくx264の中にはlibavがあって、
ffmpegと違うアルゴリズムをswscale内に使用しているという事になる。
avconvとffmpegでも同じ結果が出れば(=この二つの間に違いが出てくる)、
ttp://bugzilla.libav.org/ でバグレポキボンヌ。

70 :12/03/24
>>64
avs.c見る限りavisynth2.6で--output-csp i444が指定されavsがYV24でなければ入力の段階でConvertToYV24かけてるから
x264の仕様かと

71 :12/03/24
>>69
>>64の ffmpeg_38996.exe を avconv_32956.exe に置き換えて実行してみたところ、
  ●上下反転している
  ●8bitYUV化した時と同様に12箇所で色が変化している
という結果になりました。まさかここまで違う結果になるとは。avconvでは何か別のオプション指定が必要になるんでしょうか。
なんか自分の中で混乱してしまってますが、これは結局Libav側の問題ということになるんでしょうか?
>>70
書き忘れてしまいましたが、avs2pipemodを使ってbgr24をraw入力した場合も8bitYUV化と同じになりました。
ただ、avsの場合にConvertToYV24(8bitYUV化)が入ってしまうようだと、それも色変化の原因になりそうですね・・・。

72 :12/03/24
>>70
x264cliがswscaleをリンクしてる場合は、avisynthの色変換は使用されないよ
http://git.videolan.org/?p=x264.git;a=blob;f=input/avs.c;h=bf4d39ad0baa02f520241eb992f25f6b01c856c2;hb=refs/heads/master#l220
#if !HAVE_SWSCALE ってなってるでしょ

73 :12/03/24
!の意味が通じるのか微妙だが

74 :12/03/24
>>71
上下反転はさておき、libavとffmpegのswscaleの動作の違いみたいっすね。

75 :12/03/24
>>64
x264.cのinit_vid_filters()を見ると、sourceフィルタにresizeフィルタを
"normcsp"というオプションで固定で(無条件で)チェインさせているのが分かる
--vfオプションでリサイズフィルタを異なるパラメタで指定してもそれは
フィルタチェインに追加されるだけなので、デフォのnormcspの時点で劣化してるなら
意味ないでしょ
resizeフィルタの実装はfilters/video/resize.cを見ればわかる
normcspオプションが指定されている場合は、色フォーマットは
pick_closest_supported_csp()によって決定されているみたいだが
見たところ高解像度モードで処理するかどうかは単純にソースの色成分で
8bitを超えるものがあるかどうかで決めているようなので、現時点ではx264の仕様
(というか少なくともそういう実装になっている)ということになるんじゃね

76 :12/03/24
>>75
部分的にしか見れてませんが、へなちょこなりにコードを追ってみました。
init_vid_filters()の最初のほうにあるx264_init_vid_filter( "resize",・・・,"normcsp")は、
コード中のコメントにあるように、ソースの色空間を既知のものに確定させるための処理に見えます。
今回の場合はソースがbgr24なので、pick_closest_supported_csp()まで行かずあっさり確定して返っている気がします。
その後いくつかの処理の後にもう一度、今度は"normcsp"にはせずにx264_init_vid_filter( "resize",・・・)を
呼び出しているので、こちらで実際のresizeフィルタの初期化を行っているのではないかと。
エンコード時のログにも、resizeのinit()の中にある
  resize [warning]: converting from bgr24 to yuv444p16le
というメッセージが出ていますので、少なくともソースのbgr24から色空間の変換を行おうとしているように見えます。
そんなわけでやはりLibavのlibswscaleを使っているのが原因なのかなあと・・・。
間違っていたらすみません。

77 :12/03/24
>>76
なるほどログにそう出てるんなら正規化走った後で16bit化してるわけでは
ないのかな
じゃあ俺の勘違いか、ごめん

78 :12/03/24
RGBソースは8bitの--output-csp rgbで圧縮すればいいじゃんっていう話は置いておくとして、
RGBソースを10bit-depthのx264でyuv4xx(10bit)にエンコードすることを考えると、
  ・特にresizeを指定しなくても自動的にyuv4xxp16leまたはyuv4xxp10leに変換してエンコードする。
   (今はyuv4xxp(8bit)になってしまう)
  ・Libavのlibswscaleの挙動(?)を、FFmpegにあわせ、途中で8bitYUV化が入らないようにする。
となっていたほうが嬉しい気がしますが、そういうふうにはならないのかな。

79 :12/03/24
8(Y) + 9(Cg) + 9(Co)で8-bit RGBを再現できるこれも良さそうだが、
今のx264だと全部一緒くたに9-bitでやるしかないのが残念。
ConvertToYCgCo
http://forum.doom9.org/showthread.php?t=161736

80 :12/03/26
ヨブさんまたサイトが・・・

81 :12/03/26
ヨブさんをヨブ

82 :12/03/26
審議拒否

83 :12/03/27
来月から始まるトランスフォーマの新シリーズ。これは特撮CG系の番組だが
こういうのはcrfでエンコしない方がいいんだっけ?動き激しすぎて容量膨れまくるだろうし

84 :12/03/27
意味不明

85 :12/03/27
品質一定にするためのcrfだろ

86 :12/03/27
crfで品質一定に?何の冗談だよ。いいとも増刊号とか60fpsでエンコするときも
毎回シーンチェンジを切り目に20000フレーム毎に分割エンコしてmkvでマージさせている。
crfを指定してエンコしたものは品質(圧縮率とSSIM/PSNRの値)が一定になることは殆どない。
値もバラバラ。一定になるのならdb値の変動幅も小さいはずだろ?

87 :12/03/27
おもしろい

88 :12/03/27
ほんとおもしれーな
ビットレ指定と勘違いしてんじゃねえのか

89 :12/03/27
いいとも〜

90 :12/03/27
>>86
お前もうエンコしなくて良いから

91 :12/03/27
じゃぁcrfが品質一定だという根拠と正しい意味を説明してみせろ。

92 :12/03/27
http://www.google.com/search?hl=ja&lr=lang_ja&ie=UTF-8&oe=UTF-8&q=x264+crf&num=50
x264エンコーディングで固定品質(qp,crf)の設定値を比較
x264のオプションの設定 品質基準VBRとは
--crfオプション
こちらのオプションは-qオプションに非常に良く似ています。x264のヘルプを見ると、「Quality-based VBR (nominal QP)」とあります。直訳すると品質ベースのVBR(名目上のQP)です。

93 :12/03/27
だから用語じゃなくてさ。

94 :12/03/27
アカン言葉が通じない

95 :12/03/27
これはファビョりフラグ

96 :12/03/27
いつの間にかPOP氏が2184ビルドしてた

97 :12/03/27
>>91
他のオプションとの兼ね合いでcrfの効果は全然違うし、明確な定義はソースを見れとしか
おおむね人間の感覚で一定の品質になるようなビットレート配分というぐらいの意味合い
・圧縮率は品質とは無関係だから一定にはならない
・PSNRも人間の感覚とは大きな乖離があるから一定はならない
SSIMは人間の感覚にマッチするように考えられた評価関数だけど、
最初にも述べたようにx264で用いられてる品質の定義とは必ずしも一致しないし、
そもそもほかのビットレート配分をコントロールするオプション(qcomp、AQ、trellis等)によっても変わる。

98 :12/03/27
この人一定のサイズに揃えてあると品質も一定だと思ってるのかな?
どんな動画でも一律似たような圧縮率になると思ってるんだろうか?

99 :12/03/27
97のレスを見てもしっくりくるレスがでてこないんだが
結局crfは品質を一定にできるわけじゃないんだろ?

100 :12/03/27
どこかの雑談スレでやれよ

101 :12/03/27
>>99
お前のいう「品質」とは?

102 :12/03/27
ソースと比べての画質・圧縮率・崩壊の加減

103 :12/03/27
とりあえず透過性ロゴは見えなくするし、いらないCMもカットするので
その部分に対する差異は無視するとしてだな。

104 :12/03/27
>>102
>画質
>崩壊の加減
その感じ方は人によってまちまちだろ?
SSIMなり、x264のcrfなり、それぞれの理論がある。必ずしも一致するわけではない。
また、人によって、用途によって、品質の評価を変えたいという場合のために各種オプションがある。
だからcrf以外のオプションの指定の仕方によって結果は変わってくる。
>圧縮率
それは品質をあらわすものではない。
違うソースでも圧縮率が一定なほうが、むしろ品質が一定とは言いがたい。

105 :12/03/27
とりあえず「crfの品質一定」について知りたいのは
↓こいつのレスに対する根拠とその意味なんだけどな。
> 85 名前:名無しさん@編集中[sage] 投稿日:2012/03/27(火) 13:54:36.87 ID:uAKxVqwy
> 品質一定にするためのcrfだろ
さらに言えば>>83のレスのまともなレスがこないのでさらにしっくりこない。
>>104
なんとなく伝えたいことは伝わってくるが、どんどん話がズレてきてないか?

106 :12/03/27
>>105
crfが品質一定というのは根拠も何もそういうオプションだし。
ググればいくらでも出てくる話だし、x264 --hullhelpでも、「Quality-based VBR」と説明されてる。
http://mewiki.project357.com/wiki/X264_Settings#crf
もっと詳しくはこのあたりとか。
>>83については、動きが激しいなら品質を保つにはたくさんビットレートが必要なんじゃないの、としか言いようが。
>どんどん話がズレてきてないか?
ずれてねーだろ。
品質って概念が食い違ってるから話が平行線なんだろうが。

107 :12/03/27
規定した一定の設定に沿ってビットレート消費を調節するそれがcrf
なので品質はその設定に沿って決められている
ビットが必要なところはその設定に沿って食うし、必要ないところは節約する
それだけだろ品質の認識の違い、誤解が無駄話の原因
ビットレート一定だとどこでも一定のため動くところも動かないところも「ビットレート」が一定
決して品質ではない、ビットが多く必要な部分では破綻する

108 :12/03/27
> >>83については、動きが激しいなら品質を保つにはたくさんビットレートが必要なんじゃないの、としか言いようが。
そりゃビットレを盛ればそれなりに品質も保てると思うがそれをやると容量が膨らむだろ?
実質CMカットして24分番組らしいからデータ量的に250〜300M前後に抑えたいんだよ。
トランスフォーマ系は毎度長いので2・3クールぐらい来そうな気がするし何話まであるのかわからないしな。
動きの多い実写/CGパートの混じるアニメとかだと、crfでエンコすると容量が一気に膨らむし難儀するだろう。

109 :12/03/27
>>108
容量が膨らむのが嫌ならcrf値を上げれば?

110 :12/03/27
しらねえよそんなの
お前はもう品質について語るな

111 :12/03/27
そもそもCRFは一定ファイルサイズでエンコする設定じゃないだろw
ビットレート指定のABRの2パスでやれや

112 :12/03/27
だから品質についてなんてどうでもいいだよ。
>>85からレスが帰ってこないからイライラしているだけだ。
なんで他人のあんたらが噛みついてくるんだか。

113 :12/03/27
>>112
2chに書き込みして何戯言いってんだw
噛みつかれて、もともとの話題。
だからIDと顔が真っ赤になっているんだよ

114 :12/03/27
crf指定 画質:できるだけ一定 ビットレート:↑↓
bitrate指定 ビットレート:できるだけ一定 画質:↑↓
ってだけの話だからサイズを制限したいならビットレート指定で決まりじゃね?

115 :12/03/27
>>113
IDが赤いのはレス数が多いのが原因
あと顔は別に赤くないので問題ない。
>>114
そうなんだよな
crfでも--vbv-maxrate指定ある程度までビットレ制限できる。
ま、動きの多いソースだとどのぐらいまで抑えていいものか判断に迷うが

116 :12/03/27
動きの激しい場所で容量が膨れてほしくない人でcrfを使いたい人には
--crf23 --qcomp 0 なんてどうでしょうか?
きっとご期待に沿える動作をしてくれると思います

117 :12/03/27
容量決め打ちしたいのにCRF使うなんてアホだろ

118 :12/03/27
品質一定画質一定にしたいならcbr10000でもしとけよもう

119 :12/03/27
>>118
変なのに絡まれてくっそウザかった気持ちはわかるけど、もうその話は終わって、
ただファイルサイズ抑えたいって言ってるだけなんだから、わざわざ無駄にかき回さないほうがいいと思う。

120 :12/03/27
>>116-118
アホの沙汰、飽きれてマジレスする気も失せる。

121 :12/03/27
>>120
馬鹿は来るなひとりで死んでろカス

122 :12/03/27
>>120
というか小学生の餓鬼じゃないんだから基本くらい自分で勉強し直せ

123 :12/03/27
俺もVBRまわりは実はちょっと疑問
qcomp最大、aq-mode=2にするとVBRっぽくなると理解してるんだけど
何でデフォでそうしないんだろ
--crf指定でもデフォではqcomp 0.6だよね?
たとえば、完全にVBRだと激しく動く部分にレートが割かれ過ぎるが
人の目にはどうせ動きの激しい部分の劣化はあまり認識できないから
デフォはもっと下げといてABR寄りにしよう、とかいう理由なのだとすれば、
レートコントロールが実際には人の認知・感覚に対して
まだ十分最適化されていない、ということになるのでは

124 :12/03/27
>>123
単一画像の最適化と動画全体の最適化を混同しちゃてるね

125 :12/03/27
ID:etmZvqiY
学習能力無いのか。おまえはNGぐらい覚えろ。

126 :12/03/27
やべえこいつ

127 :12/03/27
なーにあと残り1時間半でおまえらのNGも無効になるだけだ。

128 :12/03/27
crfが完璧に俺の望むだけの動作をしてくれない、かゆいところに微妙に手が届かない
っていう話なんだろうけど現行のx264だとそれが限界、後は手作業で工夫しろって事で
納得してもらうしかないよね

129 :12/03/27
キチガイがオプションを理解できてなかっただけ

130 :12/03/27
既に終わった話をいつまでもズルズルひきずってなにやっとんだ?

131 :12/03/27
キレ芸しかできない寒い芸人が静寂に支配された劇場で
満員の観客から冷ややかな視線を浴びせられて、怯えながら芸を続けてるだけ。
そんな感じ。

132 :12/03/27
>>127の子はどこに行っても阿呆扱いされてるな
自分の言ってることがどの位アホかすら気づかない規格外のアホ
春休みはこういうのを嘲笑するのも楽しいな

133 :12/03/27
春休み?学生が混じっているのか。

134 :12/03/27
正直疲れた

135 :12/03/27
83 名前:名無しさん@編集中[sage] 投稿日:2012/03/27(火) 02:26:09.83 ID:Jok74uSE [1/15]
来月から始まるトランスフォーマの新シリーズ。これは特撮CG系の番組だが
こういうのはcrfでエンコしない方がいいんだっけ?動き激しすぎて容量膨れまくるだろうし
86 名前:名無しさん@編集中[sage] 投稿日:2012/03/27(火) 15:12:20.15 ID:Jok74uSE [2/15]
crfで品質一定に?何の冗談だよ。いいとも増刊号とか60fpsでエンコするときも
毎回シーンチェンジを切り目に20000フレーム毎に分割エンコしてmkvでマージさせている。
crfを指定してエンコしたものは品質(圧縮率とSSIM/PSNRの値)が一定になることは殆どない。
値もバラバラ。一定になるのならdb値の変動幅も小さいはずだろ?
91 名前:名無しさん@編集中[sage] 投稿日:2012/03/27(火) 16:01:55.92 ID:Jok74uSE [3/15]
じゃぁcrfが品質一定だという根拠と正しい意味を説明してみせろ。
108 名前:名無しさん@編集中[sage] 投稿日:2012/03/27(火) 18:15:14.08 ID:Jok74uSE [9/15]
>>83については、動きが激しいなら品質を保つにはたくさんビットレートが必要なんじゃないの、としか言いようが。
そりゃビットレを盛ればそれなりに品質も保てると思うがそれをやると容量が膨らむだろ?
実質CMカットして24分番組らしいからデータ量的に250〜300M前後に抑えたいんだよ。
トランスフォーマ系は毎度長いので2・3クールぐらい来そうな気がするし何話まであるのかわからないしな。
動きの多い実写/CGパートの混じるアニメとかだと、crfでエンコすると容量が一気に膨らむし難儀するだろう。
www

136 :12/03/27
むしろJok74uSEってのが春休みで湧いてきたんだろ
頭もな

137 :12/03/27
>>Jok74uSE
ジョークなようなウゼェ奴って意味?
これだけバカだとID変わっても一発でわかるな。ID隠してバカ隠せずo(^▽^)o

138 :12/03/27
>>137
お前も黙ってりゃいいものを

139 :12/03/27
でもサルにおまえはサルだと自覚させるのも大事かも

140 :12/03/28
こういう流れは色空間の話と違って2chらしくて微笑ましい

141 :12/03/28
色空間ネタはもう要らないから

142 :12/03/28
いまさらだけど全然動いてないと思ってたキルミーベイベー意外と縮まらない

143 :12/03/28
どしたのわさわさ

144 :12/03/28
おお…crfで品質一定に?何の冗談だよ。

145 :12/03/28
>>142
>>22
気合が足りないんだよ。

146 :12/03/28
    ___      ___
.   (    )     (    )
     ̄|  |      |  | ̄
     |  |      |  |
     |  |.     |  |
     \ \__/ /
       \    /
       /|.    |ヽ
      / ⊃   ⊂.\
    / /|     |\ \
    ( <  |     |.  > ) ひみつだよ
    \ \|     |/ / 
  __ \__  ___/
  ||\  .:;Σ;:|  |:;て;:. \
  ||\\   """""    \
  ||  \|| ̄ ̄ ̄ ̄ ̄ ̄ ̄||
     .  || ̄ ̄ ̄ ̄ ̄ ̄ ̄||
       .||              ||

147 :12/03/28
            ______
            \     死  \
             |,.\  誰 者  \
           /   \  │ は、  \
          /    ,. i \__?_____\
          |    /.| |\||_______||~
          | .|   | | |  ||          ||
  _./⌒..───' | / | | .||          ||
  __/⌒ 二二ニニ ノ  U  ||        ||

148 :12/03/28
レスが進んでるから更新きたのかと思ったらこれだよ!!!

149 :12/03/28
ここでホットな情報をひとつ
有吉がもっとも嫌いなのはナンチャンらしい

150 :12/03/28
そういやAnother面白かったな

151 :12/03/28
まだ最終話見てないんだからネタバレすんなよ
絶対だぞ

152 :12/03/28
犯人はヤス

153 :12/03/28
Another録画してたけどまだ観てないwww
面白いなら一気に観てからエンコするかな

154 :12/03/28
>>148
http://toro.2ch.net/test/read.cgi/avi/1330397335/822
別スレで同じようなこと言ってる奴が居ると思ったが、
暴れてる奴は同じ奴でフイタw

155 :12/03/28
場の空気を読まずに「おまえ」「こいつ」という1人称を
平然と使い続ける奴は人格障害だから温かい目でみてやんな

156 :12/03/28
>>148
おまおれw

157 :12/03/29
ヨブさんサイト復活したけど10bitのx264が404です

158 :12/03/29
ヨブさん10bit復活ありがとうござる

159 :12/03/30
とりあえずここで
http://k4095-takuan.blogspot.jp/2011/10/avisynth-x264-10bit-depth.html
↑によると、(x264での)16bit -> 10bitのティザリングを行わない方法がいいといっているんだけど、これってどういうことなの?

160 :12/03/30
そんなの書いてないだろ
f3kdb使ったら自分の好きなディザリングアルゴリズム使えるってだけだ

161 :12/03/30
r2184ってなんだか容量小っちゃくなって細部つぶれぎみな気がするな
2164と同じくらいの容量目指しても
海外のユーザーは高圧縮最適化を目指してるのかね

162 :12/03/30
だったらcrfを0.5くらい上げてみればいいだけじゃん

163 :12/03/30
下げるの間違いだった

164 :12/03/30
それを言うならqcompの値を調整すればいいんじゃない?
crfだけじゃあまり変わらんと思う、むしろ余計変になるかもよ。

165 :12/03/30
>>160
ditherのDither_convey_yuv4xxp16_on_yvxx()だとディザリングアルゴリズムが選べないというわけか

166 :12/03/30
>>165
Dither_convey_yuv4xxp16_on_yvxx()は16bit出力しかできないからディザリングそのものがないのでは。

167 :12/03/30
>>164
逆だろw

168 :12/03/30
crfだけ変えてもビットレート食うだけで変わらないことは多々ある

169 :12/03/30
>>159の記事の「f3kdb()で10bit出力してx264(10bit)に渡す」というケースに関しての質問です。記事では、
 ・x264(10bit)に10bitを入力すると、内部で一度16bitに変換し、その後10bitにディザリングしてエンコする。
 ・skip_depth_filterパッチが当たっているx264(10bit)に10bitを入力すれば、x264内部での
  「10bit→16bit→(ディザリング)→10bit」の処理が省略される。
とのことで、「個人的にはf3kdb()で10bit出力してskip_depth_filterパッチを当てたx264でエンコがいい」とされています。
一方、depth.cの62行目あたりのコメントを読むと、
  「ソースがscale_image()と同じ方法でアップコンバートされた場合は、
   ディザリングで元のソースと同じビット深度に落としたとしても可逆」
と書かれているように読めます。
だとすると、x264内部での「10bit→(アップコンバート)→16bit→(ディザリング)→10bit」は可逆となるので、
skip_depth_filterの有無による違いは、(無駄に)処理をするかどうかというだけで、
エンコード結果に違いはないように思えるのですが、違うのでしょうか?

170 :12/03/30
補足:
 ・depth.c
  http://git.videolan.org/?p=x264.git;a=blob;f=filters/video/depth.c;h=e01aaae4f46cdebbaedf2cb2cc92aec95764af41;hb=HEAD
 ・62行目からのコメント引用
  The dithering algorithm is based on Sierra-2-4A error diffusion. It has been written in such a way
  so that if the source has been upconverted using the same algorithm as used in scale_image,
  dithering down to the source bit depth again is lossless.

171 :12/03/30
あ、失礼、記事を読み違えてた気がする・・・。
skip_depth_filterの有無でエンコード結果が変わると書いてるわけじゃないですね。
>>169の「結果に違いは出ない」という解釈が正しいかどうかだけでも教えていただければ幸いです。

172 :12/03/30
なぜコメに投稿しない

173 :12/03/30
そうしようか迷ったんだけど、ちょうど話題に上がってたし、ここのほうが色々な人の意見が聞けるかなと思って。

174 :12/03/31
http://goldenhige.cocolog-nifty.com/blog/2012/03/rgb24x26410biti.html
これがYV12だとどうなる?

175 :12/03/31
>>174
YV12とYUV444の違いがわかればわかるでしょ

176 :12/03/31
BENIがカバー集リリースしたぐらい意味わからん・・
TOP カテ一覧 スレ一覧 2ch元 削除依頼
メディアコンバーター (347)
【AVI/ASF/MKV】最強コンテナ決定戦【MOV/MP4/OGG】 (500)
HDキャプチャで使うレコーダー/チューナー8 (951)
【放送業界】もうテープはなくなる?【新記録媒体】 (575)
アースソフトPT3に望むこと3 (833)
映像可逆圧縮総合スレ Part3 (578)
--log9.info------------------
  D  A  O  v s  A  D  O   (126)
自治スレ@DB板 2 (276)
OODB - オブジェクト指向データベース (296)
データベース破壊録カイジ (144)
[終了]今は亡きInformixに文句を言うスレ[おつかれ] (148)
XML統合スレッド (391)
【論理ファイル】AS400DB【キューリー】 (239)
CSVファイルのスレ (219)
【フラッピー】db-SOFTについて語るスレ【ホタル】 (105)
Oracle>>>>>>SQLServer (236)
【DBMS】 HiRDB (160)
MSXでデータベースを作りたいのですが (131)
データベース系の仕事をしたくて探しているのですが (157)
DB板のみんなでUDやるぞ! (411)
Oracle? DB2? Symfoware? HiRDB? SQL鯖? (390)
データベース関連資格スレ (191)
--log55.com------------------
ピース(両切り)12本目
【MOD】電子タバコ 自称上級者スレ 1本目【RBA】
ちゃんと肺喫煙出来てる?
VAPEのリキッドボトル 保存容器について語れ
iQOS/glo/PloomTECH S 体調不良総合スレ Part8
【インペリアル】PULZE(パルズ) Part1
シガリロで1日の終わりにリラックスしましょう4本目
滝内書込禁止 VAPE初心者質問に答える130本目