Integrated QR Reader | Bitcointalksearch.org

etotheipi

legendary

Activity: 1428

Merit: 1093

Core Armory Developer

Quote from: PRab on December 06, 2013, 06:52:36 PM

Yeah, I guess your right.

Back to my original question, I just started looking at python QR libraries and such. I might see if I can hack together something rough. I found that using zbar, I can reliably read the QR code using my webcam and it appears to have Python bindings so it might not be too bad.

The question is: is it easy to integrate the live webcam feed through the PyQt user interface? I've done video and image capture with python before, but didn't know how complex it would be to have a 5+ FPS viewer in the app so that you can see whether the QR code is centered & zoomed properly in real time. However, if someone points me to a way to do it that is relatively easy and liberally-licensed, then I'll do it! At some point we might want to integrated QR-video, anyway, so this might be a good first step...

PRab

member

Activity: 98

Merit: 10

Yeah, I guess your right.

Back to my original question, I just started looking at python QR libraries and such. I might see if I can hack together something rough. I found that using zbar, I can reliably read the QR code using my webcam and it appears to have Python bindings so it might not be too bad.

etotheipi

legendary

Activity: 1428

Merit: 1093

Core Armory Developer

Quote from: PRab on December 06, 2013, 05:40:02 PM

Gah... It was a case issue in the SecurePrint code. I was surprised to see that the SecurePrint code is deterministic. I was expecting that it would be random each time you generated a backup, but I guess it makes sense.

Edit:
FYI - I wrote down F when it should have been f. That probably wouldn't have made any common substitution list. I wonder how many more characters it would take to provide enough ECC to protect against any 1 incorrectly typed character?

I would've liked to add another byte of ECC, but agian I needed to keep it short. So it's only one byte and is more of error detection... not very useful for correcting the errors. But it's also a short code...

PRab

member

Activity: 98

Merit: 10

Gah... It was a case issue in the SecurePrint code. I was surprised to see that the SecurePrint code is deterministic. I was expecting that it would be random each time you generated a backup, but I guess it makes sense.

Edit:
FYI - I wrote down F when it should have been f. That probably wouldn't have made any common substitution list. I wonder how many more characters it would take to provide enough ECC to protect against any 1 incorrectly typed character?

PRab

member

Activity: 98

Merit: 10

Quote from: etotheipi on December 06, 2013, 05:28:10 PM

Actually, the QR code will have the same SecurePrint code. It's just the same data is the text in the box...

I realize that, but is the printed data (ID, F1, F2, F3, F4) checksummed or ECCed? I hand typed all that and have a hard time believing that I got that all correct, but messed up the SecurePrint code. I'm going to run a couple of tests and see if I can reproduce what I am seeing when I copy/paste data.

etotheipi

legendary

Activity: 1428

Merit: 1093

Core Armory Developer

Quote from: PRab on December 06, 2013, 05:22:40 PM

Does Armory have a built in QR reader?

I am trying to test a fragmented paper backup, but it says that my SecurePrint code is wrong. I am 99% sure that I wrote it down correctly because I checked it twice and wrote in very large print. I also tried swapping characters that I could have messed up writing down (U = V). I am wondering if it is just a bad error message and I messed up typing one of the line from the paper backup so am hoping to be able to just scan the QR code with my webcam instead.

Actually, the QR code will have the same SecurePrint code. It's just the same data is the text in the box...

I've been trying to figure out how to improve this... Case-sensitive SP codes are sub-optimal... and things like "6" and "b" get mixed up all the time ("5" + "S", "2"+"Z", "v"+"V"+"u"+"U", etc). But also, I need the code to be shorter than the data itself (which will be about 1/3 its current length in the new wallets). So if the SP code is longer than the data, they would just write the data itself by hand and SP would be useless.

But having a QR reader would be good, too, but I've resisted because HW integration, drivers, etc... can be a real pain. I could implement it, and it would probably be pretty unreliable. But it would probably still be a net gain.

PRab

member

Activity: 98

Merit: 10

Does Armory have a built in QR reader?

I am trying to test a fragmented paper backup, but it says that my SecurePrint code is wrong. I am 99% sure that I wrote it down correctly because I checked it twice and wrote in very large print. I also tried swapping characters that I could have messed up writing down (U = V). I am wondering if it is just a bad error message and I messed up typing one of the line from the paper backup so am hoping to be able to just scan the QR code with my webcam instead.

Topic: Integrated QR Reader (Read 1035 times)