QSVEnc 2.37

・メモリ解放漏れを修正。
影響は軽微。

・2.27以降、"Failed to SynchronizeFirstTask" や "Failed to get free surface for vpp pre."などのエラーで終了してしまうことがある問題を修正。
qsvencでデコードのみ行う際に発生すると報告いただいたもの。報告ありがとうございました。手元では再現できておりませんが、おそらく修正できているのではないかと思います。

---

QSVEnc ダウンロード>>
ダウンロード (ミラー) >>
OneDriveの調子がいまいちの時はミラー(dropbox)からどうぞ。同じものです。

QSVEncBenchmark.zipはベンチマーク用です。(約220MBと重いので注意)。run_benchmark.batをダブルクリックで実行です。

QSVEncCのオプションについてはこちら。
QSVEncCオプション一覧>

---

(デュアルモノでない)二重音声は

--audio-codec 2?aac --audio-stream 2?:stereo --audio-bitrate 2?192 --audio-samplerate 2?48000

とすればできるはずなのですが…。うまいこと放送しているタイミングでテストしないといけないので、まだ試せていません。

---

自動フィールドシフト 高速化版 +19

解除Lv1の状態でシーンチェンジ検出(解除Lv1)にチェックを入れると落ちる問題を修正。
ご指摘いただきありがとうございました。

---

ダウンロード>> (skydrive)　(dropbox)

---

QSVEnc 2.36

[QSVEncC]
・--seekの効かないケースがあったのを修正。

・--avsync forcecfrはMPEGデコード時しか動作しないが、それ以外の場合はエラー終了ではなく、警告を表示して無効化の上続行するように。

---

QSVEnc ダウンロード>>
ダウンロード (ミラー) >>
OneDriveの調子がいまいちの時はミラー(dropbox)からどうぞ。同じものです。

QSVEncBenchmark.zipはベンチマーク用です。(約220MBと重いので注意)。run_benchmark.batをダブルクリックで実行です。

QSVEncCのオプションについてはこちら。
QSVEncCオプション一覧>

---

QSVEnc 2.35

[QSVEncC]
・--avsync forcecfrで、最初から少し音ずれしている場合があったのを修正。

・--avsync forcecfrはH.264デコード時には使用できないようにした。(当面MPEG2デコード専用)
同じ方法では、うまく動作しない。

・H.264デコード中に落ちる場合があったのを修正。
DecodeFrameAsync error: unknown error..が出ることがあった。

---

参考: 現在TVRemoteViewerで個人的に使用しているオプション

[256x144L]-i udp://127.0.0.1:%UDPPORT%?pkt_size=262144^&fifo_size=1000000 --avqsv -m hls_time:3 --gop-len 90 -m hls_list_size:50 -m hls_allow_cache:1 -m hls_segment_filename:mystream-%08d.ts --output-thread 0 --audio-codec aac --audio-samplerate 48000 --audio-bitrate 32 --avsync forcecfr --max-procfps 90 --output-res 256x144 --vbr 64 --vpp-deinterlace normal --tff -o mystream.m3u8
[320x180L]-i udp://127.0.0.1:%UDPPORT%?pkt_size=262144^&fifo_size=1000000 --avqsv -m hls_time:3 --gop-len 90 -m hls_list_size:17 -m hls_allow_cache:1 -m hls_segment_filename:mystream-%08d.ts --output-thread 0 --audio-codec aac --audio-samplerate 48000 --audio-bitrate 96 --avsync forcecfr --max-procfps 90 --output-res 320x180 --vbr 256 --vpp-deinterlace normal --tff -o mystream.m3u8
[320x180]-i udp://127.0.0.1:%UDPPORT%?pkt_size=262144^&fifo_size=1000000 --avqsv -m hls_time:3 --gop-len 90 -m hls_list_size:17 -m hls_allow_cache:1 -m hls_segment_filename:mystream-%08d.ts --output-thread 0 --audio-codec aac --audio-samplerate 48000 --audio-bitrate 192 --avsync forcecfr --max-procfps 90 --output-res 320x180 --vbr 512 --vpp-deinterlace normal --tff -o mystream.m3u8
[480x270]-i udp://127.0.0.1:%UDPPORT%?pkt_size=262144^&fifo_size=1000000 --avqsv -m hls_time:3 --gop-len 90 -m hls_list_size:17 -m hls_allow_cache:1 -m hls_segment_filename:mystream-%08d.ts --output-thread 0 --audio-codec aac --audio-samplerate 48000 --audio-bitrate 192 --avsync forcecfr --max-procfps 90 --output-res 480x270 --vbr 768 --vpp-deinterlace normal --tff -o mystream.m3u8
[640x360]-i udp://127.0.0.1:%UDPPORT%?pkt_size=262144^&fifo_size=1000000 --avqsv -m hls_time:3 --gop-len 90 -m hls_list_size:17 -m hls_allow_cache:1 -m hls_segment_filename:mystream-%08d.ts --output-thread 0 --audio-codec aac --audio-samplerate 48000 --audio-bitrate 192 --avsync forcecfr --max-procfps 90 --output-res 640x360 --vbr 1024 --vpp-deinterlace normal --tff -o mystream.m3u8
[720x404]-i udp://127.0.0.1:%UDPPORT%?pkt_size=262144^&fifo_size=1000000 --avqsv -m hls_time:3 --gop-len 90 -m hls_list_size:17 -m hls_allow_cache:1 -m hls_segment_filename:mystream-%08d.ts --output-thread 0 --audio-codec aac --audio-samplerate 48000 --audio-bitrate 192 --avsync forcecfr --max-procfps 90 --output-res 720x404 --vbr 1500 --vpp-deinterlace normal --tff -o mystream.m3u8
[960x540]-i udp://127.0.0.1:%UDPPORT%?pkt_size=262144^&fifo_size=1000000 --avqsv -m hls_time:3 --gop-len 90 -m hls_list_size:17 -m hls_allow_cache:1 -m hls_segment_filename:mystream-%08d.ts --output-thread 0 --audio-codec aac --audio-samplerate 48000 --audio-bitrate 192 --avsync forcecfr --max-procfps 90 --output-res 960x540 --vbr 2000 --vpp-deinterlace normal --tff -o mystream.m3u8
[1280x720]-i udp://127.0.0.1:%UDPPORT%?pkt_size=262144^&fifo_size=1000000 --avqsv -m hls_time:3 --gop-len 90 -m hls_list_size:17 -m hls_allow_cache:1 -m hls_segment_filename:mystream-%08d.ts --output-thread 0 --audio-codec aac --audio-samplerate 48000 --audio-bitrate 192 --avsync forcecfr --max-procfps 90 --output-res 1280x720 --vbr 3000 --vpp-deinterlace normal --tff -o mystream.m3u8
[1920x1080]-i udp://127.0.0.1:%UDPPORT%?pkt_size=262144^&fifo_size=1000000 --avqsv -m hls_time:3 --gop-len 90 -m hls_list_size:17 -m hls_allow_cache:1 -m hls_segment_filename:mystream-%08d.ts --output-thread 0 --audio-codec aac --audio-samplerate 48000 --audio-bitrate 192 --avsync forcecfr --max-procfps 90 --output-res 1920x1080 --vbr 5000 --vpp-deinterlace normal --tff -o mystream.m3u8

メモリ使用量が1.5～1.7GB前後まで増大する問題は、fifo_size=8000000 → fifo_size=1000000 としていただければ解消します。当初、わたしがfifo_size=8000000 と書いたのがまずかったです、すみません。

---

QSVEnc ダウンロード>>
ダウンロード (ミラー) >>
OneDriveの調子がいまいちの時はミラー(dropbox)からどうぞ。同じものです。

QSVEncBenchmark.zipはベンチマーク用です。(約220MBと重いので注意)。run_benchmark.batをダブルクリックで実行です。

QSVEncCのオプションについてはこちら。
QSVEncCオプション一覧>

---

QSVEnc 2.34

いくつかQSVEncCのほうに機能の追加。

続きを読む

続きを閉じる

[共通]
HEVCエンコードが2.32からできなかった問題を修正。

[QSVEncC]
・映像と音声の同期を保つためのオプションを追加。(--avsync forcecfr)
その名の通り、QSVEncが仮定している固定フレームレートを強制的に維持し、音ずれを防ぐオプション。具体的には、入力フレームの時刻が固定フレームレートによるフレームの表示時刻とずれてきたらフレームの間引き・水増しを行って調整する。

これによって最低限音ずれを防げるはず。(RFF, vfrでも…) ただ、処理の関係でメモリ使用量がそれなりに増えるので、固定フレームレートだとわかっている場合など、必要ない場合は使用しないでください。

このオプションはその名の通り、「映像と音声の同期を保つためのオプション」であって、「RFFを正しく処理する」ものではないことに注意。RFFを正しく処理するには、単なるフレームの水増しではなく、RFFフラグを見て、フィールドの入れ替え等の処理が必要になる。Media SDKには、MFX_PICSTRUCT_FIELD_REPEATEDという、いかにもRFFを意味するフラグが存在するが、QSVデコードされたフレームにこれは設定されておらず、RFFには全く対応していないように見える。RFFをちゃんと処理するには、QSVがRFFを解釈して、適切にフィールドを処理してくれるようにならなければどうにもならないと思う。…なんか方法があるのだろうか…?。

・QSVの処理速度に上限を設けたいときの設定を追加。(--max-procfps <int>)
デフォルトは0 (制限なし)。

例えば--max-procfps 90などとすると、そのストリームは最大でも90fpsでしか処理を行わないようになる。複数ストリームをQSVエンコードをしている際に、ひとつのストリームにCPU/GPUの全力を奪われたくないというときのためのオプション。

QSVEncはデフォルトでは(特に)エンコード開始時にフルパワーを使おうとするので、エンコードを開始したストリームがGPUを占有してしまい、他のストリームのエンコードを妨害してしまう。これに対して、このオプションで速度上限を設定しておけば、余力を確保でき、他のストリームも安定して処理することができる。

・シークしてからエンコードを開始するオプションを追加。(--seek [<int>:][<int>:]<int>[.<int>])
高速だが不正確なシーク機能。正確な範囲指定を行いたい場合は従来通り--trimで行ってください。
書式は、hh:mm:ss.ms。"hh"や"mm"は省略可。

・コマンドラインでエラーとなった時の情報表示を強化。
もう少し親切に。

・入力fps判定をさらに改善。RFFでも誤判定しないように。

・主に低解像度向け処理を高速化。

---

QSVEnc ダウンロード>>
ダウンロード (ミラー) >>
OneDriveの調子がいまいちの時はミラー(dropbox)からどうぞ。同じものです。

QSVEncBenchmark.zipはベンチマーク用です。(約220MBと重いので注意)。run_benchmark.batをダブルクリックで実行です。

QSVEncCのオプションについてはこちら。
QSVEncCオプション一覧>

---

QSVEncのHEVCエンコについて

すみません、2.32と2.33ではエンコードできません。すみませんが、ひとまず2.31以前をご利用ください。

次回修正します。

QSVEnc (メモ書き、というか愚痴)

なんかまとめないと混乱してくるのでメモ。もう混乱している。

続きを読む

続きを閉じる

RFFを何とかする(=とりあえず音声との同期をとる)には、
1. デコード後のフレームにRFFかどうかのフラグがある
2. デコード後のフレームのタイムスタンプ(pts)がわかる
のどちらかがあるとよい気がする。

が、

1.
MFX_PICSTRUCT_FIELD_REPEATEDとかいう、いかにも関係してそうなフラグが定義されているが、デコーダから出てくるフレームのpicstructには、実際のmpeg2デコーダを通すとセットされない。ただのMFX_PICSTRUCT_PROGRESSIVE(1)となる。

2.
デコーダに投入するbitstreamのTimeStampにptsをセットすると、デコードされてくるフレームのTimeStampにも対応するptsがセットされるはず。ところがmpeg2は完全にいかれた値が出てくる。

適当に切り取ったものをデコードしてみた例。

1920x1080, picstruct:4, order:0, pts:39620
1920x1080, picstruct:4, order:1, pts:45626
1920x1080, picstruct:4, order:2, pts:57638
1920x1080, picstruct:4, order:3, pts:42623
1920x1080, picstruct:4, order:4, pts:54635
1920x1080, picstruct:4, order:5, pts:66647
1920x1080, picstruct:4, order:6, pts:51632
1920x1080, picstruct:4, order:7, pts:63644
1920x1080, picstruct:4, order:8, pts:75656
1920x1080, picstruct:4, order:9, pts:60641
1920x1080, picstruct:4, order:10, pts:72653
(...中略...)
1920x1080, picstruct:4, order:67, pts:252833
1920x1080, picstruct:4, order:68, pts:237818
1920x1080, picstruct:4, order:69, pts:249830
1920x1080, picstruct:4, order:70, pts:258839
1920x1080, picstruct:4, order:71, pts:246827
1920x1080, picstruct:4, order:72, pts:263343
1920x1080, picstruct:4, order:73, pts:255836
1920x1080, picstruct:1, order:74, pts:275355
1920x1080, picstruct:1, order:75, pts:270851
1920x1080, picstruct:1, order:76, pts:285866
1920x1080, picstruct:1, order:77, pts:267848
1920x1080, picstruct:1, order:78, pts:282863
1920x1080, picstruct:1, order:79, pts:297878
1920x1080, picstruct:1, order:80, pts:278358
1920x1080, picstruct:1, order:81, pts:293373
1920x1080, picstruct:1, order:82, pts:308388
1920x1080, picstruct:1, order:83, pts:290370
1920x1080, picstruct:1, order:84, pts:305385
1920x1080, picstruct:1, order:85, pts:320400
1920x1080, picstruct:1, order:86, pts:300881
1920x1080, picstruct:1, order:87, pts:315896
1920x1080, picstruct:1, order:88, pts:330911

picstruct:1 → progressive
picstruct:4 → bff

ptsがきれいに並んでいれば、ptsからフレームの長さを出して、長さが4505ぐらいのやつがまあRFFのフレームでしょう、とわかり、まあ音声との同期をとるだけならVFRにするか、適当にフレームを間引いたり水増ししたりで済むのだけど、こんなに出てくるptsがぐちゃぐちゃだと、途方に暮れてしまう。(ためておいてソートとかしたくない)

ちなみに基本的にはQSVEncではCFRを仮定していて、ptsは適当に足しあげていけば問題なく、意図的にこういうめんどくさいことには首を突っ込まないようにしていた。だが、RFFとか見ようとすると問題になる。やっぱ無理ぽい?

QSVEnc 2.33

不具合の修正、ほか。

[QSVEnc]
・ゼロ除算例外(0xc0000094)を修正。
ご指摘ありがとうございます。QSVEnc.auoのほうはたびたび問題があってすみません。

[QSVEncC]
・すこしの音声のデコードエラーは無視して処理を継続するようにした。エラーの箇所は無音に置き換える。
具体的には、連続するデコードエラーの数をカウントし、閾値(デフォルト=連続10回)以内ならエラーを無視して無音に置き換え、処理を継続する。ちょっとしたdropとかでいきなりその後すべて無音になるのもあほらしい、ということで、ある程度のエラーを許容するようにした。

まあ、このあたりは人によってはこういうエラーは直ちにエラー終了するのが正しい、という人もいるかもしれないので、閾値を--audio-ignore-decode-error <int>で設定できるようにしてある。デフォルトは10 ( = 連続10回のエラーでエラー終了)。つまり、このオプションで "0" とすれば、1回でもデコードエラーが起これば処理を中断してエラー終了する。

---

QSVEnc ダウンロード>>
ダウンロード (ミラー) >>
OneDriveの調子がいまいちの時はミラー(dropbox)からどうぞ。同じものです。

QSVEncBenchmark.zipはベンチマーク用です。(約220MBと重いので注意)。run_benchmark.batをダブルクリックで実行です。

QSVEncCのオプションについてはこちら。
QSVEncCオプション一覧>

---

QSVEnc 現状の課題 (メモ書き)

・QSVEnc.auoの0xc0000094 (ゼロ除算) 例外
スレに報告いただいたものです。

現象確認しました。たびたびすみません。Aviutlの進捗表示に渡すパラメータの問題でした。インタレ解除しない場合に発生。手元では修正済みですので、明日には公開できるかも?

・streaming関連
音ズレ→まだ再現できず。RFFのせいなのか、それ以外のこともあるのか確認が必要?

音が途中で切れる → 番組の切り替わり時などに発生。dropなどでも発生しうる? デコードエラーが起きたら音声処理を停止するのではなく、その部分だけ無音を挿入して処理を続行したほうが良いかも?

RFF → なぜかQSVでデコードするとフレームが無駄に増える(ことがある)ので、映像が徐々に遅れるようになる。音ズレの最大の原因。どうも片フィールドがフレームに構築されている気がする。ひとまず音声と映像を同期させたいだけなので、まじめにRFFを処理する必要はなく、QSVデコード後に同期をしてptsを見て、fpsから算出される予定のptsと合わなくなったら適当にフレームを間引いてしまえばよい?

Celeron N3150でTVRemoteViewer + QSVEncC

TVRemoteViewerでQSV使用の実験として、Celeron N3150でどのくらいまで行けるのか確認した。主目的はCPU/GPUのパワーが低い際に音ズレしないかの確認。

続きを読む

続きを閉じる

[モニタ左] 録画PC: i7 6700K @ 4.2GHz, RAM=16GB, Win 8.1 x64
[モニタ右] 配信PC: Celeron N3150, RAM=8GB, Win10 x64
[端末左] 再生中1: VAIO Tap 11 (i7 4610Y), RAM=4GB Win10 x64 Edge
[端末中] 再生中2: Xeperia Z1 Android Chrome
[端末右] 再生中3: CHUWI Hi8 Pro (Atom x5 Z8300), RAM=2GB, Win10 x86 Edge

配信環境: TvRemoteViewer_VB 1.89 + TVRemoteFiles 1.72 + QSVEncC 2.32 (x64)

普段は録画用にはi7 6700Kのマシンを使用していて、さすがに録画環境をいじりたくはなかったので、録画と配信が分かれた構成となっている。再生側の端末はすべてWi-fi接続(家庭LAN内)。

3ストリーム (BS11→1280x720, NHK-G→960x540, BSA→960x540)を配信中のN3150環境の様子。



CPU使用率は50%～70%前後で、音ズレは確認できなかった。やはり放送局によるのだろうか?