Is is possible to have a web or iOS client to decode and receive files?
edit: I can't read, bear with me as I edit this into something sensible :laughing:
It should be possible. I've been thinking (quite a lot) about writing a web app for the decoder.
I've been following this project lately and find it interesting, I'll be spending some time writing a client in Flutter that will support Android, iOS, Linux, macOS and Windows platforms (no web support), as well as redesigning the app using Material Design 3, the current app looks a bit spartan.
PS: After my research, the functionality I mentioned above may be difficult to implement via flutter, frame parsing via camera alone is difficult to implement cross-platform, not to mention parsing using the more complex functions in opencv. I might try it, but it might not be possible.
I wrote up thoughts on the approach I hope to take here: https://github.com/sz3/libcimbar/issues/71#issuecomment-2337147651
But other R&D attempts at frontends are welcome. Ideally the libcimbar component will evolve into something that can act as a native interface accepting a sequence of (e.g.) rgb/bgr buffers and either returning a final byte buffer on completed transfer (this seems more flexible), or writing the file itself. The UI components can then concentrate -- hopefully -- on UI things.
edit: I can't read, bear with me as I edit this into something sensible 😆
It should be possible. I've been thinking (quite a lot) about writing a web app for the decoder.
Yes PLEASE! I found it easy to send files by airgap from my Notebook to my Android, but i can not find any solution to screen-cast QR's as files from Android to Notebook, so it can works both directions. As well as offline version with ,js (maybe integrate scanner into html?
Thanks :)
A beta version of the receiver webapp is up at https://re.cimbar.org , and should work on iOS. (and offline as a PWA...)
See the release for more info, including the the tar.gz bits for self-hosting: https://github.com/sz3/libcimbar/releases/tag/v0.6.2c
Great, but I'm not sure if it's due to the phone's performance or something else, but decoding cannot be triggered on iOS, iPhone 14 with iOS 16.
Great, but I'm not sure if it's due to the phone's performance or something else, but decoding cannot be triggered on iOS, iPhone 14 with iOS 16.
Do you see a camera feed? If so, make sure "mode B" is selected on the sender/encoder (there's no mode autodetection in the webapp)
It might also be useful to check the "Debug" option in the menu to see if there's any interesting information there. For example, the top line should be the camera image format -- if it's not I420 or NV12, I might have some work to do.
If it's none of that, then it might be that I'm not using the right camera options for newer iphones...
Yes the camera open correctly and I choose mode B on both sender and receiver. When open debug, there is just “hi”,please see the picture.
Great, but I'm not sure if it's due to the phone's performance or something else, but decoding cannot be triggered on iOS, iPhone 14 with iOS 16.
Do you see a camera feed? If so, make sure "mode B" is selected on the sender/encoder (there's no mode autodetection in the webapp)
It might also be useful to check the "Debug" option in the menu to see if there's any interesting information there. For example, the top line should be the camera image format -- if it's not I420 or NV12, I might have some work to do.
Hmm. Thanks for testing this...
It's definitely broken there (it's not even showing the image format 🙁 ). I'll have to get my hands on a different iphone to test out some things.