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
#1
1. Wrong delay relative to video
I'm doing remux from *.ts container to m2ts with normalize and convert audio to LPCM.
Audio in the source file has delay relative to video [-80 ms]
Audio in the destination file has delay relative to video [-2 s 360 ms] - A-V resync
source file

destination file

2. After the crash of the current job, the Hybrid stops the next jobs, when I have checked "Ignore crashed jobs and process next".


Attached Files
.zip   HybridDebugOutput.zip (Size: 86,74 KB / Downloads: 6)
Reply
#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


Forum Jump:


Users browsing this thread: 1 Guest(s)