Slow frame rate when using libstagefright playback

RESOLVED INVALID

Status

()

Core
Audio/Video
P1
normal
RESOLVED INVALID
6 years ago
6 years ago

People

(Reporter: mreavy, Assigned: eflores)

Tracking

unspecified
ARM
Gonk (Firefox OS)
Points:
---

Firefox Tracking Flags

(blocking-kilimanjaro:?, blocking-basecamp:+)

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.

Updated

6 years ago
blocking-basecamp: --- → ?
blocking-kilimanjaro: --- → ?
OS: Windows 7 → Gonk
Hardware: x86_64 → ARM

Comment 1

6 years ago
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.
(Reporter)

Comment 2

6 years ago
(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. :-)

Comment 3

6 years ago
Great! How do I get the .webm file for that?

Comment 4

6 years ago
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: ? → +

Comment 6

6 years ago
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.

Comment 7

6 years ago
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]
(Reporter)

Comment 9

6 years ago
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
Last Resolved: 6 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.