[HELP] Audio is ahead of video for half a second - Printable Version +- Selur's Little Message Board (https://forum.selur.net) +-- Forum: Hybrid - Support (https://forum.selur.net/forum-1.html) +--- Forum: Problems & Questions (https://forum.selur.net/forum-3.html) +--- Thread: [HELP] Audio is ahead of video for half a second (/thread-3059.html) |
Audio is ahead of video for half a second - EmielBoss - 28.01.2023 I'm using the latest Hybrid 2023.01.22.1 on Windows 64-bit. I am converting AVI files to MP4 with deinterlacing, but the video lags behind the audio for approximately half a second. I select input and output and set Audio to auto-add (first). I apply a x264 profile (https://we.tl/t-CiYd4YoF11), set Crop/resize settings, deinterlace with QTGMC (VapourSynth) with input scan type to top field first, preset Faster and Bob enabled, apple an Audio profile (https://we.tl/t-VE1vtzijFa) and dispatch the job. Input file: https://we.tl/t-K6Xzsy2GHi Output file: https://we.tl/t-vW9OS0aQJ9 Debug output: https://we.tl/t-QZDvWfAwnR I think it might be the same problem as this guy: https://forum.selur.net/thread-2980.html Though if it is the same issue, he is incorrect in that the video is delayed, not the audio. Do you have any idea what I might be doing wrong? Or is it a bug? I have used this workflow many times before, with these exact profiles, and I've never had this issue. Thanks for the wonderful software! :) Any help is greatly appreciated.Please, read the 'Infos needed to fix&reproduce bugs,..'-sticky before you post about a problem. RE: Audio is ahead of video for half a second - Selur - 28.01.2023 Don't see any errors in the processing. Time codes in the input indicate cfr. No clue. Not even sure there is a delay. Looking at the files you provided with VirtualDub2: those file seem to be sync. Could it be a decoding issue on your end? Cu Selur RE: Audio is ahead of video for half a second - Selur - 28.01.2023 A single freeze frame would create a 40ms delay not half a second (500ms). Loading the input file in Hybrid, overwriting the scantype to tff, using QTGMC-Bob I see a small issue with frame 42. Loading the output file in Hybrid, disabling the overwriting of the scantype to tff I too see a small issue with frame 42. (Happens with both LWLibAVSource and FFMPEGSource2. And can be somewhat compensated using 'StabilizeIT'.) In case you have a 64bit vfw decoder for the HuffYUV in your system, you can enable 'Filtering->Vapoursynth->Misc->Source->Prefer AviSource for .avi input' which will tell Hybrid to use AviSource if it finds a 64bit vfw decoder for the content. This was you can test whether it's an issue with the decoder. I did a quick encode using: # Imports It still sounds a bit like it might be a playback issue. AVC 4:2:2 is often not supported by Hardware decoders. -> I also attached a YUV420 version, does the YUV420 version work better for you? Do you see the duplicate frame if you open your reencode in Hybrid and check the Vapoursynth preview? (if yes, which frame?) Cu Selur Ps.: Your system isn't overclocked, is it? RE: Audio is ahead of video for half a second - EmielBoss - 28.01.2023 Thanks for all your help! It's all going a bit over my head to be honest. What I established is that my output file plays fine on another computer. However, other MP4 output files that I compressed using an older version of Hybrid play fine on my regular PC as well, and if I compress the AVI with an old version of Hybrid (version 2021.07.18.1) now, it also plays fine. In other words, there has been some change in Hybrid since then that causes output that has this playback issue on my regular PC. And now that you mention it, my system is probably overclocked (which I think I did way back in 2016, so I'm not entirely sure, but almost sure). Both your encodes play back fine. I will check for the duplicate frame tomorrow, as I just dispatched a bunch of jobs in Hybrid. And "freezeframe" was a misnomer; the video freezes for approximately half a second (or 42 frames maybe?) at the start is what I meant. I think I will stick to version 2021.07.18.1 for the time being; that one works RE: Audio is ahead of video for half a second - Selur - 28.01.2023 Quote:What I established is that my output file plays fine on another computer.Okay, so the file itself it fine, it might just be a decoder issue. What player do you use? (if you use VLC try updating to the latest version, vlc 4 nightly build) Quote: However, other MP4 output files that I compressed using an older version of Hybrid play fine on my regular PC as well, and if I compress the AVI with an old version of Hybrid (version 2021.07.18.1) now, it also plays fine. In other words, there has been some change in Hybrid since then that causes output that has this playback issue on my regular PC. And now that you mention it, my system is probably overclocked (which I think I did way back in 2016, so I'm not entirely sure, but almost sure).Basically all tools Hybrid uses have been updated since 2021.07.18.1, so it's hard to tell what changed. Quote:Both your encodes play back fine. I will check for the duplicate frame tomorrow, as I just dispatched a bunch of jobs in Hybrid.Please also check whether it works if you use another aac encoder. Quote:And "freezeframe" was a misnomer; the video freezes for approximately half a second (or 42 frames maybe?) at the start is what I meant.half a second = 500ms = 12.5 frames (1 frame @ 25fps = 1000/24 = 40ms) I suspect it is either an aac audio or mp4 container issue. You can also try whether it works with the current version if you enable 'Config->Containers->Mp4 Settings->FFmpeg instead of MP4Box' and thus tell Hybrid to use ffmpeg instead of MP4Box for muxing. Cu Selur Ps.: going to bed now, but I'm curious to know what's causing the issue. |