Intel H265 QSV - Watcher is only taking Seconds to transcode

[Serph91P]

The Process is started and everything seems to be working. But the files outputed are only 44Bytes and the log basically says instantly that the next file is beeing processed. If Somebody could help that would be great. If I use another preset or start the process manualy it works fine.

[autovideoconverter] Waiting 5 seconds before processing '/watch/redacted/Season 202204/redacted (2022) - s202204e06.mp4'... [autovideoconverter] Starting conversion of '/watch/redacted/Season 202204/redacted (2022) - s202204e06.mp4' (73a53a16a41a783d0caecfd7dca47919) using preset 'Hardware/H.265 QSV 1080p'... [autovideoconverter] 1 title(s) to process. [autovideoconverter] Conversion ended successfully. [autovideoconverter] Waiting 5 seconds before processing '/watch/redacted/Season 202204/redacted (2022) - s202204e07.mp4'

[AsfalothDE]

I have the same problem, using H.265 QSV as well. I'm converting into MKV, the resulting file has 0 bytes, but the process is "successful" according to all logs. The conversion.log just stops after encqsvInit: RateControlMethod ICQ ICQQuality 22 - no errors are reported. Converting via GUI using the same preset works without issues, just the automatic conversion fails.

[MrUhu]

Same problem for me. Can't figure out why this is happening because there are no errors reported. It just stops after initializing the encoding.

[MrUhu]

The Process is started and everything seems to be working. But the files outputed are only 44Bytes and the log basically says instantly that the next file is beeing processed. If Somebody could help that would be great. If I use another preset or start the process manualy it works fine.

[autovideoconverter] Waiting 5 seconds before processing '/watch/redacted/Season 202204/redacted (2022) - s202204e06.mp4'... [autovideoconverter] Starting conversion of '/watch/redacted/Season 202204/redacted (2022) - s202204e06.mp4' (73a53a16a41a783d0caecfd7dca47919) using preset 'Hardware/H.265 QSV 1080p'... [autovideoconverter] 1 title(s) to process. [autovideoconverter] Conversion ended successfully. [autovideoconverter] Waiting 5 seconds before processing '/watch/redacted/Season 202204/redacted (2022) - s202204e07.mp4'

I just played around with some settings in my docker-compose file: Because I had problems running QSV in a previous version my container was set up with uid=0, qid=0 and was in privileged mode. After deleting these parameters it works for me now.

Maybe it works for you @Serph91P @AsfalothDE ?

[AsfalothDE]

@MrUhu Thank you for your answer :) Unfortunately at least for me that is not working - my container is not running in privileged mode and I've set my local user 1027 as PUID already. That doesn't change the behaviour with the automated encodings. :(

[MrUhu]

@MrUhu Thank you for your answer :) Unfortunately at least for me that is not working - my container is not running in privileged mode and I've set my local user 1027 as PUID already. That doesn't change the behaviour with the automated encodings. :(

Yeah...I also don't know why it was working at that time, but now this configuration is also not working for me.

[andyshort]

I know this is an old issue but just wondering if anyone got to the bottom of this problem.

I'm running the container on a NUC with QSV support and I can encode using the H.265 QSV preset with no problems manually through the GUI but whenever I use the H.265 QSV preset for the watch folders the logs show that the files were converted successfully and the output files are created but they are 0 bytes long.

The last line in the conversion.log file is: [h264_qsv @ 0x7f5679b0cbc0] Invalid pkt_timebase, passing timestamps as-is.

If I configure the auto converter to use a non QSV preset then everything works as expected and the files are converted without any problems (except for taking a lot longer!).

Any help would be very much appreciated as I've got a lot of videos to convert in order to move my Plex DVR onto a new machine with less storage!

[MrUhu]

@MrUhu Thank you for your answer :) Unfortunately at least for me that is not working - my container is not running in privileged mode and I've set my local user 1027 as PUID already. That doesn't change the behaviour with the automated encodings. :(

Yeah...I also don't know why it was working at that time, but now this configuration is also not working for me.

Yeah. Same for me. Somehow it was working one day (the day I posted my solution) with three transcodes and the next day I got the same behaviour as before. I wanted to use Tdarr in the future although handbrake has enough features for the basic stuff I would need when I'm finished cutting and exporting some videos.

[andyshort]

Thanks for the heads up re Tdarr @MrUhu. Looking into it now and it looks like it might be exactly what I need

[SachiaLanlus]

still facing the same issue in the latest build

[jlesage]

Can you try again with the latest image ?

Also, is the same issue occur when using the GUI ?

You can also try to add lowpower=0 to the More Settings field under the Video tab.

[naz9ul]

I do have the same problem.

The first video get encoded and the subséquente file go very fast with size 44 with the following content : ftypmp42mp42iso2mp4freemdat.

? any clue.

[jlesage]

Is this with a QSV encoder ?

[naz9ul]

Is this with a QSV encoder ? Yes it is ! All other preset with software work has is, I have tested from the command line and to make them work I need to pass -e qsv_h264 ou qsv_h265. Strange.

[daniel1v]

I am also facing this issue with latest image. I have already tried the suggestion to add lowpower=0 to the more options without success.

the issue is only with qsv encoding in automatic mode. in the gui it works, using the same preset.

[sebkau]

Same issue here. lowpower=0 does not help either unfortunately... Using the GUI QSV is working without any issues but I can't get it running with the autoconverter...

[Phachd]

I have the same situation. When I try to use the automatic conversion qsv preset, a 44byte file will be generated, and the conversion is successful almost instantly. I checked the following error in the dmesg command:

[517043.786918] HandBrakeCLI[10783]: segfault at 7fef750fd000 ip 00007fef7b1a7575 sp 00007fef750f6c68 error 6 in ld-musl-x86_64.so.1[7fef7b168000+4b000]
[517043.787284] Code: 48 ff c1 eb f3 c3 48 89 f8 48 83 fa 08 72 14 f7 c7 07 00 00 00 74 0c a4 48 ff ca f7 c7 07 00 00 00 75 f4 48 89 d1 48 c1 e9 03 <f3> 48 a5 83 e2 07 74 05 a4 ff ca 75 fb c3 48 89 f8 48 29 f0 48 39
[517071.930359] HandbrakeCli [11170]: segfault at 7F30168F7000 IP 00007F301C876575 SP 00007F30168F0C68 Error 6 in LD-MUSL-X86_64.SO.1 [7F301C8370000 0+4B000]
[517071.930746] Code: 48 ff c1 eb f3 c3 48 89 f8 48 83 fa 08 72 14 f7 c7 07 00 00 00 74 0c a4 48 ff ca f7 c7 07 00 00 00 75 f4 48 89 d1 48 c1 e9 03 <f3> 48 a5 83 e2 07 74 05 a4 ff ca 75 fb c3 48 89 f8 48 29 f0 48 39
[517097.241982] Handbrakecli [11548]: segfault at 7F098101D000 IP 00007F09870C8575 SP 009810168 Error 6 in LD-MUSL-X86_64.SO.1 [7F098708900 0+4B000]
[517097.242428] Code: 48 ff c1 eb f3 c3 48 89 f8 48 83 fa 08 72 14 f7 c7 07 00 00 00 74 0c a4 48 ff ca f7 c7 07 00 00 00 75 f4 48 89 d1 48 c1 e9 03 <f3> 48 a5 83 e2 07 74 05 a4 ff ca 75 fb c3 48 89 f8 48 29 f0 48 39
[517132.546119] HandBrakeCLI[12010]: segfault at 7fa57dabd000 ip 00007fa583a7f575 sp 00007fa57dab6c68 error 6 in ld-musl-x86_64.so.1[7fa583a40000+4b000]
[517132.546441] Code: 48 ff c1 eb f3 c3 48 89 f8 48 83 fa 08 72 14 f7 c7 07 00 00 00 74 0c a4 48 ff ca f7 c7 07 00 00 00 75 f4 48 89 d1 48 c1 e9 03 <f3> 48 a5 83 e2 07 74 05 a4 ff ca 75 fb c3 48 89 f8 48 29 f0 48 39
[517168.783693] HandbrakeCli [12454]: segfault at 7F77A3B1B000 IP 00007F77A97575 SP 007a3b14C68 ERROR 6 in LD-MUSL-X86.SO.1 [7F77A9C58005800 0+4B000]
[517168.784153] Code: 48 ff c1 eb f3 c3 48 89 f8 48 83 fa 08 72 14 f7 c7 07 00 00 00 74 0c a4 48 ff ca f7 c7 07 00 00 00 75 f4 48 89 d1 48 c1 e9 03 <f3> 48 a5 83 e2 07 74 05 a4 ff ca 75 fb c3 48 89 f8 48 29 f0 48 39
[517205.368376] HandBrakeCLI[12930]: segfault at 7fccd0d11000 ip 00007fccd6dc7575 sp 00007fccd0d0ac68 error 6 in ld-musl-x86_64.so.1[7fccd6d88000+4b000]
[517205.368813] Code: 48 ff c1 eb f3 c3 48 89 f8 48 83 fa 08 72 14 f7 c7 07 00 00 00 74 0c a4 48 ff ca f7 c7 07 00 00 00 75 f4 48 89 d1 48 c1 e9 03 <f3> 48 a5 83 e2 07 74 05 a4 ff ca 75 fb c3 48 89 f8 48 29 f0 48 39

They happened after I dragged several video files to be converted into the watch folder