Live data from Hacker News

Flipbook – Animated QR Codes

github.com

11–15 of 15 posts

Re: Flipbook – Animated QR Codes

#11
post #5

This would be cool – the problem, 99.999% (source: I made it up) of people just know to open the camera app to scan a QR code. So if this is displayed publicly, nobody would know how to scan it without going to another website anyway, which I feel defeats the purpose. Very interesting implementation though!

That's absolutely correct. The good news is that Flipbook is intended to be more of a standard than a solution. The solution (the writer/reader libraries) are more intended as a specific implementation of a standard that could easily be adapted into native and non-native camera and scanning apps. So yeah - your point is completely valid, but adoption has to start somewhere. Thanks for checking out the project!

If you're serious about making this a standard, you should think about making it a proposal to be an ISO standard, much like how QR codes are.

Re: Flipbook – Animated QR Codes

#12
post #11

Earlier quoted context omitted.

That's absolutely correct. The good news is that Flipbook is intended to be more of a standard than a solution. The solution (the writer/reader libraries) are more intended as a specific implementation of a standard that could easily be adapted into native and non-native camera and scanning apps. So yeah - your point is completely valid, but adoption has to start somewhere. Thanks for checking out the project!

If you're serious about making this a standard, you should think about making it a proposal to be an ISO standard, much like how QR codes are.

I definitely will at some point. I haven't seen an attempt at a standard here. For now, I'd like to solidify the current libraries and prototype them with real users. Based on what I learn from there, and ISO proposal could be in the future. :)

Re: Flipbook – Animated QR Codes

#13
post #7

This is cool. My first question is what is the transfer rate? Like in bits per second.

I'm in the early days of measuring performance, and it should improve dramatically with using a lower-level port, like in Rust. To me, that library is the long-term key to adoption as it allows the library to be embedded within native camera applications. For the current Typescript version, I'm getting the following on Node 20 with my M1 Max MBP (64g RAM): - Writer: 100 characters - 6 ops/sec, 1k characters - 1 op/se…

I've now made improvements (to be released shortly) that will improve performance by

- Writer: 100 characters - 20 ops/sec, 1k characters - 11 op/sec - Reader: 100 characters - 15 ops/sec, 1k characters - 6 ops/sec

That's a 233%-1,100% increase in write speed, and a 50%-100% increase in read speed.

I'm also adding support for export to both canvas and GIF, as well as an estimated package bundle decrease of more than 300%.

Post reply on HN