Closed
Bug 932295
Opened 12 years ago
Closed 12 years ago
Android video capture should autofocus
Categories
(Core :: WebRTC: Audio/Video, defect)
Tracking
()
RESOLVED
FIXED
mozilla28
People
(Reporter: ted, Assigned: rbarker)
References
(Blocks 1 open bug)
Details
Attachments
(1 file, 3 obsolete files)
|
2.25 KB,
patch
|
Details | Diff | Splinter Review |
It would be nice if the video capture (via getUserMedia) on Android did autofocus. Without this it makes it hard to get a clear image of things.
| Assignee | ||
Updated•12 years ago
|
Assignee: nobody → rbarker
| Assignee | ||
Comment 1•12 years ago
|
||
From what I have read, this seems to be what is being requested. Still working on verifying that it actually works. Of course this will only work with most rear facing cameras since most phone front facing cameras don't support auto focus as I understand it.
Attachment #8334978 -
Flags: feedback?(gpascutto)
Comment 2•12 years ago
|
||
Comment on attachment 8334978 [details] [diff] [review]
focus1.patch
Review of attachment 8334978 [details] [diff] [review]:
-----------------------------------------------------------------
LGTM.
Attachment #8334978 -
Flags: feedback?(gpascutto) → feedback+
| Reporter | ||
Comment 3•12 years ago
|
||
If you can spin a try build or upload a locally-built APK with this patch I'd be happy to test it. Using autofocus only on hardware that has it available is completely sensible.
| Assignee | ||
Comment 4•12 years ago
|
||
(In reply to Ted Mielczarek [:ted.mielczarek] from comment #3)
> If you can spin a try build or upload a locally-built APK with this patch
> I'd be happy to test it. Using autofocus only on hardware that has it
> available is completely sensible.
I uploaded a locally built apk here:
https://people.mozilla.org/~rbarker/fennec-28.focus.apk
| Reporter | ||
Comment 5•12 years ago
|
||
This seems to do exactly what I'd expect. Thanks!
Updated•12 years ago
|
Keywords: checkin-needed
Comment 6•12 years ago
|
||
This can't land until it has r+. Also, please make sure the patch includes the necessary commit information.
https://developer.mozilla.org/en-US/docs/Mercurial_FAQ#How_can_I_generate_a_patch_for_somebody_else_to_check-in_for_me.3F
Keywords: checkin-needed
Comment 7•12 years ago
|
||
Randall, anything holding this back?
| Assignee | ||
Comment 8•12 years ago
|
||
Nothing, I know of.
| Assignee | ||
Updated•12 years ago
|
Attachment #8334978 -
Flags: review?(gpascutto)
Comment 9•12 years ago
|
||
Comment on attachment 8334978 [details] [diff] [review]
focus1.patch
Review of attachment 8334978 [details] [diff] [review]:
-----------------------------------------------------------------
r+ but add the author and a sane commit message.
Attachment #8334978 -
Flags: review?(gpascutto) → review+
| Assignee | ||
Comment 10•12 years ago
|
||
Rebased and correct commit message.
Attachment #8334978 -
Attachment is obsolete: true
| Assignee | ||
Comment 11•12 years ago
|
||
Updated to HG diff.
| Assignee | ||
Updated•12 years ago
|
Attachment #8343997 -
Attachment is obsolete: true
| Assignee | ||
Comment 12•12 years ago
|
||
Attempt to get patch correctly formatted.
Attachment #8344000 -
Attachment is obsolete: true
| Assignee | ||
Updated•12 years ago
|
Keywords: checkin-needed
Comment 13•12 years ago
|
||
Keywords: checkin-needed
Comment 14•12 years ago
|
||
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla28
Comment 15•3 years ago
|
||
int bufSize = width * height * pixelFormat.bitsPerPixel / 8;
I wanted to ask about this line. Is it using an 8-bit color scheme? If so then why? Why can't we use any greater ones as there are high res displays now also I wanted to ask can it have a dynamic variable instead of n(in this case 8)?
You need to log in
before you can comment on or make changes to this bug.
Description
•