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...

In D3934#89251, @Richard Antalik (ISS) wrote:

Here is win32 build:
https://drive.google.com/file/d/1JDzIHHNA9qWvoXvVIShf9e-7l8bm-re5/view?usp=sharing

If there is any problem with running build, try this one:
https://drive.google.com/file/d/1KSHAs5XftnC722P_AG2UGCgqhKFfi5Da/view?usp=sharing

I changed some stuff in MSVC. Don't know what the problem is, but I don't know what I am doing anyway...

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:
https://drive.google.com/file/d/1JDzIHHNA9qWvoXvVIShf9e-7l8bm-re5/view?usp=sharing

I forgot, @Brecht Van Lommel (brecht), you was also involved :)

Would love to test it, if you can share a build?

In D3597#89058, @Christopher Anderssarian (Christopher_Anderssarian) wrote:

@Richard Antalik (ISS)
I've been playing around with your 'test patch D3597'

• The progress bar on the audio strip visually suggests that a proxy is being generated for the audio, even though it's not. (I would remove it)

This would be easy to solve.

In D3621#88926, @Pablo Vazquez (pablovazquez) wrote:

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.

@Richard Antalik (ISS)
I've been playing around with your 'test patch D3597'

In D3621#88926, @Pablo Vazquez (pablovazquez) wrote:

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.

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.

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?

@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

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.

Confirmed, GPUFrameBuffer *prev_fb = GPU_framebuffer_active_get() cant get previous framebuffer.
Before digging deeper: @Clément Foucault (fclem) might know right away?

In D3597#86749, @Jens Ruda (jaker) wrote:

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?

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?

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.

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!