# Strange Duration Lengths after Processing
**URL:** https://discussion.mcebuddy2x.com/t/strange-duration-lengths-after-processing/4394
**Category:** Hardware Encoding
**Created:** [August 23, 2021, 12:53pm UTC](https://discussion.mcebuddy2x.com/t/strange-duration-lengths-after-processing/4394 "2021-08-23T12:53:41Z")
**Posts on this page:** 2
**Page:** 1
### Author:  [@EABenton](https://discussion.mcebuddy2x.com/u/EABenton)
#### Post date: [August 23, 2021, 12:53pm UTC](https://discussion.mcebuddy2x.com/t/strange-duration-lengths-after-processing/4394/1 "2021-08-23T12:53:42Z")
So I’m running into a situation after tweaking my conversion tasks to run ffmeg first and handbrake second. By switching that order I’ve achieved what I wanted - faster processing but for a couple of tv shows the duration is going crazy
I did find this link but I’m not sure it’s 100% relevant - [Hardware decoding failure due to invalid parameter](https://discussion.mcebuddy2x.com/t/hardware-decoding-failure-due-to-invalid-parameter/2834)
You can see at the end of the processing the time = 01:00:47.71 but then 2 rows later it’s 19:53:16.92 - yes 19 hours and 53 minutes lol
```auto
2021-08-20T19:43:43 MCEBuddy.AppWrapper.FFmpeg --> frame=97190 fps=226 q=24.0 size= 531867kB time=01:00:33.95 bitrate=1199.0kbits/s dup=0 drop=120560 speed=8.45x
2021-08-20T19:43:44 MCEBuddy.AppWrapper.FFmpeg --> frame=97190 fps=226 q=24.0 size= 532181kB time=01:00:40.80 bitrate=1197.4kbits/s dup=0 drop=120970 speed=8.46x
2021-08-20T19:43:44 MCEBuddy.AppWrapper.FFmpeg --> frame=97190 fps=225 q=24.0 size= 532338kB time=01:00:47.71 bitrate=1195.5kbits/s dup=0 drop=121385 speed=8.46x
2021-08-20T19:43:44 MCEBuddy.AppWrapper.FFmpeg --> [ac3 @ 00000153a4b95740] incomplete frame
2021-08-20T19:43:44 MCEBuddy.AppWrapper.FFmpeg --> C:\MCE\working0\American Detective With Lt. Joe Kenda S01E06 Goodbye Horses 2021-08-19-2059.ts: corrupt decoded frame in stream 0
2021-08-20T19:43:45 MCEBuddy.AppWrapper.FFmpeg --> [matroska @ 00000153a6cc18c0] Starting new cluster due to timestamp
2021-08-20T19:43:45 MCEBuddy.AppWrapper.FFmpeg --> [matroska @ 00000153a6cc18c0] Starting new cluster due to timestamp
2021-08-20T19:43:45 MCEBuddy.AppWrapper.FFmpeg --> frame=97190 fps=225 q=24.0 Lsize= 532874kB time=19:53:16.92 bitrate= 61.0kbits/s dup=0 drop=121651 speed= 166x
```
Here’s the full log
[American Detective With Lt. Joe Kenda S01E06 Goodbye Horses 2021-08-19-2059.mpg-Channels\_Task-2021-08-20T15-23-26.log](https://discussion.mcebuddy2x.com/uploads/short-url/rzEQNCutJpyeU44QVvosR0Dy4Wp.log) (893.7 KB)
Any ideas on why this is happening to specific episodes?
Thanks!
Eric
---
### Author:  [@EABenton](https://discussion.mcebuddy2x.com/u/EABenton)
#### Post date: [August 23, 2021, 12:59pm UTC](https://discussion.mcebuddy2x.com/t/strange-duration-lengths-after-processing/4394/2 "2021-08-23T12:59:18Z")
Forgot to add the profile that I am using
[MKV HVEC NVEnc]
Description=Handbrake Constant Quality encoding (26) with Nvidia HVEC.
order=ffmpeg, handbrake
AllowH264CopyRemuxing=true
FixedResolution=true
AutoDeinterlace=true
ffmpeg-UsingHardwareEncoding=True
ffmpeg-general=-threads 0 -hwaccel auto
ffmpeg-video=-ss 0 -vf yadif=0:-1:1,hqdn3d -c:v hevc\_nvenc -preset slow -crf 26 -map 0:v -sn
ffmpeg-audio=-acodec ac3 -ab 160k -map 0:a
ffmpeg-audioac3=-acodec ac3 -ab 256k -map 0:a
ffmpeg-ext=.mkv
ffmpeg-audiodelay=skip
handbrake-UsingHardwareEncoding=true
handbrake-general=–decomb --denoise=“weak” --loose-anamorphic --verbose=2 -T -O
handbrake-video=–start-at duration:0 --encoder “nvenc\_h265” --encoder-preset slow --quality 28 --cfr
handbrake-audio=-E ffac3 -R auto -B 160 -D 0 -a 1,2,3,4,5
handbrake-audioac3=-E ffac3 -R auto -B 256 -D 0 -a 1,2,3,4,5
handbrake-ext=.mkv
handbrake-audiodelay=skip
PreConversionCommercialRemover=true
Eric