rigayaの日記兼メモ帳 QSVEnc 6.03

2023.02 <<
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
>> 2023.04

コメントの編集

名前
タイトル
メールアドレス
URL
本文: > 拡張QSV出力 loglevelあたりがおかしいです。すみません…。ひとまず「その他の設定」の「ログ出力」の項目をデフォルトの「通常」に戻していただければと思います。 > vpp-afs こちらでも試してみました。 ① 判定に使用する領域から除外する範囲の指定パラメータ説明が不明確で申し訳ありません。「[太字]フィールドシフトの[/太字]判定に使用する領域」の除外なので、「縞・動きの判定」自体は常に有効であり、調整モードで全領域の縞・動きが表示されるのは期待される動作です。なお、コードを確認しましたが、フィールドシフトの判定に対しては、このパラメータにより適切に除外されていると考えています。 ② 一切検出されていないようですデフォルトのパラメータで黒背景に白い文字が流れるような部分について再確認しましたが、不安定ながら一応縞・動き検出されているのを確認しました。あまりに文字が細かいと検出されないケースもあるかと思いまうが、HD映像なら一定程度の検出はされると思います。入力次第なところもあるかもしれませんが…。 RFFについては試していませんが、こちらは縞検出はされないと思います。(されているとむしろまずいです) > movflags faststart QSVEncCでは、mp4/mov出力の場合には常にmovflags faststart相当の出力となっています。ただ、mp4はエンコード中には再生できないと思いますが…。 > ssimの値が食い違う QSVEncC 6.03 で -c hevc --icq 23で同様のテストをしてみましたが、このぐらいは一致するはずです。(微妙にずれているので、まだQSVEncC側の実装に問題がある可能性がありますが…) QSVEncC: ssim/psnr: SSIM YUV: 0.977291 (16.437963), 0.989182 (19.658709), 0.989946 (19.976769), All: 0.981382 (17.300655), (Frames: 5203) ffmpeg: [Parsed_ssim_0 @ 000001fd0d436f00] SSIM Y:0.977295 (16.438829) U:0.989182 (19.658728) V:0.989946 (19.976773) All:0.981385 (17.301362) なのでそこまで大きくずれる原因はよくわかりません。また、入力ファイルにもよりますが、--icq 23ですと、このように0.97～0.99前後は出るはずで、0.923とかにはならないように思います。どちらが正しいかというご質問ですが、お手数ですが実際の映像出力を確認いただきたく思います。SSIMで0.988と0.923というと大きな差で、ぱっと見でわかる違いと言え、0.923はかなり悪い画質になります。実際の映像出力はいかがでしょうか。ぱっと見でひどく劣化しているとわかれば、0.923のほうが確からしいことになりますし、ぱっと見で劣化が少なければ、0.988のほうが確からしいと言えると思います。
パスワード
非公開コメント: 管理者にだけ表示を許可する