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)

43 Branch
defect

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
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.