Thu, Nov 15
A gif illustrating the problem when swapping the position of the panel:
Thanks for the report, it's a known To Do item.
Note, this bug is still in existence, and still makes the horizontal scrollbar impossible to use in the vse. And, as of 2.8, it seems the region overlap is now enabled by default, meaning that the vse is broken in the default setup...
Tue, Nov 13
Wow! On the official 2.79b I get 5 fps.
On your patch I get a clean 25 fps in the cached areas.
Here is win32 build:
Mon, Nov 12
I forgot, @Brecht Van Lommel (brecht), you was also involved :)
Would love to test it, if you can share a build?
Sat, Nov 10
This would be easy to solve.
Fri, Nov 9
This has been a request for ages! Do you think you can make sure the patch works against the latest? A lot has changed since August. It will make it easier for developers to review.
Mon, Nov 5
I respectfully disagree. Please, see comment https://developer.blender.org/T54655#494818 where I have transcoded a file to have audio of exact same length as video, and the import into Blender still failed. And yet it works completely fine in an old version.
Any change in behaviour is in FFMPEG, not in the VSE code itself (which just takes the frames and the playback rate data from ffmpeg as it has always done).
@Olly Funkster (Funkster) If you read the info I have provided above, this doesn't add up. Blender does everything correctly in previous versions, and so do Kdenlive and even OpenShot.
Hmm, maybe that's the root of the problem? But in such case - could transcoding (or just remuxing) the file to a constant FPS file could help?
Wed, Oct 31
@Tobiasz Karoń (unfa) VLC is pretty clever, and if the file contains information about a dropped frame or an altered presentation time, you can bet that VLC is capable of interpreting that correctly and adjusting the timing to stay in sync. Blender just takes the average frame rate, and the index of the frame you're on, and calls it a day.
@Olly Funkster (Funkster) - Could your result be because ffmpeg is not compensating correctly for some dropped frames in the stream?
Recently though I had a problem with audio exported from Ardour being longer than the same audio from OBS video file (both at 48kHz sampling rate both PCM streams).
It broke both in Blender and Kdenlive in similar ways. I think it could be a problem in one of the libraries these programs use to parse audio stream metadata or something.
Not sure if it's related though.
This is not a task for Grease Pencil, it corresponds to the Annotate tool
Mon, Oct 29
hey there, yeah it seems like im doing something wrong.
@Sven Sahlmen (Cyii), is is still an issue with latest builds from buildbot? If so, please share simple .blend file, so we see your settings.
Tue, Oct 23
Mon, Oct 22
Confirmed, GPUFrameBuffer *prev_fb = GPU_framebuffer_active_get() cant get previous framebuffer.
Before digging deeper: @Clément Foucault (fclem) might know right away?
Sat, Oct 20
Oct 17 2018
Oct 16 2018
I try to compile this, but the diff file no longer works (can't patch). Can anyone guide me? Is it for the master branch? Is there any chance that this can work in Blender 2.80?
Sep 28 2018
Sep 24 2018
Sep 22 2018
There are gazillions of ways to make Blender crash with bad py code… ideally yes, that should be checked in the poll callback of the operators, but that’s not a bug.
I was working with him on this script, we did end up getting it to work, and yes, the context was the problem... but regardless, shouldn't blender give an error rather than just crashing? Seems like it is still a bug.
Sep 21 2018
OK finally managed to reproduce (that operator only works when VSE editor is in only-preview mode).
Strange. It crashes here on 2.8 too.
Cannot reproduce any crash here with this code (once tabulation is fixed…). Please at the very least give us error message!