12/09/13 18:11:24.22 k71gBkNl
[FAQ]
Q x264.exeをダブルクリックしてもインストーラーが立ち上がらない。
A コマンドプロンプト用の実行ファイルです、インストーラーでも圧縮ファイルでもありません。
cliツールの使い方がわからなければ、ココで勉強しましょう。 サイトの情報そのものは古いです。
URLﾘﾝｸ(www.geocities.jp)
Q アスペクトの指定ってどうやるの？
A 704x480を4:3で見る時は--sar 10:11。16:9で見る時は--sar 40:33
720x480であっても、4:3なら--sar 10:11、16:9なら--sar 40:33
1440x1080を16:9で見たい時は、--sar 4:3
[関連スレ]
アスペクト比 part6
ｽﾚﾘﾝｸ(avi板)
[使用方法]
how to batch encode using CLI?
URLﾘﾝｸ(doom10.org)
C:\tool\x264.exe --profile main --crf 20 -o "G:\100\test_01.mp4" "G:\100\test_01.avs"
C:\tool\x264.exe --profile main --crf 20 -o "G:\100\test_02.mp4" "G:\100\test_02.avs" など。
[参考サイト]
X264 Settings - MeWiki
URLﾘﾝｸ(mewiki.project357.com)
x264 64bits
URLﾘﾝｸ(doom10.org)
3:名無しさん＠編集中
12/09/13 18:12:15.63 k71gBkNl
以上テンプレ。
なんかミスってたらスマン。
4:名無しさん＠編集中
12/09/13 18:22:12.35 /ojUXcqc
いちおつ
5:名無しさん＠編集中
12/09/13 18:36:03.90 k71gBkNl
1行目からミスってた…
×x264 初心者質問スレ part5
○x264 初心者質問スレ part6
です。
すみません
6:名無しさん＠編集中
12/09/13 20:15:11.15 +thI6h7R
>>5
乙。
そこは名前欄に書くところをミスっただけだから気にすんな
7:名無しさん＠編集中
12/09/14 15:52:17.00 2ofjJtZB
MPEG4コンテナに格納することを前提とする場合、OPEN GOPを使ったらいけないのでしょうか？
この辺の事情がよく分かりません。
8:名無しさん＠編集中
12/09/14 19:07:25.09 2d49G4MD
やつが来るぞ！ｗ
9:名無しさん＠編集中
12/09/14 19:47:37.98 7nRhOMVM
>>7
Open GOPに限った話じゃないが、よくわからないオプションは弄らない方がいいよ
10:名無しさん＠編集中
12/09/14 19:50:41.57 m15B01Ps
>>7
compatible_brandsにiso6入れればいい
11:名無しさん＠編集中
12/09/15 16:41:18.31 S1653uf4
下のようにエンコした720x480 ピクセル比10:11のmp4をMPC-HCで再生すると
プログレのcolorbars.mp4はピクセル比が反映された654x480(映像領域は640x480)のウィンドウで再生されますが、
インタレのcolorbars-tff.mp4はMPC起動時720x480のウィンドウになってしまいます。
ただし映像領域は640x480でアスペクト比は合ってますし、MPC-HCの"100%表示"でプログレ同様654x480のウィンドウになります。
この挙動の差はx264やmp4boxの使い方に起因してるんスか兄貴。
スプリッタ？と思ってPowerDVDのものからMPC内蔵に変えても変わりませんでした。
--- colorbars.avs
AudioDub(Colorbars(704,480,"YV12").Trim(1,150).Addborders(8,0,8,0).KillAudio(), Tone(15100/3003.0,1000,48000,2,"sine",0.1))
--- colorbars.bat
x264 --qp 10 --fps 30000/1001 --sar 10:11 --colormatrix smpte170m -o colorbars.264 colorbars.avs
x264 --qp 10 --fps 30000/1001 --sar 10:11 --colormatrix smpte170m --tff -o colorbars-tff.264 colorbars.avs
avs2wav colorbars.avs colorbars.wav
neroaacenc -lc -br 192 -2pass -if colorbars.wav -of colorbars.aac
mp4box -fps 30000/1001 -par 1=10:11 -add colorbars.264#video -add colorbars.aac#audio -new colorvars.mp4
mp4box -fps 30000/1001 -par 1=10:11 -add colorbars-tff.264#video -add colorbars.aac#audio -new colorvars-tff.mp4
12:名無しさん＠編集中
12/09/16 01:29:23.65 +Z201J+v
> スプリッタ？と思ってPowerDVDのものからMPC内蔵に変えても変わりませんでした。
とりあえず変えたのデコーダーっぽいけどねｗ
13:名無しさん＠編集中
12/09/17 11:00:10.21 8v0gAQC6
>>10
MP4boxなどでMUXする際の-brandの指定オプションということでしょうか？
14:11
12/09/17 17:45:36.38 ptSP3jzK
ほとんど初めてのmp4作成で、fps指定とかムチャクチャっスね（汗
>>12
デコーダーは変えてないけど、スプリッタ変えたつもりが変わってなかった（汗
MPC内蔵にしたら654x480で開きました。
x264.exeが出力した.264はインタレも654x480で開きます。(この時はMainConceptのスプリッタ。)
なのでどうもPDVD11のCyberlink MPEG-4 Splitter(clm4splt.ax)っぽいッス。
ちなみにTMPGEnc 4.0 Expressで出力したmp4はPDVD11のスプリッタでも654x480で開くので、
mp4boxのオプション抜け？かとも思ったり・・・。
>>13
TMPGEnc 4 Expressのmp4に合わせて-brand isom:0付けても変わらなかったッス
mp4boxのinfoでそれっぽい違いは・・・
--- x264+mp4box
Visual Track layout: x=0 y=0 width=654 height=480
AVC/H264 Video - Visual Size 720 x 480
Pixel Aspect Ratio 10:11 - Indicated track size 654 x 480
--- TMPGEnc 4.0 Express
Visual Track layout: x=0 y=0 width=720 height=480
AVC/H264 Video - Visual Size 720 x 480
Pixel Aspect Ratio 10:11 - Indicated track size 720 x 480
挙動からすると逆っぽいですけど、こうなってます。
まぁキー一発で654x480になるし別にいいんスけど、気になってしまうｗ
エンコファイル等 URLﾘﾝｸ(www1.axfc.net)
15:11
12/09/17 17:46:22.79 ptSP3jzK
jpgじゃなくて URLﾘﾝｸ(www1.axfc.net) です（汗
16:名無しさん＠編集中
12/09/17 18:15:34.06 c3+UsIJZ
日本語不自由すぎていみわから
>>14は>>7とは別人なんだろ？それなのに>>13に答えてるし頭大丈夫か？
しかも-brand isom:0にしたって書いてるけどそれでcompatible_brandsにiso6が入るわけないし
糖質臭しかしないぞ
17:名無しさん＠編集中
12/10/01 16:18:00.97 J3ZatiwG
URLﾘﾝｸ(fsm.vip2ch.com)
この画像の鼻の辺りにある縦しまと
髪の辺りにある横しまは何と言うノイズでしょう？
それとこのノイズの消し方を知ってる方がいたら教えてください
TSファイルをaviutlで読み込み、x264GUIexのプリセット、
アニメ（高圧縮）で1280ｘ720にてエンコードしたものです
・動きの少ない単色ベタ塗りの所に発生します
・茶色っぽい色のところに発生します
・元のTSファイルにはこのノイズはありません
・品質基準VBRのQualityを23から16にしてみましたが無駄でした
・使っているフィルタはインタレ解除だけで、なしにしてみましたが無駄でした
たまにしか出ないノイズなのですが動きの少ないシーンに出るので気になります
どうかよろしくお願いします
18:名無しさん＠編集中
12/10/01 16:21:29.37 S9KF8eqS
リサイズもやめて試してみたら
19:名無しさん＠編集中
12/10/01 16:29:57.99 IzpJHZ0Q
>>17
自分とこでも最近気になって調べてるところだから間違ってたらスマンが
スミアノイズだとしたらdeblockのかけ過ぎらしい
20:名無しさん＠編集中
12/10/01 17:02:19.06 J3ZatiwG
ありがとうございます
リザイズ無しとdeblockの値を減らして試してみます
ファイルサイズも小さく綺麗に出来るのですが
このノイズだけが気になるんですよね・・・困った
21:名無しさん＠編集中
12/10/01 17:40:43.75 NmEUWoFR
こだわりたいならプリセット使うな
22:17
12/10/02 17:44:30.98 aKjvpF1l
deblock無しを試してみましたが変化無しでした
リサイズ無しにするとノイズが消えました
しかしファイルサイズが3倍近くに・・・
でもaviutl標準のノイズ除去をかけるとりサイズしてもノイズが無くなりました
x264関係無かったようですみません、助言してくださった方、ありがとうございました
23:名無しさん＠編集中
12/10/02 18:48:56.39 FvbgMn4p
リサイズの方法って糞ほどあるから
色々とググったり試したりしたらいいよ
24:名無しさん＠編集中
12/10/06 18:04:16.58 cMvURbSv
refって盛っても意味ないの？
ref4を1に落としても全然画質変わらないんだけど
25:名無しさん＠編集中
12/10/06 18:34:08.79 03sT2bL8
サイズも変わらないのだろうか
26:名無しさん＠編集中
12/10/06 18:41:57.46 9rUqTnVn
変わらないってのが何を持って変わらないって行ってるのかが大事だな
27:名無しさん＠編集中
12/10/06 20:32:03.98 rKdpHznT
どうやって変わらないと分かったのかね・・・
28:名無しさん＠編集中
12/10/10 18:07:29.13 ve7ACNo2
x264にavsとかを使わずに複数のRawビデオを直接入力して、一本の連結した動画にして出力する事はできますか？
29:名無しさん＠編集中
12/10/10 18:12:43.19 vs8yy8Mv
x264に渡す前にくっつけておかないといけない
30:名無しさん＠編集中
12/10/10 22:19:48.01 hLwb/L7B
ref 4にしたいのがb-pyramid strictで-1されるから補填で+1してref 5にするのは
1920x1080 Level 4.1でリミット超えのwraningでるけど
再生でDxVA1で崩れないから範囲に収まってるのかな
b-pyramid noneやnomalの場合は崩れるからストレートにref 5になってるんだろうけど
31:名無しさん＠編集中
12/10/10 23:16:51.76 TW3mkYJ2
>>30
1920x1080のLevel4.1はref=4、fps<=30が上限のはず。
x264スレの
ｽﾚﾘﾝｸ(avi板:652-654番)
によると、b_pyramidによるrefはDPB制限のrefとは関係しないらしいがよくわからん。
32:名無しさん＠編集中
12/10/10 23:48:18.76 hLwb/L7B
あれ？無関係なの
んーいけるように見えるけどなんか危なっかしいからref 5はやめとくyo
33:名無しさん＠編集中
12/10/11 01:32:50.19 2WsAWvgU
>>31
そのリンク先の説明はそういう意味ではない
34:名無しさん＠編集中
12/10/11 02:58:27.21 E2lL9Oxh
>>33
マジか、ごめん。俺は
・MediaInfoのReFramesに表示される値は、b_pyramidが影響するため--refで指定した値と違う場合がある。
・レベルによるDPB制限の計算は、あくまでも--refに指定する値と関係するものであり、
b_pyramidは無視して計算されるもの。
だと解釈してしまったのだけど、間違ってるなら解説してもらえると嬉しいですorz
35:名無しさん＠編集中
12/10/11 03:08:13.09 2WsAWvgU
>>34
あー そういうことでだいたいあってる
こっちが>>31を曲解してた
36:名無しさん＠編集中
12/10/11 04:07:56.44 E2lL9Oxh
>>35
あー・・・自分で読み返して見ると>>31の書き方も中途半端で悪かったです。
すみませんでした。
37:名無しさん＠編集中
12/10/12 09:39:57.34 51hCidyM
720×480の録画ファイルのエンコード時
アスペクト比は何体何に設定すれば良いでしょうか
何度か試しているのですが、一向に比率が合わず、教えて頂ければ幸いです
38:名無しさん＠編集中
12/10/12 10:10:14.08 vsWfbcEe
937 ：名無しさん＠編集中：2009/07/09(木) 08:45:18 ID:EFGaAyYg
1:1 (1280x720)
12:11 (PAL 4:3)
10:11 (NTSC 4:3)
16:11 (PAL 16:9)
40:33 (NTSC 16:9)
4:3 (1440x1080をDAR 16:9に引き伸ばす)
SARはこれだけ覚えておけば良い。
39:名無しさん＠編集中
12/10/12 10:39:08.03 51hCidyM
>>38
それを参考にして試してみます
レスありがとうございました
40:名無しさん＠編集中
12/10/12 11:29:53.23 Nen4SF0E
最近のアニメDVDなんか見てると、40：33のものなんてほぼ皆無だけどな
41:名無しさん＠編集中
12/10/12 11:48:48.78 27xKyjAa
関係なくね
42:名無しさん＠編集中
12/10/12 16:31:18.61 GAi4MQlw
こっちの方が詳しい
ｽﾚﾘﾝｸ(avi板)
43:名無しさん＠編集中
12/10/13 21:02:50.95 gLJMvI94
>>40
マジで！？
44:39
12/10/13 21:05:45.67 SLhENCM4
遅れましたが>>42さんもありがとうございました
45:名無しさん＠編集中
12/10/13 21:21:52.35 sqHqcEXZ
>>43
無効領域がなくて720x480いっぱいいっぱいに表示されてるからじゃない？
720x480のまま16:9にするならSARは32:27のはず。
46:名無しさん＠編集中
12/10/13 23:21:50.90 G3sBBfx2
セルじゃないデジタルHD編集のDVDなら無効領域も糞も無い罠
47:名無しさん＠編集中
12/10/14 21:27:09.09 SHr4b8j/
712x480から16:9にするとちょうどよくなるのが結構多い
SARだと320:267になるのかな
48:名無しさん＠編集中
12/10/15 11:15:50.86 WgkzOD2z
sar3ケタはやめとけ
49:名無しさん＠編集中
12/10/15 19:19:13.52 7UJnVQdD
命令セット AVX XOP FMA4 FMA3 をあえて無効にするコマンドはありますか？
50:名無しさん＠編集中
12/10/15 19:42:56.73 FlkfHskD
--no-asm
--asm
51:名無しさん＠編集中
12/10/15 19:49:58.97 7UJnVQdD
言葉足らずですいません
--asm sse4.2 とすると切りたくないLZCNTやSSEMisalignまで切れてしまいます
52:名無しさん＠編集中
12/10/15 20:26:33.73 cTZqGVhO
crfが一定なら、profileを変えても必要なビットレートが変わるだけで、
画質は変わらないのでしょうか？
試しにcrf=21に固定、他のオプションも同じにしてエンコードしてみたところ、
Baseline = 642Kbps、Main = 448Kbps、High = 458Kbps
で、画質にはほとんど差が無いように感じたのですが
53:名無しさん＠編集中
12/10/15 23:31:32.74 PCIYNe4o
微妙に差は出るけどほとんど変わらない。が正しいかな
54:名無しさん＠編集中
12/10/16 00:14:46.84 L/dtOAjk
>>53
やっぱりほとんど変わらないのですね
ありがとうございます
55:名無しさん＠編集中
12/10/16 15:32:29.66 HCYz9n0/
同じ品質基準でも、高周波と低周波のどちらを重視するかとか
動いている部分をごまかすかどうかとか
差が出るだろ
56:名無しさん＠編集中
12/10/16 19:10:39.27 +hpRj/a1
それを微妙な差と取るか大きな差と取るかはそれぞれの感覚
差が出ないなんて言ってない
57:名無しさん＠編集中
12/10/16 19:27:22.05 nI5sYC+p
初歩的な質問ですいません
エンコード時にPCの負荷が高いと完成した動画の品質が落ちたりするのでしょうか？
例えば2つ同時にエンコードしたり、裏でエンコードしながら表で負荷のかかる作業した場合です
あくまでもエンコード時間が延びるだけで品質は変わらないのでしょうか？
58:名無しさん＠編集中
12/10/16 19:27:58.76 UORqtNiA
誰も差が出ないなんて言ってなくね
59:名無しさん＠編集中
12/10/16 19:40:10.87 aLudbioZ
変わらない
知っかかぶりして肝心な質問に答えれず煙に巻く人嫌い
60:名無しさん＠編集中
12/10/16 20:31:48.57 TGdAy61Z
初心者はプロファイルなんて気にしないで全てBaselineで良いんだよ。
それで何も問題なんて無い。
61:名無しさん＠編集中
12/10/16 22:28:17.35 DvvmPf8Q
そりゃあんまりさね
62:名無しさん＠編集中
12/10/16 23:45:04.07 +hpRj/a1
初心者はBaselineで良いはさすがに。
目的に合わせたプロファイルレベル決めるのがいいと思う。
再生したいデバイスがどのプロファイルに対応してるのかを調べるくらいなら初心者でも出来るでしょ。
>>57
これは >>52 で言われてるあんまり変わらないとかってレベルじゃなく、ホントにほぼ差は出ない。
--thread絞ったりすると若干結果変わるけど誤差レベル
63:57
12/10/16 23:53:05.06 +4+kOcDM
そうでしたか、ありがとうございます
PCがカクカクの重々になるのでちゃんと動画が出来上がるか心配でした
PCの前にいるとPCを触りたくなるし
PCの前にいない時は極限まで仕事させたかったので聞いてみました
ありがとうございました
64:名無しさん＠編集中
12/10/17 03:15:48.84 WyKGCkoJ
当然差は出る。だがそれをお前が感じ取れるかは別問題
ブルース・リーと一緒
65:名無しさん＠編集中
12/10/17 23:52:15.48 gG1Rq/W4
フィルムグレインが強く暗部が多い実写物(480i)ど、ファイルサイズが全然縮まない...orz
元ソース→1.24GB
エンコ後→987MB
おおまかな設定
profile=high/keyint=240/min-keyint=4/scenecut=70/b-adapt=2/ref=6/crf=17/rc_lookahead=60
vbv-maxrate=9800/vbv-bufsize=9800/qpstep=16/ipratio=1.50/aqmode=4/fade-compensate=1.0
qcomp=0.8/direct="auto"/weightp=0/me="umh"/merange=32/subme=11/psy-rd="1.00:0.25"/trellis=2
range="tv"/colorprim="smpte170m"/transfer="smpte170m"/colormatrix="smpte170m"/nal-hrd=vbr
acodec=none/input-range="tv"/sar="8:9"/level=4.1
その他
--trr --no-fast-pskip --no-dct-decimateを使用
66:名無しさん＠編集中
12/10/17 23:55:17.88 gG1Rq/W4
>>65
インターレース保持の720x480(アスペクト比4:3)でエンコ
67:名無しさん＠編集中
12/10/18 00:11:03.23 1CM6OC6D
crfを19~20ぐらいにしてpsy-rdを1.00:0.03程度にしてみてはどうあｋ
さらに1kbpsでも節約したいなら横の解像度を640にリサイズ
68:名無しさん＠編集中
12/10/18 01:40:04.17 94WAagJn
>>65
crf 20に変えて再度やってみたら780MBになった。
crfの値が1下げるだけで100MB以上縮むということってあるのかい？
69:名無しさん＠編集中
12/10/18 01:40:51.28 94WAagJn
>>68
>crfの値が1下げるだけで100MB以上縮むということってあるのかい？
すまん、1じゃなくて2だった。
70:名無しさん＠編集中
12/10/18 02:01:11.13 W8FoBI6P
>>68-69
3下げてないか
実写ソースなら20でも高いぐらいじゃないか？
視覚効果働くんだからもう少し低くても見る分には問題ないと思う。
71:名無しさん＠編集中
12/10/18 02:57:38.09 r37ZmPvR
>>65
crf＝17、qcomp=0.8って高すぎかと
実写なら、crf21～crf24、qcomp0.6～0.8ぐらいの間で
調整して、自分で画質と大きさで妥協できる点を探したら。
ソースに寄るけど、qcompも0.1変わると大きさがかなり違う。
72:名無しさん＠編集中
12/10/19 00:40:23.85 8N/9CJIJ
chroma-qp-offsetも関係してるのかな？
>>65の設定だと-4になったけど
73:名無しさん＠編集中
12/10/19 03:50:36.04 vFj98pS4
フィルタでボケボケにしろ
74:名無しさん＠編集中
12/10/20 15:24:25.25 dHgdQqBu
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
初心者です。↑こういう設定をコマンドラインにするにはどうしたらいいのでしょうか？
75:名無しさん＠編集中
12/10/20 16:29:14.19 5pgxDIML
頭に"--"を付けて"="を半角の空白に置き換えたらおｋ
こんな感じ↓
--preset slower --crf 20 --ref 3 -b 3 deblock -2:-2 --psy-rd 0.5:0.0 --qcomp 0.8
76:名無しさん＠編集中
12/10/20 20:16:41.53 f/Pv20m3
コピペしてすぐに使えるように全部変換して書いとけって言いたいんじゃない？「初心者」だから
77:名無しさん＠編集中
12/10/20 20:34:08.86 sX3pAUXU
AviUtlのx264guiEXプラグイン使えばMediainfoのその表記をそのままコピペで設定反映されるから
それを再度コピペすれば一応あまり手間かけずに出来るかな
78:名無しさん＠編集中
12/10/20 21:30:33.49 MWKV2iLy
--bframes 3 --ref 6
--bframes 6 --ref 12
どっちが縮む？
79:名無しさん＠編集中
12/10/20 22:07:46.22 1UlmgUNo
やってみればいいんじゃないのかな
80:名無しさん＠編集中
12/10/20 22:38:53.46 MWKV2iLy
言われてから自分でやってみたよ
ソースは1分位のアニメのOP
bframesとref以外は同じ設定
--bframes 3 --ref 6…20.4MB
--bframes 6 --ref 12…19.8MB
後者のほうが少し縮んだ
81:名無しさん＠編集中
12/10/20 22:59:51.20 F7b5nzZ9
ref増やすと再生負荷が増えるってのはわかるけど
bframesと再生負荷は関係あるのかな？
82:名無しさん＠編集中
12/10/20 23:43:38.74 gWwhO++z
やってみればいいんじゃないのかな
83:名無しさん＠編集中
12/10/20 23:49:07.75 6Job2U+D
負荷というより再生環境によっては問題が出たりするな
84:名無しさん＠編集中
12/10/21 01:16:08.40 vQzWHGqf
ちょっと質問
--bframes 3だと、うちの環境ではWMP9、XPだと、
最初の３秒ぐらいが早送りになるんだけど、MPCやKMPlayerなどでは正常
--bframes 0で早送りにはならずに、正常なんだけど、
ほかの人も同じ現象でてるの？
みんな--bframes 0でエンコしてるの？
85:名無しさん＠編集中
12/10/21 01:30:51.33 skXo4iJo
再生環境が糞
LAV Filtersでも入れればいいんじゃないかね
86:名無しさん＠編集中
12/10/21 01:34:40.16 xKHRmp8t
>>84
edtsとかedit listでググれ
理解できなきゃLAVFiltersか、多少アレだがHaaliでも入れろ
87:名無しさん＠編集中
12/10/21 01:40:27.27 gsyDYYS2
URLﾘﾝｸ(bule-ex.blogspot.jp)
88:名無しさん＠編集中
12/10/21 05:31:22.39 SCK8trZK
冒頭３秒早送りというのは古いHaaliのバグが原因じゃないだろうか。
Haali Media Splitterのedtsバグによる再生タイミングのずれの再現
URLﾘﾝｸ(www.nicovideo.jp)
89:84
12/10/21 08:23:45.22 vQzWHGqf
>>85>>86>>87>>88
さんくす、解決できる問題なんですね
まさしく>>88の左下の動画みたいになってた
ちょっと調べてみますありがとん
90:名無しさん＠編集中
12/10/21 21:09:01.37 G9C+P9A/
chroma_qp_offsetの値はどこをいじることで変わるのでしょうか？
91:名無しさん＠編集中
12/10/21 21:19:14.77 d8eMJgmj
rdo
92:名無しさん＠編集中
12/10/21 21:20:20.65 yu8gI69N
そのまま--chroma-qp-offset
それと--psy-rd
93:名無しさん＠編集中
12/10/21 21:28:39.71 qLWUxyRp
正確に言うと直接的には--chroma-qp-offsetで指定するが、
--psy-rdを増やすとそこから更にマイナス方向に加算される。
94:名無しさん＠編集中
12/10/21 22:55:31.47 G9C+P9A/
>>92-93
どうもありがとう
95:名無しさん＠編集中
12/10/22 12:51:25.92 vc7EdOv4
--bframes 4 --ref 8
SD-8bitソースでもWMP12では真っ黒
merangeの値って32もいる？
96:名無しさん＠編集中
12/10/22 16:46:13.34 812prCl6
>>95
16とかでもいい気が。
97:84
12/10/22 21:52:33.54 ZlMFLAbR
冒頭3秒早送りになる問題で、
バグなしの新しいHaaliを入れたら、正常に再生されるようになりました
でも、再生環境を変えるより、x264のバージョンをr1379より前のを使うと
正常に再生されるのでそれに落ち着きそうです
98:名無しさん＠編集中
12/10/22 22:28:13.54 DyQt5XV8
>>97
いや、バグなんだからそこは再生環境をちゃんとしたものにしとかないと駄目だろ・・・。
r1379より古いものを使うメリットなんかないよ。
99:名無しさん＠編集中
12/10/22 23:03:53.13 TImGcE3T
古い情報に踊らされるな
100:名無しさん＠編集中
12/10/23 01:16:03.06 fx9pNMiz
merange 24と32の比較
1分程度のソース
24
SSIM…0.9781199
fps…5.901 fps
ビットレート…1783.30 kb/s
ファイルサイズ…12.75 MB
32
SSIM…0.9781338
fps…5.864 fps
ビットレート…1779.41 kb/s
ファイルサイズ…12.72 MB
微妙な差だな
101:名無しさん＠編集中
12/10/23 03:21:06.04 cY11J2VD
古いHaaliと古いｘ264 or 新しいHaaliと新しいｘ264
選ぶなら迷わず後者のがいいと思うぞ
102:名無しさん＠編集中
12/10/23 03:26:32.86 OfhBFl4m
LAVでいいだろ
103:名無しさん＠編集中
12/10/23 03:41:18.93 s0dw7Aif
Haaliみたいにアイコン右クリックで色々と切り替えできないから
いまだにLAVに切り替えられない
おかげでALAC使えない
104:名無しさん＠編集中
12/10/23 03:46:11.49 OfhBFl4m
プレイヤー側のショートカットキーで替えられるだろそんなもん・・・
105:名無しさん＠編集中
12/10/23 03:50:19.10 s0dw7Aif
俺のプレーヤーじゃ出来ない
106:名無しさん＠編集中
12/10/23 09:29:46.31 ge9N0JHT
Haaliってアラビアンな名前ですね
107:名無しさん＠編集中
12/10/23 10:12:46.13 jH12qC2i
>>103
HaaliとLAVどっちも入れればいいじゃん。
ついでに、MPC-hcのstand-alone filterとffdshow-tryoutsをいれれば、
どのプレーヤ使っても死角なし。
108:名無しさん＠編集中
12/10/23 22:10:40.60 nmDWc63j
>>98>>101
人の動画みたら、古いバージョンでエンコしてる人が多くて、これでいいかなと
109:名無しさん＠編集中
12/10/23 22:33:54.57 DTCKp18k
>>108
どこを見てるのか知らんが、お前が見てるもんがおかしい。
不安定で速度も遅いものをどうしても使いたいというマゾなら止めないが。
110:名無しさん＠編集中
12/10/23 22:43:42.86 cY11J2VD
>>108
AviUtlのx264guiプラグインでエンコードした物がそのリビジョンになるから見かけるの多いのかも
111:名無しさん＠編集中
12/10/24 09:15:44.07 uH09hZ21
>>109>>110
なるほど、ちょっといろいろ実験してみます
112:名無しさん＠編集中
12/11/01 21:10:30.42 QUdEAcRb
ぜんぜんよくわかｒないけど
ウィ気どおりに、H264えんこする時には
まるちぱssでやってる
だって層かいてあるじゃん
でも品質基準ってやつの方がいいの？
どう違うの？
メリットとかあるの？
113:名無しさん＠編集中
12/11/01 21:16:01.69 y56ZLhaa
あれ、GUIスレ落ちてんのか
114:名無しさん＠編集中
12/11/01 21:29:01.98 09nH+0cR
でき上がるものはどっちも同じだから
慣れたほうでやればいいだろ
115:名無しさん＠編集中
12/11/01 23:41:12.13 2I4JEYwm
アホか
116:名無しさん＠編集中
12/11/02 01:42:58.94 w/ARQJxU
容量指定したければマルチパス、品質指定したければ品質基準でやればいい
117:名無しさん＠編集中
12/11/02 09:12:01.07 FPjdR1tp
その出来上がりの品質の基準となるものってある？
例えば実写ならこのくらいの数値なら烈火がほとんどない、とか
マルチパスの何bpsに当たるとか
後品質基準ってマルチパスに比べて早っかたりするの？えんこ
118:名無しさん＠編集中
12/11/02 10:05:25.74 xxb4cZx/
オナニーの満足度なんて個人差ありまくり
119:名無しさん＠編集中
12/11/02 11:11:04.97 T11xNwI3
2PASSやるよか速いよ
120:名無しさん＠編集中
12/11/02 15:57:25.90 0MygzgXH
>>113
あれ？少し見てなかったけどGUIスレいつ落ちた？10/30の982までしか取れてないや。
121:名無しさん＠編集中
12/11/02 17:06:39.88 uIpSpk0j
>>120
多分それが最後。
122:名無しさん＠編集中
12/11/02 17:19:39.25 Dso9LseT
今までTSを960x540、-crf 21でエンコしてて、ファイルサイズは大体1/10でビットレートは1Mbpsくらい。
んで今日、重要度が低いから解像度をおもいっきり下げて640x360でエンコしたんだけど
出来た動画はいつもと同じ1Mbpsも出てて、ファイルサイズもTSの1/10で同じだった。
解像度を下げたからファイルサイズ つまりビットレートも下げて欲しいと思ったんだけど
-crfって解像度がなんであれビットレートはあまり変わらないの？
品質基準だから、解像度が下がればビットレートも下がると思ってた。
123:名無しさん＠編集中
12/11/02 17:43:10.42 w/ARQJxU
>>117
crfいくつで劣化感じないかは映像次第だし個人差あるから試せ
実写ならcrf=21くらいでやってる
crfいくつでビットレートいくつと同等なのかはこれもまた映像次第で変わる。
動き少ないのならビットレート少なくていいし
>>122
同じ映像と同じ設定で解像度のみ変えたら分かる。違う映像で比べても無意味
124:名無しさん＠編集中
12/11/02 20:36:26.59 8WwAYTQN
x264vfw GUI専用スレ Part9
ｽﾚﾘﾝｸ(avi板)
125:名無しさん＠編集中
12/11/11 09:00:45.73 6h57wafF
Hi10pやHi444pってどうなの？
圧縮率を上げるために使った方が良いのか
どうせH.265とか次世代規格がすぐ出て糞になるかもしれないから使わないでPC以外でも再生できるようにした方が良いのか
どっちが良いのん？
126:名無しさん＠編集中
12/11/11 10:48:16.96 MHmfb/cL
そんなドマイナーなもので作った動画なんて使い道なくなるぞ
127:名無しさん＠編集中
12/11/11 10:58:46.40 el75gnps
PCがある限り何でも使えるだろ
DivXの時にそんな事思って使ってたか？
128:名無しさん＠編集中
12/11/13 06:44:40.15 UKal0Oee
refを3以下にしていても強制的に4にされる時があるのですが
どのオプションが影響しているのでしょう？
129:名無しさん＠編集中
12/11/13 10:51:28.78 sMqQG+rV
このスレをrefで検索
130:名無しさん＠編集中
12/11/19 13:17:03.44 m0RISLaw
2passエンコードはできあがり容量を気にしなくて良い場合は基本的に必要ありませんか？
crfより綺麗とか、こういった動きのものには2passのほうが良いとかあります？
131:名無しさん＠編集中
12/11/19 13:57:18.43 EHqT/7V5
2passのほうが映像の解析としてはビットレートの配分は良いらしいけど
普通はcrfで良いんじゃね
132:名無しさん＠編集中
12/11/20 17:57:28.07 KoCD+DwU
返信ありがとうございます
FPSなど動きのめちゃくちゃ激しいものはcrfより2パスのほうが向いてるという感じですかね
133:名無しさん＠編集中
12/11/20 20:10:02.62 q4HdlyYR
同一ビットレート、その他の設定も同一で、2passビットレート指定でやったものとcrfでやったものを比べるとcrfの方が綺麗に感じるという事もある
容量気にせず品質を気にするのなら迷わずcrfでエンコードだな
134:名無しさん＠編集中
12/11/20 21:37:22.29 H4Vzbpxg
そんなにこだわらないのが一番
135:名無しさん＠編集中
12/11/20 21:57:58.99 GCz315wh
エンコなんかしないのが最善
136:名無しさん＠編集中
12/11/20 22:37:16.74 V4w6ZS9n
アニメと比べて実写のエンコって時間はかかるわサイズは殆ど減らないわで割に合わないな。
137:名無しさん＠編集中
12/11/20 23:45:18.34 rQRbcq9n
まあ実写でもあんまり動きが激しくなくて固定ショットが多いと
わりと縮むけどね
今やってる是枝監督のゴーイングマイホームとか
138:名無しさん＠編集中
12/11/21 23:33:45.03 zGgJhmZz
rigayaさんとこで、rev2229(64bit?)ではバグを抱えていたようだとコメントがあったんだが、
画質に関わるような深刻なものだったのかな？
32bit版使ってるけど、もうエンコしてしまったファイルが随分orz
rev2230なら今のところバグ報告は無いかな？
139:名無しさん＠編集中
12/11/22 01:01:34.39 GWt+9MmB
将棋のエンコ最高
140:名無しさん＠編集中
12/11/24 16:26:55.24 RO5fx9yv
test
141:名無しさん＠編集中
12/12/02 14:59:27.53 MPIRc9qJ
iPhone,iPadmini,XOOMなど
複数の画面の大きさが違うデバイスをもってる場合、
エンコする際の縦横幅はどういう設定にするのが基本？
それぞれエンコしないとダメ？
142:名無しさん＠編集中
12/12/02 15:17:00.33 hU0kh5d7
好きにしろよ
143:名無しさん＠編集中
12/12/05 00:25:08.48 ZCBVvlej
x264+avs2pipemodをBash/shell scriptでエンコードする方法を教えてください
avs2pipemodのx264rawオプションを使ってみたいので
144:名無しさん＠編集中
12/12/05 00:36:12.23 BXj/vX4F
batじゃいかんのか？
bash使えるならそもそも質問しなくても分かるだろうしそれは最早x264関係ないよね？
145:名無しさん＠編集中
12/12/05 01:44:02.80 ZCBVvlej
>>144
>bash使えるならそもそも質問しなくても分かるだろうし
x264に関係なくて失礼ですが、bashど初心者です
146:名無しさん＠編集中
12/12/05 02:04:35.37 kLKC50ir
何がしたいの？ひょっとしてLinuxでエンコしようとしてる？
147:名無しさん＠編集中
12/12/05 02:25:33.80 BXj/vX4F
>144は要はスレチだから帰ってねってことだったんだが…
質問内容に一切x264関係しない
148:名無しさん＠編集中
12/12/05 03:07:41.16 ZCBVvlej
>>146
違います
>>ID:BXj/vX4F
じゃあ、どこに行けばいいんだよ！
149:名無しさん＠編集中
12/12/05 12:08:34.12 zwSGXs7E
てか、その質問内容じゃどこいっても同じ対応されるよ
bashでも良いけど一から教えてくれてんなら論外だし
150:名無しさん＠編集中
12/12/05 17:38:07.90 9AFoKZqf
まずは自分でいろいろ試して穴だらけのスクリプトを作り
それから自分で該当するスレを探して質問するんだな
151:名無しさん＠編集中
12/12/05 22:47:56.08 LRgFZVH9
こんなのレスするお前らの優しさに濡れた///
152:名無しさん＠編集中
12/12/06 00:30:33.17 R0C0VoUn
>>148
UNIX板かプロクラム板へどうぞ
153:名無しさん＠編集中
12/12/07 04:13:56.79 2aJwfQxU
PT2で記録したTSファイルをCMカットしてそのままBD-Rに焼いた場合と
そのTSを元にx264（mp4）に変換したのちBD-Rに直接焼いた場合とで
それぞれのディスクをPS3にマウントさせ直接読み込ませた場合に、
読み込み音がかなり違うのですが（TSが静か、x264（mp4）は壊れるのではと、常にガコガコ）
これはやはりこういうモノだと思って視聴するしかないでしょうか？
154:名無しさん＠編集中
12/12/08 05:11:31.39 4tyzQ85t
そういうもんです
155:名無しさん＠編集中
12/12/12 14:23:09.13 ZTFSfqtc
High 10 Profileで--nal-hrd vbrを指定したときは--vbv-maxrateの値は通常の何倍の数値まで許可されてるのですか
156:名無しさん＠編集中
12/12/12 14:51:58.37 dwUM+tL8
>>155
mainの3倍
157:名無しさん＠編集中
12/12/12 21:21:49.86 ZTFSfqtc
Hi10PはNAL-HRDの有る無しで変わったりしないんですねありがとうございます
158:名無しさん＠編集中
12/12/19 19:30:41.82 8gXcf56F
L-SMASHのcmdでmp4boxの-catみたいに結合できますか？
もし出来るならやり方を教えて下さい。
mp4boxで-catしていたのですが、PS3だと再生できなくなってしまうので
乗り換えたいと考えています。
159:名無しさん＠編集中
12/12/19 19:32:19.28 9VkaSPyt
--help見ればわかるだろそれくらい
x264関係ないし
160:名無しさん＠編集中
12/12/25 23:59:35.93 BIwQ6bLb
nal hrdのオプションはインタレ保持エンコで必須？
161:名無しさん＠編集中
12/12/26 07:32:03.77 jipfztbH
>>160
nal-hrdはストリーム内でVBV情報を正しく伝うためのものであって、
インタレかインタレでないとは全く無関係である。
URLﾘﾝｸ(mewiki.project357.com)
特定の使用目的のみで利用する価値がある。
162:名無しさん＠編集中
12/12/26 11:32:36.97 EK0vGWQ0
以前はnal-hrdのパッチが無いと、フィールドオーダーの指定に必要なpic_structが付けられなかった。
163:名無しさん＠編集中
12/12/26 16:08:02.66 PTSZqjkE
>>161-162
thk!
164:名無しさん＠編集中
12/12/26 21:58:53.89 PTSZqjkE
Vapoursynthでエンコする時、以下のようなメッセージを出す場合はどうすればいい？
x264 [info]: started at Mon Dec 03 23:26:24 2012
[3.3%] 146/4407 frames, 5.190 fps, 2016.2 kb/s, 1.46 MB, eta 0:13:41, est.size 44.18 MB
x264は以下で配布しているものを使用
URLﾘﾝｸ(k4095-takuan.blogspot.jp)
165:名無しさん＠編集中
12/12/26 22:19:35.26 9jTYkNxB
>>162
いまでもアクティベートがおかしいのでNAL-HRDなしでエンコードすると規格違反ストリームが出る設定があるぞ。
x264チームにパッチ送ったがリジェクトされた＼(^o^)／
166:名無しさん＠編集中
12/12/26 22:36:02.25 0irdesKG
そのパッチどこ？
167:名無しさん＠編集中
12/12/27 00:35:32.36 GudQ1YbK
>>164
URLﾘﾝｸ(twitter.com)
URLﾘﾝｸ(twitter.com)
168:名無しさん＠編集中
12/12/27 15:39:52.60 bXGipmg5
>>167
vapoursynthのスクリプトが高度過ぎてワロタwwwwwwwwww
解説書ないと分かりにくい...orz
169:名無しさん＠編集中
12/12/27 20:35:13.19 q7hyAflT
上から下にフィルタ並べてるだけの俺に隙は無かった
170:名無しさん＠編集中
12/12/27 21:50:38.21 4GQj0kqe
>>168
そんなに高度なことはしてないみたいよ
無理やり一つのファイルにまとめたせいか、バグも幾つか目に付くし
171:名無しさん＠編集中
12/12/28 01:29:19.49 fUVGPglz
>>170
書いた本人は当時酒に酔ってたからね
172:165
13/01/01 23:41:45.28 +bxu4nzj
>>166
俺のHDDの中とx264チームのメール受けた人んところにあるかもしれないね。
そもそもNAL-HRDなしでエンコードしない人だからどうでもいいといえばどうでもいい。
173:名無しさん＠編集中
13/01/02 07:11:51.52 51vxmH4/
>>172
x264-develには行ってないならそもそも開発者で多くの人には渡ってないと思ふ
ライセンスした企業でD_S氏本人に一つのパッチで渡しただけなら大体大きな
変更が付いてくるからそのまんまだと入れないでしょうしなぁ・・・
fixstarsのMVCパッチとか。
x264-devel、または#x264devには行ってないなら非常に残念ですよ。
オイラの単純なパッチでさえ入ったしなぁ。
174:名無しさん＠編集中
13/01/09 21:29:49.75 HDNGSHp9
x264にavsファイルを食わしたら
=================
～指定したコマンドライン～
avs [error]: failed to load avisynth
x264 [error]: could not open input file `フルパス.avs'
=================
というエラーが出てエンコードできないんだけど原因はなんでしょうか
ちゃんとaviutlでは読み込めるからavsが壊れてはいないはずです
使ったオプション
x264.r2230_win64.exe --profile main --crf 20 -o "D:\フルパス\x264_out.mp4" "D:\フルパス\avs.avs"
175:名無しさん＠編集中
13/01/09 21:38:05.55 oHpgRV3/
x264は64bit版みたいだけどAvisynthも64bit版使ってるんだよね？
後できればavsの中身も教えてほしいけど
176:名無しさん＠編集中
13/01/09 21:44:11.77 HDNGSHp9
>>175
それです！それ！
32bit版で動きました！
即レスありがとう！pop氏にも感謝！
177:名無しさん＠編集中
13/01/09 21:56:24.13 oHpgRV3/
>>176
avs2pipemodなどのパイプツール使えば32bit、64bitを別プロセスで処理できるから
32bit版Avisynthしか使ってなくても64bit版x264でエンコできるようになるよ
178:名無しさん＠編集中
13/01/09 22:53:58.77 HDNGSHp9
>>177
レスありがと～。。調べたらwav出力対応とか地味に便利そう
感謝感謝
179:kierank
13/01/11 05:29:12.82 ND0eAMX2
>>165
>>172
As the author of NAL-HRD I would be interested to know what the standard violations are.
Please contact me in #x264dev on freenode irc.
180:名無しさん＠編集中
13/01/11 10:05:44.24 vDHLufaO
rc-lookaheadを増やしたら画質上がりますか？
181:名無しさん＠編集中
13/01/11 13:46:28.73 IP9AEa/O
>>179
なんかｷﾀ━━(ﾟ∀ﾟ)━━!!
182:名無しさん＠編集中
13/01/21 08:17:41.16 lan2Ido8
SAR比ってピクセルアスペクト比をそのまま入れればいいの？
720x480 4:3 の動画の額縁切って 720x416 にしたいときは 10:11
みたいな。
183:名無しさん＠編集中
13/01/21 17:38:24.51 sXrda3H7
720x480 4:3なら普通は左右合計16ピクセルカットした704x480だと思うが、まあ、そういうこと。
10:11入れればいい。
720x480のスクイーズなら40:33
1440x1080 16:9なら4:3
184:名無しさん＠編集中
13/01/21 18:11:37.18 xEDiwSui
それ普通でもないよ
185:名無しさん＠編集中
13/01/21 19:21:32.00 cHAbr42f
額縁切りたいならクロップしてからに1：1でエンコすればいいでしょ
186:名無しさん＠編集中
13/01/21 19:33:20.50 lan2Ido8
>>183
上下に32ピクセルずつの黒帯がついてるから切ってる。
へんてこな放送だけど切らないと再生するとき額縁だ。
横は映像あるから切れない。
ありがと。
187:名無しさん＠編集中
13/01/28 23:03:35.91 hVgCbvut
動画を10分ごとに自動的に分割してくれるようなソフトはありますか？
70分ある動画（学生演劇）を10分ごとに分割してYouTubeにアップロードしたいので
よろしくお願いします。
188:名無しさん＠編集中
13/01/28 23:05:24.38 lzNreG67
録画した時に使ったカメラに付いてるソフトで
189:名無しさん＠編集中
13/01/28 23:06:30.56 GzrfN+Vm
>>187
Yambが使いやすいよ＾＾
190:名無しさん＠編集中
13/01/28 23:18:58.00 eLtZbDaM
MKVToolnixにそんな機能あっただろう
多分それが一番簡単
191:名無しさん＠編集中
13/01/29 21:49:17.56 YlwDsN1i
客観指標と視覚心理的最適値が異なるのは何故？
192:名無しさん＠編集中
13/01/29 22:11:51.44 w5DFf+Dv
別物だからじゃね
193:名無しさん＠編集中
13/01/29 22:31:52.24 JUp2z2Zr
客観指標でお勧め自炊でもやし炒め
視覚心理的最適値でお勧め高級料亭のコース料理
と下手なたとえを披露するとたとえ話に華が咲く
194:名無しさん＠編集中
13/01/29 23:23:36.55 mqX2QEEW
>>191
客観指標 ＝ 容姿、性格を考慮に入れず、健康な子供を産めるかどうか
視覚心理的最適値 ＝ 見た目とか性格って大事だよね
195:名無しさん＠編集中
13/02/04 11:39:40.85 xqXtptfI
>>191
ソースがぐちゃぐちゃでよくわからない画だと、
それがエンコ後にぐちゃぐちゃに変わってても人間にはわかんない。
だったらそこはサイズを削るためにビットレート節約しよう！
てな感じ。
客観指標はソースからの変化すべてを見る。
196:名無しさん＠編集中
13/02/05 14:07:04.23 Y2MW/9JL
MP4Box.exe -add "input.mp4":par=8:9 -new "input.mp4"
で正しいARで再生できるMP4動画に変換できていたので、
「input」の部分だけを書き換えたテキストを大量に用意して、
コマンドプロンプトに貼り付けて一括処理していました。
途中までは正常に処理できていたのですが、突然エラーが出て、
そこから処理したファイルがすべて壊れたものになってしまいました。
サイズは処理前と大して変わっていないので、動画自体は無事だと思いたいのですが、まともに再生できません。
AviUtlにぶち込むと緑一色になり、VLCで再生すると上の方にノイズが出るだけです。
何とか修正することはできないでしょうか？
よろしくお願いします。
197:名無しさん＠編集中
13/02/05 14:36:01.87 jY5dpEm/
ソースに上書きとかそんな恐ろしいことよくやるな
198:名無しさん＠編集中
13/02/05 15:06:02.30 UFmD8+Dk
分離して多重化し直してみたら 無理だろうけど
199:名無しさん＠編集中
13/02/05 15:44:58.35 ZqH0ZWNu
動画にモザイクかけるツールはみなさんは何をお使いでしょうか？
200:名無しさん＠編集中
13/02/06 06:24:23.76 IcB8VyiR
>>198
無理でした もう諦めました
また数ヶ月かけてVHSキャプチャからやり直します さようなら
201:名無しさん＠編集中
13/02/09 08:33:14.29 8Q7kuGqN
エンコードしてるときCPU使用率のメーターが100まで振り切れて
PCに負担かかってるみたいだがこれは仕方ないのかな。
軽減策とかありますか？
202:名無しさん＠編集中
13/02/09 09:01:41.45 vr674lOy
使用率が100まで行かないことを普通は嫌がるんだが、何が不満なのだろうか…
使用率下げたいだけならスレッド数減らせば？
203:名無しさん＠編集中
13/02/09 11:03:21.46 p67atsKA
ｗ
204:名無しさん＠編集中
13/02/09 11:10:52.72 L4RKnjYv
CPU100%を人間の全力疾走とでも思ってるんじゃねぇか
定格100%なんてメーカーっていうマネージャーに指示(制限)されたランニング程度だろうな
OCしてるなら私設マネージャーによる素人のしごきだろうから過度な負担だろうけど
205:名無しさん＠編集中
13/02/09 11:53:44.52 p67atsKA
心配ならCPUの温度が表示されるソフトを入れてみたら。
馬鹿みたいに熱くならなければ、問題ない。
個人的には70度超えると嫌かな。俺が今使っているCPUは
3770Kの電圧ちょっと下げで、100％状態で室温＋25度程度。
206:名無しさん＠編集中
13/02/09 19:56:18.96 Ix3uaI09
夏場で家に居ない時に自動エンコするときなんかはちょっと考える
207:名無しさん＠編集中
13/02/11 04:24:55.76 QNfUA5JT
mp4にass字幕を埋め込む方法って無い？
srtもassもただのテキストファイルなのにコンテナのmp4が選り好みするのは何故だ
拡張子をsrtにしてmp4box叩いてもエラー出しやがる
208:名無しさん＠編集中
13/02/11 04:27:57.46 c5GjHfTL
>>207
MPEG-4 Timed Text以外の字幕を入れたいのなら、mkvに入れる。
209:名無しさん＠編集中
13/02/11 04:31:05.08 QNfUA5JT
>>208
最低限assの、字幕の表示位置指定機能を使いたいんだけど対応してないじゃん
色太字打ち消し等デザインは基本機能ちゃんと揃ってるのに。
210:名無しさん＠編集中
13/02/12 12:11:16.97 5PIrHRR4
プロファイル＞高画質 自動マルチパス に設定
目標映像ピットレートの数値をどのくらいに設定していいのか
悩んでいます。数値大きくしすぎてエラーになったこともあるし、
高画質を望んでいるので低品質エンコもどうかと・・・
例えば、YouTubeサイズだとどの程度が最適ですか？
算出方法とかあるのでしょうか？ヘルプです。
211:名無しさん＠編集中
13/02/12 16:53:22.41 zFQPnSOF
ビットレート計算機でも使いなさい
212:名無しさん＠編集中
13/02/12 18:06:36.99 WnbOZWFK
YouTubeなんて2GBまで大丈夫なんだしよっぽど長時間じゃない限り適当にcrfでエンコすりゃいいだろ
213:名無しさん＠編集中
13/02/12 21:53:28.76 5R/o0I6d
>>210
URLﾘﾝｸ(www.google.com)
214:210
13/02/13 14:46:35.64 TgmLhGan
>>213
参考になりました。有難うございます。
215:名無しさん＠編集中
13/02/19 21:39:33.07 y0kEZcwn
40Mbps・FullHD・H.264ソースのアニメを10-bitエンコードをしたいと思っています
--preset slow --crf 18 --bframes 9 --b-adapt 2 --b-pyramid normal --qcomp 0.8 --qpstep 16 --subme 9 --aq-mode 1 --aq-strength 0.60 --psy-rd 1.0:0.0
--trellis 2 --deblock -1:-1 --merange 24 --ref 6 --mixed-refs --weightb --colormatrix bt709 --colorprim bt709 --transfer bt709 --bluray-compat --ssim --psnr
拡張 x264 出力（GUI）の設定項目とその機能について - ニコニコ動画まとめwiki
URLﾘﾝｸ(www.logsoku.com)
こちらを拝見して参考にしているのですが
ぐぐって過去ログを見ると0.5:00だと暗部が厳しいとのことで
psy-rdの値をどうしようか悩んでいます
どの程度の値が適正、というのは難しい質問だと思いますので
アニメではどの程度の値を使われることが多いでしょうか。ご指導お願いいたします
psy-rd 0.5:0.0
x264 [info]: SSIM Mean Y:0.9940935 (22.287db)
x264 [info]: PSNR Mean Y:48.988 U:50.791 V:50.189 Avg:49.333 Global:48.314 kb/s:2545.80
psy-rd 1.0:0.0
x264 [info]: SSIM Mean Y:0.9937291 (22.027db)
x264 [info]: PSNR Mean Y:48.853 U:50.746 V:50.146 Avg:49.221 Global:48.218 kb/s:2762.25
216:名無しさん＠編集中
13/02/19 21:48:15.35 2XvqbDeU
>>215
そこのリンクにあるのは全部8bitの話で、10bitはまた違うから自分で色々試してみたらいい
217:名無しさん＠編集中
13/02/20 12:27:39.42 NhKyk8zl
>>215
俺は--psy-rd 0.7:0.2にしてるけど
基本的にグレインを残すためのものだからアニメだったら0.5:0.0～1.0:0.0あれば充分だと思うよ
高くするほどSSIMが下がるのは
ノイズを再現再圧縮する副作用で更にノイズが増えてしまうよりも
一面のっぺりの方が元画像に近い比較になるってだけ
□□□ ○△□
□■□ → △■△
□□□ □△○
↓
□□□
□□□ かなり極端な例だけどこんな感じ
□□□
暗部や星空でブロックノイズが出るかどうかを判断基準にするといいと思う
--crf 18 --qcomp 0.8 ならよっぽど複雑なシーンじゃない限りは大丈夫だろうけど
218:名無しさん＠編集中
13/02/20 22:34:02.71 RD7AR+E+
とりあえず>>215をsubme11にした上で--psy-rd 0.5:0.0 と 1.0:0.0 で720pエンコしたものをキャプチャしてみた
URLﾘﾝｸ(www1.axfc.net)
avspmodのffmpegsource2でデコードプレビューしてるからたぶん8bitYUVになってしまっていると思うけど
傾向はこんな感じのはず
個人的な価値観としてはほとんどのシーンで0.5の方が綺麗に（グレインのないのっぺりに）見えるけど
001098のロープ、001315のグラデーション、001470の鉄骨や使徒の胴体のギザギザ、
002081の髪の輪郭線なんかは1.0の方が潰れず綺麗に残ってると思う
219:218
13/02/22 14:34:16.01 YsjT3/zV
追加
URLﾘﾝｸ(www1.axfc.net)
--psy-rd 0.5:0.0
--psy-rd 0.5:0.0 --aqmode 2
--psy-rd 0.5:0.0 --crf 16
--psy-rd 1.0:0.0
ソースをSpline36Resizeで縮小しただけのもの
身も蓋もないけど --crf 16 がやっぱり一番綺麗。
特に1325のロゴ周りの線や1471の使徒の使徒の胴体のギザギザのあたり。
ただsubme11でも映像だけでサイズが20％強上がってるので
そこまでこだわるメリットがあるかどうかは人それぞれだと思う
220:名無しさん＠編集中
13/02/22 16:38:04.72 UsCwEn4D
ビットレートを一定にしないと意味が無いと思うんだが。
crfを0.1単位で調整して容量を揃えて実験した真面目な人もいたが、
普通に2passで比べれば良い。 crf**で大体のビットレートを算出→それぞれの設定でビットレート指定2pass という手順で。
221:名無しさん＠編集中
13/02/22 16:44:54.23 UsCwEn4D
改行が読みづらくてすまん。
あと、使用した設定も書いておいてくれるとわかりやすい。
また、aq/psyは静止画ではなく動画で比較すべき、と
DarkShikari氏(x264のデベロッパーの一人)は言っている。
そう言う本人も、静止画の比較画像を何個かアップロードしてるから、気にしなくて良いのかもしれないが^^;
222:名無しさん＠編集中
13/02/22 21:16:47.06 YsjT3/zV
追加
URLﾘﾝｸ(www1.axfc.net)
--psy-rd 0.5:0.0 --no-mbtree
--psy-rd 0.5:0.0 --crf 17
--psy-rd 0.5:0.0 --crf 17 --no-mbtree
やっぱり暗部の再現は --no-mbtree が一番有効かな
1325のロゴ周りの線にそれほど大きな変化はないけど
1471の使徒の胴体のギザギザのあたりは線がハッキリ見えるようになってる（同じcrf18のpsy-rd1.0:0.0よりもハッキリしてる）
ただどうしてもsubme11でもcrfを1下げる位の容量増加（10％強）はあるので
そこまでこだわるメリットがあるかどうかはやっぱり人それぞれだと思う
ただ、元々psy-rd1.0:0.0でやってたなら
0.5に落としてその分mbtreeを切るという選択肢は有りだと思う
それなら容量増加は1～2％程度で済むから
>>220-221
設定は>>215をsubme11にした上で psy-rd crf それぞれ弄ってます
x264のバージョンはx264.nlのr2245 x64 10-bit
223:名無しさん＠編集中
13/02/22 21:50:30.02 UsCwEn4D
>>222
画質比較をするならば、crfじゃなくて2passでやるべきだという指摘なのだが、なぜにcrf？
224:名無しさん＠編集中
13/02/22 22:22:58.28 YsjT3/zV
>>223
パラメーターの特性を厳密に検証したいわけではないし（実用範囲で充分）
趣味でやっている以上あなたに従う義務もないので
2-passで検証したい人がいればその人がそうすればいいんじゃないでしょうか
あと1-pass CBRでやるならわかるけど2-passにする必要性もよくわからないし
ご指摘はありがたく頂戴した上で今度の検討材料とさせていただきます
どうもありがとうございましたm()m
225:名無しさん＠編集中
13/02/22 22:26:52.12 //rErz5C
厳密に検証しないならblogかどっかでやってくれ
誰の得にも何の参考にもならない
226:名無しさん＠編集中
13/02/22 23:48:20.15 eAaxBiS5
>>222
215です
わざわざ検証までしていただいてありがとうございます！
すごくわかりやすくて勉強になりました
--psy-rd 0.5:0.0 --no-mbtreeでcrf17か18でどっちがいいか試してみることにします
227:名無しさん＠編集中
13/02/22 23:50:41.50 UsCwEn4D
>>226
おいこら>>224、どう責任取るんだｗ
228:名無しさん＠編集中
13/02/24 14:32:21.07 d+aZ726C
avs4x264かまして64bit版のx264使い始めたのですが、
コンソールには x264 [info] の出力は出ますが、
リダイレクトやパイプで取れません
とれるのはavs4x264のログだけになってしまいました。
どうやったら x264 のログ取れますか
229:名無しさん＠編集中
13/02/24 14:38:40.90 d+aZ726C
自己解決--log-file おぷそんあった
230:名無しさん＠編集中
13/02/26 00:27:33.49 SiPZOEyx
オプション自体の効果を調べてるんじゃなくて
絶対にcrfを使うという前提での比較をしてるだけだと思えば
>>222でも別にどうでもいい
「検証」なんてものとはほど遠いとは思うが
crfしか使わない俺には参考になった
231:名無しさん＠編集中
13/02/26 12:40:51.34 BGpE+m/O
>>230
言いたい事はわかるが、それでもそれは間違っている。
ともかく、大前提として容量を揃えないと、比較する意味が全くない。
オプション弄りました→ 容量増えました→ 画質上がりました
これでは、オプションが効果的だったのか、それとも普通にcrfを落としたほうが有益だったのか、さっぱりわからない。
容量を揃えれば、オプションを変える前と後とで、どちらの画質が良いのかを比べることが出来る。
その後、crfに戻して、どの画質や容量ならば納得できるのか、crf値を決めるのが正しいやり方。
232:名無しさん＠編集中
13/02/26 15:25:51.47 XEpTdBiG
>>231
なんかもういちゃもんレベルだなあ…
no-mbtreeはともかくpsy-rd下げるのは容量増加になり得ないし
no-mbtreeだって複雑な部分や暗部にビットレート割り振るオプションなんだから考え方としてはcrf下げるのと近い
それでも納得いかなければ自分がエンコするときにcrf下げればいいだけの話じゃん
はっきり言うけど他人の検証に延々とケチ付けてるだけの人より
実際に比較上げてくれてる人の方がずっと参考になるよ
233:名無しさん＠編集中
13/02/26 15:33:29.58 ZACkhuOX
素晴らしい検証結果だけど参考にしないほうがいいよ
234:名無しさん＠編集中
13/02/26 16:12:37.35 BGpE+m/O
>no-mbtreeはともかくpsy-rd下げるのは容量増加になり得ないし
いや、減少増加でも同じことなんだが…
>no-mbtreeだって複雑な部分や暗部にビットレート割り振るオプション
ん？
>他人の検証に延々とケチ付けてるだけ
有益な検証ならそんな事はしない。
間違った検証で、間違った結論に達しているから反論している。
比較を上げるのは構わない。
ソースに合わせるためのオプションを、他の素材で試してどうするんだという思いはあるので面倒だが。
それより、比較動画生成用のbatでもアップしたほうが有益そうだが、どうする？
正直、そんなものは一々保存していないので今から作るのだがｗ
235:名無しさん＠編集中
13/02/26 16:13:27.33 BGpE+m/O
減少増加でも ×
減少でも増加でも ○
236:名無しさん＠編集中
13/02/26 17:38:46.06 XEpTdBiG
>>234
bat上げるとかそういった方向での建設的でいいと思う
他人の検証にケチ付けてるだけで具体性もなく反論にすらなってない粘着を延々とやられてもしつこいだけだし
237:名無しさん＠編集中
13/02/26 18:47:33.73 hHx0ztPC
ID:UsCwEn4Dは検証した人間に絡むんじゃなくて質問者に応対すべきだったな
238:名無しさん＠編集中
13/02/27 20:33:18.94 cHNvZTFM
このまま逃亡する に一票
横槍入れるしか能の無い奴が検証用スクリプトはおろか設定だって晒す訳がｗ
239:名無しさん＠編集中
13/02/28 14:38:40.66 NLJpMEsz
初心者スレだからか、自演だからか知らないが、本気で言っているのか？
subme11だと膨らむだとか、no-mbtreeが複雑な部分や暗部にビットレート割り振るだとか。
psy-rd, AQ検討用バッチ(?)
URLﾘﾝｸ(www1.axfc.net)
あと、presetが有用なのかどうなのか気になったから試してみた。
2シート目にsubmeの検証も入っている。
LibreOfficeで作ったから、MS-officeで開いたらどうなるかは知らない。
暗部については、avisynth10bitハック+x264 10bit使え で終わる話だし、
8bitで行くにしても、avisynthも絡んでくるのでスルーした。
240:名無しさん＠編集中
13/02/28 16:17:22.28 Gv+Xdvug
>>239
乙です
odsファイルはURLﾘﾝｸ(www.henkan-muryo.com)これで変換して読みました
txt形式で上げてもOKなら編集する（というかここに書き込む）よ
241:名無しさん＠編集中
13/03/01 00:26:46.76 iGDD5IdE
>>239
subme11だと膨らむなんて誰も言ってないと思うんだけど…
242:名無しさん＠編集中
13/03/01 00:46:01.02 OUWm4cR6
239じゃないが>>222だろ。
> ただどうしてもsubme11でもcrfを1下げる位の容量増加（10％強）はあるので
243:名無しさん＠編集中
13/03/01 00:53:38.08 iGDD5IdE
>>242
それは--no-mbtreeにした場合、subme11でもcrfを1下げる位の容量増加（10％強）はあるってことじゃないの？
subme同士の比較してるならわかるけど>>222は--no-mbtreeと--mbtreeの比較みたいだし
244:名無しさん＠編集中
13/03/01 11:11:26.74 jOgJH0wz
mbtreeはビット節約のための手抜き度を指定するもの
デフォだと手を抜いているのが見えすぎるが、上げるほど全体の効率は落ちていく
245:名無しさん＠編集中
13/03/01 12:05:55.35 VWWUy+dD
つまりno-mbtree最強伝説
246:名無しさん＠編集中
13/03/01 13:17:55.59 0ezkzB8r
それは違う
短時間で消える部分や、あまりにも複雑なフレームをまじめに再現するのはビットの無駄
サイズがいくら大きくなってもいいのでなければ、mbtreeを使うのは基本
247:名無しさん＠編集中
13/03/01 13:40:04.20 cwveWsnx
>>243
普通に読み違えてたorz
>>244
手抜き度を指定するのはqcomp。
mbtree→ 手抜き度をマクロブロック毎に設定
no-mbtree→ 手抜き度を一枚の絵全体で一括指定。
mbtreeをonにすると、"手抜き"が的確に効くようになるため、
no-mbtree時代に設定されたままのqcompを使用すると、効きが強すぎることになる。
どうしてもmbtreeが嫌いな人がいるなら、qcompを検証した上で、その問題の箇所を指摘してもらいたい。
248:名無しさん＠編集中
13/03/01 15:48:01.10 qR+6qhog
トータルとして考えれば、no-mbtreeで画質が向上するというのは
あながち間違いでも無い訳か
249:名無しさん＠編集中
13/03/01 15:52:26.30 VWWUy+dD
つまりno-mbtree最強伝説
250:名無しさん＠編集中
13/03/01 16:17:53.04 cwveWsnx
どうしてそうなるんだよｗｗ
もういっそcrfやめてqp使った方が良いんじゃない？ って話になるぞ
251:名無しさん＠編集中
13/03/01 16:29:50.98 ooG+NUiU
mbtree切るのってどんなにサイズが膨らんでもいいから少しでも画質を良くしたいって人だけじゃない？
別にエンコなんて趣味だから好きにすりゃいいけど
俺はmbtree切るは割に合わないというかサイズと画質のバランスは良くないと思うな～
252:名無しさん＠編集中
13/03/01 16:30:44.77 ooG+NUiU
>>250
だよね
253:名無しさん＠編集中
13/03/01 16:35:03.81 7RQJhlwX
2passでnombtreeってどうなの
254:名無しさん＠編集中
13/03/01 17:33:28.98 cwveWsnx
>>251
いや、だから容量を揃えて比較しろと言っているのだが…；
mbtreeで容量が縮むのなら、no-mbtreeと同じ容量になるまで、
crfを下げれば良い話だ。 同じ容量になれば、mbtree onの方が画質は良い
255:名無しさん＠編集中
13/03/01 17:48:59.45 ooG+NUiU
>>254
まあそりゃそーだ
256:名無しさん＠編集中
13/03/01 18:11:35.88 bL72RaV5
>>254
その理屈はおかしいだろ？ｗ
それだと2passでmbtreeするよりno-mbtreeの方が複雑な場面の画質が良いって話になっちゃう
全体の画質とmbtreeで対象にされる複雑な場面の画質を混同しちゃあかん
257:名無しさん＠編集中
13/03/01 18:22:37.42 iGDD5IdE
>>254
静的なシーンの品質をこれ以上求めているのか
静的な部分は現状でいいから複雑なシーンの品質を求めるのかで評価は変わるから
一概に「～の方が画質は良い」とは言えないだろうね
メリットデメリットの比較ではなく単純に優劣として一元単純化してしまうのは
「つまりno-mbtree最強伝説」の人と同じドツボにはまってると思う
=>>247
だから>>239の内容がsubme比較だったのか
言葉のドッヂボールは相手の意見の確認を行わないからシャドーボクシングになりやすいよね
外野としてはsubmeの比較データ見られて得だったけどｗ
odsファイルtextになおして再掲してもいいかな？
258:名無しさん＠編集中
13/03/01 18:23:27.86 VWWUy+dD
まあ俺のレスは半分冗談なわけだが半分は本気だ
259:名無しさん＠編集中
13/03/01 18:25:43.51 bL72RaV5
>>257
上げた本人じゃないんだが、見やすい形で掲載してくれるとスレ的には財産になる
260:名無しさん＠編集中
13/03/01 19:45:45.63 cwveWsnx
>>257
>>240の人かな？ レス忘れてすまなかった。 大丈夫です。
mbtreeのon/offは、単純な優劣の問題。 メリットデメリットを言うなら、qcompの問題だな。
no-mbtreeで考えるなら、crfとqpのメリットデメリット。 まぁ、実際にはqpなんぞデメリットしかないのだが。
mbtreeは、crfの機能拡張だと考えれば良い。 mixed-refsに似てるといえば似てるか…？
261:名無しさん＠編集中
13/03/01 21:00:52.92 cwveWsnx
多分、口で言ってても仕方ないから動画で。
URLﾘﾝｸ(www1.axfc.net)
2passだと容量が一定にならなかったから3pass。
1000kbpsの0.1が、効果を一番把握しやすいと思うから、それから見て欲しい。
正直、ソース選択は間違ったかもしれない。 アニメ本編とか最大限効果的だろうね。
262:名無しさん＠編集中
13/03/01 21:35:48.11 bL72RaV5
>>261
いや、静止部分と複雑な部分の対比としては良いソースだと思う
面白いね、かなり明快に差が出るのな
mbtree=1と0を比べると1は右の静止画部分が、0は時機周辺の弾やエフェクト部分が高精細
どちらが良いのかは俺には判断つかんが…
263:名無しさん＠編集中
13/03/01 21:51:28.18 DcaVNPEM
良い悪いは個人で決めればいいという前置きをしつつ
人間の目は動くものを追いかけ動かないものは見えなくなる(色味を失いぼける)性質がある
264:名無しさん＠編集中
13/03/01 22:03:04.08 LB0Pei31
no-mbtreeは設定内のビットレートになら強い
が、ひとたびその枠を超える部分が来ると劣化が目立つようになる
265:名無しさん＠編集中
13/03/01 22:45:15.86 iGDD5IdE
>>260-261
240の人とはちがうけどありがとう
>>239内[preset,subme検証.ods]のtxtファイル版
URLﾘﾝｸ(www1.axfc.net)
>>261
検証乙です
静的なシーンの品質をこれ以上求めているのか
静的な部分は現状でいいから複雑なシーンの品質を求めるのかを比較するのにいいソースだと思う
ビットレート指定とちがってcrf指定だとサイズが増減するからね
266:名無しさん＠編集中
13/03/02 00:21:08.61 RrNZyQCg
>>263
だが、動いている状態でどれくらい識別できるのか？ という問題がある。
もし、速い動きもバッチリ見えてしまうなら、アニメの中割りなどは成立しない。
逆に、人物が良く動くにつれて、背景も急に手抜きになるアニメがあったら、どう思う？
え、そこ手を抜いちゃうの？ 別に手を抜かなくてもよくね？ てかまずくない って思わない？
背景まで手を抜いちゃうのがno-mbtree。
あくまで、動きの速い部分はバレないから手を抜く。 バレるところ(動かない所Iは手を抜かない。
比較に作ったqcomp 0.1は論外、デフォルトの0.6でも強いから、目の良さに応じて、0.7～に設定すべきだろう。
267:名無しさん＠編集中
13/03/02 00:33:18.70 RrNZyQCg
>>265
未だにビットレート指定で検証している意味を理解してもらえてない気もするが…。
crfでこそ、mbtreeは生きるとも言えるけどね。
crfでなら、qp値の指定は動きがどれだけあるか(別問題としてAQとpsyの介入はあるが)によって決定される。
つまり、常に見た目には一定の品質が保証されるということだ。
(そのためにはqcompの設定を適切にしないといけない。)
no-mbtreeだとそうは行かない。
no-mbtreeの制御では、ビットレートを大量に消費するシーンではクオリティを下げ、そうでないシーンではクオリティを維持する。
結果、"VBRだが、固定ビットレートっぽい"挙動を示す事になる。
そもそも、qcomp 1.0は完全なVBRを意味し、qcomp 0.0はCBR(固定ビットレート)を意味する。
CBRは論外だけど、qpも合理的でない…というジレンマがno-mbtreeにはあるという話でした。
268:名無しさん＠編集中
13/03/02 01:11:48.63 6e1hko6m
>背景まで手を抜いちゃうのがno-mbtree。
それは1pass固定レートの話で、CRFで用いれば背景の劣化ではなく容量の増大に繋がるのでは？
2passであれば全体の品質低下は起こるが、背景がある1区間でのみ崩壊する様な不都合は無いかと
269:名無しさん＠編集中
13/03/02 01:18:57.72 RrNZyQCg
>>268
劣化と容量の増大が共に起こる。
qcomp 0.0だと、容量は変化しないが劣化が起こり、
qcomp 1.0だと、劣化は起こらないが容量が増大する。
つまり、その間のqcompであれば、容量が増えはするが劣化が生じることになる。
もちろん、バレない範囲での劣化ということではあるのだが、動かない部分も混じっている以上、バレてしまう。
270:名無しさん＠編集中
13/03/02 01:22:12.74 RrNZyQCg
2passについて言及し忘れてた。
2passでも、やはり激しい動きの部分のみ、背景が劣化することになる。
"固定ビットレートっぽい挙動"と呼んだのはコレのことを言いたかった。
いい加減しつこいが、これはqcomp 1.0にすれば起こらない。
271:名無しさん＠編集中
13/03/02 01:40:42.62 6e1hko6m
>>270
うーん、上げて貰えた動画を見返してみたんだけど
例えば実用範囲オプションの1000kbps-0.7mbtree/0.7no-mbtreeでは
画面右の静止部分での「急な手抜き」って4秒・8秒・12秒の各ポイントで双方で起こってるよな？
no-mbtreeオプションが原因とも思えないんだけど、それは程度問題という認識で良いんだろうか
272:名無しさん＠編集中
13/03/02 01:44:54.86 3CuC2ad9
1000kbps程度でno-mbtreeとか言ってたのｗ
273:名無しさん＠編集中
13/03/02 01:45:49.03 L7c/Wcsf
ビットレートが足りてないもので比較しても意味ねーだろ
どちらかといえばmbtreeのが有利だが
274:名無しさん＠編集中
13/03/02 01:46:47.40 hO73C7tA
--no-mbtreeと--qcomp 1.0 安定か
275:名無しさん＠編集中
13/03/02 02:09:13.60 Jzvl5VgP
解像度にもよるけど1000kbps程度（しかもビットレート固定）ならmbtree使った方がいい
276:名無しさん＠編集中
13/03/02 02:17:32.98 RrNZyQCg
>>271
それはkeyintによる、Iフレームの挿入。 手抜きどころか、真逆でテコ入れ。
これはno-mbtreeオプションは関係無い。 弄るとならipratio,pbratio,scenecut辺りかな？
>>274
qcomp1.0ならどっちでも同じなんだがなｗ 好きに汁
>>275
>（しかもビットレート固定）
いつになったらこの考え方から抜け出せるんだ？ 全く理解できない。
SDソースで済まないが、もう一本グレラガンOPでやってみた。
やっぱりmbtreeの方が、qcompの数字を大きくしないと圧縮しすぎるね。
mbtreeの方は前半微妙に思えるかもしれないが、後半に均一にビットをとっておいているからそうなっている。
URLﾘﾝｸ(www1.axfc.net)
277:名無しさん＠編集中
13/03/02 02:27:29.51 RrNZyQCg
>>271>>276
ごめん、ちょっと飛ばして読んでた。画面→か。
たしかにmbtreeでも、変わらないはずの静止部分の画質も少し変化しているね。
これは恐らくレートコントロールのため。
毎回全く同じqp値のIフレームを挿入するわけではないから、(pフレームを基準に考えるため)
今回のように全く動かない(=全てスキップMB)場合は、一旦Iフレームで決定された画質が修正されることがないため、こんなことになる。
278:名無しさん＠編集中
13/03/02 02:44:13.41 RrNZyQCg
いや、なんか違う気がしてきた。 qpでAQもpsyもoffにしたら、ipbとqp値が綺麗に揃ったような気もする。
やっぱり理屈上では、静止部分は画質変わらないはずだと思う。
no-mbtreeのように、状況に引きづられて大幅に変化してるって事も無いけどね。
コード読めるわけでもないし、正直よくわからん。
一人でID真っ赤になるのって疲れるね！ ってことでいい加減寝ます。
279:名無しさん＠編集中
13/03/03 01:25:58.26 93NweMmP
--no-mbtree --qcomp 0.8 より --qcomp 1.0 (--mbtree無効)の方がファイルサイズは小さいんだな
--no-mbtree --qcomp 0.8
x264 [info]: SSIM Mean Y:0.9903576 (20.158db)
x264 [info]: PSNR Mean Y:47.604 U:49.591 V:49.541 Avg:48.148 Global:47.917 kb/s:1259.11
--qcomp 1.0
x264 [info]: SSIM Mean Y:0.9895724 (19.818db)
x264 [info]: PSNR Mean Y:47.062 U:49.200 V:49.138 Avg:47.637 Global:47.435 kb/s:1147.32
しかしSSIMも1.0の方が下がってるのか
280:名無しさん＠編集中
13/03/03 02:46:18.01 93NweMmP
と思ったけど別のソースでは順当に上がって行ってる
↑の場合はノイズが入るのが原因かな？
--mbtree --qcomp 0.8
x264 [info]: SSIM Mean Y:0.9931172 (21.622db)
x264 [info]: PSNR Mean Y:50.473 U:50.575 V:50.368 Avg:50.395 Global:49.392 kb/s:2301.50
--no-mbtree --qcomp 0.8 サイズ 1.0943倍
x264 [info]: SSIM Mean Y:0.9932227 (21.689db)
x264 [info]: PSNR Mean Y:51.087 U:51.410 V:51.240 Avg:51.111 Global:49.667 kb/s:2518.45
--qcomp 1.0 サイズ 1.133倍
x264 [info]: SSIM Mean Y:0.9933264 (21.756db)
x264 [info]: PSNR Mean Y:50.516 U:50.159 V:49.985 Avg:50.246 Global:49.482 kb/s:2604.97
281:名無しさん＠編集中
13/03/03 10:58:46.14 7vqIJ5fg
subme7以上では、 SSIMやPSNRは意味はないと開発者が言っていたような
282:名無しさん＠編集中
13/03/05 00:13:10.78 8Zj5AoeH
ゆるゆり♪♪ OP SSIM サイズ比
--qcomp 1 (--no-metree) 0.9897690 1.107378625
--qcomp 0.8 --metree 0.9896832
咲-saki- 阿知賀編 ED2
0.9878268 1.214733073
0.9876413
氷菓 OP1
0.9868882 1.088022595
0.9871018
氷菓 ED2
0.9898708 1.066129357
0.9901036
氷菓 OP2
0.9876465 1.101488254
0.9876512
ノイズが入ったりエフェクトが入ったりして
ビットレートが一気に跳ね上がったり--vbv-maxrateまで行っちゃうようなソースだとSSIMが下がるのかな
283:名無しさん＠編集中
13/03/05 00:24:52.60 8Zj5AoeH
ゆるゆり♪♪ OP SSIM サイズ比
--qcomp 1 (--no-metree) 0.9897690 1.107378625
--qcomp 0.9 --metree 0.9899077 1.134244208
--qcomp 0.8 --metree 0.9896832
氷菓 OP1
0.9868882 1.088022595
0.9875023 1.112881632
0.9871018
氷菓 ED2
0.9898708 1.066129357
0.9901788 1.101478751
0.9901036
--qcomp 0.8→1.0でSSIMが上がったケース・下がったケースの両方で
0.9＞1.0という結果
284:名無しさん＠編集中
13/03/05 04:58:24.74 8Zj5AoeH
訂正
ゆるゆり♪♪ OP SSIM サイズ比
--qcomp 1 (--no-metree) 0.9899287 1.148040305
--qcomp 0.9 --metree 0.9899077 1.131674585
--qcomp 0.8 --metree 0.9896947
285:名無しさん＠編集中
13/03/05 10:21:50.70 cu1PYHeO
metree ってオプションが最近出来たのかと思って
検索しちまったじゃねーかよ！
286:名無しさん＠編集中
13/03/05 14:00:22.74 1CQeSiW3
ビットレートかSSIMのどちらかを揃えた方が分かりやすい比較になる
287:名無しさん＠編集中
13/03/05 17:12:15.67 DCayajaU
SSIMの素の値って見づらいから対数表記(dB) に統一されるといいのにな
-10 * log10( 1 - ssim )
で計算されているそうで
288:名無しさん＠編集中
13/03/05 23:50:35.80 cRudJu0H
--qcomp 0.9 --metreeが今のところ一番無難なのか
289:名無しさん＠編集中
13/03/05 23:58:04.16 gb92noNh
エラー出ないの？
290:名無しさん＠編集中
13/03/06 01:09:51.02 a8RdaoJD
>>288
それマルチパスでエンコする場合の話？
そんな極端にqcomp上げたらcrfでエンコする意味無いんじゃないの
x264のパラメータって基本極端な値指定するとろくなことにならない気がする
291:名無しさん＠編集中
13/03/06 01:45:16.07 A9oVztpB
>>290
1ならともかく0.9で意味ないってことはないと思うけど
まあcrfの値次第かな
292:名無しさん＠編集中
13/03/06 13:10:05.65 +xj+qmwt
qcompを0.8より高くするならcrf指定よりqp指定した方がエンコの目的に沿うと思う。
x264の画質は結局のところ色んなパラメータのバランスで成り立つものだから
一つのパラメータを極端に上げたり、あるいは下げたりするとバランスが崩れて目的を見失うんじゃないか。
293:名無しさん＠編集中
13/03/06 16:26:34.09 z6ylvJxh
ぱっと見を保ちつつサイズを抑えるなら0.8でも高すぎる
SSIM的には0.6あたりが最大のようだから
294:名無しさん＠編集中
13/03/06 19:26:33.50 eDY1CJf9
変化の大きいアニメなんかだと0.8もアリかと思うけど、
同時にqpminとqpmaxの調整とかzonesによる対応の検討もしたいねえ
mbtreeも素材によってはBフレームの劣化とサイズの増加を招くし、
結局一番無難な回答は「ソースによるから試行を重ねて好みに合うパラを探しましょう」に尽きる
295:名無しさん＠編集中
13/03/06 21:44:22.72 dNoIHJr+
結局どれだけビットレート確保できるかって話だからなあ
qcomp0.9指定でもcrf16とcrf23じゃ全然違うし
296:名無しさん＠編集中
13/03/07 00:44:40.08 nd8caNCR
俺がテストした場合、他のパラメーターは同じで、
qcomp0.8、crf20 と qcomp0.6、crf18 で大体同じぐらいの
ビットレートになり、画質は前者の方がわずかに良いかなーって感じだった。
297:名無しさん＠編集中
13/03/07 14:49:55.80 yDZBWqjf
>>295
いや、「画質劣化がわからないようにどこまで縮められるか」だと思うけどね。
最も縮む設定を探るには、ビットレート指定での比較をせざるを得ないという話。
最も縮む設定で、劣化をどこまで許容できるのかcrf値で指定、というアプローチが一番良いと思うよ。
目安の目標ファイルサイズを決めて、crfを検討するのも良いとは思うけどね。
ただし、QP値によって最適なオプションが変わるケースもあるから、
あまり目標画質と離れすぎた状態でオプションを比較するのはやめたほうが良いと思う。
298:名無しさん＠編集中
13/03/07 21:36:10.33 IHdd+ZjY
>>297
＞「画質劣化がわからないようにどこまで縮められるか」
これに重点を置くのならこっちのスレの方がふさわしいと思う
【目指せ】高画質アニメエンコスレPart18【軽量】
ｽﾚﾘﾝｸ(avi板)
299:名無しさん＠編集中
13/03/07 21:49:36.98 IHdd+ZjY
誘導先はここじゃない
>>4
300:名無しさん＠編集中
13/03/07 21:50:40.40 IHdd+ZjY
誤爆したorz
301:名無しさん＠編集中
13/03/08 00:34:26.05 D2PJ5+Sx
crf=21程度の実写ソースで随分と綺麗なエンコされてる動画を見つけたので
設定参考にしようとMediaInfoで覗いてみたところ「cqm」が2になっていた
この値の意味は0=flat 1=jvt 2=カスタムマトリックス で合ってるよね？
やはり、極めてる人はカスタムマトリックスを指定するのが基本なの？
アニメや実写、こんなソースにはこれがお勧めってのがあれば教えて欲しい
302:名無しさん＠編集中
13/03/08 00:35:37.47 hhcJNXZa
>>298
いや、だからエンコードって何のためにするんだ？ 縮めるためだよね？
で、でも画質が下がるのは嫌なんだろ？
そしたら、「画質劣化がわからないように出来るだけ縮める」
もしくは「画質劣化を最小限に収めながら目標ファイルサイズまで縮める」
となるんじゃないのか？
303:名無しさん＠編集中
13/03/08 00:38:32.01 0GBoGSUm
実写でcrf21なら綺麗で当たり前
304:名無しさん＠編集中
13/03/08 00:38:41.70 hhcJNXZa
>>301
実際のところ、cqmを作るのはとても難しい。
AQやpsy-rdで十分だし、cqmでそれらを上回れるかというと、別にそんなこともない。
あと、cqmを使った場合はcrf値は実際のところ参考にならなくなってしまうので、
やっぱりビットレートを見てください、って事になってしまう。
305:名無しさん＠編集中
13/03/08 01:32:51.45 9fsY+Tys
>>303
俺も見た瞬間そう思ったｗ
306:名無しさん＠編集中
13/03/08 09:17:44.84 NjZBeRlL
>>302
画質か容量を多少妥協する代わりに
エンコード時間を短くするという選択肢もあるな
画質はそのまま容量を0.5％削れるけど時間3倍とかだと
いやって人も居るだろう
307:名無しさん＠編集中
13/03/08 09:33:43.76 r1Lkv8sC
サイズ・圧縮率・画質のどれをとるかはひとそれぞれだよなあ
308:名無しさん＠編集中
13/03/09 16:02:39.07 ZBS3BI7k
640ｘ360のフレーム動画（10分弱）を幾つもつなぎ合わせて編集して
合計100分の動画ができました。
総ビットレート1693kbpsでエンコしてmp4動画を作成することができました。
エンコ時間に4時間以上も要したのですが、通常このぐらいかかるもの
なのでしょうか？使用するフィルタによると思いますが時短アドバイスとか
あれば聞きたいです。
309:名無しさん＠編集中
13/03/09 16:25:26.22 Dm2Q2Nf6
使ってるPCもオプションもわからんし、そういうものだとしかいえない。
310:名無しさん＠編集中
13/03/09 17:13:10.33 x9GRe06G
動画エンコは各個人によって設定の幅が大きすぎるんで、ここで聞くより
Q&A的なサイト見て自分に合った設定を見つけ出すのが一番かと。
311:名無しさん＠編集中
13/03/09 20:09:22.70 WYlRPINe
つんでれんこはesa使ってるから遅いのかね
312:名無しさん＠編集中
13/03/09 22:25:08.54 cPkOnCKl
同じビットレートならnパスエンコの方がcrfで1パスの方が理論的には高画質ってことであってますか？
313:名無しさん＠編集中
13/03/09 22:41:28.84 Dm2Q2Nf6
日本語でおｋ
314:名無しさん＠編集中
13/03/09 22:42:51.25 MoMkypG5
>>312
マルチパスなら--direct autoがより効率的になるけど、たぶん全体的には変わらないと思う。
315:名無しさん＠編集中
13/03/10 02:11:19.41 q53iBowP
ロスレス(再エンコードなし)でフレームレートだけ変更することはできますか？
いま29.97fpsのを25.00fpsに変更したいんです
316:名無しさん＠編集中
13/03/10 02:20:12.07 OkLP4mmY
mp4boxとかmkvmergeで詰めるときにfps指定したらいいんじゃないの？
317:名無しさん＠編集中
13/03/10 02:28:02.44 q53iBowP
>>316
あなた最高です！
mp4boxでは出来なかったんですけど、mkvmergeでは出来ました！
コンテナmkvになったけど画質そのままなのでかまいません
深夜にかかわらずどうもありがとうございました
318:名無しさん＠編集中
13/03/16 20:59:40.23 BMt4COVj
x264_L-SMASH_clone.shでソースを取得してコンパイルするとr2274にならないんだけど、どうすればなる？
319:名無しさん＠編集中
13/03/16 21:25:55.67 eTISvN4c
敵地に深く進めば成る
320:名無しさん＠編集中
13/03/17 20:39:00.45 Ddqh6TjM
あなる
321:名無しさん＠編集中
13/03/27 01:49:55.20 v+9Olc+E
mbtree切ったら暗いシーンでも綺麗になったんだけどどゆことこれ
322:名無しさん＠編集中
13/03/27 03:25:25.51 S8fzYOg1
>>321
暗いからビットレートが元から低いのに
MB-Treeでさらに削られるからそうなる
323:名無しさん＠編集中
13/03/27 15:26:52.57 BXfGZpvh
実写の韓流ドラマ（日本語吹替版）に最適な設定を教えて頂けないでしょうか？
音声はdemuxしたAACを使います。
エンコ時間短縮とファイルサイズ縮小重視で、画質は俳優の顔面のディテールが分からない位（出来ればオイルペイント調）で良いです。
324:名無しさん＠編集中
13/03/27 15:33:55.57 Py7IpeoB
>>323
640x360とかに縮小すれば
325:名無しさん＠編集中
13/03/27 15:43:59.64 BXfGZpvh
>>324
--tune はanimationとかにでもしておけば良いのでしょうか？
動画ソースは、今朝からBSフジで始まったイタキスです。
吹替え担当者には興味有りますが、出演俳優はゴミですｗ
326:名無しさん＠編集中
13/03/27 15:45:36.15 Py7IpeoB
それだったら取り出したAACだけを聞いていればいい。案外ラジオドラマみたいにして楽しめるかもしれない。
327:名無しさん＠編集中
13/03/29 12:36:07.40 2z9IfY4P
720x480にしてDVD販売して捕まって下さい
328:名無しさん＠編集中
13/03/29 14:27:56.69 JOOrqf/H
マジレスするとaviutlとかで線形フィルタかけまくってからエンコすればいいと思う
329:名無しさん＠編集中
13/03/29 14:35:27.06 Gzbmt/rG
>>323
オイルペイント調では無いと思うが、速さならFFT3DGPUでも使えば良いのでは
後はx264のdeblock上げてpsy-rd 0:0とかかな
330:名無しさん＠編集中
13/03/31 20:17:47.63 zGimm3nT
8bitでバンディング起こさないレベルの設定を探していたら
QCOMP 0.9でVAQ 1.0 PSY RDO 0.5 PSY TRELLIS 0.3みたいな阿呆な設定に行き着いた。
CRFは19のCQMはFLAT。
ファイルサイズバカみたいに食う。
331:名無しさん＠編集中
13/03/31 20:29:26.23 LSHiDwbQ
>>330
それのどこがアホウなんだ？
Psy-Trellis 0.3意外普通じゃねーか
332:名無しさん＠編集中
13/03/31 21:32:58.81 zGimm3nT
いや、そうかもしれんが結構ファイルサイズ食うようになるぞ？
333:名無しさん＠編集中
13/03/31 22:06:15.55 LSHiDwbQ
もしかしてアニメで？
334:名無しさん＠編集中
13/03/31 22:11:13.01 zGimm3nT
YES
335:名無しさん＠編集中
13/03/31 22:27:42.00 LSHiDwbQ
うん、ま、ほんのちょっとアポーだな
336:名無しさん＠編集中
13/04/03 22:47:08.57 0vc/Mqjp
アニメでバンディング起こさないならバンディング低減フィルタでディザ載せて
VAQ 1.0 PSYRDO 1.0 PSYTRELLIS 0.0 で大抵問題はない。
PSYRDO 0.5 PSY TRELLIS 0.3 とか使うよりファイルサイズは縮む。
CFRが19もあるならマジでこれで大丈夫だと思う。
337:名無しさん＠編集中
13/04/03 23:15:21.30 pXUrSfFR
ソースと見比べてみる事をお勧めする
338:名無しさん＠編集中
13/04/04 23:36:48.85 47qNU77J
URLﾘﾝｸ(loggialogic.blogspot.jp)
vbv-maxrateは分かるのですがvbv-bufsizeはどのようにして決定しているのでしょうか？
339:名無しさん＠編集中
13/04/05 01:43:51.76 N3VmBrhu
>>338
vbv-maxrateと同じでおｋ
340:名無しさん＠編集中
13/04/05 07:54:31.35 6aMOQOWC
>>338
吐き出す映像の解像度やフレームレートでレベルが変わる。
レベルが変わるとvbv-maxrateやvbv-bufsizeで指定できる上限が変わるから注意な。
341:名無しさん＠編集中
13/04/07 12:39:44.42 HhfNaiX8
パイプを使うにはどうすればいいですか？
自分なりに探してみた結果
x264 - [etc] --demuxer y4m -o out.mp4
だけでいけるように書いてあるんですが、それでは
x264 [error]: could not open input file `-'
と表示されうまくいきません。最初の"-"を省いてもヘルプが表示されエンコードが始まりません。
一度ファイルに書き出してから食わせた時にはうまくいくことを確認しています。
具体的には以下のようにしています。
set op=--preset slow --profile main --crf 20 --qcomp 0.7 --vbv-bufsize 10000 --vbv-maxrate 10000 --keyint -1 --min-keyint 4 --b-pyramid none --partitions p8x8,b8x8,i4x4 --ref 3 --weightp 0 --level 3
mplayer -benchmark -ao pcm:file=tmp-a.wav -vo yuv4mpeg:file=- -vf expand=aspect=480/272,scale=480:-2 %1 | x264 - %op% --demuxer y4m -o tmp-v.mp4
バージョン: x264 core:130 r2273 b3065e6 (x264.nl の8bit depth/64bit版)
342:名無しさん＠編集中
13/04/07 15:01:41.87 xoHTbGnC
mplayerの代わりにffmpegでも使えば
343:名無しさん＠編集中
13/04/07 17:04:21.94 HhfNaiX8
>>342
どういうこと？mplayer側の問題ってこと？
しばらくしたらffmpegの奴もためしてみるけど、リダイレクトを受け取れてない時点でx264側のパラメータの指定に問題があるように思えるんだが。
ファイルでは受け取れるけど標準入出力では受け取れない形式とかあるの？
344:名無しさん＠編集中
13/04/07 17:07:48.45 HhfNaiX8
>>342
確認のために聞くけど
それは標準入力から受け取る場合のパラメータは>>341で間違いないと見てよろしい？
345:名無しさん＠編集中
13/04/07 18:38:48.20 xoHTbGnC
URLﾘﾝｸ(sites.google.com)
ここだと
$ mplayer -nosound -benchmark -vo yuv4mpeg:file=>(x264 --demuxer y4m --crf 20 --threads auto --output output.264 - 2>x264.log) star-wars.mkv
みたいになってるが具体的には知らん
346:名無しさん＠編集中
13/04/08 02:59:13.82 FfUzAcmz
mplayerは使ったことないんだけど -vo yuv4mpeg:file=- でちゃんと標準出力に吐き出せてるの？
URLﾘﾝｸ(htffmpegx.seesaa.net)
とか参考にならないかなぁ、と思ったけどそもそまffmpegの方が楽な気がする。
347:名無しさん＠編集中
13/04/08 19:36:01.73 hQecF01y
>>345
すまん。書き忘れたがWindowsなんだ。windowsでもbash使えるだろというツッコミはなしで
>>346
どうやらそれが原因らしい。一応、ビデオストリームも出力されてたんだが、頭の部分にmplayerのバージョンが入ってた orz
mplayerをパイプでつなぐには、頭の数行部分を無視するフィルターを間に挟む必要があるみたいです。
もしくはエラー出力に出力するように修正してコンパイルし直すか、名前付きパイプを使うか
348:名無しさん＠編集中
13/05/05 00:06:48.96 UxQqMl8p
現在のx264にskip_depth_filterって入りましたか？
349:名無しさん＠編集中
13/05/05 05:17:14.10 1Hxrifc9
>>348
本家に提出されてないから入ってない。
350:名無しさん＠編集中
13/05/05 14:38:16.93 UxQqMl8p
サンクス。
351:名無しさん＠編集中
13/05/05 17:13:19.48 7Lvo7VWm
最近x264スレに質問している人を見て映像マルチパスの仕様を知りました。
音声のAAC圧縮も2PASSっていうのがありますが、音声も映像の2PASSと同じような処理ですよね？
2PASSは品質向上目的ではなくて指定ビットレートに近づけるためのものということで
音声2PASSのチェックを外すとパイプ処理のオンオフを選択できるようになりますが、パイプ処理ってどんなものなのでしょうか？
パイプを通してエンコーダに渡しますとありますが、どういう効果になるんでしょうか？
352:名無しさん＠編集中
13/05/05 17:23:48.70 DtSp3o7U
スレチ
353:名無しさん＠編集中
13/05/05 17:51:48.46 KXdUrQHZ
>>351
釣り？それとも真面目？
>音声のAAC圧縮も2PASSっていうのがありますが、音声も映像の2PASSと同じような処理ですよね
漠然とした曖昧な質問だなぁ…
1pass目でストリームの複雑さを解析して、2pass目で予定していたビットレートでエンコードするのが定石だけど
実際どうするかはそのエンコーダ、実装次第。
>2PASSは品質向上目的ではなくて指定ビットレートに近づけるためのものということで
もちろん、品質向上のためでもあるよ？シングルパスでエンコードした場合、事前にストリーム全体の複雑さ
というか、今処理している部分が全体から見てどれだけ複雑なのか分からないからVBRでうまくエンコード出来ない。
じゃあどうするかというと、振れ幅を抑えて、狭い区間で調整するようにしてCBR的なエンコードをするか
ビットレートを指定より低めに基準をとって余裕を備蓄しつつ、比較的複雑そうなところで蓄えを消費するようにする。
結果として、指定ビットレートより多少ずれるし、品質も悪くなる。
>パイプを通してエンコーダに渡しますとありますが、どういう効果になるんでしょうか？
そのまんまなんだけど…標準入出力とかリダイレクトとかそういう基本的な事わかってる？
ネットで本屋でもいいからパソコン初心者向けの解説書よめば分かるよ。
一言で言えば、あるプログラムの標準出力を画面やファイルに書き込まないで、別のプログラムの標準入力に橋渡しするのがパイプ。
354:名無しさん＠編集中
13/05/05 18:12:35.84 7Lvo7VWm
真面目です
容量抑えるより音質とエンコ速度重視してパイプ処理使うことにしました
355:名無しさん＠編集中
13/05/11 13:54:58.46 59DCydbC
linuxで YUV444の10bitソースをYUV420の8bitに変換したいんですが、
どのようなコマンドラインになるでしょうか。
356:名無しさん＠編集中
13/05/11 14:02:47.60 HFF5dUSR
それx264の問題じゃなくね？
357:名無しさん＠編集中
13/05/11 14:23:19.16 1EBpncag
>>355
--input-cspで正しい物(yuv444p10be)を指定すれば、変換できるかと
358:名無しさん＠編集中
13/05/11 14:25:03.52 1EBpncag
正しい物(yuv444p10be等)に訂正 leかもしれないし
359:名無しさん＠編集中
13/05/15 19:45:38.28 1R0O1JvZ
かくつきの出る何だかスペックが足りてなさそうなAndroidデバイス向けに
極力軽いmp4を作ってそれでもかくつき出るのか試したいのですが、
解像度・プロファイル・ビットレート・bufsize/maxrate以外に要求デコード能力に
関わりそうなオプションは何かありますでしょか。
360:名無しさん＠編集中
13/05/15 19:58:43.42 MPj7qx7B
bフレーム枚数とか参照距離とか
361:名無しさん＠編集中
13/05/15 20:09:14.10 SzTLJbgn
offはお勧めしないけどデブロックフィルタ
362:名無しさん＠編集中
13/05/15 20:09:30.40 MPj7qx7B
あとデブロックオプションの有無もハードウェアデコードの時に破綻が出る場合もあるそうだけど今スマートフォンに使われてるチップだと関係無いか
363:名無しさん＠編集中
13/05/15 20:46:32.93 YASEDeHf!
>>359
profile baselineと好みのlevelとmaxrate/bufsizeを指定して--tune fastdecodeを
利用すれば出来るだけ軽くなるよ。
そういや、最初の頃fastdecodeってXboxのセロリンなどに向けてエンコするために
あったんだよなぁ・・・ 懐かしい（笑）。
364:名無しさん＠編集中
13/05/15 21:12:45.07 1R0O1JvZ
baselineにしているのでBフレーム・参照距離は関係無いですよね？
loop=0とtune fastdecodeを試してみましたが結果変わらず…
解像度も小さくしたホントの低スペ仕様をコーデック内蔵プレーヤでソフトデコードさせると
問題無いのに大してハードデコードだと変わらずかくつく事があるので、タイマー周りに欠陥が
あってスキップ処理が誤発動してるとか、何かドライバ周りかハード自体に不都合があるのかな。
365:名無しさん＠編集中
13/05/15 22:26:18.27 SzTLJbgn
それだったら解像度が怪しい
無断にSDサイズだったりするんじゃない？
366:名無しさん＠編集中
13/05/15 22:51:49.04 1R0O1JvZ
液晶の解像度は960x540のQHDで基本等倍でエンコしてますが、
テストに480x270・320x180迄下げても駄目でした。
毎回特定の所でかくつくわけでは無く、暫く再生してると何の変哲の無い所でかくつきだし、
数秒手前にシークしてもう一度見るとスムーズに通ったりします。
低ビットレートでも起こるとは言え発生頻度はやっぱり高ビットレートの方が多いです。
367:名無しさん＠編集中
13/05/15 22:57:25.30 SzTLJbgn
ビットレートとバッファのサイズを調整するしかないと思う
368:名無しさん＠編集中
13/05/15 23:13:24.28 nbw0NJlp
解決には結びつかないと思うが
ローカル・ドライブ上のファイルだと再生に支障が生じ
同じファイルをネットワーク越しだとスムーズに再生できることがある
369:名無しさん＠編集中
13/05/17 03:24:14.75 Fl/7n1hw
>>367
限界以下なら大丈夫ってわけじゃなく、低すぎても駄目な場合もあるんでしょうか？
>>368
WMPを鯖にして少しDLNAを試してみたんですが、再生出来るファイルの仕様がよく解らなかったので挫折…
FHDは再生出来る物のカクカクなんでQHDにしてみたら無理とか
370:名無しさん＠編集中
13/05/17 06:51:58.47 14+uYXn8
>>369
君のAndroid云々ってのを無視した、単にネットワーク越しのファイルを再生って話
画面のドット数で動画のドット数を決定しているようだが
動画として標準と思われるドット数にしたほうが何かとトラブルが出にくい
371:名無しさん＠編集中
13/05/17 13:42:10.79 RtoO8AG8
＞テストに480x270・320x180迄下げても駄目でした。
とあるからその辺は一応わきまえてるんじゃないかね
372:名無しさん＠編集中
13/05/28 17:57:16.20 a5Xp5+O5
今度出るHaswellではAVX2とTSXが使えるそうですが
TSXというのはエンコードにおいて何か役に立つのでしょうか？
AVX2でエンコードが早くなるとはよく聞くのですが
同じHaswellでもTSXに対応するものとしないものがあるので何を選ぶか迷います
373:名無しさん＠編集中
13/05/28 18:06:51.05 UqCKbQUc
大は小を兼ねる
だと思うけど
374:名無しさん＠編集中
13/05/28 19:07:59.86 v3ggd+Tx
Kが非対応なんじゃなかったっけ
375:名無しさん＠編集中
13/05/28 19:41:35.80 iJ4ZWZGH
インストールしたのですが、After effectsのレンダリング設定に
コーデックとして追加されません。
原因がわかる方はいらっしゃいますか？
376:名無しさん＠編集中
13/05/28 20:18:26.68 nghStk7O
何をインストールしたんだろう・・・
377:名無しさん＠編集中
13/05/28 20:20:26.22 a5Xp5+O5
>>373
>>374氏の通り、4770KはTSX非対応、4770無印は対応で、
大は小を兼ねるとはいきませんので質問させていただきました
378:名無しさん＠編集中
13/05/28 20:29:40.00 iJ4ZWZGH
>>376
x264です。
379:名無しさん＠編集中
13/05/28 22:29:34.34 iJ4ZWZGH
厳密に言いますと、7.0には追加されてて、ＣＳ6には追加されてないと言う感じなんです。
連スレすみません。
380:名無しさん＠編集中
13/05/29 07:06:04.93 dK+bvFnS
それで正常
381:165
13/06/01 08:24:12.70 LbWVvXHm
TSX、同期オブジェクト周りで使えるかもしれないが、どうだろう。
CPUの性能みて同期オブジェクトの生成を切り替えるとかどうなんだろうね。
382:名無しさん＠編集中
13/06/01 08:24:43.95 LbWVvXHm
変な名前になってたorz
383:名無しさん＠編集中
13/06/01 23:51:02.45 mTDpu9Hc
10bit や YUV444 ってのを再生するにはどうすれば良いのですか
384:名無しさん＠編集中
13/06/14 00:44:13.47 YJouiWdB
皆様に伺いたいことがあるのですが、私はTMPGEnc Video Mastering Works 5に
x264VfW - H.264/MPEG-4 AVC codec 38.2274を使用して、
エンコードをしているのですが、
aviに限って、mmname2で見てみると、704×396が【80x1408】となり、
また、【未対応ビデオコーデック(再エンコード必要)】
となり、また、【映像サイズがコンテナとコーデック詳細で異なる.
コンテナ 704x396.コーデック詳細 80x1408】と記載
されてます。
mediainfoで見ると704×396になっております。
ぐぐって、マクロブロックの８×８のチェックを外す改善されると
ありましたので
実行すると今度は【704×400】となります。
この原因はどこにあるのでしょうか？
よろしくご指導のほどお願いします。
385:名無しさん＠編集中
13/06/14 01:01:51.95 pCARoadU
>>383
URLﾘﾝｸ(mpc-hc.org)
このプレイヤー使う
386:名無しさん＠編集中
13/06/14 01:05:00.03 JC3LK0C5
mmname2が悪いんじゃないの?よくしらんけど
387:名無しさん＠編集中
13/06/14 06:31:11.61 areUJZJB
MMname2なんて古いソフトじゃん。
388:名無しさん＠編集中
13/06/15 17:35:13.82 YL5jKx6r
エンコードがめんで音声だけで上限を超えていますって表示されたのですが解決策が分かりません
389:名無しさん＠編集中
13/06/15 19:45:43.95 N08unOR4
音声とx264関係なくね？
390:名無しさん＠編集中
13/06/15 19:48:51.01 4/NRgURX
いろいろキテるね
391:名無しさん＠編集中
13/06/16 00:02:05.19 5+8mvIGH
音声ファイルだけでピットレート上限を超えますとの表示が出ていました
色々と確認し直した所解決しました、お騒がせしてしまい申し訳ない
392:名無しさん＠編集中
13/06/17 04:52:40.51 Nn//yESa
出来上がったファイルのプロパティを見るとEncoding settings が記載されています
これをどうにかして消したいのですが、何かいい方法はございますかな？
393:名無しさん＠編集中
13/06/17 20:09:39.37 23qCjIU4
>>392
自分でコンパイルする。
394:名無しさん＠編集中
13/06/18 10:06:43.86 06GKnZfh
ヘッダ情報覗いて該当部分だけ消すなり書き換えるなりすればいいんでないの？
395:名無しさん＠編集中
13/06/19 01:49:27.24 ucTeYZBT!
>>394
それをやってしまう人は大体間違ったやり方するから（以下略
あの情報がゼロで置き換えられたサンプルは何回もらったか・・・
（規格的な違反）
396:名無しさん＠編集中
13/06/19 07:42:06.13 55j4PwCi
何の意味があるの？そこのヘッダみて再生可能かどうか判別をする機器があるとか？
397:名無しさん＠編集中
13/06/19 09:33:39.73 9EXHHAWZ
PSPなんかそうじゃなかったっけ？
398:名無しさん＠編集中
13/06/19 18:31:27.35 ucTeYZBT!
>>397
ないわ。一時的にMP4の構造にはうざかったけど、v3辺りだったしなぁ。
もうかなり長い間普通にmuxすれば問題ない。x264が書き込む
SEI情報とは無関係。
>>396
大体アレ系でオレオレ設定を隠したいって人。個人を特定するような
情報書かれてないのになぁ。┐(´∀｀)┌ﾔﾚﾔﾚ