Closed
Bug 1210711
Opened 9 years ago
Closed 9 years ago
Very slow, non interruptible seek when playing MP3
Categories
(Core :: Audio/Video: Playback, defect, P1)
Tracking
()
RESOLVED
DUPLICATE
of bug 1163667
People
(Reporter: jya, Unassigned)
References
Details
Seeking in MP3 with MP3Demuxer is very slow ; also as it's non interruptible it could cause playback to appear stall for a long time. STR: 1) Open http://podiobooks.com/title/a-coffee-crusade/ 2) Press play button on the right 3) Seek toward the end Now this appears to do nothing as the MP3Demuxer starts reading the entire content to find the destination frame. If you seek now back at the beginning, nothing happens and everything is appearing stalled once again. This is due to the first seek still going on and the 2nd seek can't start before the first one complete. Sometimes I get a decoding error and playback will stop indefinitely. This is a regression from using the gstreamer plugin, which allows to seek almost instantly in those files. This is probably a dupe of bug 1163667, however this is more generic bug to track performance of the new MP3 player
Updated•9 years ago
|
Priority: -- → P1
Reporter | ||
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•