Closed
Bug 1159049
Opened 10 years ago
Closed 9 years ago
x86 Android is sent the OpenH264 plugin for ARM Android
Categories
(Core :: Audio/Video, defect)
Tracking
()
People
(Reporter: kbrosnan, Assigned: catlee)
Details
Looking at my Intel x86 Android device the OpenH264 codec is present however opening https://mozilla.github.io/webrtc-landing/pc_test.html and checking the require h264 checkbox results in "No H264 found in this offer!!" I suspect that we are shipping the ARM OpenH264 binary to Android x86 users.
Comment 1•10 years ago
|
||
IIUC, we only have one Android build for the plugin (ARM); we need x86 as well.
Flags: needinfo?(catlee)
Assignee | ||
Comment 2•10 years ago
|
||
yes, only android arm was requested. I can get x86 builds done today hopefully. rail, can we distinguish the architectures from Balrog?
Flags: needinfo?(catlee) → needinfo?(rail)
Comment 3•10 years ago
|
||
Yes, we can. ARM uses Android_arm-eabi-gcc3 in the URL as tits build target, for example, and this is how we can pin Android to v1.3 while other targets point to v1.4
Flags: needinfo?(rail)
Comment 4•10 years ago
|
||
Kevin -- I'm looking for someone to test the x86 Android build. Catlee provided it in email to us. Can you test it? If you're having problems loading it, I'm sure Snorp can help. If anyone on this bug has an x86 Android device, I'd appreciate help testing.
Flags: needinfo?(kbrosnan)
Reporter | ||
Comment 5•10 years ago
|
||
This works on a Motorola Razr i XT890. Would like to test on a Galaxy Tab 3 as well before calling this done.
Flags: needinfo?(kbrosnan)
Updated•10 years ago
|
tracking-fennec: ? → 38+
Reporter | ||
Comment 6•10 years ago
|
||
The 1.4 x86 build looks good on a Galaxy Tab 3 as well.
Updated•10 years ago
|
Assignee: nobody → catlee
What's the status with this? Is the releng stuff fixed? Are we blocked on the 1.4 release for Android?
Comment 8•9 years ago
|
||
AFAIK there are no blockers from Releng. Just waiting for the go.
Reporter | ||
Comment 9•9 years ago
|
||
I believe that I am still getting the ARM version on a Motorola Razr i and Firefox for Android Nightly. Cleared data to get a fresh OpenH264 plugin download and at https://mozilla.github.io/webrtc-landing/pc_test.html I still get no h264 in offer.
Comment 10•9 years ago
|
||
Hmm, my RAZRi has become unusable lately (on Aurora), because I get a crash after browsing a few pages. about:crashes has a completely useless stack. Could this be the underlying reason?
Comment 11•9 years ago
|
||
(In reply to Gian-Carlo Pascutto [:gcp] from comment #10) > Hmm, my RAZRi has become unusable lately (on Aurora), because I get a crash > after browsing a few pages. about:crashes has a completely useless stack. > Could this be the underlying reason? Unlikely I'd imagine unless we do something with the plugin after downloading it. Normally we don't load OpenH264 unless we actually agree to use it in a call. I wouldn't quite say impossible (perhaps something in the download code is touching it, but I'd be surprised).
Assignee | ||
Comment 12•9 years ago
|
||
Is this fixed now?
Updated•9 years ago
|
tracking-fennec: 38+ → ?
Reporter | ||
Comment 13•9 years ago
|
||
Releng created x86 builds and enabled updates this works on OpenH264 1.4 and better.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Updated•9 years ago
|
tracking-fennec: ? → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•