Closed
Bug 469900
Opened 16 years ago
Closed 16 years ago
on screen video controls should give indication of buffering
Categories
(Toolkit :: Video/Audio Controls, defect)
Toolkit
Video/Audio Controls
Tracking
()
RESOLVED
DUPLICATE
of bug 462113
People
(Reporter: dale, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2a1pre) Gecko/20081216 Minefield/3.2a1pre
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2a1pre) Gecko/20081216 Minefield/3.2a1pre
When a clip is paused because of buffering issues the onscreen controls should give some indication that the clip can't playback because not enough information has been downloaded.
Something that fits with conventions such as a light gray buffering progress bar could give the users an indication of the clip buffer. if the clip is paused because of buffering the outline of the progress bar could shift in a shade of gray and mouse over title could give a text description like:
".3x video download rate
3 min until ready for playback"
In cases where the users is downloading slower than the bitrate of the video clip the user should get some indication (progress on a buffering bar) that the clip will soon be playable.
The player should wait until enough of the clip has been download given the current download rate that it should be able to play though. ie what the html5 spec event is called: canplaythrough http://www.whatwg.org/specs/web-apps/current-work/#event-canplaythrough
Reproducible: Always
Steps to Reproduce:
1. Set your Bandwidth throttle to below the bitrate of the video clip
2. Attempt to play back the video clip
Actual Results:
Notice the video stops and Shutters without any user indication as to how long it will be paused the rate of buffering etc.
Expected Results:
The video should pause give the user some indication that its buffering and start playing once the canplaythrough event is fired.
Reporter | ||
Updated•16 years ago
|
Updated•16 years ago
|
Component: General → Video/Audio
Product: Firefox → Core
QA Contact: general → video.audio
Comment 1•16 years ago
|
||
"The player should wait until enough of the clip has been download given the
current download rate that it should be able to play though. ie what the html5
spec event is called: canplaythrough"
This is a separate issue to the buffering and is covered in bug 455654.
Reporter | ||
Comment 2•16 years ago
|
||
oky I adjusted the title and added refrence to that bug
Depends on: 455654
Summary: on screen video controls should give indication of buffering and improve buffering strategy → on screen video controls should give indication of buffering
Comment 3•16 years ago
|
||
Bug 462113 should cover the progress bar showing the buffered state.
Updated•16 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Comment 5•16 years ago
|
||
I also filed bug 470983 for the specific case of stalled playback.
Updated•15 years ago
|
Component: Video/Audio → Video/Audio Controls
Product: Core → Toolkit
QA Contact: video.audio → video.audio
Version: Trunk → unspecified
You need to log in
before you can comment on or make changes to this bug.
Description
•