Media (Intel® Video Processing Library, Intel Media SDK)
Access community support with transcoding, decoding, and encoding in applications using media tools like Intel® oneAPI Video Processing Library and Intel® Media SDK
Announcements
The Intel Media SDK project is no longer active. For continued support and access to new features, Intel Media SDK users are encouraged to read the transition guide on upgrading from Intel® Media SDK to Intel® Video Processing Library (VPL), and to move to VPL as soon as possible.
For more information, see the VPL website.

Problem using qsv encoding in handbrake

mwhelm
Beginner
297 Views

I'm having a problem with one particular set of files, re-encoding thru handbrake using the 

provided 1080p hevc preset in handbrake.  The platform has both Intel graphics

and an nvidia card - I'm using the intel hardware.  Some handbrake logfile extract:

HandBrake 1.7.2 (2023122400)
OS: Microsoft Windows NT 10.0.22631.0
CPU: 13th Gen Intel(R) Core(TM) i7-1355U
Ram: 32479 MB,
GPU Information:
Intel(R) Iris(R) Xe Graphics - 31.0.101.4575
NVIDIA GeForce RTX 3050 4GB Laptop GPU - 31.0.15.4633

[also same Handbrake - 1.7.3]

[really Windows 11]

Using the video->"encoder preset" speed, all is ok

Using the video->"encoder preset" balanced or slow

[13:34:37] qsv_enc_init: using 'hardware (2) via D3D11' implementation, API: 2.9
[mp4 @ 000002427096a8c0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 3003 >= -3003
avformatMux: track 0, av_interleaved_write_frame failed with error 'Invalid argument'
[mp4 @ 000002427096a8c0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 3003 >= 0
[mp4 @ 000002427096a8c0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 3003 >= 3003
[13:34:38] work: average encoding speed for job is 0.000000 fps
[13:34:38] vfr: 1622 frames output, 0 dropped and 0 duped for CFR/PFR
[13:34:38] vfr: lost time: 0 (0 frames)
[13:34:38] vfr: gained time: 0 (0 frames) (0 not accounted for)
[13:34:38] pcm_s16le-decoder done: 1691 frames, 0 decoder errors
[13:34:38] mpeg2video-decoder done: 1687 frames, 0 decoder errors
[13:34:38] sync: got 1640 frames, 5968 expected
[13:34:38] sync: framerate min 29.970 fps, max 29.970 fps, avg 29.970 fps
[13:34:40] mux: track 0, 1596 frames, 9397270 bytes, 1383.11 kbps, fifo 2048
[13:34:40] mux: track 1, 2547 frames, 1120040 bytes, 164.85 kbps, fifo 4096
Error code -1, hb_qsv_context_clean 245
[13:34:40] Finished work at: Fri Feb 09 13:34:40 2024
[13:34:40] libhb: work result = 4

 

The file it's trying to encode is one produced by MakeMKV from a DVD, & all the  videos from that set have the same problem.  If handbrake is used with the same options against a pure copy of the DVD, there is no problem (no error).  Other files produced by MakeMKV from other sources haven't had this problem (yet).  Handbrake forum doesn't seem to have any answer.

It would be nice to use handbrake this way as the results and the performance are quite impressive but I don't feel I  can trust it without this case being explained.

 

0 Kudos
0 Replies
Reply