Closed
Bug 529167
Opened 15 years ago
Closed 15 years ago
High definition Flash videos stutter if scrolled out of view or another tab is selected
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jboriss, Assigned: jaas)
References
Details
(Keywords: regression)
Attachments
(1 file)
1.44 MB,
video/quicktime
|
Details |
If a Vimeo video is playing and the user switches to another tab on the same window, the audio breaks up and plays poorly.
Reporter | ||
Comment 1•15 years ago
|
||
Updated•15 years ago
|
Summary: Vimeo videos play poorly if another tab is selected → Vimeo videos play poorly if scrolled out of view or another tab is selected
This might be due to 525533. Jennifer - can you try a build from before that patch landed?
Bug 525533 - now there should be a link :)
Comment 5•15 years ago
|
||
It's clearly a regression from bug 525533 but as we already talked about it happens only for some of the videos. The good thing on Vimeo is that you can switch between HD on/off. When we turn of high definition everything is fine.
Blocks: 525533
Keywords: regression
Summary: Vimeo videos play poorly if scrolled out of view or another tab is selected → High definition Flash videos stutter if scrolled out of view or another tab is selected
Comment 6•15 years ago
|
||
You can see an example here: http://www.vimeo.com/2317118
Play the video, scroll past the video content, and hear the choppiness. It's present in 3.6b3
Comment 7•15 years ago
|
||
When you click on the HD on button you will get a low-res version and scrolling down again will not show this choppiness.
Reporter | ||
Comment 8•15 years ago
|
||
(In reply to comment #3)
> This might be due to 525533. Jennifer - can you try a build from before that
> patch landed?
Yep - works fine before 525533 landed. Also fine in non-HD, as Henrik points out in comment #5. That patch also seems to have caused Bug 523968.
Reporter | ||
Comment 9•15 years ago
|
||
Nevermind - Bug 523968 is unrelated
Updated•15 years ago
|
Flags: in-litmus?
Updated•15 years ago
|
Flags: blocking1.9.2?
Assignee | ||
Comment 10•15 years ago
|
||
I checked in a fix for this in bug 525533.
Flags: blocking1.9.2? → blocking1.9.2-
Comment 11•15 years ago
|
||
We made a fix in the beta of Flash Player 10.1 Check you check that out at: http://labs.adobe.com/downloads/flashplayer10.html
Comment 12•15 years ago
|
||
Using Version: 10.1.51.45 with the latest Trunk nightly, Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.3a1pre) Gecko/20091117 Minefield/3.7a1pre I still hear occasional stuttering.
Comment 13•15 years ago
|
||
Sounds like something we should fix. Josh, maybe this needs more tweaking of the idle stuff? Or maybe the plugin needs to deal...
Assignee: nobody → joshmoz
blocking2.0: ? → beta1
Assignee | ||
Comment 14•15 years ago
|
||
I don't think there is anything else to do on our end unless we can identify a specific cause. All known potential causes have been taken care of.
Assignee: joshmoz → nobody
Comment 15•15 years ago
|
||
Josh, sounds like this should be closed, if so, please do so or list the remaining issues.
Assignee: nobody → joshmoz
blocking2.0: beta1+ → beta2+
Assignee | ||
Comment 16•15 years ago
|
||
I'm going to mark this as fixed from my patch in bug 525533 and Adobe's fix from comment 11. We should file new bugs on any remaining issues. Extreme resource consumption will probably always be a possible cause for stuttering audio, but I don't think this happens very often any more.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•