Feature release 0.6.4:
-
#155 -- introducing mode
Bu!- emphasis on max compatibility/reliability. Performance will be ~43% of mode
B(even worse thanBm), but in certain cases -- like a laptop webcam trying to decode from a phone screen -- this may be the best option. - mode
Bmmay eventually be replaced/deprecated, since it was meant for this use case initially. But OTOH, it might be useful as an "in between" mode. - B > Bm > Bu in overall speed. (4C ~= B, if your screen colors are accurate) You'll want to use the fastest one that reliably works for your scenario...
- emphasis on max compatibility/reliability. Performance will be ~43% of mode
-
#153 -- framerate slider for the web encoder!
- I've been hesitant to add this, because its effect is nonintuitive. But it can be useful to play with!
- the valid options are 5/10/15/20 fps. The default is 15, and in general you should probably leave it there.
- lower framerates are useful for troubleshooting (e.g. "it's not working" -> lower the framerate and see if that helps)
- in ideal (bright ambient lighting) conditions, 20 fps can sometimes achieve higher transfer speeds.
-
#156 -- added wakelock to web encoder (keeps screen on when displaying bar code on phone)
- makes it less annoying to encode a file on the phone
-
#148 -- web decoder improvements!
- still BETA, but...
- more gracefully handles processing backlogs (more reliable decode performance)
- fix for multiple concurrent decodes (wasn't showing 2nd progress bar)
- auto-detect mode, much like the android app
- supports mode Bu, Bm, etc
- misc other small fixes
As in previous releases, the wasm bits are necessary for the web decoder.