- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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.
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi.
I have the same problem, but it just happens when I trying to convert HDR files, everything els is now vorking perfektly in Opensuse Tumbelweed Slowroll in KDE. Hope some solution is here soon.
This problem is not here when I don't use Arc A380 but use CPU to convert. ( AV1 )
![](/skins/images/C4F7392A5C68ACA60290C9576F107044/responsive_peak/images/icon_anonymous_message.png)
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page