If you are like me and would like to use Blender for video editing and still get around the issue, then I found a workaround, but you need Shotcut for this. So after a lot of online searching, I did find an answer to fix this problem, but not in Blender. I also found ShotCut to be less stable than Blender. I also experienced similar out-of-sync issues in ShotCut a year ago while working with cheap action cam H.265 files. I believe the issue continues to be with the way H.264 rendering in Blender is implemented. The time required to get to final file more than triples though. This workaround is relatively painless and produces good-quality results because there's only a single lossy compression step. End result produces a smallish-size file with A/V that is in sync. Use HandBrake open source video transcoder to convert FFmpeg file into H.264 (or H.265).However, the audio remains in sync all the way through. This produces a lossless file that is about 27 times bigger (13.8GB for 10mins) than H.264 codec file (0.5GB). Change Video Codec to "FFmpeg video codec #1".What worked better for me is the following: Very frustrating, and a lot of wasted time. Rendered result still didn't match what GUI showed. I tried running rendering after a clean boot, gave Blender highest resource priority in Win10, allocated more memory to caching, etc. I didn't even cut or merged any segments of the source video. Audio and Video tracks are of the same length.
In Blender's preview mode everything looks in-sync.
#SHOTCUT EXPORT FAILED SOFTWARE#
Source was as-is (3.6GB, 10mins) file from Canon EOS 5DMKII, which is an old camera, so pretty much any software can handle the encoding. Blender v2.92.0 - I experienced the same as described out-of-sync problem with rendered videos that were over five minutes long.
I am a noob in video/audio codecs so please forgive me if I used some incorrect nomenclature above. So if anyone figured this out please let me know. This lag (audio is a few frames ahead of the video) is noticeable only in longer videos (>12 mins, my video is 1 hr long) suggesting a very small rendered rate difference between the video and the audio.Īlso, note that the animation plays absolutely fine in Blender, so all I could figure out was that this was a rendering issue.