Closed
Bug 824550
Opened 11 years ago
Closed 11 years ago
[Open_][camera]Photographs slightly larger than framing the scope point-617001931405
Categories
(Firefox OS Graveyard :: Gaia::Camera, defect, P1)
Firefox OS Graveyard
Gaia::Camera
Tracking
(blocking-b2g:leo+, blocking-basecamp:-, b2g18+)
RESOLVED
INVALID
1.1 QE3 (26jun)
Tracking | Status | |
---|---|---|
b2g18 | + | --- |
People
(Reporter: Firefox_Mozilla, Unassigned)
References
Details
(Whiteboard: [triaged: 1/24])
User Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/16.0 Firefox/16.0 Build ID: 20120625030537 Steps to reproduce: 1、open camera app and enter the camera viewfinder screen, Shooting an object, click on camera. 2、Observe the pictures taken Expected results: Photographs slightly larger than framing the scope point, shooting lens significant expand
Reporter | ||
Updated•11 years ago
|
Summary: [camera]Photographs slightly larger than framing the scope point-617001931405 → [Open_][camera]Photographs slightly larger than framing the scope point-617001931405
Updated•11 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 1•11 years ago
|
||
Reporter will double check and this issue is very minor to the user, at least, it's larger, not smaller.
Comment 2•11 years ago
|
||
Triage: reporter confirms that issue is observed on FFOS, not on Android, using the same hardware device basically the issue is what you see in the preview screen is not what you get after the image is captured
blocking-basecamp: --- → ?
Updated•11 years ago
|
blocking-basecamp: ? → -
tracking-b2g18:
--- → +
Comment 3•11 years ago
|
||
This is because the viewfinder is 480x320 (3:2) while the actual captured image is 1600x1200 (4:3). It sounds like the camera adjusts for this difference by cropping the viewfinder frames from 480x360 (a loss of 20px per side).
Updated•11 years ago
|
Whiteboard: [triaged: 1/24]
Updated•11 years ago
|
blocking-b2g: --- → tef?
Comment 4•11 years ago
|
||
I don't think we should hold the release because of this bug
blocking-b2g: tef? → ---
blocking-b2g: --- → leo+
Priority: -- → P1
Target Milestone: --- → 1.1 QE3 (24jun)
Comment 6•11 years ago
|
||
I dont believe this is a bug There are no aspect ratios available to the camera that match the screen, the preview either has to show the entire image with black edges on the preview or show a full screen preview and crop some from the final picture. As a photographer I expect that the final image may contain a small amount that wasnt available in the preview, its fairly common on cameras.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
Comment 7•11 years ago
|
||
Are we able to crop out the 2 sides of the captured image which are not shown in view finder? I think this is what their reference device is doing. I am asking partner to check on the validity of this bug from their perspective but would be good if we can think about this also in parallel.
Flags: needinfo?(mhabicher)
Comment 8•11 years ago
|
||
(In reply to Wayne Chang [:wchang] from comment #7) > > Are we able to crop out the 2 sides of the captured image which are not > shown in view finder? I think this is what their reference device is doing. Not easily. We could load the JPEG into a canvas, crop it, and resave and reencode it, possibly at a loss of quality and likely all of the EXIF header data. I would strongly recommend we NOT do this.
Flags: needinfo?(mhabicher)
You need to log in
before you can comment on or make changes to this bug.
Description
•