581725 - Flash videos stutter after switching tabs or scrolling

Status: RESOLVED FIXED

(Core :: Layout, defect)

Description

[Matheus Kerschbaum]

User-Agent:       Mozilla/5.0 (Windows; Windows NT 6.1; rv:2.0b3pre) Gecko/20100724 Minefield/4.0b3pre
Build Identifier: Mozilla/5.0 (Windows; Windows NT 6.1; rv:2.0b3pre) Gecko/20100724 Minefield/4.0b3pre  Built from http://hg.mozilla.org/mozilla-central/rev/30239e4cebd8

This bug isn't noticeable most of the time, but it happens way too often to be ignored.

Reproducible: Always

Steps to Reproduce:
1.Open the youtube video from the URL field
2.Right click -> Show video info
3.Switch tabs or scroll to the bottom of the page and then back to the top
4.Mouse over the video
Actual Results:  
Frame rate drops and video stutters until you mouse over the video, notice that when you do that, videos fps goes way beyond 30 fps (youtube frame rate cap) and stage fps goes to 24 for a second and then back to 10.

Expected Results:  
Frame rate should stay the same regardless of actions performed by users.

Should block final release if it happens on all platforms.

Comment 1

[TimoT]

I think at least the frame rate display part of this is a Flash/Youtube issue, I see the same frame rate jump on Chrome (goes from 14 fps to 35 fps after scrolling the page up/down). Not seeing stuttering on Minefield though.

Comment 2

[Matheus Kerschbaum]

(In reply to comment #1)
> I think at least the frame rate display part of this is a Flash/Youtube issue,
> I see the same frame rate jump on Chrome (goes from 14 fps to 35 fps after
> scrolling the page up/down). Not seeing stuttering on Minefield though.

You are correct, this does happen on Chrome as well, but its more noticeable on Minefield. Using the try-server build from bug 556487 I can't notice any stuttering, but it might be placebo because as I said its very hard to notice this on most videos. Whats interesting is that this only happens on youtube videos with the new player and only started happening after retained layers landing.
Anyway, should I mark this as Invalid or dupe of 556487?

Comment 3

[bogas04]

its not a dupe i guess?
Its after effect IMO ...

Comment 4

[bogas04]

Attachment: Image describing another problem

And it doesn't occur in Chrome

Comment 5

[[not reading bugmail]]

(In reply to comment #4)
> Created attachment 477030 [details]
> Image describing another problem
> 
> And it doesn't occur in Chrome

Need to file a separate bug on that, its a plugin clip or invalidation issue.

Comment 6

[Matheus Kerschbaum]

Seems to be fixed by async plugin painting (bug 596451).