Closed Bug 762776 Opened 12 years ago Closed 12 years ago

Slow frame rate when using libstagefright playback

Categories

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

ARM
Gonk (Firefox OS)
defect

Tracking

()

RESOLVED INVALID
blocking-kilimanjaro ?
blocking-basecamp +

People

(Reporter: mreavy, Assigned: eflores)

References

Details

(Whiteboard: [WebAPI:P0] [LOE:M])

Follow on to bug 714408 and probably related to bug 759506.  

We are unable to play content such as the following at a decent frame rate when using libstagefright:

http://people.mozilla.com/~dclarke/b.html <--- a 720p video clip.
blocking-basecamp: --- → ?
blocking-kilimanjaro: --- → ?
OS: Windows 7 → Gonk
Hardware: x86_64 → ARM
I suspect playback is slow for 720p videos regardless of it being libstagefright or the builtin webm decoders. I don't have a 720p webm video to test though.
(In reply to Chris Double (:doublec) from comment #1)
> I don't have a 720p webm video to test though.

How about this one:

http://www.youtube.com/watch?v=pm8I3ZGwjX4 

It's about 9 minutes long and fun -- especially if you're a car person. :-)
Great! How do I get the .webm file for that?
http://cd.pn/w is the webm video. It's playback is pretty back on b2g and android (in fennec) as well.
http://downloads.xiph.org/video/A_Digital_Media_Primer_For_Geeks-720p.webm is a linkable and redistributable 720p video. Whether it's more exciting than car racing...is up the the viewer. :)
blocking-basecamp: ? → +
What specific videos or video specifications are required to consider this bug fixed. None of the videos linked in the bug so far will be able to be played on Otoro device level hardware as it's not powerful enough as far as I understand things.
How are we doing here?
Priority: -- → P1
Let's recheck this after HW decoding and decode-to-gralloc land.
Assignee: nobody → eflores
Whiteboard: [WebAPI:P0]
Whiteboard: [WebAPI:P0] → [WebAPI:P0] [LOE:M]
Based on the videos we've tried, with the fix for Bug 759506 applied (which landed yesterday), frame rates are not slow. The original video that was tested was too much for the Otoro hardware.  (We believe it would not have played well on the Otoro hardware running an Android OS.)

We've asked the B2G team to compile a list of videos that should play well given the restrictions of the Otoro hardware.  Once that list is available, the media team will review it for sanity (i.e. make sure we agree it looks reasonable given the limitations of the hardware),and QA can then verify that those videos play on B2G at the same rate (roughly) as the same videos playing on an Otoro with an Android OS.  If there are certain videos from that list that have problems, QA can open new, specific bugs for those videos.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.