12/03/20 15:07:07.17 Jo7M507N
Q ニコニコ用の動画を作りたい。
A 板違い、Youtube板の"FLV/MP4作成スレ"でどぞ。
Q 圧縮codecありませんか。AviUtlで使いたい。x264gui.auoの使い方は？
A x264 VFW GUI専用スレでどうぞ。
ｽﾚﾘﾝｸ(avi板)
Q コマンドラインの使い方が分かりません
A 初心者スレでどうぞ
ｽﾚﾘﾝｸ(avi板)
[本家]
URLﾘﾝｸ(www.videolan.org)
URLﾘﾝｸ(git.videolan.org) (ソース/チェンジログ)
URLﾘﾝｸ(x264dev.multimedia.cx) (開発者のブログ)
URLﾘﾝｸ(doom10.org) (公式フォーラム)
irc://irc.freenode.net#x264(ユーザー用IRCチャンネル）
irc://irc.freenode.net#x264dev(開発者用IRCチャンネル）
[バイナリ]
Getting the latest x264
URLﾘﾝｸ(doom10.org)
前スレ
x264 rev35
ｽﾚﾘﾝｸ(avi板)
2:名無しさん＠編集中
12/03/20 15:07:22.87 Jo7M507N
H.264の再生法や規格などの話題は
MPEG-4 AVC/H.264 総合スレ Part8
ｽﾚﾘﾝｸ(avi板)
AviSynthの使い方等は
Avisynthを絶讃ιょぅょ Part30
ｽﾚﾘﾝｸ(avi板)
インタレ規格の話題は
インタレ解除しないスレの3っぽいスレ
ｽﾚﾘﾝｸ(avi板)
リサイズやアス比の話題は
アスペクト比 part6
ｽﾚﾘﾝｸ(avi板)
MP4コンテナの話題は
【MP4】ISOMPEG-4普及委員会4【M4A】【3GP】
ｽﾚﾘﾝｸ(avi板)
Matroskaの話題は
【mkv】MatroskaVideo総合スレ8【mka】
ｽﾚﾘﾝｸ(avi板)
PS3の話題は
【H.264】 PS3動画スレッド8 【1080p】
ｽﾚﾘﾝｸ(avi板)
3:名無しさん＠編集中
12/03/20 20:15:37.87 ad9XLWDP
おお… 生tsが一番高画質と思ってるのがいるのか
4:名無しさん＠編集中
12/03/20 21:49:45.65 atkhloaZ
スレ違いさんかい、早い、早いよ
5:名無しさん＠編集中
12/03/21 01:03:49.94 Wg6N2nMF
>>3
>生tsが一番高画質と思って
俺も思ってる
何をしようとソース以上である筈が無い
加工して一見綺麗になっていたとしてもそれはオリジナルから更に遠い存在になってるだけ
ただ軽くしたいから再エンコードしてるだけ
6:名無しさん＠編集中
12/03/21 01:42:14.60 D3As0Prx
アホくさ
7:名無しさん＠編集中
12/03/21 03:08:29.23 SX21kgsW
マジレスすると納品物は制作でエンコされてて、
放送波に載せる時に更に局で再デコエンコされてる(配信局)
CATVなんかだとヘッドエンド等で更に再デコエンコされてる
ソース教の方の神は何処に居るんだろうか
懺悔
随分前だけど系切り替えに失敗して0.5秒ほどブラックアウトさせました
ゴメンナサイ
8:名無しさん＠編集中
12/03/21 03:22:13.48 Krs69iCM
>>7
俺らが制作のマスターをあたりまえのように入手できるはずもなく
放送波のMPEG2が最もエンコード回数の少ないソースになるのは仕方ないこと
まあこの手ネタはBD買っとけで
9:名無しさん＠編集中
12/03/21 03:23:48.48 ihCJv+6S
おお… 生tsが一番高画質と思ってるのがいるのか
10:名無しさん＠編集中
12/03/21 03:30:19.15 SX21kgsW
>>8
とりあえずBD買っとけでFAなのはその通りだな
ただ放送波は(正確にはBDも)ヤッチャッテルのが少なからずあるんで、
そこは手加える余地はあると思うよ
再エンコード＝劣化ってイメージする人多いけれど、
実はそんなことはなくて、適切な処理施せばオリジナルに近い形を復元できる事もある
ばかぽの人とかが時々やってるアレ
当然無理なもんは無理だけど
11:名無しさん＠編集中
12/03/21 03:32:10.54 ihCJv+6S
tsのままだとくすんでるから未視聴のものはエンコして綺麗にしてから見てる
サイズはそれなりだが
12:名無しさん＠編集中
12/03/21 03:38:56.94 1g5/VXBt
ウザ
荒しネタに荷担すんなや
13:名無しさん＠編集中
12/03/21 03:44:18.97 SX21kgsW
>>11
そこはたぶん好みの部分だと思うがｗ
余談だけど、マスター以外がヤッチャウ時の話
送出するときってリアルタイムにdemux→映像/音声デコード→テロ挿入とか→映像/音声エンコード→muxしてて、
おまいらがエンコしてるのと同じ作業をリアルタイムでやってるんだ
で、それぞれの機器も当然不調/調整ミスがある
音声同期おかしくなる事もあるし、ブロック喰う事もある
アニメじゃないけど稀によくあるのが音声モードの設定ミスとかな
なので過度にtsに拘っても厳密には「○○放送局のソースを残す」以外の意味はないと思う
14:名無しさん＠編集中
12/03/21 03:52:40.74 1g5/VXBt
コピペに反応すんなやカス
15:名無しさん＠編集中
12/03/21 05:40:26.70 8QoKUKV8
簡単なフィルタ処理だけしてx264可逆が最強ですね。分かります
mpeg2より圧縮率がずっと高いって謳っても放送ソース越えられないってなんかなぁ。もっとBDよりも綺麗なソースをエンコして保存したい
16:名無しさん＠編集中
12/03/21 11:32:20.52 Wg6N2nMF
「やっちゃってる」ところ以外いじる意味なしってことでしょ?
色だの線の太さだのオリジナル状態知らないで自分の好みでいじるのは
結局自己満足なんだから否定できる訳も無いけど
やっぱりソースに近いほど良いことになる
17:名無しさん＠編集中
12/03/21 11:39:11.82 wcqoY3GN
スレチ
18:名無しさん＠編集中
12/03/21 14:39:47.36 98sJ8jdM
おい色空間スレが落ちてるぞ
19:名無しさん＠編集中
12/03/21 14:54:28.38 xxBl0IsD
立ってから18日、今回も12レスで終了か。セミのように儚い命だったな。冥福を祈るとしよう・・・。
20:名無しさん＠編集中
12/03/21 16:41:54.12 8luA2HKN
ここか
21:名無しさん＠編集中
12/03/21 17:14:19.39 FwGdoddd
次はここか。
22:名無しさん＠編集中
12/03/21 18:08:31.47 aYsZ0LV5
fﾍ ,.. -─ ¨z_ fﾍ._ ,. -‐ ¨￣ﾞk、
r"ﾞΥ ﾉ:＼ (¨´Υ ﾉ::＼
＿_ _〉 _,.ﾑ、 /i::::::::> ,.-‐‐- }､ ,..ﾝ-､ ム､:::ｱ､
(´ ｀ﾑyﾍ´ ヽ"´ ヽ' :. ( ,、 i-<ﾍ¨´ `" ヽ ﾞ;
| ◯ |{_ﾉ: :.:７´ 〉 .} ﾄ､〉┷ ｼ'|" ', 〉 .}
lV＼ /|/: : : : / /､,/ ＼ i Уｨ'´ ﾑヽ ﾉ {ｰ/
-=ﾐ､: : : : : : :_ノ |_./ __≧＿＿＿メ彡─----.＿{ﾏ＿
＿＿
,,,＜:.:.:.:.:.:.:.:.:.:.:.:.:7ー.... ＿_
. ／////|:.:.:.:.:.:.:.:.:.:.:.:.:.| ￣｀ヽ
／/////,∧:.:.:.:.:.:.:.:.:.:.:.:.:ト ＿＿_, '.
／/////////|:.:.:.:.:.:.:.:.:.:.:.7 ﾄ─イl
f。///////厂￣￣ ヽ:.:.:.:.:/ V//∧
,. -.-... |/|/////// |_::／ ヽ//∧
/: : : :｀:x|}ｲ/⌒ヽ// ＿ '//∧
,: : : : : ＼j/ ／Y))ー─´_二j V/∧ー- ､
从: : : : ＼( {|{ ￣` ... ￣ ヒ:///＜＿_
｀ー≧く乂__｀ﾃー ＿ ｀ーュ_ |////////)
`ー-ｰ<＞ ￣￣￣
23:名無しさん＠編集中
12/03/21 20:04:38.39 pIIcRe8z
テンプレが既に終わってた
24:名無しさん＠編集中
12/03/21 20:16:28.08 xmksv9S3
その他プロのマスタリングエンジニアが使ってそうな高級ソフトウェア
Interra Vega H.264/VC1アナライザ 価格不明 発売年不明
＞ エンコーダ開発者、システムエンジニア、QAエンジニアの方々にとって理想的なツール（らしい）
URLﾘﾝｸ(www.itaccess.co.jp)
・各種規格に対して適合検査、互換性の検証をしたい
・エンコードされたストリームに含まれる問題点の抽出と解決・修正をしたい
・製品のパフォーマンスを最適化したい
などの用途に最適。
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 20:22:18.86 xmksv9S3
アニメとは異なるけど出先からの生中継だとこんな感じで複数コーデックが入り交じりエンデコ繰り返されてるらしい。
2012年でもこうなのかは不明。アニメや録画制作番組やスタジオ生中継（ニュース、Mステ）はおそらく少ない
URLﾘﾝｸ(www.ntt-electronics.com)
26:名無しさん＠編集中
12/03/21 20:25:10.88 yxhJAbDe
ふたばのグロスレ行ってみなよ
BLOOD-Cの話がちょくちょくやってるから
27:名無しさん＠編集中
12/03/21 20:29:50.38 xmksv9S3
Mozilla が H.264 をサポートへ、webM 一本化を断念
URLﾘﾝｸ(japanese.engadget.com)
主流は明らかに H.264 である以上、Mozilla の決断はけっきょくユーザにとって一番良い形になったと言えそうです。
そしてMozilla Corporation 最高技術責任者 Brendan Eich 氏が言うとおり「一戦には敗れたが、戦争は続く」。
28:名無しさん＠編集中
12/03/21 20:30:58.32 Qj103LxM
>>24
主にJMの出力に対して比べてるとか、Elecard Streameyeが使用されてる。
URLﾘﾝｸ(www.elecard.com)
（無料体験版もアリ）
音声に対しては分からないけど、多分JMに似たようなインプレメンテーション
の出力に比べてるんじゃないかな。
29:名無しさん＠編集中
12/03/21 20:32:45.88 3z5rxcNw
548 ：名無しさん＠編集中：2012/03/03(土) 16:38:46.54 ID:az66lC9S
立てた
マジでウザいから以降色空間関係はこっちでやって
【YUY2 YV12】色空間スレ【RGB24 33】
ｽﾚﾘﾝｸ(avi板)
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】
ｽﾚﾘﾝｸ(avi板)
たぶん、32スレ目だと思ったんだろう。
6 ：名無しさん＠編集中：2012/03/05(月) 11:45:01.91 ID:5ot5CNPU
RGB33www
ないわぁw
やはりその程度の理解力しかなかったかw
30:名無しさん＠編集中
12/03/21 21:01:56.37 8QoKUKV8
>>25
映像伝送の際に使われることの多いAVC/H.264 Highプロファイル（4:2:2には非対応）と比較して、2倍の色情報を持つことが可能なAVC/H.264 High4:2:2プロファイル（4:2:2に対応）に対応する
2倍の色情報…?
31:名無しさん＠編集中
12/03/21 22:26:08.21 xxBl0IsD
YUV4:2:2 → ２ピクセルで色差情報２つ（Cb×1、Cr×1） → １ピクセルあたり１個の色差情報
YUV4:2:0 → ４ピクセルで色差情報２つ（Cb×1、Cr×1） → １ピクセルあたり0.5個の色差情報
32:名無しさん＠編集中
12/03/21 22:27:12.65 eYRzn6xP
間違ってないだろ
33:名無しさん＠編集中
12/03/22 02:06:31.89 ujNZI4fE
YUV4:2:0はYUV4:2:2の色差情報インターレース版だと思えばいい
34:名無しさん＠編集中
12/03/22 06:28:08.89 Xa8Laptx
ヨブさん今回は2164のまま更新されないけど2183でバグがあったから2184も見送りなのかな？
35:名無しさん＠編集中
12/03/22 07:33:54.73 HZT/fLxk
>>34
単に忙しかったりするよ。444p10でエンコしてた時クラッシュバグ発見したし、
アレをデバグしないといけないし(バニラなx264では発生しない)。
36:名無しさん＠編集中
12/03/22 11:13:35.66 g2r87oX4
444はそんな問題抱えてたのか
37:名無しさん＠編集中
12/03/22 13:51:44.04 IBMF7rhX
バニラって何？
38:名無しさん＠編集中
12/03/22 14:00:30.84 YJWWdoxo
バニラ（アイス）はプレーン（オムレツ）とか素（うどん）とかと同じ意味
ソフトウェア的には、いけないパッチ当てたりけしからん魔改造とかしてない
素顔のままの君ってことです
たぶんね
39:名無しさん＠編集中
12/03/22 14:04:15.87 WvjWl+Z7
ひやくしすぎだろ。
40:名無しさん＠編集中
12/03/22 14:33:39.21 w5k7KwUL
クリームパイとストロベリーミルクなx264をお願いします
41:名無しさん＠編集中
12/03/22 15:53:26.05 6SkHlKF6
各パッチが何味か決めようぜ
L-SMASHはチョコチップでどうよ
42:名無しさん＠編集中
12/03/22 15:59:04.65 Na1gMXMy
誰にもフォローされてないtwitterで独りでつぶやいてなさい
43:名無しさん＠編集中
12/03/22 18:52:51.73 k1OqyQiB
バニラさん知らない奴がいるなんて・・・
44:名無しさん＠編集中
12/03/22 19:01:33.06 WvjWl+Z7
どうもパッチと聞くとジジ臭いイメージしか出てこないんだが。
45:名無しさん＠編集中
12/03/22 22:40:36.74 qsG2xqgI
ポール牧が浮かんだわ
46:名無しさん＠編集中
12/03/23 00:07:33.26 70cK8I+n
>>43
知らない
誰だよｗ
47:名無しさん＠編集中
12/03/23 02:11:21.78 hnoNIyKn
馬韮さん？
48:名無しさん＠編集中
12/03/23 02:59:04.64 5TqX8wlv
>>43
ローカル限定の話題か？
49:名無しさん＠編集中
12/03/23 03:07:47.54 cTpU/XqG
ギャラクシーエンジェルじゃないの
50:名無しさん＠編集中
12/03/23 03:43:50.06 ZYytwqCU
山崎
51:名無しさん＠編集中
12/03/23 06:22:44.12 yq7+YXwh
バニラは俺の女
52:名無しさん＠編集中
12/03/23 10:54:27.74 /BZCKCs2
実はレバニラの誤植
53:名無しさん＠編集中
12/03/23 21:58:51.08 Xk6K6Pvx
で、r2185はまだ来ないの？
54:名無しさん＠編集中
12/03/23 22:43:44.04 NsXa6IrW
もうr2190ぐらいじゃね
55:名無しさん＠編集中
12/03/23 22:46:37.25 Xk6K6Pvx
chenge.logにはまだそんな報告来てないんだが
56:名無しさん＠編集中
12/03/23 23:34:26.79 NsXa6IrW
changelogの更新はx264.nlでx264.exeが更新されるタイミングじゃなかったっけ
57:名無しさん＠編集中
12/03/24 00:00:18.82 7UacU1s8
っ URLﾘﾝｸ(git.videolan.org)
(>>1にも書いてあるだろJK)
58:名無しさん＠編集中
12/03/24 01:27:30.17 vKLnmVAG
レバーとか食感キモイし味も不味いしなんで内臓喰う野蛮人がいるのか理解でけへんわ
59:名無しさん＠編集中
12/03/24 01:31:53.25 nEXenV/W
なるほど・・・縦読みか
60:名無しさん＠編集中
12/03/24 01:37:46.50 iwZ+S1i9
食べ物を大事にしろよ
人口爆発と食糧難の時代はいずれくるぞ
61:名無しさん＠編集中
12/03/24 02:18:31.17 fHR/aIbT
>>58
お前は野菜だけ食ってろ
62:名無しさん＠編集中
12/03/24 03:28:35.90 TeL+U2tZ
関西圏の奴は小麦粉さえあれば生きていけるからな
63:名無しさん＠編集中
12/03/24 03:41:39.59 UhxdhOpB
関西人は小麦粉にソースかけて食えば満足
64:名無しさん＠編集中
12/03/24 03:44:03.47 nEXenV/W
前スレ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化した時と同じように１２ヶ所で色がわずかに変化してしまいます。
URLﾘﾝｸ(www1.axfc.net)
一方、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)に直接渡してエンコした場合は、正しく色が保持されます。
URLﾘﾝｸ(www1.axfc.net)
65:名無しさん＠編集中
12/03/24 03:45:19.15 nEXenV/W
質問： --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,詳細メモなどを入れた再現セット
URLﾘﾝｸ(www.mediafire.com)
66:65
12/03/24 03:59:05.10 nEXenV/W
x264は8bitじゃなくて10bitでしたorz （詰め合わせの中には一応8bitでエンコしたものも入ってますが。）
67:名無しさん＠編集中
12/03/24 05:03:17.31 p0bK7IdC
以上です、編集長！
68:名無しさん＠編集中
12/03/24 05:48:08.16 IaKbsJvd
うむ、没だっ！
69:名無しさん＠編集中
12/03/24 08:30:10.65 kg2NCe5K
>>64
--vf resizeはx264にリンクされているswscaleをそのまま利用するので、
x264とffmpegの間で違いがあればそれは恐らくx264の中にはlibavがあって、
ffmpegと違うアルゴリズムをswscale内に使用しているという事になる。
avconvとffmpegでも同じ結果が出れば（＝この二つの間に違いが出てくる）、
URLﾘﾝｸ(bugzilla.libav.org) でバグレポキボンヌ。
70:名無しさん＠編集中
12/03/24 10:22:38.57 xmcOEc6i
>>64
avs.c見る限りavisynth2.6で--output-csp i444が指定されavsがYV24でなければ入力の段階でConvertToYV24かけてるから
x264の仕様かと
71:64,65
12/03/24 13:41:21.73 aoWDXxl2
>>69
>>64の ffmpeg_38996.exe を avconv_32956.exe に置き換えて実行してみたところ、
●上下反転している
●8bitYUV化した時と同様に12箇所で色が変化している
という結果になりました。まさかここまで違う結果になるとは。avconvでは何か別のオプション指定が必要になるんでしょうか。
なんか自分の中で混乱してしまってますが、これは結局Libav側の問題ということになるんでしょうか？
>>70
書き忘れてしまいましたが、avs2pipemodを使ってbgr24をraw入力した場合も8bitYUV化と同じになりました。
ただ、avsの場合にConvertToYV24(8bitYUV化)が入ってしまうようだと、それも色変化の原因になりそうですね・・・。
72:名無しさん＠編集中
12/03/24 15:54:45.45 0nANgev5
>>70
x264cliがswscaleをリンクしてる場合は、avisynthの色変換は使用されないよ
URLﾘﾝｸ(git.videolan.org)
#if !HAVE_SWSCALE ってなってるでしょ
73:名無しさん＠編集中
12/03/24 16:11:55.18 U1UCKav5
!の意味が通じるのか微妙だが
74:名無しさん＠編集中
12/03/24 19:16:05.60 kg2NCe5K
>>71
上下反転はさておき、libavとffmpegのswscaleの動作の違いみたいっすね。
75:名無しさん＠編集中
12/03/24 19:40:55.36 GRhh6pwv
>>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 22:12:38.69 mbg3gD+v
>>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 22:19:10.53 GRhh6pwv
>>76
なるほどログにそう出てるんなら正規化走った後で16bit化してるわけでは
ないのかな
じゃあ俺の勘違いか、ごめん
78:名無しさん＠編集中
12/03/24 22:53:20.77 mbg3gD+v
RGBソースは8bitの--output-csp rgbで圧縮すればいいじゃんっていう話は置いておくとして、
RGBソースを10bit-depthのx264でyuv4xx(10bit)にエンコードすることを考えると、
・特にresizeを指定しなくても自動的にyuv4xxp16leまたはyuv4xxp10leに変換してエンコードする。
（今はyuv4xxp(8bit)になってしまう）
・Libavのlibswscaleの挙動(？)を、FFmpegにあわせ、途中で8bitYUV化が入らないようにする。
となっていたほうが嬉しい気がしますが、そういうふうにはならないのかな。
79:名無しさん＠編集中
12/03/24 23:20:39.19 GSQzge8m
8(Y) + 9(Cg) + 9(Co)で8-bit RGBを再現できるこれも良さそうだが、
今のx264だと全部一緒くたに9-bitでやるしかないのが残念。
ConvertToYCgCo
URLﾘﾝｸ(forum.doom9.org)
80:名無しさん＠編集中
12/03/26 03:06:31.73 Gmon2wnZ
ヨブさんまたサイトが・・・
81:名無しさん＠編集中
12/03/26 03:13:13.99 S/J61Y3W
ヨブさんをヨブ
82:名無しさん＠編集中
12/03/26 08:56:38.57 jMkXumV6
審議拒否
83:名無しさん＠編集中
12/03/27 02:26:09.83 Jok74uSE
来月から始まるトランスフォーマの新シリーズ。これは特撮CG系の番組だが
こういうのはcrfでエンコしない方がいいんだっけ？動き激しすぎて容量膨れまくるだろうし
84:名無しさん＠編集中
12/03/27 13:22:43.88 IGr5ZJiU
意味不明
85:名無しさん＠編集中
12/03/27 13:54:36.87 uAKxVqwy
品質一定にするためのcrfだろ
86:名無しさん＠編集中
12/03/27 15:12:20.15 Jok74uSE
crfで品質一定に？何の冗談だよ。いいとも増刊号とか60fpsでエンコするときも
毎回シーンチェンジを切り目に20000フレーム毎に分割エンコしてmkvでマージさせている。
crfを指定してエンコしたものは品質(圧縮率とSSIM/PSNRの値）が一定になることは殆どない。
値もバラバラ。一定になるのならdb値の変動幅も小さいはずだろ？
87:名無しさん＠編集中
12/03/27 15:19:30.63 PxdKwf17
おもしろい
88:名無しさん＠編集中
12/03/27 15:22:52.37 MzINEQxy
ほんとおもしれーな
ビットレ指定と勘違いしてんじゃねえのか
89:名無しさん＠編集中
12/03/27 15:22:59.93 KTq28Ied
いいとも～
90:名無しさん＠編集中
12/03/27 15:40:34.16 VCRy8J+S
>>86
お前もうエンコしなくて良いから
91:名無しさん＠編集中
12/03/27 16:01:55.92 Jok74uSE
じゃぁcrfが品質一定だという根拠と正しい意味を説明してみせろ。
92:名無しさん＠編集中
12/03/27 16:08:30.27 MzINEQxy
URLﾘﾝｸ(www.google.com)
x264エンコーディングで固定品質(qp,crf)の設定値を比較
x264のオプションの設定 品質基準VBRとは
--crfオプション
こちらのオプションは-qオプションに非常に良く似ています。x264のヘルプを見ると、「Quality-based VBR (nominal QP)」とあります。直訳すると品質ベースのVBR(名目上のQP)です。
93:名無しさん＠編集中
12/03/27 16:09:38.59 Jok74uSE
だから用語じゃなくてさ。
94:名無しさん＠編集中
12/03/27 16:15:22.74 MzINEQxy
アカン言葉が通じない
95:名無しさん＠編集中
12/03/27 16:15:51.42 37FhaMxV
これはファビョりフラグ
96:名無しさん＠編集中
12/03/27 16:22:46.28 7ifT0Bx8
いつの間にかPOP氏が2184ビルドしてた
97:名無しさん＠編集中
12/03/27 16:27:03.50 d+LBlZRN
>>91
他のオプションとの兼ね合いでcrfの効果は全然違うし、明確な定義はソースを見れとしか
おおむね人間の感覚で一定の品質になるようなビットレート配分というぐらいの意味合い
・圧縮率は品質とは無関係だから一定にはならない
・PSNRも人間の感覚とは大きな乖離があるから一定はならない
SSIMは人間の感覚にマッチするように考えられた評価関数だけど、
最初にも述べたようにx264で用いられてる品質の定義とは必ずしも一致しないし、
そもそもほかのビットレート配分をコントロールするオプション（qcomp、AQ、trellis等）によっても変わる。
98:名無しさん＠編集中
12/03/27 17:01:19.31 rq67Ko/U
この人一定のサイズに揃えてあると品質も一定だと思ってるのかな？
どんな動画でも一律似たような圧縮率になると思ってるんだろうか？
99:名無しさん＠編集中
12/03/27 17:07:17.31 Jok74uSE
97のレスを見てもしっくりくるレスがでてこないんだが
結局crfは品質を一定にできるわけじゃないんだろ？
100:名無しさん＠編集中
12/03/27 17:09:01.27 lE/fkipt
どこかの雑談スレでやれよ
101:名無しさん＠編集中
12/03/27 17:27:11.41 d+LBlZRN
>>99
お前のいう「品質」とは？
102:名無しさん＠編集中
12/03/27 17:30:59.60 Jok74uSE
ソースと比べての画質・圧縮率・崩壊の加減
103:名無しさん＠編集中
12/03/27 17:32:33.42 Jok74uSE
とりあえず透過性ロゴは見えなくするし、いらないCMもカットするので
その部分に対する差異は無視するとしてだな。
104:名無しさん＠編集中
12/03/27 17:35:25.74 d+LBlZRN
>>102
>画質
>崩壊の加減
その感じ方は人によってまちまちだろ？
SSIMなり、x264のcrfなり、それぞれの理論がある。必ずしも一致するわけではない。
また、人によって、用途によって、品質の評価を変えたいという場合のために各種オプションがある。
だからcrf以外のオプションの指定の仕方によって結果は変わってくる。
>圧縮率
それは品質をあらわすものではない。
違うソースでも圧縮率が一定なほうが、むしろ品質が一定とは言いがたい。
105:名無しさん＠編集中
12/03/27 17:49:49.28 Jok74uSE
とりあえず「crfの品質一定」について知りたいのは
↓こいつのレスに対する根拠とその意味なんだけどな。
> 85 名前：名無しさん＠編集中[sage] 投稿日：2012/03/27(火) 13:54:36.87 ID:uAKxVqwy
> 品質一定にするためのcrfだろ
さらに言えば>>83のレスのまともなレスがこないのでさらにしっくりこない。
>>104
なんとなく伝えたいことは伝わってくるが、どんどん話がズレてきてないか？
106:名無しさん＠編集中
12/03/27 18:03:39.94 d+LBlZRN
>>105
crfが品質一定というのは根拠も何もそういうオプションだし。
ググればいくらでも出てくる話だし、x264 --hullhelpでも、「Quality-based VBR」と説明されてる。
URLﾘﾝｸ(mewiki.project357.com)
もっと詳しくはこのあたりとか。
>>83については、動きが激しいなら品質を保つにはたくさんビットレートが必要なんじゃないの、としか言いようが。
>どんどん話がズレてきてないか？
ずれてねーだろ。
品質って概念が食い違ってるから話が平行線なんだろうが。
107:名無しさん＠編集中
12/03/27 18:10:31.15 MzINEQxy
規定した一定の設定に沿ってビットレート消費を調節するそれがcrf
なので品質はその設定に沿って決められている
ビットが必要なところはその設定に沿って食うし、必要ないところは節約する
それだけだろ品質の認識の違い、誤解が無駄話の原因
ビットレート一定だとどこでも一定のため動くところも動かないところも「ビットレート」が一定
決して品質ではない、ビットが多く必要な部分では破綻する
108:名無しさん＠編集中
12/03/27 18:15:14.08 Jok74uSE
> >>83については、動きが激しいなら品質を保つにはたくさんビットレートが必要なんじゃないの、としか言いようが。
そりゃビットレを盛ればそれなりに品質も保てると思うがそれをやると容量が膨らむだろ？
実質CMカットして24分番組らしいからデータ量的に250～300M前後に抑えたいんだよ。
トランスフォーマ系は毎度長いので2・３クールぐらい来そうな気がするし何話まであるのかわからないしな。
動きの多い実写/CGパートの混じるアニメとかだと、crfでエンコすると容量が一気に膨らむし難儀するだろう。
109:名無しさん＠編集中
12/03/27 18:19:31.42 d+LBlZRN
>>108
容量が膨らむのが嫌ならcrf値を上げれば？
110:名無しさん＠編集中
12/03/27 18:19:43.61 MzINEQxy
しらねえよそんなの
お前はもう品質について語るな
111:名無しさん＠編集中
12/03/27 18:25:14.30 yHwDugZC
そもそもCRFは一定ファイルサイズでエンコする設定じゃないだろｗ
ビットレート指定のABRの2パスでやれや
112:名無しさん＠編集中
12/03/27 18:25:44.84 Jok74uSE
だから品質についてなんてどうでもいいだよ。
>>85からレスが帰ってこないからイライラしているだけだ。
なんで他人のあんたらが噛みついてくるんだか。
113:名無しさん＠編集中
12/03/27 18:53:56.11 vVi4JhU3
>>112
2chに書き込みして何戯言いってんだw
噛みつかれて、もともとの話題。
だからIDと顔が真っ赤になっているんだよ
114:名無しさん＠編集中
12/03/27 18:54:27.73 W3uFcdA+
crf指定 画質：できるだけ一定 ビットレート：↑↓
bitrate指定 ビットレート：できるだけ一定 画質：↑↓
ってだけの話だからサイズを制限したいならビットレート指定で決まりじゃね？
115:名無しさん＠編集中
12/03/27 19:01:46.85 Jok74uSE
>>113
IDが赤いのはレス数が多いのが原因
あと顔は別に赤くないので問題ない。
>>114
そうなんだよな
crfでも--vbv-maxrate指定ある程度までビットレ制限できる。
ま、動きの多いソースだとどのぐらいまで抑えていいものか判断に迷うが
116:名無しさん＠編集中
12/03/27 19:03:29.09 QyC6z3L4
動きの激しい場所で容量が膨れてほしくない人でcrfを使いたい人には
--crf23 --qcomp 0 なんてどうでしょうか？
きっとご期待に沿える動作をしてくれると思います
117:名無しさん＠編集中
12/03/27 19:33:26.14 etmZvqiY
容量決め打ちしたいのにCRF使うなんてアホだろ
118:名無しさん＠編集中
12/03/27 20:10:02.64 uAKxVqwy
品質一定画質一定にしたいならcbr10000でもしとけよもう
119:名無しさん＠編集中
12/03/27 20:17:45.27 bILCQseJ
>>118
変なのに絡まれてくっそウザかった気持ちはわかるけど、もうその話は終わって、
ただファイルサイズ抑えたいって言ってるだけなんだから、わざわざ無駄にかき回さないほうがいいと思う。
120:名無しさん＠編集中
12/03/27 20:21:10.01 Jok74uSE
>>116-118
アホの沙汰、飽きれてマジレスする気も失せる。
121:名無しさん＠編集中
12/03/27 20:31:18.47 etmZvqiY
>>120
馬鹿は来るなひとりで死んでろカス
122:名無しさん＠編集中
12/03/27 20:33:45.94 etmZvqiY
>>120
というか小学生の餓鬼じゃないんだから基本くらい自分で勉強し直せ
123:名無しさん＠編集中
12/03/27 20:41:18.91 CgLrlW0J
俺もVBRまわりは実はちょっと疑問
qcomp最大、aq-mode=2にするとVBRっぽくなると理解してるんだけど
何でデフォでそうしないんだろ
--crf指定でもデフォではqcomp 0.6だよね？
たとえば、完全にVBRだと激しく動く部分にレートが割かれ過ぎるが
人の目にはどうせ動きの激しい部分の劣化はあまり認識できないから
デフォはもっと下げといてABR寄りにしよう、とかいう理由なのだとすれば、
レートコントロールが実際には人の認知・感覚に対して
まだ十分最適化されていない、ということになるのでは
124:名無しさん＠編集中
12/03/27 21:03:12.36 Q3vl61XW
>>123
単一画像の最適化と動画全体の最適化を混同しちゃてるね
125:名無しさん＠編集中
12/03/27 22:03:17.30 Jok74uSE
ID:etmZvqiY
学習能力無いのか。おまえはNGぐらい覚えろ。
126:名無しさん＠編集中
12/03/27 22:29:03.05 fA3M9wsr
やべえこいつ
127:名無しさん＠編集中
12/03/27 22:30:34.14 Jok74uSE
なーにあと残り1時間半でおまえらのNGも無効になるだけだ。
128:名無しさん＠編集中
12/03/27 22:32:14.10 HLeJ5nkV
crfが完璧に俺の望むだけの動作をしてくれない、かゆいところに微妙に手が届かない
っていう話なんだろうけど現行のx264だとそれが限界、後は手作業で工夫しろって事で
納得してもらうしかないよね
129:名無しさん＠編集中
12/03/27 22:33:46.06 VQqFxoa6
キチガイがオプションを理解できてなかっただけ
130:名無しさん＠編集中
12/03/27 22:37:21.98 Jok74uSE
既に終わった話をいつまでもズルズルひきずってなにやっとんだ？
131:名無しさん＠編集中
12/03/27 22:41:06.02 bILCQseJ
キレ芸しかできない寒い芸人が静寂に支配された劇場で
満員の観客から冷ややかな視線を浴びせられて、怯えながら芸を続けてるだけ。
そんな感じ。
132:名無しさん＠編集中
12/03/27 23:06:55.54 jsk4Ahs5
>>127の子はどこに行っても阿呆扱いされてるな
自分の言ってることがどの位アホかすら気づかない規格外のアホ
春休みはこういうのを嘲笑するのも楽しいな
133:名無しさん＠編集中
12/03/27 23:08:37.96 tnu8mpx3
春休み？学生が混じっているのか。
134:名無しさん＠編集中
12/03/27 23:08:50.45 VQqFxoa6
正直疲れた
135:名無しさん＠編集中
12/03/27 23:09:25.05 4pfFf7kH
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・３クールぐらい来そうな気がするし何話まであるのかわからないしな。
動きの多い実写/CGパートの混じるアニメとかだと、crfでエンコすると容量が一気に膨らむし難儀するだろう。
ｗｗｗ
136:名無しさん＠編集中
12/03/27 23:14:18.35 hqM5zK7Y
むしろJok74uSEってのが春休みで湧いてきたんだろ
頭もな
137:名無しさん＠編集中
12/03/27 23:21:14.49 7s+GZrZ9
>>Jok74uSE
ジョークなようなウゼェ奴って意味？
これだけバカだとID変わっても一発でわかるな。ID隠してバカ隠せずo(^▽^)o
138:名無しさん＠編集中
12/03/27 23:32:43.04 8pHqkSyt
>>137
お前も黙ってりゃいいものを
139:名無しさん＠編集中
12/03/27 23:49:23.78 S2KOygTb
でもサルにおまえはサルだと自覚させるのも大事かも
140:名無しさん＠編集中
12/03/28 00:37:54.18 YdtPgPxy
こういう流れは色空間の話と違って2chらしくて微笑ましい
141:名無しさん＠編集中
12/03/28 00:38:31.67 7HWl2Ccc
色空間ネタはもう要らないから
142:名無しさん＠編集中
12/03/28 02:41:25.82 kaFKD03f
いまさらだけど全然動いてないと思ってたキルミーベイベー意外と縮まらない
143:名無しさん＠編集中
12/03/28 03:34:37.90 PY2kZuIr
どしたのわさわさ
144:名無しさん＠編集中
12/03/28 06:33:56.09 G8XQBT36
おお…crfで品質一定に？何の冗談だよ。
145:名無しさん＠編集中
12/03/28 08:07:13.87 x0g9CM3A
>>142
>>22
気合が足りないんだよ。
146:名無しさん＠編集中
12/03/28 08:10:25.17 iZvBKIRg
＿＿_ ＿＿_
. （ ） （ ）
￣| | | |￣
| | | |
| |. | |
＼ ＼＿_／ ／
＼ ／
/|. |ヽ
／ ⊃ ⊂.＼
／ ／| |＼ ＼
（ < | |. > ） ひみつだよ
＼ ＼| |／ ／
＿＿ ＼_＿ ＿__／
||＼ .:;Σ;:| |:;て;:. ＼
||＼＼ """"" ＼
|| ＼||￣￣￣￣￣￣￣||
. ||￣￣￣￣￣￣￣||
.|| ||
147:名無しさん＠編集中
12/03/28 08:11:15.38 iZvBKIRg
＿＿＿＿＿＿
＼ 死 ＼
|,.＼ 誰 者 ＼
／ ＼ │ は、 ＼
/ ,. i ＼__？＿＿＿__＼
| /.| |＼||＿＿＿＿___||~
| .| | | | || ||
_./⌒..──' ｜ / | | .|| ||
__/⌒ 二二ニニ ノ Ｕ || ||
148:名無しさん＠編集中
12/03/28 08:54:43.19 QXWoFGuL
レスが進んでるから更新きたのかと思ったらこれだよ!!!
149:名無しさん＠編集中
12/03/28 12:10:20.79 BJeiTwIM
ここでホットな情報をひとつ
有吉がもっとも嫌いなのはナンチャンらしい
150:名無しさん＠編集中
12/03/28 14:03:00.52 LW3L19Kj
そういやAnother面白かったな
151:名無しさん＠編集中
12/03/28 14:35:04.99 saPG9+dq
まだ最終話見てないんだからネタバレすんなよ
絶対だぞ
152:名無しさん＠編集中
12/03/28 14:46:08.70 xXGlZAxL
犯人はヤス
153:名無しさん＠編集中
12/03/28 15:34:14.30 VRxK9GY5
Another録画してたけどまだ観てないｗｗｗ
面白いなら一気に観てからエンコするかな
154:名無しさん＠編集中
12/03/28 17:13:16.44 tkvT/ZNU
>>148
ｽﾚﾘﾝｸ(avi板:822番)
別スレで同じようなこと言ってる奴が居ると思ったが、
暴れてる奴は同じ奴でフイタｗ
155:名無しさん＠編集中
12/03/28 20:53:17.14 x0g9CM3A
場の空気を読まずに「おまえ」「こいつ」という1人称を
平然と使い続ける奴は人格障害だから温かい目でみてやんな
156:名無しさん＠編集中
12/03/28 21:58:50.00 zzHx+eQD
>>148
おまおれｗ
157:名無しさん＠編集中
12/03/29 03:35:52.16 3FqkJcpF
ヨブさんサイト復活したけど10bitのx264が404です
158:名無しさん＠編集中
12/03/29 14:06:42.98 r0MuamBp
ヨブさん10bit復活ありがとうござる
159:名無しさん＠編集中
12/03/30 12:07:14.51 K3iMHMg6
とりあえずここで
URLﾘﾝｸ(k4095-takuan.blogspot.jp)
↑によると、(x264での)16bit -> 10bitのティザリングを行わない方法がいいといっているんだけど、これってどういうことなの?
160:名無しさん＠編集中
12/03/30 12:59:40.42 TJgMngy5
そんなの書いてないだろ
f3kdb使ったら自分の好きなディザリングアルゴリズム使えるってだけだ
161:名無しさん＠編集中
12/03/30 17:13:01.13 lrw6c97T
r2184ってなんだか容量小っちゃくなって細部つぶれぎみな気がするな
2164と同じくらいの容量目指しても
海外のユーザーは高圧縮最適化を目指してるのかね
162:名無しさん＠編集中
12/03/30 17:31:38.96 8VHlFc37
だったらcrfを0.5くらい上げてみればいいだけじゃん
163:名無しさん＠編集中
12/03/30 17:32:12.81 8VHlFc37
下げるの間違いだった
164:名無しさん＠編集中
12/03/30 18:10:45.60 I4beHTY2
それを言うならqcompの値を調整すればいいんじゃない？
crfだけじゃあまり変わらんと思う、むしろ余計変になるかもよ。
165:名無しさん＠編集中
12/03/30 18:23:48.35 K3iMHMg6
>>160
ditherのDither_convey_yuv4xxp16_on_yvxx()だとディザリングアルゴリズムが選べないというわけか
166:名無しさん＠編集中
12/03/30 20:38:18.05 UWXiD9Cp
>>165
Dither_convey_yuv4xxp16_on_yvxx()は16bit出力しかできないからディザリングそのものがないのでは。
167:名無しさん＠編集中
12/03/30 20:44:00.48 3MUn/PVj
>>164
逆だろw
168:名無しさん＠編集中
12/03/30 20:59:35.18 +tm0/0aK
crfだけ変えてもビットレート食うだけで変わらないことは多々ある
169:名無しさん＠編集中
12/03/30 21:12:54.44 UWXiD9Cp
>>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 21:15:32.55 UWXiD9Cp
補足：
・depth.c
URLﾘﾝｸ(git.videolan.org)
・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 21:39:24.74 UWXiD9Cp
あ、失礼、記事を読み違えてた気がする・・・。
skip_depth_filterの有無でエンコード結果が変わると書いてるわけじゃないですね。
>>169の「結果に違いは出ない」という解釈が正しいかどうかだけでも教えていただければ幸いです。
172:名無しさん＠編集中
12/03/30 23:43:42.71 yM5sisCe
なぜコメに投稿しない
173:名無しさん＠編集中
12/03/30 23:49:25.41 UWXiD9Cp
そうしようか迷ったんだけど、ちょうど話題に上がってたし、ここのほうが色々な人の意見が聞けるかなと思って。
174:名無しさん＠編集中
12/03/31 02:59:41.35 Un/4Ti2F
URLﾘﾝｸ(goldenhige.cocolog-nifty.com)
これがYV12だとどうなる?
175:名無しさん＠編集中
12/03/31 07:30:03.84 6nqGIm6/
>>174
YV12とYUV444の違いがわかればわかるでしょ
176:名無しさん＠編集中
12/03/31 21:24:45.26 AZk3YkDY
BENIがカバー集リリースしたぐらい意味わからん・・
177:名無しさん＠編集中
12/03/31 23:38:38.98 NZVWIZvh
更新がないと過疎るな…
178:名無しさん＠編集中
12/03/31 23:47:04.07 NiPX0oiU
個人記事の話題をこっちに持ってくる必要はないな
179: 忍法帖【Lv=40,xxxPT】
12/04/01 21:20:09.38 /vzcbgJt
!ninja
180:名無しさん＠編集中
12/04/02 10:57:39.05 Vv4lGdGn
!nanya
181:名無しさん＠編集中
12/04/02 13:29:11.96 HUvYyCEB
!oo…
182:名無しさん＠編集中
12/04/02 16:47:28.47 nX+M9B6y
>>169
実際自分で試してみればわかると思うけど、skip_depth_filterの有無だけではエンコ結果に違いはない
8bitソースをそのままでエンコしたのと、bit変換だけして（f3kdb(Y=0, Cb=0, Cr=0, ditherY=0, ditherC=0, output_mode=2, output_depth=10)
skip_depth_filterをパスしてエンコしたのを比較すると動画部分のバイナリは一致するから
当然bit変換のやり方によっては当然エンコ結果は違ってくるだろうけど、
上のやり方だとdepth_filterを通過しようがしまいが同じ動画ができる
183:名無しさん＠編集中
12/04/02 16:50:38.24 nX+M9B6y
>182の4行目、skip_depth_filterをパスしてエンコしたのっておかしいな
正確には「depth_filterをskipしてエンコしたの」だ
skip_depth_filterをパスしたらってdepth_filterをスキップしてないみたいになってしまう。
184:名無しさん＠編集中
12/04/06 12:26:00.14 pqRekIQ1
そろそろr20xxか・・・
185:名無しさん＠編集中
12/04/06 14:53:12.28 Tk7sVJCZ
は？
186:名無しさん＠編集中
12/04/06 15:33:05.16 sgRp19XE
ひ？
187:名無しさん＠編集中
12/04/06 16:14:18.11 ROViA/7+
くたばれ！
188:名無しさん＠編集中
12/04/06 18:13:22.93 OKmQLHjp
おお…
189:名無しさん＠編集中
12/04/06 18:28:05.75 8CecBHsn
ちんこ生えてきた
190:名無しさん＠編集中
12/04/06 20:15:33.55 4GJqH7fU
--tune futanari
191:名無しさん＠編集中
12/04/07 00:04:57.30 nuykYN4X
白い弾幕
192:名無しさん＠編集中
12/04/07 22:19:43.36 OqEnEDIG
更新が無い
ただの屍のようだ
193:名無しさん＠編集中
12/04/09 19:15:20.77 FQWmEZ7n
2192ｷﾀ？
194:名無しさん＠編集中
12/04/09 20:09:34.86 sFEIgUIw
x264 rev2184+663 tMod (x264_64_tMod-10bit-all)とavs4x264mod v0.6.2 (avs4x264mod-laa)の組み合わせなんだけど、以下のログ (画像参照)の様なものがどんどん表示されていくんだけど、以前バージョンのようにしたい場合はどうしたらいい?
URLﾘﾝｸ(www.nmm-hd.org)
195:名無しさん＠編集中
12/04/09 20:17:24.14 GjRF5qyw
--fullhelp
196:名無しさん＠編集中
12/04/09 20:35:45.98 mWWM0rPP
コマンドプロンプトの横幅を90文字くらいに増やせばいいんじゃね
197:名無しさん＠編集中
12/04/09 21:11:01.74 AniY/2UI
>>194
URLﾘﾝｸ(fsm.vip2ch.com)
こんな感じ？
high_precision_fps が原因？で
一秒間あたり10フレーム以上の処理が行われると、こんな風になったよ。
198:名無しさん＠編集中
12/04/09 21:21:40.21 sFEIgUIw
>>197
そうそう、こんな感じ
199:名無しさん＠編集中
12/04/10 10:30:28.29 IhmiqwBW
ていうかFHDのエンコで10fps前後しかでないのってどうなのさ？
200:名無しさん＠編集中
12/04/10 11:15:35.48 ZxM7fTrN
どうも何も、それくらいの環境orそれ以下の人のほうが多数派
201:名無しさん＠編集中
12/04/10 11:57:10.98 kYqZYedh
HDのエンコで10fps前後しかでない俺の環境バカにしてんのか
202:名無しさん＠編集中
12/04/10 12:37:03.41 kvYqfzj6
それ以上のスピードを出してもしょうがなくね？
203:名無しさん＠編集中
12/04/10 12:45:21.56 YlPkeoZw
1fps しかでない俺のPen4馬鹿にしてるのか
204:名無しさん＠編集中
12/04/10 12:55:17.69 amlxYpeu
m9(^e^)
205:名無しさん＠編集中
12/04/10 13:13:36.89 4XiqMqHl
>>203
馬鹿乙
206:名無しさん＠編集中
12/04/10 16:36:48.34 Ml7rk016
2600Kだけど2fpsぐらいしか出ない
207:名無しさん＠編集中
12/04/10 20:01:51.45 DiM+GHdN
オプションを凶悪にすればするほど高まっていくソースのままでいいやと思う気持ち。
208:名無しさん＠編集中
12/04/10 20:48:05.16 5Gquzuzm
そーすね
209:名無しさん＠編集中
12/04/10 22:53:08.48 FUlh/01k
気に入ったもの以外はデフォ相当の設定で気に入ったものはcrf値下げてumh subme 11
210:名無しさん＠編集中
12/04/11 00:07:37.21 5Hzd067W
>>209
インタレ保持でcrf18、ついでにqcompも0.8に
…あれ？元のtsとサイズ変わらなくね？
なんて事があるから困る（苦笑
211:名無しさん＠編集中
12/04/11 01:23:25.34 dkiWYRpg
そういうは単なるバカ。
212:名無しさん＠編集中
12/04/11 02:29:20.98 ht1Spias
片言で馬鹿にされる>>210ｶﾜｲｿｽｗ
ここ最近HDD高騰のお陰で圧縮率悪そうなのも試しにエンコしたけど
やたら動いたりバックにLEDの巨大スクリーン有る様なライブ物なんてcrf23 qcomp0.7で半分でも御の字だからねぇ…。
そんなのを>>210でやったら下手すると元サイズ超えそうだｗ
213:名無しさん＠編集中
12/04/11 13:59:38.67 FP5LE72P
ヨルムンガンドのグレインノイズやべーんだけどどうしよう
214:名無しさん＠編集中
12/04/11 14:11:20.83 7oU2MD5J
どうもしなくていいのでは
サイズが増えるのは当たり前だし
215:名無しさん＠編集中
12/04/11 15:32:06.14 u6V3ZbbS
グレインノイズ見た瞬間ナニ思うかって言ったら「これは縮まない」だよな
昨夜視聴しながらそんな事ばっか考えてたわ
216:名無しさん＠編集中
12/04/11 15:35:07.00 FP5LE72P
まぁ演出でつけてるもんを潰そうとは思わなかったからいつも通りやってみたけど
1.55Gになってしまった これじゃDVD-Rに4話どころか3話も入らん･･･
せめて1.45Gくらいにサイズ減らそうと思ったらこういう場合まずどこを弄るべき？
crf一択かな
217:名無しさん＠編集中
12/04/11 15:40:18.10 7oU2MD5J
サイズ減らすならcrf上げるかqcomp下げるか、その両方でもいいし
細部捨てるならaq下げるのもあり
218:名無しさん＠編集中
12/04/11 16:14:59.63 FP5LE72P
>>217
ｔｈｘ その方向でやってみる
あとEDが特に肥大するのでここだけ囲って緩める感じにもしてみる
219:名無しさん＠編集中
12/04/11 16:20:08.71 qJQFVdwN
1280x720 24p化 crf20 dcomp0.6
グレインを極力再現する方向で調整して600M程度なんだが…
1G越える人はやはりソースを再現する方向で
エンコードしているんだろうか
220:名無しさん＠編集中
12/04/11 16:34:15.14 FP5LE72P
>>219
概ねそんな感じ 1クールがDVD-R2枚に納まればいいと思ってる（安いし）
一応この設定でもソースによっては300M程度まで縮むんだけど
221:名無しさん＠編集中
12/04/11 16:39:22.09 Npt+yZtM
qpmax下げるのもええんちゃうか
222:名無しさん＠編集中
12/04/11 18:03:49.93 VBFGMCx7
ちらちら見にくくてしょうがないのでグレインを潰した
223:名無しさん＠編集中
12/04/11 19:34:28.45 isnaK7Tp
10bit版x264のディザリングってどんな奴?
224:名無しさん＠編集中
12/04/11 19:45:42.00 j6Ct/20u
Sierra-2-4A error diffusion
Floyd-Steinbergの一種 オリジナルのFloyd-Steinbergよりも高品質と言われている（そんなに差はないと思うが）
一般的にFloyd-Steinbergは高品質だけどディザとか残すのにはかなり設定を詰めないといけないので
ディザを残したい or バンディングが激しいソースのエンコにはf3kdbでOrdered ditheringとか使えば良い
あと速度面ではOrdered ditheringの方が優っている
ditherのデフォルトはOrdered dithering
225:名無しさん＠編集中
12/04/11 19:48:54.43 tO53x659
>>217
psy-rdは…アニメなら既にある程度調整してるか。
縮めるなら砂嵐が靄に成るぐらいの妥協は覚悟。
226:名無しさん＠編集中
12/04/11 19:55:24.32 isnaK7Tp
>>224
ありがとう
227:名無しさん＠編集中
12/04/11 20:44:53.35 SpyppOv5
>>197の回避策って無いのかな
228:名無しさん＠編集中
12/04/11 20:46:41.49 oG3kDKlr
>>216
BD-Rドライブ買っちまえよ、もう1万切ったモデルも出てきてるんだし
容量に余裕ができるとエンコも楽になる。
229:名無しさん＠編集中
12/04/11 20:48:02.58 dkiWYRpg
10bitとかRAWとかやめれば縮むだろ。
230:名無しさん＠編集中
12/04/11 20:48:24.46 /qKBlwSM
>>227
よくわからんけどx264じゃなくてavsの問題の気がするんだが
231:名無しさん＠編集中
12/04/11 21:21:07.99 FP5LE72P
>>228
BDだと1枚分になるまで溜める必要があって結局圧迫するやん
232:名無しさん＠編集中
12/04/11 21:27:39.45 0f5NrwFW
>>227
[16.8%] 1234/34567 frames... みたいな進捗メッセージは
CR(キャリッジリターン)を使って同じ行に出るようになってる
そういう具合に何行かに分かれてるってことは、そのタイミングで
LF(ラインフィード)が出力されたために行が変わったってことだろう
実際にはLFだけ出力しているとは考えにくいので、たぶん
なんか警告メッセージみたいなものが出力されて、それが次の進捗メッセージに
上書きされてるんじゃないのかな
回避策ではないけど
x264 ほげ 2 >log.txt
みたいに標準エラーをリダイレクトしてlog.txtを見れば、何が実際出力されたか
わかるはず
233:名無しさん＠編集中
12/04/11 21:33:56.41 oG3kDKlr
>>231
んーアニメ1話1GB近辺で2クール分を1枚に入る感じでエンコして焼いてるけど、全く圧迫されない。
234:名無しさん＠編集中
12/04/11 21:45:12.14 oG3kDKlr
2TBのHDDを6800円の時に2台買ったけど、アニメ毎期20本前後エンコしてて
>>233の感じでやってるとHDD1台の半分も使い切れない、すごく余裕がある感じする
2TBのHDDと一番安いパイオニアのBD-Rドライブ、BD-R50枚で2万ちょいくらいだと思うけど
それだけの投資でだいぶ楽になる。
235:名無しさん＠編集中
12/04/11 21:50:52.84 evEk2MSZ
>>232
出たり出なかったり
最初から出る訳でもないので
検証し辛くて
時間取れたら調べてみる
236:名無しさん＠編集中
12/04/11 22:14:20.99 j6Ct/20u
High-precision fps, estimated total size & encoded file sizeのpatch当てて自ビルドして使ってるけど
うちでは出たことないな
64bitバイナリをavs2pipemodでパイプして使ってる
237:名無しさん＠編集中
12/04/12 11:01:08.62 m0vE8+po
ヨルムンガンド 1280x720 24f/60f vfr crf20 qcomp 0.54で235MB前後。
思ったほど膨らまなかったわ。
238:名無しさん＠編集中
12/04/12 11:52:38.79 oj8uJM5A
そろそろファンの回転数あげなあかんやろか？
239:名無しさん＠編集中
12/04/12 13:25:29.96 nhzQ+80Y
3960Xを5GHｚOCしてると冬でもつらい
240:名無しさん＠編集中
12/04/12 14:47:19.10 3qGUxOXM
ほぼ同じ>219が600Mって言ってるのに235Mて
絵凄そうだな
241:名無しさん＠編集中
12/04/12 14:52:26.81 cXHAxqjL
tvkはグレインノイズが潰れてるらしいから、そっちで録画したやつは素直に縮まるんじゃね？
242:名無しさん＠編集中
12/04/12 14:52:47.78 VhKeIIo9
MBと書かないでMで済ませてるの見るとイラっとする
243:名無しさん＠編集中
12/04/12 15:13:00.69 3qGUxOXM
>>241
まじで
エンコーダの差なのか
244:名無しさん＠編集中
12/04/12 19:14:27.85 m0vE8+po
一応、BS11ソースな
245:名無しさん＠編集中
12/04/12 19:16:22.90 m0vE8+po
逆に同じ設定でQBリベリオンをエンコしてみたがこっちは350Mまで膨らんだ。
246:名無しさん＠編集中
12/04/12 19:30:00.09 m0vE8+po
だいたいAACは平均30M前後になるので
実質ヨルムンガンドの映像は200M、QBリベリオンは320Mだな
崩壊や破たんは無いから気にしていないが。
247:名無しさん＠編集中
12/04/12 19:53:26.70 Gnk68Iy1
エンコオプション全部見てみないと何とも言えない気がする
crf20 qcomp0.54だけだとよくわからない
248:名無しさん＠編集中
12/04/12 20:42:54.19 M8XOeyYk
グレイン除けば縮まらない画じゃない気もするしpsy-rdも限界まで下げれば縮まるかも知れん
ただ背景がべったり塗りつぶした油絵の様に成りそう
249:名無しさん＠編集中
12/04/12 21:26:20.02 m0vE8+po
毎回アニメのCMもtrimで後半にまとめて含めるから
そういうベタ塗りになるようなエンコは最初からお断りだが
たとえば銀河キックや、プリティリズムや、へうげものとか
アニメと実写が混ざった番組とかだと油絵みたいなエンコをすると大変なことになるｗ
250:名無しさん＠編集中
12/04/12 21:48:43.60 60bHol8v
で、ID:m0vE8+poの設定晒しはまだか？
251:名無しさん＠編集中
12/04/12 21:50:26.93 8b1Danr9
目暗設定お断り
252:名無しさん＠編集中
12/04/12 21:57:29.85 giJoUg0c
実写もニコニコの「なにこの高画質ｗ」レベルで問題無いって感覚に成ってて
qcompもrdも下げて何か問題が？ってのいるからねぇ・・・。
253:名無しさん＠編集中
12/04/12 23:21:54.84 Gnk68Iy1
パラメータ弄っていい感じになったと思ったら別の箇所が駄目になる・・・っての繰り返して
結局行き着く先はデフォルトという
254:名無しさん＠編集中
12/04/13 00:26:58.68 CvySgsXx
いつもザラザラ
あなたのエンコに這いよる混沌
グレインノイズでっす
255:名無しさん＠編集中
12/04/13 00:37:54.55 jPRbc85H
ニャルラトホテプは来るんじゃねぇ
256:名無しさん＠編集中
12/04/13 00:43:44.07 iGsAzoFJ
フィルムグレインって味があるとか言われてたけど、エンコに限っては邪魔者でしかないな。
257:名無しさん＠編集中
12/04/13 00:50:54.09 W8GfLtHa
(」・ω・)」うー！(／・ω・)／にゃー！
258:名無しさん＠編集中
12/04/13 01:25:17.77 F2QC2/WS
>>250
だいぶまえにx264スレで晒したから、もっかい晒す気など毛頭ない。
そもそも他人のパラメータを見せられたからと言って何の参考にもならんだろ。
259:名無しさん＠編集中
12/04/13 01:26:18.08 JvXv3V/1
ID変わってからレスですか
260:名無しさん＠編集中
12/04/13 01:33:18.72 F2QC2/WS
それに個人的にはx264のパラメータ云々より
avsフィルタやaviutilフィルタの組み合わせの方が重要と考えているわけだが
avsやaviutilを使わずにx264のみでエンコする奴には何を言っても通じないだろうな
261:名無しさん＠編集中
12/04/13 01:34:45.61 JvXv3V/1
笑える
262:名無しさん＠編集中
12/04/13 01:40:43.94 F2QC2/WS
じゃぁ一生笑ってろｗ
263:名無しさん＠編集中
12/04/13 02:03:43.10 G94rJsM9
だいぶ前に晒した時に叩かれたんで勘弁してくれって事ですね
わかります
264:名無しさん＠編集中
12/04/13 02:38:12.38 iGsAzoFJ
日をまたいでIDが変わったときに自演するのは常識
265:名無しさん＠編集中
12/04/13 02:44:24.57 F2QC2/WS
別に自演なんてしとらんがな
都合が悪いレスが来たとたん態度を変えるのやめろよな
266:名無しさん＠編集中
12/04/13 06:04:42.26 IqioaS3y
ｱﾆｦﾀうぜぇ
267:名無しさん＠編集中
12/04/13 08:13:40.59 kmQvbhOr
このスレの９５割はアニオタだろ
268:名無しさん＠編集中
12/04/13 08:39:14.89 9cg51BZ8
>>260
まあグレイン消したいだけならそういうフィルタかませばいいんだしな。
逆にフィルタでグレイン付加することもできるし。
x264でもfgoパッチでグレイン付加できるんだっけか、やったことないけど。
269:名無しさん＠編集中
12/04/13 09:59:31.42 SdlXlv+N
グレインと一緒にディテールもさようなら
270:名無しさん＠編集中
12/04/13 13:01:59.32 cnBwebYN
日本人なんだからグレインなんていわずブツブツって言おうぜ
例 このブツブツすげー ブツブツ多くてエンコ大変そう うわ、これブツブツだらけじゃん
271:名無しさん＠編集中
12/04/13 13:44:12.70 FA4V9elh
日本人ならブツブツの感覚をそれに使う事はないだろうな
272:名無しさん＠編集中
12/04/13 14:35:46.40 vpqtdUOL
(:.;ﾟ;Д;ﾟ;.:)ｸﾚ､ｱﾗｼﾙ!!
273:名無しさん＠編集中
12/04/13 15:29:37.37 f2wmlSs4
ザラザラ
274:名無しさん＠編集中
12/04/13 15:34:53.54 ekmQaTn1
グレインはジリジリかチリチリかなあ
275:名無しさん＠編集中
12/04/13 15:42:52.50 tiHS+bdu
ブツブツいうとあの画像思い出すからやめて
276:名無しさん＠編集中
12/04/13 16:07:00.98 7zkP72+8
>>269が真実
>>268はディテールに気付かない目くらでグレインだけ消せると思ってるアホｗ
277:名無しさん＠編集中
12/04/13 16:28:12.74 hX6/5Iiw
グレインは普通ザラザラじゃね。
ブツブツって感覚はわからん。
278:名無しさん＠編集中
12/04/13 16:53:40.27 44/PUtOK
ツブツブって言いたかったんじゃないかな
まぁそれでもザラザラだろうけど
279:名無しさん＠編集中
12/04/13 16:57:27.90 hX6/5Iiw
ああ、ツブツブならわからんこともない気がする。
280:名無しさん＠編集中
12/04/13 17:20:54.49 dhgA4HXs
ツブツブジュースって美味いよね
281:名無しさん＠編集中
12/04/13 17:33:16.22 /G2dYn7A
俺イクラはダメなんだよね
282:名無しさん＠編集中
12/04/13 17:44:10.71 Q+e/C7Cu
今のx264ってtrellisとdeadzone-inter・deadzone-intraって同時使用できるようになったの?
283:名無しさん＠編集中
12/04/13 17:45:10.52 E7gjAu1r
できねえよ
284:名無しさん＠編集中
12/04/13 17:54:46.73 OKC2c/Ui
trellis=1ならできる
285:名無しさん＠編集中
12/04/13 17:58:00.29 W8GfLtHa
できるって言っても併用してdeadzone下げても細部は残らないぞ
ファイルサイズ微妙に変わったﾜｱ程度しかわからん結果になる
286:名無しさん＠編集中
12/04/13 18:18:53.06 E7gjAu1r
グレインも落ちまくりで全然だめ
使うならcrf10くらいで使う覚悟がいる
287:名無しさん＠編集中
12/04/13 19:00:42.40 F2QC2/WS
そんな覚悟を決め込むなら最初からソースのまま残せよｗ
ソースの演出をある程度までぶち壊してまでで圧縮率重視するのなら
多過ぎるグレインは自分で気に入るまで除去しても問題ないと思うがね
ぶっちゃけアニメはキャラデザとりシナリオと楽曲でよさが決まる。
背景などのグレインノイズとか別に削っても気にするほどでもないわ。
アニメ1本につき600MBも要するとかバカげているしなｗ
288:名無しさん＠編集中
12/04/13 19:03:13.63 OKC2c/Ui
次の人どうぞ
289:名無しさん＠編集中
12/04/13 19:14:18.18 dhgA4HXs
ダメだこりゃ！
290:名無しさん＠編集中
12/04/13 19:21:35.33 hX6/5Iiw
グレイン削る残すはエンコする当人の自由。
加減も含めて好きにしたらよろしい。
291:名無しさん＠編集中
12/04/13 19:46:16.29 Sgs+fksT
>>268
fgoはグレインの付加なんかしないよ
グレインがつぶれ過ぎないようにするだけだよ
292:名無しさん＠編集中
12/04/13 19:51:03.14 sumHa9XU
おお…
293:名無しさん＠編集中
12/04/13 20:01:38.39 l8KwaVjg
>>291
fgo使ったことないやつが書きこむなよ。
294:名無しさん＠編集中
12/04/13 20:05:11.32 TCA0dN1P
そもそもfgoの利点って何？
295:名無しさん＠編集中
12/04/13 20:22:02.88 o4dUqd4a
>>294
昔D_S氏が作った「グレインを残そうぜ！」のようなアルゴリズム。
後でpsy-rd/trellisで同じような要望が満たされたのだが、主にアニメなどで
「少々レートは多く使ってもいいから、グレインもラインも綺麗に残してくれ」
という望みに対してfgoの方の動作が気に入られてるみたい。
オイラも詳しくは分からないので、知りたい人には
URLﾘﾝｸ(x264dev.multimedia.cx)
がおすすめって感じかな。tobinaka氏も説明辺りを翻訳してた気がするけど。
296:名無しさん＠編集中
12/04/13 21:07:02.63 Gi1l874P
>>287細部消える事を知らなかった事から論点ずらし必死だな禿ｗ
恥ずかしい奴
297:名無しさん＠編集中
12/04/13 21:11:29.26 WfWoL8NM
今日は粘着多いな。細部が消えない＝粘着荒らしが消ない。あまり良い事とは思えないが。
298:名無しさん＠編集中
12/04/13 21:19:10.44 EQJUdt4X
>>287
安直なグレインディテール消しと生ｔｓ残ししか考えられないとかどんだけとさか頭なんだよ
にわかはしたり顔で書き込まずに隅っこで小さくなってろ屑
299:名無しさん＠編集中
12/04/13 21:45:39.00 hX6/5Iiw
もう単なる揚げ足取りになってる気がする。
グレイン低減したければフィルタでやろうがx264の設定でやろうが好きな方法でやればいい。
グレイン残すのも同じでエンコする当人の自由。
300:名無しさん＠編集中
12/04/13 22:07:12.10 SK8i/HX0
言葉遊び・揚げ足とり・赤ID虐め・スレチで盛り上がり
いつになったら正常に戻るんだか
301:名無しさん＠編集中
12/04/13 22:20:07.93 j4RCRrQS
フィルターにはそれぞれ一長一短があるのに長所しか把握せずドヤ顔で語る知ったか野郎は百害あって一利なし
叩かれて当然やな
302:名無しさん＠編集中
12/04/13 22:26:15.51 hMOVv54g
せやな
303:名無しさん＠編集中
12/04/13 22:57:40.24 W8GfLtHa
（」・ω・）」うー！（／・ω・）／にゃー！（×3） ＼(・∀・)／レッツにゃー！
304:名無しさん＠編集中
12/04/13 23:33:04.24 3L3G5TGz
グレインノイズを減らしたつもりが微妙な線まで消えてた時の敗北感
305:名無しさん＠編集中
12/04/13 23:46:27.25 r6ui/0jn
そもそも何故にグレインを減らしたいの？
サイズの問題？
306:名無しさん＠編集中
12/04/13 23:46:29.00 IkIOF4+7
NL-means + スムージング
307:名無しさん＠編集中
12/04/13 23:50:10.30 g3A1ArnM
r2200
308:名無しさん＠編集中
12/04/14 01:05:28.90 /0hNWrDg
グレイン残していいのかはソースによるな
未来少年コナンのようなもんは全部消してツルツルにした方が綺麗
309:名無しさん＠編集中
12/04/14 01:24:18.87 p7fEVXtG
そもそも２６４は設定項目が多すぎるんだよ
しかも相互に影響し合ってアホみたい
設定項目を３つに押さえて、あとは全自動でできるコーデックを作るべきなんだよ
２６４なんてごみ
310:名無しさん＠編集中
12/04/14 01:26:06.66 nSlEUYY4
コーデックなんて入ってれば別に設定しなくても再生してくれるだろ。
311:名無しさん＠編集中
12/04/14 01:26:08.00 uSGP0OE5
なんでこのスレにいるの？
312:名無しさん＠編集中
12/04/14 01:26:23.11 O7tN1c6O
>>309
プリセット使ってろ
313:名無しさん＠編集中
12/04/14 01:29:32.35 pYX+JfHv
x264.exe -o test.mp4 test.avs
314:名無しさん＠編集中
12/04/14 01:36:09.87 Bdd7jNBM
今思えばwmvとかdivxとか設定する所皆無だったかのように思える
もうあれには戻れないわ
315:名無しさん＠編集中
12/04/14 01:38:04.81 T0xEtsoE
>>309
オプションやパラメータを理解できないバカなら
どこもいじらないでデフォで使えばいいじゃん
316:名無しさん＠編集中
12/04/14 01:39:44.16 T0xEtsoE
つーか、そんなアホがここに来ても時間の無駄
317:名無しさん＠編集中
12/04/14 01:48:57.80 S8WvtbLe
オプションの少ないこれは彼なんかに打って付けだが、
有効期間はまだなのに、リンクが無効になっているのが残念。
URLﾘﾝｸ(labs.divx.com)
318:名無しさん＠編集中
12/04/14 02:04:23.71 t2r9aEIx
無駄にx264のバージョンアップなんか続けてないで
開発者は次世代コーデックの開発に移ったほうがいいんじゃないか
319:名無しさん＠編集中
12/04/14 02:07:17.07 3PVNG8kO
H.265だっけ？
規格もう決まったんだっけ？
320:名無しさん＠編集中
12/04/14 02:18:55.33 ofuOtu1E
H.265は貧弱なH.264より暗部に強くしてくれ
321:名無しさん＠編集中
12/04/14 02:37:08.99 /LTMvpuG
>>318
そう思うならキミが先導して開発を引き継げばいい。
どうせ誰もついてこないと思うが。
322:名無しさん＠編集中
12/04/14 03:04:51.18 n3gh+5Z9
>>321
開発者か？
ならコテ付けろ
323:名無しさん＠編集中
12/04/14 03:06:04.21 O7tN1c6O
>>322
324:名無しさん＠編集中
12/04/14 03:08:27.66 Z0VXUGn+
>>322
（」・ωΣC=（－"－）そのうーにゃー言うのをやめなさい！
325:名無しさん＠編集中
12/04/14 04:06:03.77 HiRi9Bzk
x264のGOPがデフォルトで250なのはPALのせいですか？
326:名無しさん＠編集中
12/04/14 04:11:10.26 pRYYoJxd
>>315
すげーなお前！x264のオプションをずべて理解できているのか？
8**の頃から追いかけており俺だけど、使わないもしくは弄らないオプションの事はあまり理解できてないぞ？
釣りに条件反射で食いつけば馬鹿丸出しになるのは自分だってことに気が付きなよ
327:名無しさん＠編集中
12/04/14 04:16:17.72 pYX+JfHv
す
8
釣
なるほど、スパッツ最高と。
328:名無しさん＠編集中
12/04/14 04:33:40.73 Le36ORbA
お前ら早く新revの話しろ
329:名無しさん＠編集中
12/04/14 04:50:27.85 Xc9XupY0
nlまだ2184なんですけど
330:名無しさん＠編集中
12/04/14 04:53:13.93 Rmx1wZ/F
目に見えて画質向上する事のない新revとかもう飽きた
331:名無しさん＠編集中
12/04/14 05:00:37.82 HiRi9Bzk
圧縮率向上といってくれ
332:名無しさん＠編集中
12/04/14 05:07:50.10 9LRorjS7
目に見える画質向上って意味解らんな
画質、圧縮率、処理速度の三つ巴だし、そもそも画質なんて人間の目をいかに上手く騙すか
333:名無しさん＠編集中
12/04/14 05:27:29.15 Cdl+9dNG
まあ更新なんてr数上げたいだけの開発者のオナニーだからな
それで構ってもらいたいとかおこがましい
334:名無しさん＠編集中
12/04/14 05:43:36.67 9LRorjS7
何を言ってるんだお前は
335:名無しさん＠編集中
12/04/14 05:54:22.90 gKgN+MEr
>>330
昔のでエンコして比較すると昔の方がましって事があるからなｗ
336:名無しさん＠編集中
12/04/14 09:12:08.91 w/0wGXbF
今のところZETMANが一番面白いかな
337:名無しさん＠編集中
12/04/14 11:05:46.29 62rkwezS
ZETMAN当たりだな
まったく注目してなかったアポロンもダークホース的に面白かった
338:名無しさん＠編集中
12/04/14 11:40:41.01 Z0VXUGn+
（」・ω・）」うー！（／・ω・）／にゃー！
339:名無しさん＠編集中
12/04/14 12:50:36.92 n/y2vnmI
ZETMANって何で左手にコンドーム付けてるの？
340:名無しさん＠編集中
12/04/14 13:27:12.44 5YfSCjDD
>>335
俺の場合大きく変わる所使っちゃうと大体はもう戻れない
今2164で止まってるけど
341:名無しさん＠編集中
12/04/14 13:43:27.87 1QU/OZEj
ZETMANは切った。なんか作画がキモち悪い。
usatoraぐらいシャープな作画ならよかったのに
342:名無しさん＠編集中
12/04/14 13:44:51.42 SvCCFhrp
アニメスレでやれ
343:名無しさん＠編集中
12/04/14 18:36:23.50 /0hNWrDg
俺は音楽好きなのでアポロンが好き
さんかれあも捨てがたいが
344:名無しさん＠編集中
12/04/14 19:13:42.34 Vs+MfZxH
x264 rev2192+664 tMod (x264_64_tMod-10bit-all)
avs4x264mod v0.6.4
で24p(CFR)の動画をエンコするとVFRになってしまうんですけど…
345:名無しさん＠編集中
12/04/14 19:28:58.59 w6VC+bro
ソースもどうやってエンコしたんかもわからんのにそれだけ言われても知らんがな
346:名無しさん＠編集中
12/04/14 20:06:43.70 Vs+MfZxH
MediaInfoでその動画を調べると、
モード:VFRモード
フレームレート:23.976 fps
最小:7.992 fps
最大:71.928 fps
と表示されます。
347:名無しさん＠編集中
12/04/14 20:11:37.55 czTwBtLd
>>343
あの耳みたいなふざけた髪形が許せない。なんなのあれ
348:名無しさん＠編集中
12/04/14 20:26:17.22 w6VC+bro
>>346
だからさあ…
349:名無しさん＠編集中
12/04/14 20:36:34.46 NCeNjN8X
まともに質問もできないのか
350:名無しさん＠編集中
12/04/14 20:43:14.44 HhPkaxlw
質問をするのにも、それに対する回答を理解するのにも最低限の知識は必要だからな
それを下回る馬鹿はどうにもならない
351:名無しさん＠編集中
12/04/14 22:20:44.28 xN3ZBt6b
>>344
ためしに24000/1001fpsの動画エンコしてみたら普通にフレームレート23.976fpsのファイルができたっすよ
352:名無しさん＠編集中
12/04/14 22:24:35.71 xN3ZBt6b
ああ、でも俺が使ってるのはavs2pipemod、
もちろんx264CLIはx264 rev2192+664 tMod (x264_64_tMod-10bit-all)だけどavs4x264modじゃないから比較にならないか
353:名無しさん＠編集中
12/04/14 23:14:54.14 1QU/OZEj
--timecodeと--timebaseに邪魔なパラメータが残ってるとかじゃねーのか？
それともx264.exe以外のexeがそれに対応する付加価値を自動で施しているとか
354:名無しさん＠編集中
12/04/14 23:34:32.67 rADXBuA6
MediaInfo以外で調べるとどうなのさ
355:名無しさん＠編集中
12/04/15 00:25:39.30 8EgZXVl3
（」・ω・）」うー！（／・ω・）／にゃー！
356:名無しさん＠編集中
12/04/15 00:43:29.16 cJF7j8jH
（」・ωΣC=（－"－）そのうーにゃー言うのをやめなさい！
357:名無しさん＠編集中
12/04/15 01:48:54.07 wRIxa0qa
(」・ω・)」うー！(／・ω・)／にゃー！←業者の作ったAA貼るのは楽しいか？
ｽﾚﾘﾝｸ(poverty板)
358:名無しさん＠編集中
12/04/15 01:54:17.96 kEOwyPSi
ｽﾊﾟﾊﾟﾊﾟｰﾝ
∩☆))ω´） >>355
（´・ω・）))☆))ω´） >>356
ｽ⊂彡☆))ω´） >>357
359:名無しさん＠編集中
12/04/15 03:53:04.83 tKl4zwuo
>>ID:xN3ZBt6b
その時の設定、晒してもらえないでしょうか?
360:名無しさん＠編集中
12/04/15 03:54:21.17 4OSth91p
やだ
361:名無しさん＠編集中
12/04/15 04:31:21.34 kEOwyPSi
普通は設定なんてほいほいと晒したりしないわな。なんのメリットもないんだから。
362:名無しさん＠編集中
12/04/15 04:34:09.04 csb0OS3s
>>359
まず自分でログを晒してツッコミ入れてもらったらどうだろう
363:名無しさん＠編集中
12/04/15 04:36:41.04 csb0OS3s
avs4x264mod v0.6.4になってたのか
364:名無しさん＠編集中
12/04/15 05:14:19.07 oZYdQhak
>>361
自己顕示欲が満たされる奴もいるだろう
大抵そういう奴はおかしな設定してて叩きのめされてるのしか見たことないが
365:名無しさん＠編集中
12/04/15 06:43:35.21 hWJlZr/Z
個人的にはrev2192なんてどこで拾ってきたんだとそっちの方が気になる
366:名無しさん＠編集中
12/04/15 09:06:21.38 Ef7rwmSs
>>359
普通に23.976fpsのアニメをエンコしてmp4にしただけっすよ
avs2pipemod.exe -rawvideo "avsファイル" | x264_64_tMod-10bit-all.exe - --crf 20 --demuxer raw --input-depth 8 --input-res 1920x1080 --fps 24000/1001 -o "264ファイル"
MP4Box.exe -brand mp42 -add "264ファイル" -new "mp4ファイル"
367:名無しさん＠編集中
12/04/15 12:46:17.24 dL5idJBx
>>359はまず自分の設定晒せよ
質問もまともにできないとかアホかと
368:名無しさん＠編集中
12/04/15 14:26:06.91 cVX5lSzi
>>344の組み合わせで最低限のオプションで試してみたけど何も問題なくCFRになるな。
同じソースで>>346みたいなのも簡単に作れるが、まともな説明をしない阿呆に説明する義理はないし終了でいいな。
あと、avs4x264modを使ってもそうだけど、使わずにx264 rev2192+664 tMod (x264_64_tMod-10bit-all) だけで
エンコしてみても、>>194-197にあるように、進捗ログが複数行にわたってずらずらと表示された。バグなのかね、これ。
369:名無しさん＠編集中
12/04/15 14:28:09.59 ttac6ZD4
マジレスしておこうか。
アホにどんな説明をしても
アホな奴は絶対に理解できないから説明するだけ無駄。
370:名無しさん＠編集中
12/04/15 14:37:16.18 vX6QcOJ5
パイプツールはavs2pipemod、x264バイナリはx264_64_tMod-10bit-allでエンコしてみたけど
進捗ログが複数行にわたってずらずらなんてことは起こらないな。
発生条件とかはっきりしないんだろうか。
371:名無しさん＠編集中
12/04/15 14:41:20.86 dL5idJBx
プロンプトのバッファとか？
372:名無しさん＠編集中
12/04/15 15:02:14.19 tKl4zwuo
>>344の原因分かった。
--dts-compressが原因だった。
それをはずしたらCFRモードになった。
373:名無しさん＠編集中
12/04/15 15:06:06.91 KdFXyKkp
--dts-compressなんていらんやろ
374:名無しさん＠編集中
12/04/15 15:41:49.87 ttac6ZD4
パラメータの要る要らないは各自の自由。
375:名無しさん＠編集中
12/04/15 16:17:58.23 OUc73UUU
x264_rev2192+664_tModで試してみた
x264 [option] -o "outputFile" "inputFile"
32bitバイナリ（x264_32_tMod-10bit-all）で上記のようにエンコすると>197の画像のようにずらずら出てきてしまう
avs2pipemod -rawvideo "inputFile" | x264 - [option] --demuxer raw --input-res 1280x720 -o "outputFile"
avs2pipemodで上記のように64bitバイナリ（x264_64_tMod-10bit-all）に渡してエンコするとそういう現象は起きない、普通にエンコできる
一応試してみた結果だけ
376:名無しさん＠編集中
12/04/15 16:20:58.74 OUc73UUU
でも>197の画像だとavs2pipemodでエンコしてるんだよなぁ・・・
うちで使ってるのは最新（のはず）のavs2pipemod-0.4.1.7
377:名無しさん＠編集中
12/04/15 16:37:36.13 CyBGw18p
664_tModって何？
ぐぐったら怪しげな中国語ばかりでてくるんだけど
378:名無しさん＠編集中
12/04/15 16:52:53.37 tKl4zwuo
avs2pipemodの-rawvideoと-x264rawの違いって何?
>>377
よく分からないけど、06_taro氏ビルドのx264のことらしい。
ちなみに06_taro氏は、avs4x264modの作者でもある。
avs4x264modのバグ報告はこちらまで
報告したいけど、どういう文を書けばいいか…
URLﾘﾝｸ(astrataro.wordpress.com)
379:名無しさん＠編集中
12/04/15 16:54:41.94 dL5idJBx
別にavs4x264modのbugじゃないんだが…
380:名無しさん＠編集中
12/04/15 17:35:41.63 7LtIvu1n
>>2にある以下の板は過疎ってるので、少し板違いなことを承知の上で書き込みます
すみません
ｽﾚﾘﾝｸ(avi板)
x264_l-smashでmuxするmp4の音声は.m4a
mp4boxでmuxするmp4の.aac
l-smashでmuxしたものはmp4の規格に沿ったものとかいう書き込みを見かけました
動画部分はmp4boxでもbrand mp42を使えば同じものが出来ますが
音声部分がm4aとaacでそれぞれオーディオコーデックが異なっているのはなぜなんでしょうか？
l-smashのmuxerでaacからm4aに変換すると、元ソースのaacとはファイルサイズも異なっており
言い方が少しよくありませんが、劣化させてまで規格に合わせたmuxしているってことなんでしょうか？
381:名無しさん＠編集中
12/04/15 17:41:59.21 CVO9GfyM
>>380
m4aはmp4と同じでコンテナだからaacとは意味が全く違う。
映像に置き換えるとaacがh264でm4aがmp4ってこと。
382:名無しさん＠編集中
12/04/15 17:43:04.55 CVO9GfyM
あ、h264のhはいらなかったなｗ
383:名無しさん＠編集中
12/04/15 17:44:16.88 dL5idJBx
サイズが変わるのはraw ADTSなAACをMP4コンテナに格納するから
というか"x264_l-smashでmuxする"って書いてるのに"l-smashのmuxerでaacからm4aに変換すると"って書いてるけど
結局何でmuxしてんだよ
x264_L-SMASHでmuxするならわざわざm4aに格納し直す必要ないしmuxer.exeでmuxするにしてもx264でraw H.264(*.264)出力してraw ADTS AACとmux
すればいいだけでわざわざm4aにする必要ないし書いてること意味わからん
384:名無しさん＠編集中
12/04/15 17:51:43.03 cVX5lSzi
>>378
＞avs2pipemodの-rawvideoと-x264rawの違いって何?
コマンドラインヘルプ読め。あと作者のブログのavspipemod関連の記事全部読め。そしてちゃんと試してみろ。
何も調べず、まともに試さず、意味もわからず、まともな情報も出さずに書き込みして情報だけ得ようとするあたり、
ID:tKl4zwuo はAvisynth初心者スレで暴れてた奴と同じ匂いがするな・・・。
385:名無しさん＠編集中
12/04/15 18:09:24.45 OUc73UUU
>>380
L-SMASH込みでビルドしたx264でmp4出力するなら、わざわざ別のmuxer使う必要ないよ
optionに--acodec copy --audiofile "*.aac" lsmash付ければ済む
別のmuxer使うならL-SMASH版x264使う意味がない
386:名無しさん＠編集中
12/04/15 18:26:32.21 cVX5lSzi
以下の条件でavs2pipemod-0.4.1も試してみたけど、やっぱり>>197のように進捗ログがずらずら出た。
x264での直接エンコやavs4x264modに比べると出にくい感じ。
x264-tModに原因があるのは間違いないだろうけど、>>197の言うとおり、ある程度速度が出た場合のみ発生するのかな。
ソース：
BlankClip(300,320,240,pixel_type="YV12")
使用ツール：
avspipemod 0.4.1
avs4x264mod 0.6.4
x264_32_tMod-10bit-all.exe
Avisynth 2.6 Alpha3
x264オプション：入出力ファイルの指定程度。avs2pipemodの場合も指定最低限。
387:名無しさん＠編集中
12/04/15 18:36:52.72 7LtIvu1n
1．mp4boxでmp4+aacをmux
2．L-SMASHのmuxer.exeでaacをm4aに変換後、L-SMASHのmuxer.exeでmp4+m4aをmux
3．x264_L-SMASHで--acodec copyを付けてmp4+aacをmux
上記のようにmuxした3パターンのmp4ファイルをmediainfoで確認すると
オーディオコーデック IDはそれぞれ以下のようになっています
1．67
2．40
3．40
つまりx264_L-SMASHで使用したaacは自動的にm4aに置き換えられた後muxしているのか？
と思い質問しました
388:名無しさん＠編集中
12/04/15 18:43:08.66 dL5idJBx
>>387
だからm4aってのはコーデックじゃなくてMP4コンテナのことだ
あと2の"L-SMASHのmuxer.exeでmp4+m4aをmux" ←こんなことできません
389:名無しさん＠編集中
12/04/15 19:29:39.92 A1er9A8p
どこで読んだか忘れて見つけられないが、L-SMASHではMPEG-2 AACはMPEG-4 AACにして格納されるってみたような記憶がある
390:名無しさん＠編集中
12/04/15 19:58:39.60 cVX5lSzi
ごめん進捗ログの件、>>196を見逃してた。
コマンドプロンプトの幅が80だったのを90に増やしたらズラズラ出ることはなくなった。
391:名無しさん＠編集中
12/04/15 21:51:08.90 OUc73UUU
>>387
久々にx264でmp4出力してみたけど、1の場合でもAudioのCodec IDは40になるけどな
AACエンコーダはクイックタイム
既にスレチな話になってるけどちょっと気になった
392:名無しさん＠編集中
12/04/15 22:11:33.45 CVO9GfyM
>>391
クイックタイムやらneroやらで出力するAACってコンテナ格納状態だからな。
これらで出力したやつはL-SMASHのmuxerだとエラーが出る。
>>387の1の場合ってのはfawを使った生AACなんじゃない？
393:名無しさん＠編集中
12/04/15 22:20:26.90 ttac6ZD4
muxerは日本語文字を文字化けせずに扱えるmkvにしておけ。
mp4だとタグやチャプタなどで日本語文字を使うとプレイヤーで文字化けする。
394:名無しさん＠編集中
12/04/15 23:42:20.46 A1er9A8p
UTF-8使えよ
395:名無しさん＠編集中
12/04/15 23:48:30.18 oZYdQhak
>>307でrev2200報告あるけどそこまでのchangelogはどこかで見られるの?それともx264.nlに登録されるrevが出てから更新?
396:名無しさん＠編集中
12/04/16 00:19:42.14 66eyFidP
テンプレ読め
397:名無しさん＠編集中
12/04/16 00:30:46.76 q9gSZwof
>>396
URLﾘﾝｸ(git.videolan.org) (ソース/チェンジログ)
かURLﾘﾝｸ(x264dev.multimedia.cx) (開発者のブログ)
だと思ったのですが上は現在公開されているrevまでの情報しかありません下は2011年で更新が止まっているように見えます｡
そういうのは無いという事ですか?
398:名無しさん＠編集中
12/04/16 01:02:13.58 64cnZJCY
嘘を嘘と以下略
399:名無しさん＠編集中
12/04/16 09:18:23.46 kGu95ibn
multimedia.cxドメインはDDNS鯖用だよな。
400:名無しさん＠編集中
12/04/16 20:14:18.24 WQdj8ZEZ
Another縮みすぎワロタ、なんか設定間違えたかと思ったわ
401:名無しさん＠編集中
12/04/17 17:52:03.25 sU3ffP4E
動く部分少ないし全体的に暗いからね
俺は135MBだった
402:名無しさん＠編集中
12/04/17 21:32:27.37 w/6Az0en
呪いフィルタでクラスメイトが間引きされてるからな
403:名無しさん＠編集中
12/04/17 22:56:53.39 1TVhs3eZ
12話で700MBに収めたｗ
404:名無しさん＠編集中
12/04/17 22:59:47.53 jB1IWefY
そんな自慢いらないから
405:名無しさん＠編集中
12/04/17 23:02:22.12 4sdBBlXn
とても自慢には聞こえないけど
406:名無しさん＠編集中
12/04/18 00:03:28.89 TIe+vLOY
CD-Rにでも焼くのか･･･今時なんのメリットが
407:名無しさん＠編集中
12/04/18 01:48:02.06 qJEps3r8
そのサイズなら3TBHDDに51428話も入るな。日数にすると857日
408:名無しさん＠編集中
12/04/18 01:51:42.05 6Q8VJq3k
どうでもいい計算乙
409:名無しさん＠編集中
12/04/18 01:52:09.97 uV+vv4LG
もう4TBHDDでBDDLを常用してるから、アニメなら1ファイルあたり1GB位ないと
いろいろと使いきれん、CDなんて感覚的にはFDと大差ないような錯覚すら覚える。
410:名無しさん＠編集中
12/04/18 01:54:58.65 qJEps3r8
そなた生tsでは不満と申すか！
411:名無しさん＠編集中
12/04/18 01:56:02.62 uV+vv4LG
おお…(略
412:名無しさん＠編集中
12/04/18 01:57:55.81 orHIPole
tsのままだとくすんでるから未視聴のものはエンコして綺麗にしてから見てる
サイズはそれなりだが
413:名無しさん＠編集中
12/04/18 02:03:58.39 jRXXZPtq
また変な事言う人来たわ
414:名無しさん＠編集中
12/04/18 02:17:26.86 qJEps3r8
本文コピペして先生に突っ込んでみようか
近頃大きな改変が続いたせいか本当に次のリビジョンが来ないから欲求不満なんだなぁ
415:名無しさん＠編集中
12/04/18 02:19:15.89 BUOpJ8Qz
俺はcore 119gで更新しなくなったわ
なんかもういろいろ面倒だし
416:名無しさん＠編集中
12/04/18 06:17:05.85 tmv/yhov
D_S氏はxvp8の方をやってるからな
417:名無しさん＠編集中
12/04/18 16:07:55.19 QB9YRAVG
ｲ｀ﾍ
/: :| ヽ
/ : :/ ヽ ＿＿＿ _,,,:. .-: :´彡ﾌ
_ノ＼＿∠: : : : : : : : :｀: :-: :,:_:／彡 /
( : : : : : : : : : : : : : : ｀ゝ /
マ r::/: /: : | : : : : : : : : ::＼ /
//: /: : : |: : | |: : |: _: : : :ヽ
ジ {/ 7|｀＼/i: /|:|／|´: : : : :|ヽ
〉 ,‐-‐､｀|7 || |_::|,_|: : :|:::|: |
で ／ r:oヽ` /.:oヽヽ: :|: | :|
{ {o:::::::} {:::::0 }/: :|N
っ | ヾ:::ソ ヾ:::ｿ /|: : |
！？ ヽ::::ー-.. ／ヽ ..ー-::: ヽ::| r--ッ
-tヽ／´|｀::::::::::;／ `､ ::::::::::: /: i } ＞
::∧: : :|: |J ＼ ／ ／::i: | /＿ゝ
. ＼ヾ: |::|｀ - ,, ___｀-´_ ,, - ´|: : :|:::|
ヽ: |::|＼ ￣/ /| |: : :|: |
418:名無しさん＠編集中
12/04/18 16:09:08.23 DV3m9Ltb
Real timeエンコ用のプリセットきぼんぬ
419:名無しさん＠編集中
12/04/18 19:59:50.37 0WlkXMTe
--preset veryfast --tune zerolatency
420:名無しさん＠編集中
12/04/21 23:53:48.80 UxK1W1nO
やっときたな
r2204だってよ
421:名無しさん＠編集中
12/04/22 02:23:39.31 Z6EwetQG
スレチになるかと思うが
720/24p High@5.1のmp4がPS3で再生できた。
--vbv-maxrateと--vbv-bufsizeの値は共に300,000、--nal-hrd vbrでの結果。
422:名無しさん＠編集中
12/04/22 02:26:39.55 Z6EwetQG
>>421追加
1080p(24p)の動画はダメだった。
423:名無しさん＠編集中
12/04/22 02:31:20.54 jkBO6f50
PS3のデコードってハードウェアデコードなの？
Cell使ったソフトウェアデコードじゃないの？
424:名無しさん＠編集中
12/04/22 04:49:37.98 eJtGVt80
やっときたか｡チェンジログ解読はよ！
425:名無しさん＠編集中
12/04/22 04:53:31.55 eJtGVt80
ってまだ情報も無いじゃないですか…
426:名無しさん＠編集中
12/04/22 04:57:37.41 eJtGVt80
ってr2245まで来てるのか3レスもｺﾞﾒﾝﾅｻｲ
URLﾘﾝｸ(www.videolan.org)
427:名無しさん＠編集中
12/04/22 05:47:51.84 qd1TJThw
いったいどこをどう見ているのだろう・・・
428:名無しさん＠編集中
12/04/22 14:21:19.91 z0txGvNQ
暗部のざわつき改善がない限り更新なんてどうでもいい
429:名無しさん＠編集中
12/04/22 14:37:43.66 fyWDOyvl
>>421
それ「0」１個多くねぇか？
それだと30Mbpsじゃなく300Mbpsになると思うんだが
430:名無しさん＠編集中
12/04/22 15:32:05.00 Z6EwetQG
>>429
High@5.1の最高値がそれ
こんなに大きく指定しても、720pまでならPS3で再生可能
1080pは無理でした。
431:名無しさん＠編集中
12/04/22 15:32:45.18 BFZR8fDE
High5だとインタレ保持できねえじゃん
432:名無しさん＠編集中
12/04/22 15:49:09.32 Z6EwetQG
>>431
それはそうだけど
433:名無しさん＠編集中
12/04/22 16:03:50.50 cRLAQiCC
>>426
ソースからビルドしているレベルの人はちゃんと追っかけているから、このスレで一々報告は不要
どっかのバイナリが更新されたら言って
434:名無しさん＠編集中
12/04/22 16:11:02.29 DcJBfXoh
ｄ
435:名無しさん＠編集中
12/04/23 18:53:25.05 Q9dtlu3l
久しぶりにPS３で再生してみたらmp4catで結合した部分にノイズ出るようになってるな。
これがPS3の問題なのかmp4catに問題あるのか解らんわ。
PCやiPadなどではまったく問題ないからPS3側の問題かなぁ？
436:名無しさん＠編集中
12/04/23 19:19:04.37 Q9dtlu3l
気になって色々と再生環境変えてみたけど、どうやらPS3が最初のキーフレームを
拾えなくなってるっぽい。 どのファイル再生してみても２つめのキーフレームまでは
画面真っ暗なままスタートする。
だからmp4catでつなげた部分も上手く再生できないっぽい。 これは困った。
437:名無しさん＠編集中
12/04/23 19:54:07.27 14DLlhmr
別のソフト使えばいいだけじゃね
438:名無しさん＠編集中
12/04/23 20:57:32.55 DmUIJ/9J
記憶が曖昧なんで信頼性は低いけど
edtsに非対応だからって話だった気がする。
439:名無しさん＠編集中
12/04/23 21:08:52.42 dN5KWfIt
edtsねえと駄目じゃんとか初期から言ってる人ちょっとだけいたけど
みんなガン無視だったなあ
440:名無しさん＠編集中
12/04/23 21:11:19.73 OQWHiuM/
ガン無視だったのはPS3()だからじゃ
441:名無しさん＠編集中
12/04/24 01:10:05.68 2E4vt1hJ
x264の設定を晒しているサイトを見ると、--vbv-maxrateと--vbv-bufsizeを指定する意義とは何なの?
PC以外では見ないという場合は、指定しなくてもいいのではないかと思うんだが…
442:名無しさん＠編集中
12/04/24 01:14:09.56 ZQxfDYjQ
そう思うならお前はそうすれば良い
443:名無しさん＠編集中
12/04/24 01:14:11.82 Wd8PkQsg
そのサイトで聞けばいいだろ。
444:名無しさん＠編集中
12/04/24 01:26:10.93 GAXxz+Fe
>>441
それで合ってる
PCで再生するならそれらは指定する意味はないだろう
445:名無しさん＠編集中
12/04/24 01:55:30.81 UcWtDKud
もともとストリーミングで回線しょぼいサイト用のオプションですし
446:名無しさん＠編集中
12/04/24 02:20:20.95 Ra+4BoFr
その昔、インタレの再生支援使う為に付け始めて今もそのままなんだが
今は要らんの？
447:名無しさん＠編集中
12/04/24 03:09:38.27 q2nhnY4M
BD規格用途とかもあるでよ
448:名無しさん＠編集中
12/04/24 05:45:38.78 tQwNDVbe
>>441
それを使う意味はビットレの制限だろ。
実写でcrf18とかにしているとぐんぐんビットレを消耗していくので
そのパラメータを調整することである程度まで制限できる
だいたいDVDのビットレぐらいは確保しておいた方がいいけどな
449:名無しさん＠編集中
12/04/24 07:03:24.32 4j7KTNAy
>>438
あー…なんかそんな話あったね。
未だに非対応なままなのか…。
気になって調べてみたら今ネット上に残ってるmp4catって
edts対応前のやつしかないんだな。
対応済みのやつが手元にあるけど必要な人いたりする？
450:名無しさん＠編集中
12/04/24 09:03:19.80 5TmTUA2n
>>449
あるなら欲しいです。
451:名無しさん＠編集中
12/04/24 09:04:39.08 My0BLqx5
あげていただきたいです
452:名無しさん＠編集中
12/04/24 19:58:08.43 4j7KTNAy
>>450,451
ほい、アップしてきた。
URLﾘﾝｸ(www15.atpages.jp)
AviUtl実験室にあるmp4catは相当古いバージョンのだから、
使う場合は上のmp4catを推奨する。
Seraphy氏に頼んでレベル情報が食い違っていても(3.1と3.2みたいに）
レベル高い方の情報に合わせて書きだしてくれるようにしてもらってある。
Seraphy氏、長く愛用してます。 ありがとうございます。
453:名無しさん＠編集中
12/04/24 21:26:57.14 CzccRqqx
>>452
mp4catはGPLライセンスで配布されているので、ソースコードも下さい。
rarの中にライセンス関係のドキュメントが入っていないのもおかしいです。
454:名無しさん＠編集中
12/04/24 21:31:10.65 mHZ8ybeQ
Seraphy産はそういうの完全無視してるんじゃなかったっけ？
いっときモメてた気がする。
455:名無しさん＠編集中
12/04/24 21:34:14.73 ZQxfDYjQ
>>452
俺もソース欲しい
456:名無しさん＠編集中
12/04/24 21:35:26.58 CzccRqqx
少なくとも自分の手元にあるmp4cat_20100306にはgpl.txtとLicense.txtが同梱されてるけどな。
457:名無しさん＠編集中
12/04/24 21:37:57.25 EWz26752
俺の持ってる奴にも同梱されてるな
どこで拾ってきたのやら
458:名無しさん＠編集中
12/04/24 21:42:45.66 Lf1kaxHM
ソースコード1万円で売ってあげるよ
459:名無しさん＠編集中
12/04/24 21:51:42.83 5TmTUA2n
>>452
乙
460:名無しさん＠編集中
12/04/24 23:33:33.31 5TmTUA2n
風呂入ってて思い出したけど
掲示板のやり取りでカスタマイズしてもらったやつじゃないかな。
結構フレンドリーに対応してたし
461:名無しさん＠編集中
12/04/24 23:53:56.92 fZbGAxjy
それはひょっとして左のタマを洗ってる時に思い出したんじゃないかな
462:名無しさん＠編集中
12/04/24 23:59:48.15 Ty27tZQJ
>>460
>>452のexe自体は、普通に配布してたmp4cat_20100306と同じものだよ
463:名無しさん＠編集中
12/04/25 00:06:00.05 fifO6Z7J
>>462
ソース
464:名無しさん＠編集中
12/04/25 00:43:18.46 yy/zpc2j
確かにmp4cat_20100306とハッシュも一致するね。
よく理解していない可能性もあるからはっきり言っておくと、
ソースコードの提供ができないのに再配布するのは明らかにライセンス違反。
親切心のつもりなんだろうけど、ソースコードが提供できないのであれば、早く配布をやめないとまずいと思うよ。
特に今回の場合は色々と影響が出かねないということを忠告しておきます。
465:名無しさん＠編集中
12/04/25 00:45:56.22 aCqxfybD
ソースが欲しい人はseraphyアットマークseraphy.fam.cxにメールすればいいじゃん
466:名無しさん＠編集中
12/04/25 01:00:26.46 YyPD8z/y
GPL厨は氏ねばいいのに
467:名無しさん＠編集中
12/04/25 01:20:03.56 yy/zpc2j
どっちかっつうと本人を気遣ってあげてるんだが・・・。今の状態はもろにバカ発見器にかかってるわけで・・・。
468:名無しさん＠編集中
12/04/25 01:22:37.79 pR2ca0T8
もういい黙れ
469:名無しさん＠編集中
12/04/25 01:25:04.10 fifO6Z7J
>>462
ソース
470:名無しさん＠編集中
12/04/25 01:42:05.14 nEazQA7U
>>467
同じの持ってるならソース置いてあげればいいじゃん
ライセンス違反を指摘する事は必要だけど、実害の無いようなことで
必要以上に紛糾させたり嫌味言ったりする事に執心するぐらいなら、
さっさとソース公開出来る人間がソース公開した方が円満解決だろGPL思想的に
471:名無しさん＠編集中
12/04/25 01:44:20.56 pR2ca0T8
セラフィーが音信不通だし
この状況でいちゃもんつけるのはただの揚げ足取りにしかみえん
472:名無しさん＠編集中
12/04/25 02:02:08.97 yy/zpc2j
>>470
残念だが俺もソースコードは持ってない。手元にあるのは100306の配布バイナリだけだ。持ってたら上げてるよ。
嫌味ではなく上げた人を心配してるというのは上に書いたとおりなんだがな。
473:名無しさん＠編集中
12/04/25 02:38:37.78 nEazQA7U
>>472
きちんとGPLとして配布されたなら著作者から入手した時点でソース添付されてない場合、再配布にソースが無くても基本的に問題ないよ
詳しい事はGPL見直してみ