frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

Joe Rogan Experience #2576 – Dr. Peter McCullough [video]

https://www.youtube.com/watch?v=ml1hyhqBEJE
1•Bender•2s ago•0 comments

US FAA says it will phase out floppy disks from air traffic control by 2028

https://twitter.com/Reuters/status/2118430684079407346
1•kyleblarson•2m ago•0 comments

One Variable: My simple solution to quantum mechanics

https://www.academia.edu/180270436/The_One_Variable_The_Water_Matrix_Lattice_and_the_Double_Slit
1•gramseyho•5m ago•1 comments

This Month in CoMaps: October 2026

https://www.comaps.app/news/2026-10-31/this-month-in-comaps-october-2026/
2•gedankenstuecke•7m ago•0 comments

Why do Japanese use -San at end of names? [video]

https://www.youtube.com/shorts/eYIHBr9LJio
1•lifeisstillgood•8m ago•0 comments

Why Everything Is Starting to Look the Same

https://laurenleek.substack.com/p/temperature-zero-for-culture-why
1•anjel•9m ago•0 comments

Inkling 2 Small

https://thinkingmachines.ai/news/inkling-2-small/
3•Philpax•9m ago•0 comments

New Ways to Read Ebooks

https://ironicsans.ghost.io/plex-but-make-it-books/
2•octavore•11m ago•0 comments

Built this app from scratch come check it out tell me what you think?

https://trumpbot.rip/api/replays/089b5578ed9c709d1457ada82e37d99c0fbc9babadfa9ea1
1•DynamicCreation•15m ago•1 comments

A primer on GPUs and kernel optimization

https://www.nabo.dev/blogs/kernel-primer
1•nomi_uw•21m ago•0 comments

The Non-Classical Cure

1•aarivyn•22m ago•0 comments

One in eight cancers are likely caused by an infection worldwide

https://theconversation.com/one-in-eight-cancers-are-likely-caused-by-an-infection-worldwide-new-...
3•gmays•25m ago•0 comments

Video.js: The Documentary

https://www.youtube.com/watch?v=Kpka8SYbosg
3•dardarbinks•26m ago•0 comments

Show HN: LLMBrake – Per-customer dollar caps for OpenAI/Anthropic API calls

https://github.com/llmbrake/llmbrake
1•llmbrake•28m ago•0 comments

Bruster – Rust browser automation tool and MCP

https://github.com/aliilyas/bruster
1•aliilyas•30m ago•0 comments

X-ray measurements confirm altermagnetism, a third form of magnetism

https://www.nanowerk.com/nanotechnology-news3/newsid=70510.php
3•Refreeze5224•32m ago•0 comments

New York Times Company in Advanced Talks to Acquire Letterboxd

https://www.nytimes.com/2026/11/05/business/letterboxd-new-york-times-company.html
4•coloneltcb•32m ago•0 comments

Algospeak

https://en.wikipedia.org/wiki/Algospeak
2•aragonite•35m ago•1 comments

Brazilian Credit Guarantor Fund Data Breach Affecting PII and Payout Data

https://www.fgc.org.br/comunicado
2•doodlesdev•36m ago•0 comments

Show HN: Lab Canary – Rating AI labs on whether their staff can speak up

https://labcanary.com/
2•ap11071•38m ago•0 comments

Exo: An Architecture for Self-Improving Systems at Runtime

https://arxiv.org/abs/2611.00463
2•matt_d•38m ago•0 comments

How to Train a Swarm

https://www.gr.inc/blog/how-to-train-a-swarm
2•gmays•40m ago•0 comments

Show HN: Stenvakt, a server hardening and patching tool

https://stenvakt.com/
1•ranwhatcom•43m ago•0 comments

Formally verifying agent-written full-stack apps with Proof-Driven Development

https://www.microsoft.com/en-us/research/blog/formally-verifying-agent-written-full-stack-web-app...
2•matt_d•44m ago•0 comments

What They Don't Tell You About Autoimmune Disorders

https://www.midwesterndoctor.com/p/what-they-dont-tell-you-about-autoimmune
1•bilsbie•44m ago•0 comments

A Boolean PII Flag Is Not Enough

https://kore-nordmann.de/blog/a-boolean-pii-flag-is-not-enough.html
1•birdculture•45m ago•0 comments

Show HN: HackerRepos – HackerTube for repos mentioned on HN

https://HackerRepos.fyi/
2•mmvvaa•50m ago•2 comments

Data Science Weekly – Issue 676

https://datascienceweekly.substack.com/p/data-science-weekly-issue-676
1•sebg•53m ago•0 comments

HN movies picks as a Stremio addon

https://hn-stremio.alen.ro/
1•alentodorov•55m ago•0 comments

Founder to Investor Map: South Africa

https://substack.com/profile/227905418-tiru-naidu/note/c-379902591
1•tirumalanrao•56m ago•0 comments
Open in hackernews

Show HN: An interactive demo of QR codes' error correction

https://qris.cool
109•Xiione•1y ago
Hi HN! This is a hobby project of mine that recently landed me my first interview and helped me get my first internship offers.

Draw on a QR code, and the health bars will accurately display how close the QR code is to being unscannable. How few errors does it take to break a QR code? How many errors can a QR code handle? Counters at the bottom track your record minimum and maximum damage. (Can you figure out how to break a QR code with 0.0% damage to the actual data region?)

Also, click on the magnifying glass button to toggle between "draw mode" and "inspect mode". I encourage you to use your phone's camera to scan the code as you draw and undo/redo to verify that the code really does break when the app says it does.

I wrote the underlying decoder in C++, and it's compiled to WebAssembly for the website.

I hope you find it interesting.

Comments

flysand7•1y ago
It's surprising how much data you need to corrupt while still being able to read the QR code, that's what I'd take out from this. The demo is interesting in that respect, but I do think it's somewhat incomplete.

It seems to be missing some explanations regarding how the code is structured and how it performs error correction. I feel like there's little point in interacting with a system you don't understand or not trying to understand. And I also think there are cool ways to make those things interactive as well. Pick an image, then explain what the little squares in the corners are for and provide little interactivity to see how they affect the decoding. Then move on to the error correction. This step-by-step style of interactivity may be better, I'd think about that.

As for what is there, the first thing I don't like here is icons. The four icons in the lower-right corner (result data, format info, ..) are hard to distinguish, and are hard to correlate with the "history" tab. I'd probably either make them slightly different color, or actually simplifying these icons further might be a better option, just because they're so small.

But yeah it is pretty hard to tell what I'm interacting with, unfortunately. I don't know pretty much nothing about QR codes, and I don't know what the different kinds of errors are, what "EC" stands for etc.

UI should probably be rethought as well, because before I was writing the comment I had no idea I could switch a brush. Hell, I had no idea I was changing colors (the cursor covered half the space of the pixels, so I couldn't tell)

The idea's cool though, good work

Xiione•1y ago
Thank you so much for the honest feedback. One of the reasons I tried to not get into the math details is because the preliminaries would be somewhat lengthy, some people would not be familiar with what a finite field is so explaining even that succinctly would be its own challenge for me. But for those that the concepts are within reach for (like the folks here on HN), you are right that I ought to make some effort to explain what is going on, at least intuitively. As for the UI considerations, great feedback, I'll definitely take it all into account when re-designing. I'm open to additional suggestions from everybody.

Ultimately I'm glad that I was able to get the main point across. That is, that QR codes can take a lot more abuse than one might assume. Thanks for checking my work out!

boomskats•1y ago
How can you say that you 'don't know pretty much nothing about QR codes' and that you 'feel like there's little point in interacting with a system you don't understand or not trying to understand', while feeling qualified enough to write a critique claiming a demo of said thing you know pretty much nothing about is incomplete?

You don't know what EC stands for but you have an opinion on when the error correction should be demoed? And the first thing you don't like are the icons?

OP, if I were you I would ignore this critique entirely. This is a fantastic demo. The usability was spot on (I learned a lot in a very short amount of time) and your /repos readme is _exactly_ what I wanted to read. It is perfectly executed.

I'm gonna dig into your code a bit more tomorrow, but you should be very proud of this. You have a bright future ahead of you.

Xiione•1y ago
Thanks so much for your kind words! As a principle I try to at least listen to what everyone has to say, I wish I could make everybody happy but in the end I incorporate the feedback I'm convinced of/already agree with. Let me know if you have any thoughts on my code, and thank you for the github follow :)
gen3•1y ago
Very cool work! I really like being able to see the blocks and directly interact with them. It's nice to feel out how the ECC works. I can see myself using this to draw custom QR codes in the future!
myself248•1y ago
Oh, this is cool. My favorite part is being able to mouse over the health bars at the right, and see exactly which bits they draw from in the code itself.
teuobk•1y ago
Awesome! I love seeing how the blocks are affected by twiddling bits.
pveierland•1y ago
Super cool interface to explore. It took a bit of playing around with the UI to understand all the features. My only feedback would be to try to make the "Continue" part of the flow to get to the sandbox easier to discover.
Xiione•1y ago
Thanks! The "continue" was one of those things that started off as a placeholder and didn't change much, I'll definitely be adjusting it.
solardev•1y ago
This is really cool! Thanks for sharing!

Is there a way to get it to compute and visualize the MAXIMUM possible error rate for any given QR code? Like what is the greatest number and arrangement of pixels that could be altered before the QR code is no longer readable?

(Bonus: Is this a setting that can be controlled during QR code generation, based on version number or error correction level, etc.? Can you make some sort of huge and very complex QR code with a lot more redundancy than a smaller one?)

Xiione•1y ago
Thanks for checking it out! Essentially, for any given QR code the maximum error rate is reached when you deplete every block's health bar to 1 remaining slice, making sure to invert every pixel in each codeword you've touched (the individual tetris-piece shaped chunks), and then introduce one more single pixel error in any block. This is actually independent of the arrangement of corrupted codewords within each block.

The amount of redundancy is determined solely by the specific version-ecLevel pair a code has. So, the code with the largest amount of redundancy (in bytes) is one that has version 40 and EC level H - a staggering 2.43kB of redundancy vs. 1.28kB of data! See this particular sample: https://qris.cool/decode?sample=135