Closed Bug 531279 Opened 13 years ago Closed 4 years ago

ogg/theora/vorbis very bad playback

Categories

(Core :: Audio/Video: Playback, defect)

1.9.2 Branch
x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED INACTIVE

People

(Reporter: sylvain.bertrand, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2b3) Gecko/20091125 Gentoo Firefox/3.6b3
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2b3) Gecko/20091125 Gentoo Firefox/3.6b3

playback ok in mplayer on same machine

Reproducible: Always
Component: General → Video/Audio
Product: Firefox → Core
QA Contact: general → video.audio
Version: unspecified → 1.9.2 Branch
Do you just mean that it plays very slowly?  Can you please post your machine specs?

It plays through on my OS X laptop, but we're drop a lot of frames and it's not smooth (the trailer is 1920x1088).  This is a known problem--we have performance issues with large videos because we're not able to make use of hardware acceleration like mplayer et al. are able to.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Same bug, or related bug:523492
I already posted this, but I don't see it here, so I try again:

Some wikipedia videos like this, play very choppy:

http://upload.wikimedia.org/wikipedia/en/8/88/De_Musica_Ligera_sampled_in_Self_Esteem.ogg

almost the only allowed format in wikipedia is ogg/ogv, so is an important bug, because wikipedia is very popular web site. Google prefers answer Wikipedia links almost ever.
http://thiblahute.blogspot.com/2010/06/pitivi-gets-effects-part-3.html

This plays very choppily for me on Linux and the bug URL is completely unplayable also. However many videos play just fine. The video in this bug plays very well for example: https://bugzilla.mozilla.org/show_bug.cgi?id=570335

The Xserver is at 100% cpu usage when it's choppy. Radeon 4770, "radeon" driver, Athlon64 X2 @ 2.7 GHz
Ernst, the video in that blogpost is scaled down very significantly.  We have known performance problems with rescaling large videos.  If you open the video in a new tab so it's not scaled, the performance should be a lot better.
Comment 4 is bug 577843. For the original problem, is playback better on trunk? A lot of work has gone into playing large files better.
From a file: way better. From youtube (webm) or daily motion (theora), playback is not working, even in low def. That on:
Mozilla/5.0 (X11; Linux x86_64; rv:2.0b3pre) Gecko/20100723 Gentoo Firefox/4.0b3pre
This could be a duplicate of bug 581797.
(In reply to Matthew Gregan [:kinetik] from comment #1)
> It plays through on my OS X laptop, but we're drop a lot of frames and it's
> not smooth (the trailer is 1920x1088).  This is a known problem--we have
> performance issues with large videos because we're not able to make use of
> hardware acceleration like mplayer et al. are able to.

I have a small video with bad playback in Firefox 10 on Linux. The problem only occurs the first time it plays, even when the video is fully loaded (complete blue bar). The same video plays smootly with the Cortado applet. If a Java applet can do it without hardware acceleration, why wouldn't it be possible for Firefox ? It seems like an implementation design problem (or just a simple bug) to me...
(In reply to Damien from comment #9)
> I have a small video with bad playback in Firefox 10 on Linux. The problem
> only occurs the first time it plays, even when the video is fully loaded
> (complete blue bar). The same video plays smootly with the Cortado applet.
> If a Java applet can do it without hardware acceleration, why wouldn't it be
> possible for Firefox ? It seems like an implementation design problem (or
> just a simple bug) to me...

Can you please open a new bug and supply a URL to the video (or attach the video to the bug if it's very small), and CC me please?  Do other HTML5 videos play fine in the browser?
Component: Audio/Video → Audio/Video: Playback
Mass closing do to inactivity.
Feel free to re-open if still needed.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.