This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

ProRes crash
#11
Are you sure your looking at the right log file? I've just opened up the one I uploaded and there isn't any reference to an mkv being opened and the mov files I've uploaded are present. I've uploaded another fresh log which reading through is referencing the mov file uploaded:

https://www.amazon.co.uk/clouddrive/shar...JoBsXiS9Dz

Many thanks
Reply
#12
that link is for the two images you posted for your other unclear problem.
I haven't seen any debug output log that refers to a ProRes file where a crash happens.
->
Make sure to delete old debug output files before creating a new one.
Learn to compress your debug output file and attach it here.

Cu Selur

Ps.: I will not try to look at another text file that does not belong to the problem.
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page.
Reply
#13
Sorry had some other things to attend to this last week, hybrid log correct link is at:

https://www.amazon.co.uk/clouddrive/shar...5jyyFHVnp6
Reply
#14
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 Smile
Bad news: no clue why this is happening. Smile
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
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page.
Reply
#15
Okay, I now know how to do this in ffmbc, but it really seems like a pain.
ffmbc can't passthrough 24bit audio :/
To be fair reencoding to from 24bit to 24bit should be lossless.

so instead of:
"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"
one would need to use:
"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 -an  -aspect 136574:100000 -r 25/1 -f mov "J:\AJA Capture\selurdebug test 4.mov" -acodec pcm_s24le -ar 48000 -newaudio -acodec pcm_s24le -ar 48000 -newaudio -map_audio_channel 1:0:0:0:1:0 -map_audio_channel 2:0:0:0:2:0 -map_audio_channel 3:0:0:0:3:0 -map_audio_channel 4:0:0:0:4:0 -metadata encoding_tool="Hybrid 2020.05.28.1"

-> I'll probably won't find time to implement this during this week, but I'll look into it over the weekend.
For the time being, switching to ffmpeg as muxer (like I mentioned above) should be fine.

Cu Selur
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page.
Reply
#16
Interesting bug. I guess this fix may be very useful for people who work with professional audio/video.

I just curious why Hybrid use so many different random muxers like MP4Box for MP4 and FFmbc for MOV? It seems they only produce problems . Isn't it simpler to switch everything to FFmpeg?
Reply
#17
That's easy.Smile
a. because it can and it's always good to have a fallback
b. FFmbc better supports some of the lossy formats some folks use with their NLEs like XDCAM, DNxHD,... which has the effect that some NLEs and tools don't like FFmpegs muxing output but work fine with the output of FFmbc.
c. Similar things true for mp4box&FFmpeg. Some format combinations are better handled by FFmpeg, while others are better handled by MP4Box.
-> So it's not really a bug but more me who never passthrough PCM 24bit audio with FFmbc and thus didn't know the limitation. Wink

Cu Selur
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page.
Reply


Forum Jump:


Users browsing this thread: 2 Guest(s)