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.

Wrong delay relative to video
#2
MediaInfo reported -80ms delay of the audio relativ to the video and Hybrid told tsMuxeR to use that value:
MUXOPT --no-pcr-on-video-pid --new-audio-pes --vbr --vbv-len=500
V_MPEG4/ISO/AVC, "C:\Windows\Temp\1_21_02_47_9010_04.264", fps=25, insertSEI, contSPS, ar=1:1 (Square)
A_LPCM, "C:\Windows\Temp\iId_73_aid_307_lang_en_DELAY_-80ms_21_02_47_9010_02.wav", timeshift=-80ms, lang=eng
Looking at the output of ffmpeg there are tons of problems reported about the decoding time stamps (DTS) of the source.
Seems like there is something wrong with the source. My guess is the extraction/decoding of the video caused the demuxer/decoder to drop some frame or some time codes are to messed up to guess them.
-> Hybrid isn't designed to handle broken sources.

About the crash and the processing stopping, according to Hybrid it was still trying to process '21_02_47_9010_07_cleanUp' and the 'parallelJobCount of client' was 1.

Cu Selur
Reply


Messages In This Thread
RE: Wrong delay relative to video - by Selur - 29.10.2019, 20:04

Forum Jump:


Users browsing this thread: 1 Guest(s)