Closed
Bug 940891
Opened 11 years ago
Closed 11 years ago
MP4 playback yields greyed out content
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 934412
People
(Reporter: nirvn.asia, Unassigned)
References
()
Details
(Keywords: regression, reproducible)
Attachments
(1 file)
124.44 KB,
image/png
|
Details |
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
Comment 1•11 years ago
|
||
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
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
Comment 3•11 years ago
|
||
Not really convinced it's the same bug.
Reporter | ||
Comment 4•11 years ago
|
||
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 → ---
Reporter | ||
Comment 5•11 years ago
|
||
Aaron, I'm not seeing any video-related entry in my system's logcat.
Comment 6•11 years ago
|
||
Does MP4 video play on any other site? Do you see anything in logcat referencing OMX?
Reporter | ||
Comment 7•11 years ago
|
||
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.
Reporter | ||
Comment 8•11 years ago
|
||
This should have been mentioned when I filed the bug: my Note 2 model number is GT-N7100 running android 4.1.2.
Comment 9•11 years ago
|
||
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: --- → ?
status-firefox27:
--- → ?
status-firefox28:
--- → affected
tracking-firefox28:
--- → ?
Keywords: regression,
reproducible
Hardware: x86 → ARM
Summary: mp4 facebook videos broken, only gray background → MP4 playback yields greyed out content
Comment 10•11 years ago
|
||
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)
Comment 11•11 years ago
|
||
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
Comment 12•11 years ago
|
||
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
Comment 13•11 years ago
|
||
We could also use b2g-inbound builds to find the range.
Keywords: regressionwindow-wanted
Comment 14•11 years ago
|
||
http://ftp.mozilla.org/pub/mobile/tinderbox-builds/b2g-inbound-android/
tracking-fennec: ? → 28+
Flags: needinfo?(kbrosnan)
Comment 15•11 years ago
|
||
http://hg.mozilla.org/integration/b2g-inbound/pushloghtml?fromchange=f2ed6b24269a&tochange=393da598b0a9 Bug 934860?
Component: Video/Audio → Layout
Comment 16•11 years ago
|
||
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 ago → 11 years ago
Flags: needinfo?(edwin)
Resolution: --- → DUPLICATE
Comment 18•11 years ago
|
||
Removing requested tracking flag since it's a duplicate of bug 934412
tracking-firefox28:
? → ---
Updated•11 years ago
|
status-firefox27:
? → ---
Updated•10 years ago
|
Keywords: regressionwindow-wanted
You need to log in
before you can comment on or make changes to this bug.
Description
•