[過去ﾛｸﾞ] x265 rev3©2ch.net (807ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(77): 転載ダメ©2ch.net [ageteoff] 2016/05/03(火)19:09 ID:Vh9buT2E(1/2) AAS
H.265/HEVCのコマンドラインエンコーダーであるx265について語るスレです。
AviUtlやx265guiExなどの話はスレ違いなのでそれぞれの専用スレへどうぞ。
[本家]
外部ﾘﾝｸ[html]:x265.org
外部ﾘﾝｸ:bitbucket.org
[ソース]
外部ﾘﾝｸ:bitbucket.org
省16
724: (ﾃﾄﾘｽ Sa52-pSAu) 2017/06/06(火)08:28 ID:h1bzwWyFa0606(1) AAS
インテル環境とAMD環境の引越し時に編集ソフトとX265(GUI-EX?)を
1から再インストールして(環境設定もやり直し)すると、その不正なパラメータ渡し
エラーが消えて通常エンコ終了出来るって、FX9370を低電圧化して使ってる婆ちゃが言ってた。
725(2): (ﾃﾄﾘｽ 95dd-8/NL) 2017/06/06(火)11:50 ID:gVOU1y4J00606(1) AAS
--pme付けてるとかじゃないの
今はもうx264に戻したから詳しい事は忘れたがこのオプション付けてると途中で落ちる事があった
726: (ﾃﾄﾘｽ Sdea-ujBP) 2017/06/06(火)12:30 ID:GpwQkBZEd0606(1) AAS
オプションあるけど、使えないってのたくさんあるみたいだしな
727(1): (ﾜｯﾁｮｲ dd17-rLqX) 2017/06/07(水)01:15 ID:IxJ2ZmVQ0(1/3) AAS
>>723
1700の定格ってどこかで見れますかね？
就寝時用にクロック落すから参考にしたい
728: (ﾜｯﾁｮｲ dd17-rLqX) 2017/06/07(水)01:18 ID:IxJ2ZmVQ0(2/3) AAS
>>725
そうそう俺も落ちまくった
ハードを疑ってたけど違ったのね
729(1): (ﾜｯﾁｮｲ bd23-rLqX) 2017/06/07(水)04:10 ID:tohYPFhw0(1) AAS
>>727
BIOSでOCせずRyzenMaster起動すれば分かるよ
たしか1.18V位だったと思うけどうろ覚え
>>725
pmeは付けてない。pmodeは付けてるけど付ける前も落ちてた
730(1): (ﾜｯﾁｮｲ dd17-rLqX) 2017/06/07(水)17:00 ID:IxJ2ZmVQ0(3/3) AAS
>>729
自分>722の1700X利用者でっせ
731: (ﾜｯﾁｮｲ d517-yTT2) 2017/06/09(金)14:44 ID:/2rWhqYD0(1) AAS
10bitエンコードって凄いのな
8bitエンコードのまま下手にパラメータいじるより目に見えて効果があった
732: (ﾜｯﾁｮｲ 23ea-OlK+) 2017/06/09(金)16:21 ID:ZdlOYqrc0(1) AAS
x264もそうだったね
733(1): (ﾜｯﾁｮｲ 1523-yTT2) 2017/06/11(日)08:47 ID:93Xf1T3r0(1) AAS
>>730
アイドル状態は常時電圧変動してたわ
ただ利用率100%で張り付いてる時は
3.2GHzで1.11250V固定
734: (ﾜｯﾁｮｲ d517-yTT2) 2017/06/14(水)00:18 ID:yMJcJmdk0(1/2) AAS
今ビルドして手に入るx265のSAOって前テストした時より良くなってる気がする
数か月ぶりにプリセット見直してこんな感じになった（ちなみにアニメ向け）
--preset slow --crf 21 --input-depth 8 --output-depth 10 --deblock -1:-1 --qcomp 0.7 --vbv-bufsize 10000 --vbv-maxrate 9000
--aq-mode 3 --aq-strength 0.6 --psy-rd 0.5 --psy-rdoq 0 --rdoq-level 2 --max-merge 5 --bframes 4 --ref 3 --weightb
--no-opt-qp-pps --no-opt-ref-list-length-pps --asm AVX2
rdoq-level はx264のtrellisほど効果は分からなかったから
本腰用batでは2、それ以外のは0で
省4
735: (ﾜｯﾁｮｲ d517-yTT2) 2017/06/14(水)00:26 ID:yMJcJmdk0(2/2) AAS
なお一番画質に影響したのは↓output-depth 8はゴミと言ってもいいレベル
--input-depth 8 --output-depth 10
736: (ﾜｯﾁｮｲWW 854b-sCoW) 2017/06/14(水)22:52 ID:qF3SGDPB0(1) AAS
アニメのcrfってどれくらいがいいのかな？
今は20でやってる
737(1): (ﾜｯﾁｮｲ b317-yC+1) 2017/06/15(木)00:00 ID:RBCPNwe00(1) AAS
低ければ低いほどいいと思うけど
元が放送波ならソースのアラを相当うまく補正しないと
下げても有意な差はない（元ソースのアラの再現性・保存性が良くなるだけだと思ってる
ぶっちゃけcrf22でも大して差はわからない
738(1): (ﾜｯﾁｮｲ e3b1-yC+1) 2017/06/15(木)01:31 ID:2mkwJ42x0(1) AAS
低さにも限度がある
低すぎればソースよりサイズ膨らむだろうし
739: (ﾜｯﾁｮｲWW 8b4b-oWh/) 2017/06/15(木)13:08 ID:h6jgR1Rw0(1) AAS
>>737,738
ありがとうございます。
ノイズ除去等はしないつもりなので、crf22にしてみようと思います。
740: (ﾜｯﾁｮｲ 0144-Qvj1) 2017/07/05(水)12:21 ID:Vm+ma6rU0(1/4) AAS
L-SMASHのmuxer.exeって、なんで入力ファイルが見つからないだけでクラッシュするんだろう・・・
741: (ﾜｯﾁｮｲ 6dd1-CicO) 2017/07/05(水)20:41 ID:t3li/Qf+0(1/3) AAS
入力ファイルが見つからない＝無いのと同じ
エンコーダ「エンコードしなければいけないソースが無いのに何をエンコすればいいの？」
っていうことじゃないの？ｗ
742: (ﾜｯﾁｮｲ 0144-Qvj1) 2017/07/05(水)20:49 ID:Vm+ma6rU0(2/4) AAS
いや、エラーメッセージ出して終了すればいいだけだろ。
なんで「プログラムは動作を停止しました」だかのダイアログを見せられなあかんねんと。
743: (ﾜｯﾁｮｲ 6dd1-CicO) 2017/07/05(水)21:54 ID:t3li/Qf+0(2/3) AAS
そんなの単純じゃん
エラーメッセージなんかまるで見ない（そもそもログすらまともに見ないでエラーのダイアログだけが無駄に気になっちゃうガイジが多いからだろ
うざいなら自分で修正すりゃ良いじゃん
ソースも公開されてんだし
744: (ﾜｯﾁｮｲ 0144-Qvj1) 2017/07/05(水)22:03 ID:Vm+ma6rU0(3/4) AAS
なんだか変な人を呼び出してしまったようだ・・・すまぬ。
745: (ﾜｯﾁｮｲ 6dd1-CicO) 2017/07/05(水)22:06 ID:t3li/Qf+0(3/3) AAS
あーダイアログはOSの問題だもんな
OSを修正すりゃ良いんじゃねｗ
746(3): (ﾜｯﾁｮｲ c2ea-POtP) 2017/07/05(水)22:13 ID:Sreov/SH0(1) AAS
だいぶ前に報告されたバグだけどまだ直ってないの？
VFRmaniac Vのまにまに x264gui
2chｽﾚ:avi
558 名前：名無しさん＠編集中[sage] 投稿日：2016/11/15(火) 19:10:12.99 ID:/BSskAhd
x265スレから。既に見てるような気もしますが、当人含めて誰もこっちに貼りに来ないので一応。
r1417で試したら確かにクラッシュしますね。
---
省10
747: (ﾜｯﾁｮｲ 0144-Qvj1) 2017/07/05(水)22:30 ID:Vm+ma6rU0(4/4) AAS
>>746
rigaya氏ビルドのL-SMASH rev1450でクラッシュするから、まだ直ってないっぽい。
748(1): (ﾜｯﾁｮｲ 9fea-URZV) 2017/07/06(木)01:12 ID:0jVJ3apV0(1/2) AAS
>>746のとこコメントアウトしたら今度は正常にmuxした後にクラッシュするなあ
レジストリいじってエラーダイアログ自体を非表示にした方がいいかもしれないね
他のソフトのエラーダイアログも出なくなるけど
ｘｘｘEXEは動作を停止しました メッセージを表示させない｜きりんの雑記
外部ﾘﾝｸ[html]:ameblo.jp
749: (ﾜｯﾁｮｲ d739-zXdO) 2017/07/06(木)12:58 ID:n3ig2wPi0(1/2) AAS
>>748
その書き込みより後にたくさんcommitはいってるからその書き込みの情報は信用できないと思う
SEGVだからmuken氏に見てもらうしか無いな
750: (ﾜｯﾁｮｲ 9717-rvkC) 2017/07/06(木)17:52 ID:tQGoojMa0(1) AAS
rawファイルさえあればエラーがでないんだから問題なくね？
751: (ﾜｯﾁｮｲ 9fea-URZV) 2017/07/06(木)18:07 ID:0jVJ3apV0(2/2) AAS
多分、batに不備があって途中で処理が止まっちゃうだろうね
752: (ﾜｯﾁｮｲ d739-zXdO) 2017/07/06(木)22:16 ID:n3ig2wPi0(2/2) AAS
入力ファイルのチェックをバッチやシェル側でやれば良いんじゃない？
753: (ﾜｯﾁｮｲ f744-rfzC) 2017/07/06(木)22:21 ID:vuDg0qe30(1) AAS
運用で対処すればいいじゃんと言われれば確かにその通りではあるけど、
>>746にもあるようにプログラムとしては明らかなバグだから直してもらえると嬉しいねという話ね。
754: (ﾜｯﾁｮｲ 2144-A9YL) 2017/07/14(金)00:53 ID:J1C4bm5a0(1) AAS
Version 2.5
Release date - 13th July, 2017.
外部ﾘﾝｸ[html]:x265.readthedocs.io
755: (ﾜｯﾁｮｲ 1611-S4qQ) 2017/07/14(金)01:08 ID:GeLosK/E0(1/2) AAS
を、2.5 きたか!!
ちょっくらビルドしてこよう。
756(1): (ﾜｯﾁｮｲ 35db-MRQN) 2017/07/14(金)01:19 ID:Ljds1+Tg0(1/3) AAS
x265ってVFRのレートコントロールには対応してないよね
24pと60pの混合なVFRをビットレート指定でエンコしたいときって
どうするのが一番いい？
757: (ﾜｯﾁｮｲ 354f-PDtw) 2017/07/14(金)12:10 ID:CTXwjp490(1) AAS
x264
758: (ﾜｯﾁｮｲ 0117-S4qQ) 2017/07/14(金)12:58 ID:ZmGhVoRc0(1/2) AAS
低いほうに合わせればいい
759(1): (ﾜｯﾁｮｲ 1611-S4qQ) 2017/07/14(金)14:09 ID:GeLosK/E0(2/2) AAS
気合いの120fps
760(4): (ﾜｯﾁｮｲWW 634b-I8+U) 2017/07/14(金)14:41 ID:fEBkwWTr0(1) AAS
>>756
無知で申し訳無いのですがレートコントロールとはどのような物なのでしょうか？
761(1): (ﾜｯﾁｮｲ ae9b-JuSQ) 2017/07/14(金)17:58 ID:eZ+cvx1f0(1) AAS
2行目にかいてあることじゃない
知らんけど
762(3): (ﾜｯﾁｮｲ 0117-S4qQ) 2017/07/14(金)18:18 ID:ZmGhVoRc0(2/2) AAS
>>760
最大ビットレートとかバッファサイズとかが規格から逸脱しないようにすること
763(2): (ﾜｯﾁｮｲ 4644-z+eH) 2017/07/14(金)23:07 ID:4WOGuhaz0(1) AAS
質問者
「今のx264やx265だと2Kや4Kエンコでも新しい多コアCPU(16C/32T等)を
100%使い切れないんだけど、なんとかならない？」
RipBot264作者
「RipBot264を使えば１つ（または複数）のマシンで分散エンコーディングできるから
100%使い切れるぜ！」
x265開発陣
省11
764: (ﾜｯﾁｮｲ 35db-MRQN) 2017/07/14(金)23:30 ID:Ljds1+Tg0(2/3) AAS
zonesで指定すればいいみたいだね
>>762
どっちかというと俺が気にしてるのはバッファアンダーフローとかじゃなくて、
何も考えずにやると60pの部分に24pの60/24=2.5倍のビットレートが割り当てられちゃうこと
CBRにするわけじゃないからきっかり2.5倍ってわけじゃないだろうけど
x265はフレームレートが違うって分からないからちゃんとビットレート計算できないだろうし
765: (ﾜｯﾁｮｲ 35db-MRQN) 2017/07/14(金)23:55 ID:Ljds1+Tg0(3/3) AAS
>>759
同じフレーム重複して入れたら、ちゃんとそれを認識して特別な処理してくれればいいんだけど、
現状のx265はそんなに賢くないっぽくて、エンコ時間長くなるし、圧縮後のデータ量も増えるんだよね
>>760
外部ﾘﾝｸ[html]:slhck.info
> What is “rate control”? It’s what a video encoder does when it decides how many bits to spend for a given frame.
与えられたフレームにどれだけのビットを割り当てるか決めること
省2
766(1): (ﾜｯﾁｮｲ 35db-MRQN) 2017/07/15(土)01:21 ID:3m6njqCx0(1/3) AAS
それにしてもレートコントロールが何かを知らないとは
細かいオプションがどうこう言ってるけど、基本がなってないな
1パスとか2パスとか、何か知らないで使ってたのか
767: (ﾜｯﾁｮｲ 4644-A9YL) 2017/07/15(土)02:00 ID:0OYp2Ppe0(1/2) AAS
>>766
>>760は初心者が単純に質問しただけで、細かいオプションとかに言及してた形跡はないような。
768(1): (ﾜｯﾁｮｲ 35db-MRQN) 2017/07/15(土)02:10 ID:3m6njqCx0(2/3) AAS
>>760-762
ここらへんの方たちは初心者だったか。それはすまぬ。勘違いだ
769: (ﾜｯﾁｮｲ 4644-A9YL) 2017/07/15(土)02:34 ID:0OYp2Ppe0(2/2) AAS
>>768
俺も言葉の厳密な定義を正しく理解してるか自信はあまりないけど、
>>762が書いてる内容はレート制御の範疇に入るだろうから外していいんじゃないか。
770: (ﾜｯﾁｮｲ 35db-MRQN) 2017/07/15(土)17:58 ID:3m6njqCx0(3/3) AAS
>>763
x264やx265のexeを起動してるだけなら、GPLを要求するのは難しいよ
ライブラリバージョン使ってるならGPLにしないとダメだけど
GPL原理主義みたいな人たちは宗教的なとこあるから、GPLを要求したいのは分かるけど
771: (ﾜｯﾁｮｲ f644-A9YL) 2017/07/16(日)16:21 ID:HpejTqPk0(1/4) AAS
2.5のリリースノートに
1. Improved grain handling with --tune grain option by throttling VBV operations to limit QP jumps.
とあったので2.4+2と2.5+3（ともにrigaya氏ビルド）で比較してみたら、
ビットレートもSSIMも完全一致するという結果になったんだけど、なんでだろう？
MediaInfoで見る限り、
外部ﾘﾝｸ:bitbucket.org
にある --const-vbv は有効にされてる模様。
省1
772: (ﾜｯﾁｮｲ f644-A9YL) 2017/07/16(日)16:22 ID:HpejTqPk0(2/4) AAS
AA省
773: (ﾜｯﾁｮｲ f644-A9YL) 2017/07/16(日)19:42 ID:HpejTqPk0(3/4) AAS
ベンチマークスレに、環境情報を自動取得してx264/x265ベンチマークを行うバッチを
投下してみましたので、検証協力して下さる方がおられましたら、よろしくお願いいたします。
2chｽﾚ:jisaku
774(1): 転載ダメ©2ch.net (ﾜｯﾁｮｲ 354f-PDtw) [sagete] 2017/07/16(日)20:14 ID:lE/bCIkh0(1) AAS
VBV設定してないってオチ？
775: (ﾜｯﾁｮｲ f644-A9YL) 2017/07/16(日)21:36 ID:HpejTqPk0(4/4) AAS
>>774
よくわかってないのだけど、単に --tune grain を指定しただけでは駄目なのかな？
776: (ｽﾌﾟｯｯ Sd7f-RYCd) 2017/07/24(月)11:04 ID:DAPBP2DDd(1) AAS
>>763
これって分散エンコでググっても全く出てこないのな
x265にも対応してるみたいで最近も更新してる様だけど、分散エンコに関するブログ紹介は2012以降ぱたりと無くなる
日本語化で機能しなくなる？のが原因なんだろうか
777: (ﾜｯﾁｮｲ da91-HJpE) 2017/08/01(火)21:18 ID:kTrSsjB50(1) AAS
外部ﾘﾝｸ[html]:pc.watch.impress.co.jp
＞Vegaアーキテクチャでは、パックドの8-bit整数演算もサポートされた。
＞しかし、8-bit整数演算は、SAD(Sum of Absolute Difference:差の絶対値和)
＞演算のみサポートとなっている。動画などイメージ処理向けであり、
＞マシンラーニング向けの実装ではない。
x265のエンコに使えると良いな
778: (ﾜｯﾁｮｲWW f74b-mf2b) 2017/08/03(木)15:23 ID:NWKbjdAs0(1) AAS
おすすめのオプションある？
ソースは解像度が720x480のアニメTS
779: (ﾜｯﾁｮｲ 85db-/FH4) 2017/08/03(木)20:38 ID:M9rDlJ6g0(1) AAS
デフォでOK。エンコ設定より前処理の方が何倍も重要
780: (ﾜｯﾁｮｲ 0d17-/FH4) 2017/08/04(金)23:35 ID:ZTZ+gYb+0(1) AAS
しばらく実写ソースに対してaq-mode3の0..4でやってみたけど
やっぱaq-mode1 aq-strength 1.2のほうが良かった
素行自体は良さそうだったんだけどな＞aq-mode3
781(1): (ﾜｯﾁｮｲ abe5-V3Ru) 2017/08/05(土)00:39 ID:9YOKH1fA0(1) AAS
aq-mode 1がオールマイティなのかな
アニメを10bitエンコードするとcrf 20〜22でも暗部の輪郭(エッジ)が汚れやすくて少し気になる
なんとかできないものか
782: (ﾜｯﾁｮｲ bbea-gAma) 2017/08/05(土)01:26 ID:YCAHTRys0(1/2) AAS
x264でエンコする
783: (ﾜｯﾁｮｲ ebf9-/FH4) 2017/08/05(土)01:37 ID:FHp3bZ4Q0(1) AAS
エッジを保護したいならaq使わなければいい
当然のっぺりした部分がその分劣化するわけだが
784: (ﾜｯﾁｮｲ 0d17-/FH4) 2017/08/05(土)10:06 ID:jnUNU58K0(1/2) AAS
>>781
aq-mode3のaq-strength 0.4ぐらいでやればいいじゃ？
785: (ﾜｯﾁｮｲ bbea-gAma) 2017/08/05(土)16:43 ID:YCAHTRys0(2/2) AAS
strength値0.4くらいだとaq3使う利点あまりないからaq on/offどっちでも良いと思うよ
786: (ﾜｯﾁｮｲ 0d17-/FH4) 2017/08/05(土)21:01 ID:jnUNU58K0(2/2) AAS
そうでもなかった気がする
実写には不向きだったけど
787(1): (ﾜｯﾁｮｲ a317-aEKd) 2017/08/12(土)21:18 ID:4YeA1asg0(1) AAS
新しいオプション --refine-intra と --refine-inter が追加されたらしいから試してみたけど
Analyze level 10が必要って言われた
これって2passのみってこと？
788(2): (ﾜｯﾁｮｲ 0344-UyPk) 2017/08/16(水)00:27 ID:ubdOdQwr0(1) AAS
>>787
rigaya氏のx2.5+8 x64で試してみたけど、2パス目に入ってすぐにクラッシュしてしまい、うまく動かなかった。
そもそもこの指定方法であってるのかよくわからんけど・・・。
%avs2pipemod% -y4mp "%~1" | %x265% --y4m - --preset medium --bitrate 1000 --no-cutree --analysis-reuse-mode save --analysis-reuse-level 10 -o test.mp4
%avs2pipemod% -y4mp "%~1" | %x265% --y4m - --preset medium --bitrate 1000 --no-cutree --analysis-reuse-mode load --analysis-reuse-level 10 --scale-factor 2 --refine-intra 1 --refine-inter 1 -o test.mp4
789(2): (ﾜｯﾁｮｲ a317-aEKd) 2017/08/16(水)11:03 ID:duFXfDfk0(1) AAS
>>788
解析ファイルを指定するオプションがあったはず
790(1): (ﾜｯﾁｮｲ 9a44-UyPk) 2017/08/16(水)14:35 ID:y9oCilvW0(1) AAS
>>789
--analysis-reuse-fileのことだと思うけど、指定しなければx265_analysis.datになるし、指定しても駄目だった。
791(1): (ﾜｯﾁｮｲ 094f-xMhe) 2017/08/23(水)11:31 ID:osg+kKft0(1) AAS
x265 HEVC OpenCL or CUDA Encoder
外部ﾘﾝｸ:bitbucket.org
792: (ﾜｯﾁｮｲ 09db-oL0b) 2017/08/23(水)17:22 ID:eg+3M5BL0(1/3) AAS
夏休みの自由研究かな
793: (ﾜｯﾁｮｲWW c990-VRwp) 2017/08/23(水)18:03 ID:iIBnv5OG0(1/2) AAS
どのくらいパフォーマンス向上するのかな
794: (ﾜｯﾁｮｲ 09db-oL0b) 2017/08/23(水)18:58 ID:eg+3M5BL0(2/3) AAS
CPUの半分も出ればいいほうだな
795: (ﾜｯﾁｮｲ 3911-oL0b) 2017/08/23(水)20:03 ID:nxBulyrM0(1) AAS
>>791 を適当にビルドだけしてエンコしてみたけど別に速くなるとかなんもなかったな。
各ソースのコメントに openacc と付いてる部分で GPU 使ってるんだとは思うが。
796(1): (ﾜｯﾁｮｲWW c990-VRwp) 2017/08/23(水)20:29 ID:iIBnv5OG0(2/2) AAS
オリジナルのx265もopenaccが入って来てる
openacc有効にしてビルドすれば、それなりに高速化するらしい
797: (ﾜｯﾁｮｲ 09db-oL0b) 2017/08/23(水)21:49 ID:eg+3M5BL0(3/3) AAS
>>796
妄想が激しいなｗ
798: (ﾜｯﾁｮｲ 3344-O4z1) 2017/09/01(金)19:12 ID:ArSPPgcm0(1/6) AAS
>>788-790がそのままだったので、あらためてreuse,refine系を試した結果を連投。
■--analysis-reuse-levelのテスト１（640x360@24、1092frames）
●オプション
・--preset slower --pass 1 --bitrate 500 --no-cutree --analysis-reuse-mode save --analysis-reuse-level %reuseLevel%
・--preset slower --pass 2 --bitrate 500 --no-cutree --analysis-reuse-mode load --analysis-reuse-level %reuseLevel%
●1pass目の結果は省略（8.81〜9.03fps）
●reuse無し
省9
799: (ﾜｯﾁｮｲ 3344-O4z1) 2017/09/01(金)19:13 ID:ArSPPgcm0(2/6) AAS
■--analysis-reuse-levelのテスト２（1920x1080@23.976、2157frames）
●オプション
・テスト１と同様。ビットレート指定のみ9000に。
●1pass目の結果は省略（0.81〜0.87fps）
●reuseLevel=1、reuseファイルのサイズ：234KB
2449.91s (0.88 fps), 8953.61 kb/s, Avg QP:18.21
●reuseLevel=2、reuseファイルのサイズ：8.81GB
省5
800: (ﾜｯﾁｮｲ 3344-O4z1) 2017/09/01(金)19:14 ID:ArSPPgcm0(3/6) AAS
■--refine-intra、--refine-interのテスト（640x360@24,1092frames）
●オプション
・--preset slower --pass 1 --bitrate 500 --no-cutree --analysis-reuse-mode save --analysis-reuse-level 10 --ctu %maxCU1% --min-cu-size %minCU1%
・--preset slower --pass 2 --bitrate 500 --no-cutree --analysis-reuse-mode load --analysis-reuse-level 10 --ctu %maxCU2% --min-cu-size %minCU2% --refine-intra %refine% --refine-inter %refine% --scale-factor 2
●--scale-factorの説明を元に--ctuと--min-cu-sizeを指定。いくつかのソースで試した限りでは
以下の４パターンの組み合わせのみ2pass目がクラッシュせずに動いた。
表記は「CTU-%maxCU1%-%minCU1%-%maxCU2%-%minCU2%」
省5
801: (ﾜｯﾁｮｲ 3344-O4z1) 2017/09/01(金)19:15 ID:ArSPPgcm0(4/6) AAS
●CTU-32-16-64-32
p1：49.65s (21.99 fps), 483.44 kb/s, Avg QP:21.72、reuseファイルのサイズ：26.3MB
p2(refine=1)：26.14s (41.78 fps), 521.65 kb/s, Avg QP:28.72
p2(refine=2)：19.01s (57.45 fps), 505.24 kb/s, Avg QP:23.90
p2(refine=3)：45.51s (24.00 fps), 506.25 kb/s, Avg QP:23.32
●CTU-16-16-32-16
p1：32.75s (33.34 fps), 482.39 kb/s, Avg QP:22.39、reuseファイルのサイズ：31.7MB
省8
802: (ﾜｯﾁｮｲ 3344-O4z1) 2017/09/01(金)19:16 ID:ArSPPgcm0(5/6) AAS
■参考
1920x1080、2157framesでCTUサイズを指定した場合のreuseファイルのサイズ（ログ取り忘れ）
CTU-32-32-64-32→357MB、CTU-16-8-32-16→760MB
■コメント
１．reuse-levelの5がrectとampの情報を保存するようなので両者が有効になるslowerを使用。
２．reuse-levelの2と5はreuseファイルのサイズが極端にでかくなるが、
より多くの情報を保存するはずの10はなぜか比較的サイズが小さかった。(それでもでかいけど)
省5
803: (ﾜｯﾁｮｲ 3344-O4z1) 2017/09/01(金)19:17 ID:ArSPPgcm0(6/6) AAS
■最後に
--analysis-reuse系のオプションの使いどころやメリットがよくわからないと思って
調べていたら、x265開発陣が以下のようなコメントをしていた。
外部ﾘﾝｸ[php]:forum.doom9.org
概要
> ライバルもいるから詳細はあまり説明したくないんだけど、基本的には
> (UHDkitで)ライブエンコード時の速度アップや、オフラインエンコード時の
省4
804(3): (ﾜｯﾁｮｲ 0b11-NEns) 2017/09/07(木)19:56 ID:HahZrfhH0(1/2) AAS
qpmin=0はコマンドもない気がするけど何か入れないとでてこないタイプですか？
805(1): (ﾜｯﾁｮｲ 8344-152M) 2017/09/07(木)20:37 ID:lQ8OTYTC0(1) AAS
>>804
x265.exe --help
> Use --log-level full --help for a full listing
806(1): (ﾜｯﾁｮｲ 0b11-NEns) 2017/09/07(木)20:59 ID:HahZrfhH0(2/2) AAS
>>804
ありがとうございます
807: (ﾜｯﾁｮｲ 0b11-NEns) 2017/09/08(金)18:14 ID:I9BkB4D70(1) AAS
>>806
× >804
○ >805
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.284s*