You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are facing issues while using the VISION api to replace ZXing. We need to determine the exact location of the QR in order to detect a text below it.
As you probably know, QRs are oriented, that means, they actually have a direction. One corner is different to the others to determine its direction.
Right now, Barcode.qrPoints order is determined by the direction of the analyzed picture, not by the direction of the QRCode. My proposal would be to return the points ordered by the QR direction instead, taking the QR "different corner" as [0].
PS: Please let me know if this is not the correct place to submit this suggestion.
The text was updated successfully, but these errors were encountered:
Probably not the best solution (not even sure if it is going to be efficient enough)... but in the meantime you could probably run your own positioning detection in parallel to vision API on the preview frames (with OpenCV for example).
Here the basics: http://dsynflo.blogspot.ca/2014/10/opencv-qr-code-detection-and-extraction.html
Hi,
We are facing issues while using the VISION api to replace ZXing. We need to determine the exact location of the QR in order to detect a text below it.
As you probably know, QRs are oriented, that means, they actually have a direction. One corner is different to the others to determine its direction.
Right now, Barcode.qrPoints order is determined by the direction of the analyzed picture, not by the direction of the QRCode. My proposal would be to return the points ordered by the QR direction instead, taking the QR "different corner" as [0].
PS: Please let me know if this is not the correct place to submit this suggestion.
The text was updated successfully, but these errors were encountered: