FFmpeg was used to convert this file. Why was Handbrake not chosen?
Carcass 2020-03-22 - 1.ts-tv series convert-2023-05-07T16-40-25.log (1.1 MB)
Handbrake failed, it fell back to ffmpeg as per the profile backup settings
MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 58.16 % (299.78 fps, avg 287.72 fps, ETA 00h00m55s)[mp4 @ 0000000006a77340] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 64666401 >= 64666401
2023-05-07T16:46:27 MCEBuddy.AppWrapper.Handbrake → ERROR: avformatMux: track 0, av_interleaved_write_frame failed with error ‘Invalid argument’
Thanks for that. So HB started transcoding then errored out.
Would this be because of an aberration in the video that would cause such a thing?
I tried another TS file and it did the same thing. I don’t see this error with the OOTB “MP4 Normal” profile, but I am using my own profile:
[MP4 Normal AC3 AAC]
Description=Good quality 1 pass MP4 (H.264) conversion. AC3 copy as audio 1, create AAC stereo as audio 2.
order=handbrake,ffmpeg
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -vf yadif=0:-1:1,hqdn3d -vcodec libx264 -b 1400k -x264opts me=hex:trellis=1:subq=8:partitions=all:8x8dct=1:ref=3:rc-lookahead=50:keyint=25:min-keyint=20:bframes=1:weightb=1:level=4.0:b-pyramid=normal:direct=auto:mixed-refs=1:deblock=-1,-1:no-fast-pskip=1:no-dct-decimate=1:b-adapt=0:threads=auto -map 0:v -sn
ffmpeg-audio=-acodec aac
ffmpeg-audioac3=-map 0:1 -c:a:0 copy -map 0:1 -c:a:1 aac -ab 192k -ac 2
ffmpeg-ext=.mp4
ffmpeg-audiodelay=skip
handbrake-general=--decomb --loose-anamorphic --verbose=2 -f mp4 -O
handbrake-video=--start-at duration:0 -e x264 -b 1400 -x me=hex:trellis=1:subq=8:partitions=all:8x8dct:ref=3:rc-lookahead=50:keyint=25:keyint-min=20:bframes=1:weightb=1:level-idc=40:b-pyramid=1:direct-pred=auto:mixed-refs:deblock=-1,-1:nofast-pskip:nodct-decimate:b-adapt=0:threads=auto
handbrake-audio=-E aac
handbrake-audioac3=-E copy -a 1
handbrake-ext=.mp4
handbrake-audiodelay=skip
PreConversionCommercialRemover=true
How is changing the audio params causing failure midway? The base profile also converts audio.
I figured out removing the commercials causes this when copying the audio stream. This does not happen with the original video.