[HELP] Hybrid encoder crashing while encoding dvd folder to mkv

[Selur]

but the mkv was marginally cut from the right border and that cut portion was appearing to the left of left border of the video

Crop parameters are either set by the user or detected via auto-crop, but the user still should check those.
According to the log Hybrid is told to crop to "crop=702:480:6:0" and resize to "scale=1580:1080"
-> check your crop settings, not a bug in Hybrid

Looking at what Hybrid does:

1. extract audio using:
   
   "C:\Program Files\Hybrid\64bit\mplayer.exe" -v -mc 0 -vc dummy -nocorrect-pts -noconsolecontrols -nocorrect-pts -vc null -vo null -nocache -hardframedrop -aid 128 dvd://1 -dvd-device "D:\ripped\VIDEO_TS"  -dumpaudio -dumpfile "C:\Users\SNEHA-DAKSH\AppData\Local\Temp\iId_1_aid_128_lang_hi_2020-10-18@16_27_47_6410_01.ac3"
   which creates:
   
   C:\Users\SNEHA-DAKSH\AppData\Local\Temp\iId_1_aid_128_lang_hi_2020-10-18@16_27_47_6410_01.ac3 (199.258 MB)
   (side note: you might want to change your temp folder)
   
2. reencode the audio using:
   
   "C:\Program Files\Hybrid\64bit\ffmpeg.exe" -y -threads 6 -i "C:\Users\SNEHA-DAKSH\AppData\Local\Temp\iId_1_aid_128_lang_hi_2020-10-18@16_27_47_6410_01.ac3" -b:a 128k -ar 48000 -f mp3 -channel_layout mono "C:\Users\SNEHA-DAKSH\AppData\Local\Temp\iId_1_aid_128_lang_hi_2020-10-18@16_27_47_6410_02.mp3"
   which creates:
   
   C:\Users\SNEHA-DAKSH\AppData\Local\Temp\iId_1_aid_128_lang_hi_2020-10-18@16_27_47_6410_02.mp3 (132.84 MB)
3. reencode the video using:
   
   "C:\Program Files\Hybrid\64bit\mencoder.exe"   -ovc raw -noskip -vf scale,format=i420,crop=702:480:6:0,scale,format=i420,scale=1580:1080,scale,format=i420 -sws 10 -forcedsubsonly -nosub -nosound -mc 0 -lavdopts threads=6 -really-quiet -of rawvideo -o - -dvd-device "D:\ripped\VIDEO_TS" dvd://1 | "C:\Program Files\Hybrid\64bit\ffmpeg.exe" -loglevel fatal -noautorotate -nostdin -threads 6 -an -sn -s 1580x1080 -f rawvideo -i - -f yuv4mpegpipe - | "C:\Program Files\Hybrid\64bit\x265.exe" --input - --output-depth 10 --y4m --profile main10 --level-idc 5.1 --limit-modes --no-early-skip --no-open-gop --opt-ref-list-length-pps --lookahead-slices 0 --crf 15.00 --opt-qp-pps --cbqpoffs -2 --crqpoffs -2 --limit-refs 0 --ssim-rd --psy-rd 2.50 --rdoq-level 2 --psy-rdoq 10.00 --aq-mode 0 --vbv-maxrate 160000 --vbv-bufsize 160000 --deblock=-1:-1 --limit-sao --no-repeat-headers --range limited --colormatrix bt470bg --output "C:\Users\SNEHA-~1\AppData\Local\Temp\2020-10-18@16_27_47_6410_04.265"
4. mux audio&video using:
   [ode]"C:\Program Files\Hybrid\64bit\mkvmerge.exe" --ui-language en -o "D:\ripped\123.mkv" --global-tags "C:\Users\SNEHA-DAKSH\AppData\Local\Temp\123_2020-10-18@16_27_47_6410__05.xml" -d 0 --default-track 0:yes --default-duration 0:30000/1001fps --aspect-ratio-factor 0:8/9 --no-chapters --compression -1:none --forced-track 0:yes --no-audio --no-subtitles "C:\Users\SNEHA-~1\AppData\Local\Temp\2020-10-18@16_27_47_6410_04.265" --language 0:hi --default-track 0:yes --forced-track 0:no -a 0 --compression -1:none --no-video --no-subtitles --no-chapters "C:\Users\SNEHA-DAKSH\AppData\Local\Temp\iId_1_aid_128_lang_hi_2020-10-18@16_27_47_6410_02.mp3"[/code]
   What does look wrong is that the video call does not contain IVTC or deinterlacing and the video encoding call isn't interlaced.
   
   -> seems like there is still a bug, will look into it later today and report back
   
   Cu Selur