Live data from Hacker News

Show HN: Photo Realistic QR-Codes

qrpicture.com

101–110 of 110 posts

Re: Show HN: Photo Realistic QR-Codes

#101

Earlier quoted context omitted.

"QR codes haven’t had a killer app yet" When I lived in China, scanning QR codes was how we initiated payments for restaurants, groceries, couriers and other offline goods/services. It was also how we added people to WeChat. I would guess at least 20 million QR codes are scanned per day in Beijing.

QR code payments are also sweeping Japan, despite contactless smartphone payments having existed since before the iPhone even. For a shop to adopt QR payments, all they need a printout of a QR code. No hardware, not leasing some card reader, zero maintenance.

I think they’d need some hardware to verify that the transaction happened. A small business owner can use their own phone, but other businesses need a smartphone per point of sale, which might be more expensive than a card reader (that one likely has to have anyway)

Re: Show HN: Photo Realistic QR-Codes

#102
post #70

Earlier quoted context omitted.

Here is a good demo of a streaming qr solution. Not ours but a good demo of the concept. https://youtu.be/_0djJ1aVEXs We use a similar method for offline wallet transfers of private crypto keys. I’ll note a couple things. Keep the frame simple and not too dense. Be careful on ecc settings. Higher res camera androids to be slower in our testing. Be ready to loop the series to catch missed frames. Gives your frames and…

Another animated QR data transfer that uses fountain codes: https://github.com/divan/txqr

Hey, I wanted to use your library to send data from computer A to computer B, but I don't speak Go yet.

How easy would it be to implement a txqr reader for desktop? Piping zbarcam's output could be the easiest way.

Have you got any directions for me to do it? It would be a great addition to txqr!

Thanks!

Re: Show HN: Photo Realistic QR-Codes

#104
post #56

Earlier quoted context omitted.

I have a pet project, "Oh By"[1] that is a replacement for QR codes that does not require an app to create, or consume, and you can just chalk them up anywhere. The downside is that it is a centralized service. Further, you would need to trust that this centralized service would continue operating into the indeterminate future. Luckily I have a strong track record there. A very simple example use-case is here: https:…

I don’t see how you can look these up.

If you see a code somewhere, such as:

0xJWW72G

You can just type either 0xJWW72G, or JWW72G, into the front page (0x.co) and look it up.

You can also modify it in the URI to see analytics:

https://0x.co/JWW72G?analytics

Re: Show HN: Photo Realistic QR-Codes

#105

Earlier quoted context omitted.

QR code payments are also sweeping Japan, despite contactless smartphone payments having existed since before the iPhone even. For a shop to adopt QR payments, all they need a printout of a QR code. No hardware, not leasing some card reader, zero maintenance.

I think they’d need some hardware to verify that the transaction happened. A small business owner can use their own phone, but other businesses need a smartphone per point of sale, which might be more expensive than a card reader (that one likely has to have anyway)

You can use a phone (or whatever) to verify the transaction, but in practice I've never seen anyone do that. It probably helps that crime is pretty low in this part of Asia.

Re: Show HN: Photo Realistic QR-Codes

#106
post #89

Earlier quoted context omitted.

You enter your PIN, or touch/Face ID. Also 1) only works up to a daily limit which you can configure 2) it’s a SEPA transfer, goes straight to another local, very traceable account and not a random bitcoin wallet in case you try to pull that off :)

> it’s a SEPA transfer, goes straight to another local, very traceable account and not a random bitcoin wallet in case you try to pull that off Money mules make this less secure than you think. You can just rent some bums bank account.

[deleted]

Re: Show HN: Photo Realistic QR-Codes

#107
post #69
post #65

Earlier quoted context omitted.

It’s my opinion that underutilization is because of application rather than any more ephemeral thing like appearance. QR codes haven’t had a killer app yet, and they tend to be used for marketing rather than any critical tasks that rely on the qualities that make it a useful technology. My guess is this will change as it’s become more or less a requirement to have a cell phone to function in western society.

As an European I’d say over half of my mobile payments are already via a QR code (it triggers a direct debit from my bank app). It’s infinitely faster than going through online checkout forms.

Can you give an example?

I am French, use mobile payments and would be interested to see a payment qrcode (never seen one)

Also, when you mention Direct Debit, is this the mechanism which allows a merchant to draw on your bank account? There need to be confirmed with the bank before (though maybe it is possible now to have that in one step, which also has your consentement)

Re: Show HN: Photo Realistic QR-Codes

#108
post #70

Earlier quoted context omitted.

Another animated QR data transfer that uses fountain codes: https://github.com/divan/txqr

Hey, I wanted to use your library to send data from computer A to computer B, but I don't speak Go yet. How easy would it be to implement a txqr reader for desktop? Piping zbarcam's output could be the easiest way. Have you got any directions for me to do it? It would be a great addition to txqr! Thanks!

I'm actually planning to make Go+Flutter application, which will work on iOS/Android, Desktop and Web. Out of curiosity, what's your use case?

Re: Show HN: Photo Realistic QR-Codes

#109
post #70

Earlier quoted context omitted.

Another animated QR data transfer that uses fountain codes: https://github.com/divan/txqr

Did you consider using the front camera for bidirectional phone-to-phone communication? That could allow frame re-transmits which would increase the data rate a lot.

That'd be definitely a whole new level, yes, but I think the simplicity of one-way diode communication has its own benefits.

Re: Show HN: Photo Realistic QR-Codes

#110
post #108

Earlier quoted context omitted.

Hey, I wanted to use your library to send data from computer A to computer B, but I don't speak Go yet. How easy would it be to implement a txqr reader for desktop? Piping zbarcam's output could be the easiest way. Have you got any directions for me to do it? It would be a great addition to txqr! Thanks!

I'm actually planning to make Go+Flutter application, which will work on iOS/Android, Desktop and Web. Out of curiosity, what's your use case?

I would use this in a security context.

I want to use a one-time pad with a friend. That requires generating a fully random file that I then need to send to my friend (physically). I don't have an Ethernet port on my machine to send the file on the wire, and I don't want to rely on weaker cryptography (WiFI, aes) to send this file (basically, everything is weaker than a one-time pad). I also don't want to leave undeletable traces of my one-time pad on a flash drive.

So what's left is the actual screen of the device, provided I don't have any hidden cameras where I live.

I could use a hard drive and then shred the secrets, but nothing is proven regarding the actual deletion of the files, and QR codes are much cooler!

Post reply on HN