Hybrid 'Current Input Audio Information' for the source material notes Delay: 0, which is correct. The audio and video are in sync from the source.
The output however encodes a delay of -43ms, which throws off the sync.
I can manually input a delay of +43ms, which changes the delay back to 0, and the output is again in sync.
Why is this happening and how can I prevent it without manual adjustment?Please, read the 'Infos needed to fix&reproduce bugs,..'-sticky before you post about a problem.
30.09.2021, 18:52 (This post was last modified: 30.09.2021, 18:53 by Selur.)
The inserted delay is adjsuted by the aac encoder delay, which should not cause sync issues, but prevent them.
The delay is adjusted by:
a. the aac encoder choice
b. the container choice
c. sampling rate and in some cases settings in the encoder
You can tell Hybrid to not compensate the aac encoder delay by deactivating "Audio->Misc->Compensate aac encoder delay" (haven't disabled this for years, so if there's a problem let me know) before the entries in the audio job queue are created.
If you have a small sample which allows to reproduce the sync issue I would be interrested in it.
Side note: if you are muxing to .mp4 try if this also happens if you use ffmpeg as muxer since the MP4Box developer just yesterday fixed a bug regarding the muxing delay.
Cu Selur
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page.
(30.09.2021, 18:52)Selur Wrote: The inserted delay is adjsuted by the aac encoder delay, which should not cause sync issues, but prevent them.
The delay is adjusted by:
a. the aac encoder choice
b. the container choice
c. sampling rate and in some cases settings in the encoder
You can tell Hybrid to not compensate the aac encoder delay by deactivating "Audio->Misc->Compensate aac encoder delay" (haven't disabled this for years, so if there's a problem let me know) before the entries in the audio job queue are created.
If you have a small sample which allows to reproduce the sync issue I would be interrested in it.
Side note: if you are muxing to .mp4 try if this also happens if you use ffmpeg as muxer since the MP4Box developer just yesterday fixed a bug regarding the muxing delay.
Okay, for mp4 please try whether it works in ffmpeg without having to disable the delay adjustment.
Enable 'Config->Container->Mp4 Settings-FFmpeg instead of MP4Box' before creating the job queue.
Cu Selur
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page.
(30.09.2021, 19:24)Selur Wrote: Okay, for mp4 please try whether it works in ffmpeg without having to disable the delay adjustment.
Enable 'Config->Container->Mp4 Settings-FFmpeg instead of MP4Box' before creating the job queue.
Cu Selur
Actually I may have spoke too soon - with further testing it seems like nothing I do can change the audio delay, even manually.
FFMPEG and MP4BOX have the same result. The audio is always just slightly off.
I set the delay to 500ms for giggles and it did not change the output file.
I checked back at the MKV output and it was off as much as the mp4.
protectron, as it was requested by Selur many times in other threads: "Please do not do full quotes of posts, since it is really annoying to having to scroll to all the previously posted content. "
Simply click "New Reply" button when you post a comment: