search

google-code-export / junaio

Automatically exported from code.google.com/p/junaio
1 stars 0 forks source link

Visual search + glue ignores camera orientation #31

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
Description:
------------

When using visual search for "instant tracking" the camera orientation is not 
taken into account.

This means that a model which appears correct (upright) for a tracking image 
taken in portrait mode, appears sideways when the image was taken in landscape 
mode.

I didn't find a way to detect the image orientation after it is uploaded to the 
server, .e.q. there is no EXIF orientation header present or something similar.

If the bug is reproducable, please describe here. If necessary also provide
information about channel ID to be opened and steps to be taken to
reproduce error:
-------------------------------------------------

Please have a look at the two attached images for an example.

These are taken directly from the uploaded tracking image before being sent to 
the tracking image API to generate the encoded tracking xml.

iOS or Android version / device / junaio version
------------------------------------------------

IOS 4.3.3 / iPhone 4 / Junaio 2.6.1

Original issue reported on code.google.com by j...@lapoutre.com on 3 Jun 2011 at 9:28

Attachments:

GoogleCodeExporter commented 9 years ago 
Additional testing on Android (HTC Legend) shows that this behavior is exactly 
the opposite here: in landscape mode the tracking image appears upright while 
in portrait mode the image is rotated sideways.

Also, the images are cropped to a square (rather than full camera FOV as on the 
iPhone).

Please see the attached files for examples.

Platform: Android 2.2 / HTC Legend
Junaio 2.5.4 (Market release)

Original comment by j...@lapoutre.com on 3 Jun 2011 at 10:02

Attachments:

GoogleCodeExporter commented 9 years ago 
This issue is still unchanged in Android client 2.6 (RC2) - I created a work 
around by rotating the image 90 degrees CW before submitting to the Junaio API 
if it came from an Android device.
This way the behavior is consistent with the iPhone version.

PLEASE make a clear announcement if this behavior is normalized in a future 
client!

Original comment by j...@lapoutre.com on 15 Jul 2011 at 12:16

GoogleCodeExporter commented 9 years ago 
Uopdate: with the Juanio 3.5 release (API Level 4) the behavior is consistent 
and in accordance with the Android behavior.

This means that all 'detect' requests from an apilevel=4 client need the image 
rotated by 90 degrees CW to get the correct position of the glued object.

Question: is this the intended behavior and is this documented anywhere?

Original comment by j...@lapoutre.com on 20 Jan 2012 at 10:15