3.0

v3.0に更新されたらしいのをメモってなかったので。

(APIが互換を持たないらしいけどコマンドうってるからあまり関係ない)

 

前のv2.3	--crf 22	fps	VMAF	kbps
	preset 2	7.66	97.43	2301
	preset 3	13.20	97.44	2364
	preset 4	20.74	97.41	2396
	preset 5	39.93	97.33	2560
	preset 6	53.28	97.27	2621
	preset 7	59.23	97.23	2700
	preset 8	61.70	97.15	2855
	preset 9	67.44	96.94	2857
	preset 10	70.61	96.75	2907
	preset 11	71.97	96.45	3074
更新されたv3.0.0	--crf 22	fps	VMAF	kbps
	preset 2	8.40	97.43	2233
	preset 3	14.43	97.36	2233
	preset 4	23.65	97.34	2303
	preset 5	46.17	97.25	2445
	preset 6	54.95	97.15	2597
	preset 7	59.15	97.12	2725
	preset 8	66.98	96.94	2778
	preset 9	70.09	96.80	2869
	preset 10	71.45	96.49	3043
	preset 11overはなくなった

 

 って感じで。

 ～15-25% speedup for M3-M10 at the same quality levels - (!2376 and !2343)

なんかクリティカルパスの削減に成功したっぽい挙動で、実行クロックが上がってる(CPU使用率が100%近くまで行くようになってる)ので、多分15～25ってのはコア数の多いCPUのことを言ってそう。

12C/24TのRyzen5900Xではpreset5で15%速くなった感じ。

ただ、全体的にv2.3でm7を消して詰めたのを調整してきた感があり、M3～6は同じpresetでVMAFは2.3に比べて0.07ぐらい下がってる代わりにサイズは3～5%程度削減されてる感じか。

 

そういえば前回ぐらい？からAVX512サポートが標準採用されたので、build環境時に-avx512って入れなくてよくなった。avx512icl・・・iclってIceLake？

 

実はSSDが悪いのでは？

 ここ半年ほど、エンコード時に2週間に一度ぐらい？の頻度で、エンコード時に応答が返ってこなくなる、という症状に悩まされています。

挙動としては、avs2pipemodがdiskからのreadが7GB/sぐらい、つまりI/F(PCIeのバス)の速度で何かを読んでるけど、その後の処理に進まない、という・・・

何が起こってるのかよくわからないので最初はプログラムのタイミングがなにか、とかCPU(7900X)のブースト時の挙動が変なのか、とかBIOSを最新にしたり、TDP105W相当に抑えたり、とか試していたのですが、そもそも1年以上安定して稼働していたのが突然おかしくなってるので、原因が分かってませんでした。

で、はたと思ったのが単純にSSDが暴走してるだけでは？っていうの。

NextorageのGシリーズ(NE1N4TB)なので疑ってなかったのですが・・・

よくよく考えるとSSDを変えた時期と一致するんですよね。(ほかにSVT-AV1のバージョンとかも変えてたからそっち関連かと思ってましたが)

というわけで、とりあえずPCIeの位置をCPU直結の4x4からチップセットの4x4に移動させてみました。

熱暴走だとしたら、もともとMBのヒートシンクなので片側しかついてないので、両側のものに変えてみて、と試してみる感じでしょうか。

 

まぁ、別のSSDにすればよい、って話なのですが。

 

 

GF熊野2025

土曜に楯ヶ崎へ。実は通るのが3回目だけど行ったことがなかったので。
展望台から2km程の遊歩道があり、最初普通に30分ぐらいか？と思ってたけど完全な山道で、普通に歩いたらもっとかかったかもしれません。
多少トレランっぽく走ったりしてようやく30分ぐらい。時間が日没直前だったので貸し切り状態。

スケール感良いですね。

環境構築

25Q1から4k環境を構築しようと正月にいろいろ設定していた。

が、どうやってもdanttoが落ちる。

最初はメモリアクセス違反(C0000005) ってなってて、落ちてるアドレス的にdanttoが落ちてて、TVtestで問題なく動いてるのに、EDCBで落ちてたから EDCBの問題かと思ってデバッガで見てみた。

中身を見ていったらdanttoで外部bonの初期化ができずに未初期化の構造体を返してるな、って追ってたけど、結局EDCBの問題じゃなかった(思えば落ちてるのはdantto側だしね)。

外部bonが初期化できないのは、danttoからの相対パスで書けばよいかと思ってたけど呼び出し元のアプリからの相対パスを書く必要がある、って感じでしょうかね。

 

結論としてはEDCBとかの

アプリフォルダ\BonDriver\BonDriver_dantto4k.dll

アプリフォルダ\BonDriver\BonDriver_BDA.dll

とかなってる場合、アプリ側からの相対パス＝BonDriver\BonDriver_BDAをdantto4k.iniに設定すればOKみたい。

EpgDataCap_Bon.err とかが出来上がる人は一度確認してみることをお勧めします

 

こんなことに数時間費やしてしまった・・・

こっからencode環境の構築に移りますが・・・もうamatsukazeで良くね？と思ってしまいます。(なぜか未だに独自スクリプトを書いてる)