Page MenuHome

Rendered Frames Not Matching VSE Frames
Closed, ArchivedPublicTO DO


--- Operating System, Graphics card ---
Arch Linux 64-bit
Intel Ironlake Graphics

--- Blender version with error, and version that worked ---
Blender version with error (= rendered video not identical):

Blender versions that worked (= rendered video is identical):

--- Short description of error ---
I am experiencing that the video is delayed in the final render in comparison to what I see in the VSE. What is in frame 2238 in the VSE, equals frame 2175 in the render (Difference: 63). What is in frame 2444 in the VSE matches frame 2312 in the render (Difference: 132).

The consequence is that the sound would look like it is out of sync.

--- Steps for others to reproduce the error (preferably based on attached .blend file) ---
-> Unzip the files and open the *.blend file.
-> Render the animation in any file format.
-> Use Shift+A to import the rendered animation into the Blender VSE again.
-> Press Shift+Left Arrow & Shift+S so the rendered video matches. Make sure the rendered animation is on top of what already was in the VSE.
-> Go to Frame 2444.
-> Observe the Playback screen as you select the rendered video and presss H to hide it.

This should reveal that the two frames at 2444 is not identical in 2.65, while they are identical in 2.64 and below.

Event Timeline

Seems input video is buggy a bit and requires timecode built to work predictable. I would recommend using timecodes anyway when you're working with videos not rendered with blender. There're quick notes here:

The thing is 2.64 and 2.65 are using different ffmpeg version, which could handle videos slightly different in cases there're issues with keyframes inserted in them. Timecodes will solve the issue. Use Record One for you video.

Thanks for the report, but it's not so much trivial to solve from blender, almost all the code is inside ffmpeg library. The only thing i was planning to do is to generate Record Run timecode on-fly so you'll have much better default behavior. But that's more like a todo than a bug.

Sergey Sharybin (sergey) changed the task status from Unknown Status to Unknown Status.Jan 21 2013, 12:29 PM

Thank you for looking into this Sergey,

I will look into the solution you suggest. Happy to hear that Proxy/Timecode can fix the issue. This is a part of the VSE I have not worked with before.

Best Regards,

Some further information concerning the videosource:
The video was originally record with libvpx under GNOME 3.6.2, then converted to Ogg Theora due to this bug in GNOME:

It was converted to Ogg with Transmaggedon which relies on gstreamer. I had hoped that the video would be okay if I just did that, but oh well.