ProRes crash

[Selur]

Looking at the DebugOutput the first thing that seems strang is that the length of the audio/video stream differs a lot:

• video length is 23s 0ms
  
• audio length is 11s 979ms (1st Audio)
  
• audio length is 11s 979ms (2nd Audio)
  
• audio length is 11s 979ms (3nd Audio)
  
• audio length is 11s 979ms (4th Audio)
  
• Timcode stream is 23s 0ms
  

this might cause problems later especially since the video is marked cfr.


Looking at the Vapoursynth script:

# Imports import os import sys import ctypes # Loading Support Files Dllref = ctypes.windll.LoadLibrary("C:/Program Files/Hybrid/64bit/vsfilters/Support/libfftw3f-3.dll") import vapoursynth as vs core = vs.get_core() # Import scripts folder scriptPath = 'C:/Program Files/Hybrid/64bit/vsscripts' sys.path.append(os.path.abspath(scriptPath)) # Loading Plugins core.std.LoadPlugin(path="C:/Program Files/Hybrid/64bit/vsfilters/Support/vs_sangnommod.dll") core.std.LoadPlugin(path="C:/Program Files/Hybrid/64bit/vsfilters/Support/EEDI2.dll") core.std.LoadPlugin(path="C:/Program Files/Hybrid/64bit/vsfilters/GrainFilter/AddGrain/AddGrain.dll") core.std.LoadPlugin(path="C:/Program Files/Hybrid/64bit/vsfilters/DenoiseFilter/FFT3DFilter/fft3dfilter.dll") core.std.LoadPlugin(path="C:/Program Files/Hybrid/64bit/vsfilters/DenoiseFilter/DFTTest/DFTTest.dll") core.std.LoadPlugin(path="C:/Program Files/Hybrid/64bit/vsfilters/Support/EEDI3.dll") core.std.LoadPlugin(path="C:/Program Files/Hybrid/64bit/vsfilters/ResizeFilter/nnedi3/vsznedi3.dll") core.std.LoadPlugin(path="C:/Program Files/Hybrid/64bit/vsfilters/Support/libmvtools.dll") core.std.LoadPlugin(path="C:/Program Files/Hybrid/64bit/vsfilters/Support/temporalsoften.dll") core.std.LoadPlugin(path="C:/Program Files/Hybrid/64bit/vsfilters/Support/scenechange.dll") core.std.LoadPlugin(path="C:/Program Files/Hybrid/64bit/vsfilters/Support/fmtconv.dll") core.std.LoadPlugin(path="C:/Program Files/Hybrid/64bit/vsfilters/SourceFilter/LSmashSource/vslsmashsource.dll") # Import scripts import mvsfunc import havsfunc # input color space: YUV422P10, bit depth: 10 # Loading J:\AJA Capture\Test AJA Cap Tape 00_22.mov using LWLibavSource clip = core.lsmas.LWLibavSource(source="J:/AJA Capture/Test AJA Cap Tape 00_22.mov", format="YUV422P10", cache=0, fpsnum=25, prefer_hw=0) # making sure input color matrix is set as 470bg clip = core.resize.Point(clip, matrix_in_s="470bg",range_s="limited") # making sure frame rate is set to 25 clip = core.std.AssumeFPS(clip, fpsnum=25, fpsden=1) # Setting color range to TV (limited) range. clip = core.std.SetFrameProp(clip=clip, prop="_ColorRange", intval=1) # setting field order to what QTGMC should assume clip = core.std.SetFrameProp(clip=clip, prop="_FieldBased", intval=2) # Deinterlacing using QTGMC clip = havsfunc.QTGMC(Input=clip, Preset="Fast", TFF=True) # make sure content is preceived as frame based clip = core.std.SetFieldBased(clip, 0) clip = clip[::2] # denoising using DFTTest clip = core.dfttest.DFTTest(clip=clip) # applying anti aliasing using santiag clip = havsfunc.santiag(c=clip) # Output clip.set_output()

I see no color space conversion of similar that might cause banding.

Encoding call:

"C:\Program Files\Hybrid\64bit\Vapoursynth\vspipe.exe" "C:\Users\BigBubba\AppData\Local\Temp\encodingTempSynthSkript_13_41_36_4610.vpy" - --y4m | "C:\Program Files\Hybrid\64bit\ffmpeg.exe" -y -noautorotate -nostdin -threads 8 -f yuv4mpegpipe -i - -an -sn -vf zscale=rangein=tv:range=tv -pix_fmt yuv422p10le -strict -1 -vsync 0 -vcodec prores_ks -profile:v 2 -vtag apcn -f mov "C:\Users\BigBubba\AppData\Local\Temp\selurdebug test 4_13_41_36_4610_06.mov"

also looks fine, no apparent problem.

One thing that does not cause a problem, but which I will fix is that Hybrid does not check the output of the ProRes Encoding call.

Muxing call:

"C:\Program Files\Hybrid\64bit\ffmbc.exe" -y -i "C:\Users\BigBubba\AppData\Local\Temp\selurdebug test 4_13_41_36_4610_06.mov" -i "C:\Users\BigBubba\AppData\Local\Temp\iId_1_aid_0_lang_en_13_41_36_4610_01.wav" -i "C:\Users\BigBubba\AppData\Local\Temp\iId_2_aid_1_lang_en_13_41_36_4610_02.wav" -i "C:\Users\BigBubba\AppData\Local\Temp\iId_3_aid_2_lang_en_13_41_36_4610_03.wav" -i "C:\Users\BigBubba\AppData\Local\Temp\iId_4_aid_3_lang_en_13_41_36_4610_04.wav" -vcodec copy -acodec copy -map 0:0 -map 1:0 -map 2:0 -map 3:0 -map 4:0 -metadata encoding_tool="Hybrid 2020.05.28.1" -aspect 136574:100000 -r 25/1 -f mov "J:\AJA Capture\selurdebug test 4.mov"

seems fine too, but aborts with:

FFmbc version N-32104-ga751c9271a Copyright (c) 2008-2016 Baptiste Coudurier and the FFmpeg developers Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\Users\BigBubba\AppData\Local\Temp\selurdebug test 4_13_41_36_4610_06.mov': Metadata: major_brand: qt minor_version: 512 compatible_brands: qt encoder: Lavf58.42.101 Duration: 00:00:23.00, bitrate: 34010 kb/s Stream #0.0(und): Video: prores, yuv422p10le, 720x576p, 34009 kb/s, 25.00 fps Metadata: codec_name: Lavc58.82.100 prores_ks Input #1, wav, from 'C:\Users\BigBubba\AppData\Local\Temp\iId_1_aid_0_lang_en_13_41_36_4610_01.wav': Duration: 00:00:23.00, bitrate: 2304 kb/s Stream #1.0(und): Audio: pcm_s24le, 48000 Hz, stereo, s32, 2304 kb/s Input #2, wav, from 'C:\Users\BigBubba\AppData\Local\Temp\iId_2_aid_1_lang_en_13_41_36_4610_02.wav': Duration: 00:00:23.00, bitrate: 2304 kb/s Stream #2.0(und): Audio: pcm_s24le, 48000 Hz, stereo, s32, 2304 kb/s Input #3, wav, from 'C:\Users\BigBubba\AppData\Local\Temp\iId_3_aid_2_lang_en_13_41_36_4610_03.wav': Duration: 00:00:23.00, bitrate: 2304 kb/s Stream #3.0(und): Audio: pcm_s24le, 48000 Hz, stereo, s32, 2304 kb/s Input #4, wav, from 'C:\Users\BigBubba\AppData\Local\Temp\iId_4_aid_3_lang_en_13_41_36_4610_04.wav': Duration: 00:00:23.00, bitrate: 2304 kb/s Stream #4.0(und): Audio: pcm_s24le, 48000 Hz, stereo, s32, 2304 kb/s Number of stream maps must match number of output streams

I wonder why, because there are Input streams #0-#4 and all those are mapped to the first (and only output) '-map 0:0 -map 1:0 -map 2:0 -map 3:0 -map 4:0'.

=> Good news is: I can reproduce the issue here and simply
Bad news: no clue why this is happening.
I'll look into it, but this might take a while.

-> Okay, using ffmpeg the same call works fine.
So try whether it helps if you disable 'Config->Output->Container Settings->FFmbc for .mov muxing' (it's in the middle of the screen) before creating the job.

Cu Selur