The decoder in the library (based on zXing js) is mostly capable of reading the QR code or barcode in provided orientation. It also expects the codes to be in lower intensity shades (like black) and the foreground to be on higher intensity shades (like white).
In the past internal support was added in this library to support flipping. By default the Html5Qrcode class abstracts flipping the stream values. Which means every frame (within the fps range) is flipped and scanned. This can be disabled with a config called disableFlip.
A custom use of the above mentioned case would be that mobile devices usually have a 4:3 sensor and it would be easier to setup the qrbox with a rectangle with larger edge along the height (see screenshot) but this also require the scanner to read the code in all orientations. https://github.com/mebjas/html5-qrcode/issues/367 would benefit from this feature.
It looks like BarcodeDetector APIs and ZXing js can do some level of handling themselves. Goal of this FR is to evaluate the current support and see if the library can extend by augmenting the video stream to different orientations / flip and pass it on to the decoder. This is ofcourse subject to performance and would need to be done smartly based on fps request and single decode duration.
The decoder in the library (based on zXing js) is mostly capable of reading the QR code or barcode in provided orientation. It also expects the codes to be in lower intensity shades (like black) and the foreground to be on higher intensity shades (like white).
In the past internal support was added in this library to support flipping. By default the
Html5Qrcode
class abstracts flipping the stream values. Which means every frame (within the fps range) is flipped and scanned. This can be disabled with a config called disableFlip.Over time new cases have come up:
qrbox
with a rectangle with larger edge along the height (see screenshot) but this also require the scanner to read the code in all orientations. https://github.com/mebjas/html5-qrcode/issues/367 would benefit from this feature.It looks like
BarcodeDetector APIs
andZXing js
can do some level of handling themselves. Goal of this FR is to evaluate the current support and see if the library can extend by augmenting the video stream to different orientations / flip and pass it on to the decoder. This is ofcourse subject to performance and would need to be done smartly based onfps
request andsingle decode duration
.