16/04/20 19:29:17.58 klJmlwQn.net
>>933
x264でも重ための設定でAQやpsy-rdなどを調整したらx265の
単純なmediumになら画質で勝るよ。
つまり、設定次第だと思う。
965:名無しさん＠編集中
16/04/20 20:09:39.34 GUTooAcL.net
さわらないほうが良いタイプだと思うよ
966:名無しさん＠編集中
16/04/20 21:34:42.31 /W4Johvo.net
>>936
x265のプリセットを１段階上げればいいだけでしょｗ
967:名無しさん＠編集中
16/04/21 01:14:11.61 GimnWLrM.net
レベルを上げて物理で殴ればいい
968:名無しさん＠編集中
16/04/21 03:00:03.58 LQaBaBJx.net
レベルといえばお前らレベル指定とかしないん？
969:名無しさん＠編集中
16/04/21 08:48:25.19 s5ZQAH1b.net
携帯視聴やゲーム機家電視聴などを弾きたい時に
970:名無しさん＠編集中
16/04/21 22:30:46.71 43CTREQW.net
最大ビットレートは規格に合わせて指定してる
他のオプションまでは把握してないか
971:らデフォのまま
972:名無しさん＠編集中
16/04/23 19:00:20.96 p08WM9kP.net
ABRのSSIMを貼った人は何が言いたかったのだろう
973:名無しさん＠編集中
16/04/23 19:41:54.17 GVwq/FMD.net
結論を言うと荒れるから何も言わないのかな
数字だけで判断するなとか言うやつが出てくるかもしれないし
974:名無しさん＠編集中
16/04/23 20:22:56.70 1ED72ZaJ.net
>>943
ただの参考値として貼っただけだよ。
>>926でも書いたけど、なんで「ABR（2pass --bitrate）のSSIMは無意味」だと思うの？
ちゃんとした根拠があるなら知りたいんだけど。
975:名無しさん＠編集中
16/04/23 20:50:47.52 VX0ubDbv.net
少なくとも俺は --cfr でサクッとやってしまうから abs でビットレート固定されても参考にはしないかな。
逆に abs でエンコしてる人になら参考になると思う。
要は自分で取捨選択を適切にしていればいいだけであって、人に文句を言うのはお門違いだと思うよ。
976:名無しさん＠編集中
16/04/23 21:03:52.97 GVwq/FMD.net
cfrやabsはネタかな
オプション検討しているときにcrfを使うとビットレートが
大幅に変わってしまい、オプションの良し悪しが分からなくなる。
最終的にcrfでエンコするにしてもオプション検討においては
ABRでの比較は十分に参考になると個人的には思う。
977:名無しさん＠編集中
16/04/24 12:02:05.68 ou5067T+.net
>>945
「ABR（2pass --bitrate）のSSIMは無意味じゃない」ちゃんとした根拠があるなら知りたいんだけど。
978:名無しさん＠編集中
16/04/24 12:06:44.59 h82NYOq7.net
指定ビットレートが低すぎなのはあると思う
979:名無しさん＠編集中
16/04/24 12:25:41.70 szqA3nvc.net
指定ビットレートの適正値はソース、解像度、好みによって変わりそう
980:名無しさん＠編集中
16/04/25 16:45:47.07 OGPz4ITg.net
ABRの人、doomのレスを理解できてないと思った
ここのレスの理解も怪しい
オプションの理解も
981:名無しさん＠編集中
16/04/25 19:28:56.39 nvGgjPd+.net
>>951
ABRでのSSIM計測が無意味だと言ってる人にその言葉をほぼそのまま返したい。
こっちはABRでのSSIM計測が無意味と言われた根拠が全くわからないから
教えてくれと質問してるのに、返ってくるのは山彦質問返しや根拠不明でかみ合わない主張や嘲弄だけ。
「お前は理解してないお前は理解してない」と念仏みたいにブツブツ呟き続けられても気味が悪いだけで
こっちは何が理解できてないのかさっぱりわからないし、進展がなくてスレにとっても迷惑だと思うよ。
スルーできてない俺も迷惑だろうけど。
・SSIMは画質（というかソースとの類似度）指標数値の１つだがあくまでも参考値であり
最終的には自分の目で見て決めたほうがよいというのは大前提。
・ABR（2pass --bitrate）でSSIMを計測するのは設定の違いによる
圧縮効率（画質・容量比）や速度を比較するため。
（数値的には、同一ビットレートでSSIMが大きいほうが圧縮効率が高いと評価できる）
・VBR(--crf)でSSIM計測してもいいけど、ビットレートもSSIMもばらけるので
パッと見てどちらが良いのか評価するのが難しい。
ビットレートやSSIMが同じくらいになるcrf値を探すのは面倒。
・720pで試したのは単にあまり時間をかけたくなかったから。
・2000kbpsで計測したのは、元ファイルが重め設定のx264 --crf20で約2500kbpsだったから。
ビットレート高めだと差がわかりにくくなるので、やや低めのビットレートで比較して
差をわかりやすくすることを意識した。
・>>893や>>927の結果だけ見ると、Doom9の設定（>>877のアニメ）は有効性が感じられない。
・ABRでのSSIM計測が無意味だという主張の根拠は全くわからないので教えてほしい。
・Doom9の設定が--crf向けだという主張の根拠も全くわからないので教えてほしい。
・Doom9のレスを理解できてないという主張の根拠も全くわからないので教えてほしい。
・俺個人のオプションに関する理解が浅いのは事実だから解説があると喜ぶよ。
これがこちらの現状なので、理解がおかしいというなら具体的な指摘を頼む。
スルーできてなくてごめん。> スレ住�
982:l 具体的な説明がされない限り、以後スルーするね。
983:名無しさん＠編集中
16/04/25 20:44:32.37 cQiwXoCT.net
>>951
私も>>952と同程度の理解なので、何がどう理解できていないのかを教えてほしい。
根拠を示すことができず否定するだけの無知な人ではないことを祈りつつ。
984:名無しさん＠編集中
16/04/25 20:59:50.91 QMvVZfm8.net
過去には、crfでSSIM比較するなビットレート指定しろ、って人もいたしどうしろと
985:名無しさん＠編集中
16/04/25 21:01:33.14 QZda0fQA.net
否定だけってのは反応に困るよね
品質指定だと瞬間的なビットレートはかなり高くなるから品質にはかなり有利
自分の経験でXvid ビットレート指定で350MBと、品質指定の250MBのファイルで後者の方が綺麗（前者は動きの激しい箇所でブロックノイズ多発）で
品質指定はそれぐらい画質に有利だと思う
でx264でも画質を求めたらcrf下げてデブロックフィルタも弱めてpsyを強めたりして（自分は）
そのcrf値が小さいとき用のオプションをcrfが大きいときに使うとやっぱりアラが出る
なので高画質向けオプションを評価するときは、コーデックの性能をもっと引き出せる好条件でやって欲しいなとは思う
（ネタだと思われそうだけど自分も教えて欲しいな>>951）
986:名無しさん＠編集中
16/04/25 21:08:01.55 mYE/Sg/n.net
一人で何やってんスか
987:名無しさん＠編集中
16/04/25 23:17:22.98 xf7dz0xUo
は？
988:名無しさん＠編集中
16/04/26 00:17:01.11 yVx5x6Ll.net
いまだに勘違いがはびこってるようだけど
2passってのは一回エンコしてみてその結果から目標ビットレートに近づくように自動でcrfを調整してもう一度エンコしてるだけのことだろ
最終的なビットレートが同じなら手動でcrfを指定しようが2passでやろうが画質に違いは出ないよ
989:名無しさん＠編集中
16/04/26 03:30:54.19 P6dH9VcC.net
CRFならlevelが許す限りの範囲でビットレートを変動できる
ビットレートを指定するが故の過剰品質も抑制できる、って理解だが
どっちにしろVBVでレート制御が入るからそっちの設定だけ詰めればCRFで良いような気がする
990:名無しさん＠編集中
16/04/26 18:29:14.73 H6GEQXQr.net
>>958
HEVCではそうなのか？
書いてないけど>955の「Xvid ビットレート指定で350MB」は「Xvid ビットレート指定2Passで350MB」
991:名無しさん＠編集中
16/04/26 20:45:29.80 xOye6Bx8.net
ABRの人、自演がんばれ
992:名無しさん＠編集中
16/04/27 01:45:52.17 ccoJ1QZy.net
Xvidとか古すぎて話についていけないわ
Xvidとx26Xとじゃレートコントロールの方式が違うんだよ
993:名無しさん＠編集中
16/04/27 06:21:06.02 SeExodLv.net
x265の更新がピタっと止まっているんだけど、何かあったのかな
994:名無しさん＠編集中
16/04/27 08:04:29.24 rBBpLPal.net
春休みは終わったんだよ、ヒキコモリ君
995:名無しさん＠編集中
16/04/27 09:32:20.93 7jGMhriN.net
x265の更新していたのは、日本の学生だったか…
996:名無しさん＠編集中
16/04/27 09:34:20.09 4Bx6XeNC.net
また一気に更新くるんじゃないの
997:名無しさん＠編集中
16/04/27 12:17:51.54 q1CqmRwh.net
>>952
>具体的な説明がされない限り、以後スルーするね。
実行しろ
わかってないことがわかってないのにわかった気になってゴリ押しする奴に誰が説明するかよ
他人が自分のために1から10まで手取り足取り説明してくれるのが当然という発想かよ、ゆとりか？
自覚のないうぬぼれの激しいばか
レス見てるだけでイライラした，蹴り入れたくなる
もう、ここに来るな
998:名無しさん＠編集中
16/04/27 12:56:15.58 ccoJ1QZy.net
こっそり教えてあげるけどお前の方が迷惑だよ
999:名無しさん＠編集中
16/04/27 18:04:47.37 9yLxz2J0.net
>>967
邪魔だからもう来ない
1000:で
1001:名無しさん＠編集中
16/04/27 19:33:10.69 MXOYRBVo.net
一部の動画の最初の数秒だけノイズだらけになるのって、エンコするときの設定で回避できますか？
1002:名無しさん＠編集中
16/04/27 20:11:42.22 U6riuRT4M
キーフレームでカットせずに編集された動画とか？
1003:名無しさん＠編集中
16/04/27 19:59:53.45 O1aRnOt/.net
一部動画って何を差すのか知らないけど最初だけならそこをカットすりゃいいんでないかい
1004:名無しさん＠編集中
16/04/27 20:47:20.64 vYGeTekE.net
>>970
それはx265は関係なく、元動画がおかしいか、エンコード前のデコード処理に問題があるか、
エンコード後の再生に使うデコーダに問題があるだけじゃね？
1005:名無しさん＠編集中
16/04/28 11:56:00.94 VAWFmSIl.net
>具体的な説明がされない限り、以後スルーするね。
実行できないね
やっぱり、みんなが思ったであろう口先番長
1006:名無しさん＠編集中
16/04/29 22:22:26.51 Qjv/odTt.net
x264 r2692(8/10bit)、x265 1.9+138(8/10/12bit)で各プリセットの計測テストしたので置いとく。
プリセットのみ（一部のデータは--tune等の調整つき）
・エンコード時間： URLﾘﾝｸ(2sen.dip.jp)
・SSIM/bitrate相関図： URLﾘﾝｸ(2sen.dip.jp)
・SSIM/bitrate相関図(medium以上)： URLﾘﾝｸ(2sen.dip.jp)
--tune ssim付き
・エンコード時間： URLﾘﾝｸ(2sen.dip.jp)
・SSIM/bitrate相関図： URLﾘﾝｸ(2sen.dip.jp)
1007:名無しさん＠編集中
16/04/29 23:06:35.59 hM8i6t7l.net
>>975
乙乙
x265の8bitと10bitの差って凄いのね
1008:名無しさん＠編集中
16/04/30 03:24:21.10 icRfs4QB.net
力作ですごいけど相関図が見づらい・・・
1009:名無しさん＠編集中
16/04/30 08:19:14.01 iwbiPODt.net
tab使いは頭悪いから
1010:名無しさん＠編集中
16/04/30 10:36:27.87 /y9WItAV.net
わがまま言えば実写が欲しかった
1011:名無しさん＠編集中
16/04/30 14:19:43.42 JnFxQH0Q.net
>>958
前にTSからcrfでエンコして結果、２０００kbsくらいで仕上がったんだけど
その後に同じTSを２passで２０００kbsでエンコしたら残り１分くらいから最後までブロックノイズが乗ったんだ
たまたまかと思ってもう一回２passでやったらやっぱり同じようにブロックノイズが乗った
なんでやろう？
それ以来２passは信用してないんだけど
1012:名無しさん＠編集中
16/05/01 01:06:55.28 OwT/pRKY.net
>>980
crf エンコして 2,000kbps ってそれ平均じゃないかな? vbr だからシーンによってビットレートは変わるよ。
2pass 2,000kbps でノイズでるんならそれ、ビットレート足りなかったんだろ。
1013:名無しさん＠編集中
16/05/02 13:48:49.91 3M7zOLf9.net
>>981
2passが>>958の主張する挙動の通りなら>>980の現象は説明つかない
ってことを言いたいんじゃないの
1014:名無しさん＠編集中
16/05/02 17:17:48.15 IVu6sEQK.net
>>958は基本的には正しいから可能性は4つだな
① x265のコードにミスがある／あった
② >>980の比較方法にミスがあった
③ x265の2nd-passの自動crf調整アルゴリズムの性質上、実際にそういったことが稀に起こり得る
④ >>980の話は嘘か誇張である
でも決め手となる詳細な情報が何一つないからあんまリアクションできないわな
1015:名無しさん＠編集中
16/05/02 17:20:24.76 NFZmJHH5.net
１パス目の解析ファイルが正常に作れてなかったとか？
1016:973
16/05/02 20:19:49.45 GTGVqrYC.net
>>983
冷静な分析だと思います
嘘か誇張は絶対ないです
1パス目の解析ファイルの作り方がまずかったのか？
x264と同じやり方で2passでやってたんだけど・・・
元のTSはインターレースのなかにPV映像の30pが混じった映像で
1017: それをQTGMCで60pにしてました ブロックノイズはその30pの部分に載ってました（微妙じゃなくて明らかなやつです）
1018:名無しさん＠編集中
16/05/02 20:43:03.56 MFklek4b.net
自分の言ったことくらい実行しろ
1019:名無しさん＠編集中
16/05/02 23:18:21.04 3M7zOLf9.net
bitrateを指定する以上2passもCBR≒ABRの発展型でしかないと思うんだがな
crfオプションを指定しない以上エンコーダは品質目標を知りえないわけで
アグレッシブに圧縮できるシーンに出くわしたときCRFほどの働きはできないだろう
1020:名無しさん＠編集中
16/05/03 11:08:09.34 IEaoSNtT.net
なんだ？この自演臭い2pass議論モドキ
1021:名無しさん＠編集中
16/05/03 16:25:11.30 Vh9buT2E.net
BitrateViewerで違いを見てみようかと思ったら、H.265には対応してないんだった。
古いソフトだから当たり前だけど、H.265に対応してる同様のソフトってないのかな。
1022:名無しさん＠編集中
16/05/03 17:53:45.39 fYHQmMJu.net
MPC-hcｆｒで代用できるんじゃないか？
1023:名無しさん＠編集中
16/05/03 19:04:14.23 Vh9buT2E.net
>>990
ググってみたけどなんのことかわからなかった
1024:名無しさん＠編集中
16/05/03 19:07:46.37 Vh9buT2E.net
とりあえず980過ぎてるので次スレ立ててくる
1025:名無しさん＠編集中
16/05/03 19:11:22.18 Vh9buT2E.net
次スレ
x265 rev3
ｽﾚﾘﾝｸ(avi板)
1026:名無しさん＠編集中
16/05/03 19:40:13.42 fYHQmMJu.net
>>991
ごめん
mpc-hcって書こうとしてたんだけど変になってた
>>993
乙
1027:名無しさん＠編集中
16/05/03 20:06:53.73 IGe9RuRo.net
>>993
おつ
1028:名無しさん＠編集中
16/05/03 20:11:50.14 fYHQmMJu.net
昼にエンコードしたものをmpc-hcで比較（左の数字は平均/現在）
ソースはavisynthで"FreezeFrame(9000,30000,9000)"で作った静止動画11分と、
トリムだけした1分の動画をaviutlで連結読みしてguiEXでエンコード
frozenは頭だし状態で再生開始20秒目
moveは11m50sから10秒間再生した12:00地点
crf 23
frozen 119/20
move 1203/1435
230kbps 2pass
frozen 160/21
move 897/1047
結果は、frozenでは平均に近づいて2passのほうが高め、moveでも平均に近づき低め
12m過ぎたあたり（スクロールしてる）のビットレートは、crfモードでは1400kbpsを出すこともあるのにたいし
2passでは1100kbpsを超えることは無かった
1029:名無しさん＠編集中
16/05/03 23:36:26.14 umRZY+Hf.net
だってファイルサイズが違うんでしょ？
1030:名無しさん＠編集中
16/05/04 00:07:59.51 2HnXwOPY.net
四捨五入してオマケしたから同じではないが
crf23が32.4MB
2passのが36.6MB
1031:名無しさん＠編集中
16/05/04 00:26:46.45 2HnXwOPY.net
ちなみにちゃんとcrf23でエンコ後プロパティでビットレート調べて
2passエンコ登録時にそのビットレートでエンコしてる
1032:名無しさん＠編集中
16/05/04 01:38:01.15 I2MMBFA3.net
実際問題サイズをぜんぜん揃えられてない状態で「ちゃんと」と言われましても・・・
とりあえず言えるのは、実際の平均ビットレートはx265出力(GUI)Exのログで調べるようにした方がいいってことと
ABRには多かれ少なかれ仕上がりサイズのズレは付き物なんだから、ズレたなら--bitrateの値を微調整してってこと
1033:名無しさん＠編集中
16/05/04 05:47:44.59 JEe8vmea.net
>>993
乙
1034:名無しさん＠編集中
16/05/04 09:30:32.92 RFD4/mYP.net
>>996
そういう結果になるのはみんなわかってることだけど・・・
>>998
1割以上サイズが違うもの比較しても意味ない
自覚の無いバカ、張り切ったバカほど迷惑邪魔なものは無いとは良く言ったものだ
1035:989
16/05/04 10:14:48.56 2HnXwOPY.net
言っとくけど自分は2passが自動crf調整だと言った人ではない
実
1036:験結果から何が分かるかぐらい言われなくても分かるだろうに・・
1037:名無しさん＠編集中
16/05/04 14:09:38.05 I2MMBFA3.net
うむ、俺も似たような実験をしてある程度は現象を再現できた
>>1002
そういう結果とは具体的にどういう結果のこと？それが起きるのはなんでなのか教えて
1038:名無しさん＠編集中
16/05/04 16:12:16.98 2HnXwOPY.net
ビットレート指定はcrfよりビットレートのふり幅が小さく
HEVCの2Passも既存コーデックの2passと同じ動作だった
1039:名無しさん＠編集中
16/05/04 16:41:13.54 pfZ/a3PA.net
エンコードログに出る平均ビットレートの遷移をグラフ化するとこんな感じになった。
静止画＋動画： URLﾘﾝｸ(2sen.dip.jp)
動画： URLﾘﾝｸ(2sen.dip.jp)
やっぱり>>958は間違いで、crfと2passのレートコントロール手法は別物なのでは。
1040:名無しさん＠編集中
16/05/04 17:11:10.81 RFD4/mYP.net
マジレスすると、答えはこのレスに出てるのにそれすらわからず騒いでるだけ
こんなの誰が相手にする？
明らかに初歩的なことすらわかってないのにわかった気になって
わかりきってることを謎解きをやってるだけ
次スレでは、もうその話しは止めろ
1041:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 510日 9時間 14分 46秒
1042:1002
Over 1000 Thread.net
２ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
──────────
《プレミアム会員の主な特典》
★ ２ちゃんねる専用ブラウザからの広告除去
★ ２ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
──────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
URLﾘﾝｸ(premium.2ch.net)
URLﾘﾝｸ(pink-chan-store.myshopify.com)
1043:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています