@Campbell Barton (campbellbarton), @Sergey Sharybin (sergey): do you think this can go in?

ffprobe -v error -hide_banner -print_format json -show_streams -show_format shows the following framerate/time related fields for the video stream in that file:

Thanks for the reply @Richard Antalik (ISS).

In T69334#778219, @Dalai Felinto (dfelinto) wrote:

@Richard Antalik (ISS) can you take a look at this? Not the regression from 2.76 to 2.78. But the difference between the default VSE settings in 2.80 and 2.79 that makes a video "by default" to play slower in 2.80. It must be one of the default settings that are different.

@Richard Antalik (ISS) can you take a look at this? Not the regression from 2.76 to 2.78. But the difference between the default VSE settings in 2.80 and 2.79 that makes a video "by default" to play slower in 2.80. It must be one of the default settings that are different.
Maybe the reporter (@Félix (Miadim)) can help nailing this down as well? You should be able to do it without any coding.

TBO Timelines have always been a resource hog.
And what's also demonstrated in your gif is moving the mouse over different elements causes the UI to draw at different frame rates...
ref: T60336#596645

In T68433#751669

Which editors are refreshed depends on where you start the playback. This is by design, and starting playback over the 3D viewport will generally be fastest.
Optimizations to animation playback of other editors are possible, but not considered a bug.

Just press the Download button below the video.

@Willi (willi) I did receive it, but I am unable to download the file, it seems to let me watch it only.

Bump.
This is still an insta-crash in 2.81... and its a rather serious issue for anyone using the vse along with scene strips... im not sure why this is still considered low priority.

i realize that fixing the above/below behavior is a bit of a big thing, but could we at least fix the issue referenced in https://developer.blender.org/T64964 with a single strip?
It shouldnt be much to fix that, just add an 'if audio imported also, add one to the video channel'... also, adding a check to prevent adding to channel 0 is probably a good idea.

@Jacques Lucke (JacquesLucke) It is properly dependent on how powerful your computer are. Mine is not very powerful, so I'm just using a 720p clip for the gif above, where the effect is quite visible. Maybe you could try with some 4k footage and keep adding sequencer areas while the video is playing(uncached) timeline in an area with sequencer+preview.

I cannot reproduce it in my simple test case. Can you reproduce this with any video? A test file would probably be helpful.

Makes sense! Just made and tested the change, everything should be working now.

• Optimize fcurve lookup

same problem regarding laggy caching/preview exists for the VSE's own effects strips, to which proxies don't even apply. Just tonight I tried to add a scene strip of a very simple 4 second text animation to the VSE, nothing fancy at all. Yet, the VSE cannot handle it. It takes 1-3 seconds to cache in each frame, which took a total of about 2-3 minutes to fully cache in.

@Richard Antalik (ISS) @Nathan Lovato (gdquest) You guys are awesome! Thank you so much for your replies :) First I want to apologize if any of my comments sounded harsh or ignorant. I do admit I'm fairly ignorant when it comes to coding and developing, but I never mean to complain. I truly am grateful for everything that you and the other Blender developers do. You all have accomplished so much! I absolutely love Blender and I owe it to such hard working people like you. Sometimes I just don't know how to phrase my confusion or problems in the best way. But thank you for putting up with me :D

Hi Please email me link to video file at richardantalik at gogle mail

I don't think you need a huge amount of ram to debug this, just set a breakpoint in startffmpeg and step through until anim->duration is assigned.

@Richard Antalik (ISS) Regarding Justin's problem, nowadays you have quite a few video editing packages that allow you to work without proxies using compressed h264 footage at 1080p. In the free software world, Olive has great playback and scrub performances like that.

I mean this could be enum for placement and pan field of -1 to 1 range.

I can not reproduce this with proxies..
There are some quite weird issues I am not familiar with (wasn't using Blender for a month)

Here is the patch to fix the issue: https://developer.blender.org/D5807

I will have to ask @Sergey Sharybin (sergey) if he will be able to look into this.
Unfortunately I don't have enouh RAM(4gig) to debug this.

Is this report really for version v2.76b?
That version is almost 4years old. We are not able to make fix for such old release. Please consider upgrading.

Sorry :(

Unfortunately we are unable to solve this issue immediately.
Since this will require redesign of quite lot of sequencer code, I would see this in 2.82 if I was optimistic.

Hi Please email me link to video file at richardantalik at gogle mail
(I guess AI would get this trick anyway...)

This bug is so common that even the official videos put out by Blender foundation (Example, Tears of Steal) will add an extra frame to the audio strip if you import the video into the sequencer.

@Richard Antalik (ISS) Thank you!

I wonder if it would be possible to show which speaker the pan is directed towards, by putting a Letter, representing the speaker, next to the number?

Another thing I haven't noticed is that there are some warnings caused by this patch: