Closed Bug 940891 Opened 11 years ago Closed 11 years ago

MP4 playback yields greyed out content

Categories

(Core :: Layout, defect)

ARM
Android
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 934412
Tracking Status
firefox28 --- affected
fennec 28+ ---

People

(Reporter: nirvn.asia, Unassigned)

References

()

Details

(Keywords: regression, reproducible)

Attachments

(1 file)

Attached image unnamed.png
On my Samsung Galaxy Note 2, mp4 facebook videos broke roughly 2 weeks ago. Videos (which used to show and play properly on top of a gray background in a new tab) now only shows the gray background with no video being displayed. The audio plays fine.

The playback controls are also not visible, only a lighter gray rectangle shows up for a couple of seconds.

See attached screenshot
When you attempt to play the video, can you capture and attach to this bug a logcat from the device?
Component: Graphics, Panning and Zooming → Video/Audio
Product: Firefox for Android → Core
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
Not really convinced it's the same bug.
Aaron is right, it's _not_ a duplicate of bug 825158. That bug is about video embeds not playing well within Facebook's news feed. That other bug a problem that's been affecting Firefox Android for as long as I can remember.

This bug, however, is a new regression that's been affection Nightly on my Samsung Galaxy Note 2 for less than a month. 

* Steps to reproduce (on a Note 2):
1. Open a Facebook video page (for e.g. https://www.facebook.com/licadho/posts/714685888560521) on Firefox Nightly Android
2. Push the Play button to start video playback

* What is happening:
A new gray-background tab opens, but the video control and frames are not showing up while the audio can be heard.

* What should happen:
- Since Firefox Android doesn't support playing video within Facebook pages, the .mp4 opens in a new gray-background video tab, and its playback starts.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Aaron, I'm not seeing any video-related entry in my system's logcat.
Does MP4 video play on any other site? Do you see anything in logcat referencing OMX?
Chris Double, no, also broken. If I open this mp4 (http://clips.vorwaerts-gmbh.de/big_buck_bunny.mp4), I get the same neutral gray background (which firefox uses to display images / videos / audios) with missing video controls and no frames.
This should have been mentioned when I filed the bug: my Note 2 model number is GT-N7100 running android 4.1.2.
Thanks for noting. I have a Samsung Galaxy Note II (Android 4.2) as well and am able to reproduce this. Narrowing down a regression-range on mozilla-central, I have the window as:

Last good nightly: 2013-11-07
First bad nightly: 2013-11-08

http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2013-11-07&enddate=2013-11-08

On mozilla-inbound

http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=f396166fb1a5&tochange=5251ff6456d9

This is reproducible on my Nexus 4 as well. This needs a bi-sect from that range as nothing really stands out.
tracking-fennec: --- → ?
Hardware: x86 → ARM
Summary: mp4 facebook videos broken, only gray background → MP4 playback yields greyed out content
Kevin, can you reproduce on a Nexus 4 or a Note II with that test-case URL? Can you bi-sect that inbound range?
Flags: needinfo?(kbrosnan)
Forgot to capture log-ouput

I/OMXClient( 1942): Using client-side OMX mux.
I/OMXCodec( 1942): [OMX.qcom.video.decoder.avc] AVC profile = 66 (Baseline), level = 30
E/OMX-VDEC-1080P(  176): 
E/OMX-VDEC-1080P(  176):  No color conversion required
E/OMX-VDEC-1080P(  176): 
E/OMX-VDEC-1080P(  176):  No color conversion required
E/OMX-VDEC-1080P(  176): 
E/OMX-VDEC-1080P(  176):  No color conversion required
E/OMX-VDEC-1080P(  176): 
E/OMX-VDEC-1080P(  176):  No color conversion required
E/OMX-VDEC-1080P(  176): 
E/OMX-VDEC-1080P(  176):  No color conversion required
E/OMX-VDEC-1080P(  176): 
E/OMX-VDEC-1080P(  176):  No color conversion required
I/OMXCodec( 1942): [OMX.qcom.video.decoder.avc] video dimensions are 640 x 360
I/OMXCodec( 1942): [OMX.qcom.video.decoder.avc] Crop rect is 640 x 360 @ (0, 0)
I/OmxPlugin( 1942): Unknown video color format: 0x7fa30c03
I/OmxPlugin( 1942): Falling back to software decoder
E/OMX-VDEC-1080P(  176): 
E/OMX-VDEC-1080P(  176):  Error in ioctl read next msg
E/        (  176): 
E/        (  176):  Destroy C2D instance
E/        (  176): 
E/        (  176):  Destroy C2D instance
E/OMXMaster( 1942): A component of name 'OMX.qcom.audio.decoder.aac' already exists, ignoring this one.
I/OMXCodec( 1942): [OMX.google.h264.decoder] AVC profile = 66 (Baseline), level = 30
I/OMXCodec( 1942): [OMX.google.h264.decoder] video dimensions are 320 x 240
I/OMXCodec( 1942): [OMX.google.h264.decoder] Crop rect is 320 x 240 @ (0, 0)
I/OmxPlugin( 1942): rotation not available, assuming 0
I/OmxPlugin( 1942): width: 320 height: 240 component: OMX.google.h264.decoder format: 0x13 stride: 320 sliceHeight: 240 rotation: 0 crop: 0,0-319,239
I/SoftAAC2( 1942): Reconfiguring decoder: 0->22050 Hz, 0->2 channels
I/OmxPlugin( 1942): channelCount: 2 sampleRate: 22050
I/OMXCodec( 1942): [OMX.google.h264.decoder] video dimensions are 640 x 368
I/OMXCodec( 1942): [OMX.google.h264.decoder] Crop rect is 640 x 360 @ (0, 0)
I/OMXCodec( 1942): [OMX.google.h264.decoder] video dimensions are 640 x 368
I/OMXCodec( 1942): [OMX.google.h264.decoder] Crop rect is 640 x 360 @ (0, 0)
I/OmxPlugin( 1942): mVideoSource INFO_FORMAT_CHANGED
I/OmxPlugin( 1942): rotation not available, assuming 0
I/OmxPlugin( 1942): width: 640 height: 360 component: OMX.google.h264.decoder format: 0x13 stride: 640 sliceHeight: 368 rotation: 0 crop: 0,0-639,359
In a working build (2013-11-07)

I/OMXClient(32308): Using client-side OMX mux.
I/OMXCodec(32308): [OMX.SEC.avc.dec] AVC profile = 66 (Baseline), level = 30
I/OMXCodec(32308): [OMX.SEC.avc.dec] video dimensions are 640 x 368
I/OMXCodec(32308): [OMX.SEC.avc.dec] Crop rect is 640 x 360 @ (0, 0)
I/OMXCodec(32308): OMXCodec::configureCodec OutCh  2 + 0 ++ 
I/OmxPlugin(32308): width: 640 height: 360 component: OMX.SEC.avc.dec format: 0x15 stride: 640 sliceHeight: 368 rotation: 0 crop: 0,0-639,359
I/OMXCodec(32308): [OMX.SEC.avc.dec] stop() sendCommand(0x38, OMX_CommandStateSet, OMX_StateIdle)
I/OMXCodec(32308): [OMX.SEC.avc.dec] stopped in state 1
We could also use b2g-inbound builds to find the range.
There are a bunch of these bugs at the moment, evidenced by logcat of:

I/OmxPlugin( 1942): Unknown video color format: 0x7fa30c03
I/OmxPlugin( 1942): Falling back to software decoder

See bug 934412 comment 7 for example. Edwin, is there a canonical bug for these?
Flags: needinfo?(edwin)
This is due to a couple of bugs; of those 934412 is likely to be fixed soon.

As a workaround for now, you can set layers.use-deprecated-textures = true.
Status: REOPENED → RESOLVED
Closed: 11 years ago11 years ago
Flags: needinfo?(edwin)
Resolution: --- → DUPLICATE
Removing requested tracking flag since it's a duplicate of bug 934412
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: