vrighter (u/vrighter)

vrighter commented on Paracetamol disrupts early embryogenesis by cell cycle inhibition academic.oup.com/humrep/a... · Posted by u/XzetaU8

wiredpancake · 2 days ago

Anyone know what the long term side effects are?

I've been taking multiple paracetamol tablets for years now, almost out of habit now.

vrighter · 19 hours ago

An unhappy liver, mainly

vrighter commented on Fenster: Most minimal cross-platform GUI library github.com/zserge/fenster... · Posted by u/klaussilveira

socalgal2 · a day ago

> API is designed to be a polling loop

IMO this is a mistake. The most popular platform in the world does not allow using a polling loop. You can hack things to simulate it but eventually you'll run into where this will break for you. Better to start with something more forward compatible.

vrighter · 20 hours ago

Good thing this isn't a library designed for the web then! What's your point here? SDL (this project seems to be a subset of it, in terms of functionality) also uses a polling loop, and it's one of the most popular libraries of this sort around.

vrighter commented on Fenster: Most minimal cross-platform GUI library github.com/zserge/fenster... · Posted by u/klaussilveira

vrighter · 20 hours ago

Where's the GUI part? This seems like a more limited SDL. There is literally zero GUI code in there, unless you count manually drawing individual pixels a GUI. The shape drawing example (NOT part of the library) shows code using the library to draw basic shapes pixel-by-pixel. That is the very thing a GUI library is supposed to do for you.

vrighter commented on Will Smith's concert crowds are real, but AI is blurring the lines waxy.org/2025/08/will-smi... · Posted by u/jay_kyburz

lifestyleguru · a day ago

Failure of 3D TVs was one unprecedented glorious victory of a customer, where customers not buying it indeed led to its disappearance. Otherwise I'm furiously not buying other ridiculous stuff but my consumer decision does nothing.

vrighter · 21 hours ago

I still have one! But there is, of course, pretty much no 3d content to view on it. Maybe Gran Turismo on ps3

vrighter commented on Google will allow only apps from verified developers to be installed on Android 9to5google.com/2025/08/25... · Posted by u/kotaKat

BrenBarn · a day ago

Not just forcing the app store duopoly to open up, forcing banks to open up and prohibiting these kinds of restrictions that are based on "we insist that you trust some large corporation that we also trust".

vrighter · 21 hours ago

Exactly. I'm literally penalized because I have control of my own device (which somehow isn't an issue with the much more "insecure", root-wise, browser on a linux desktop)

vrighter commented on Beyond the Logo: How We're Weaving Full Images Inside QR Codes blog.nitroqr.com/beyond-t... · Posted by u/bhasinanant

vrighter · 5 days ago

"This halftone pattern is then intelligently merged with the QR code's essential data."

You cannot intelligently merge anything with the data. Otherwise it would change the data. The data is firmly packed on the rightmost side of the code (in the usual orientation). There is no space to weave anything in there. The only way to have anywhere to weave anything in is to choose an oversized code, and then manipulate the padding in the free space after the data, if you go only slightly out of spec (it's supposed to be a specific pattern, but any qr code reader I found doesn't give a damn about what's after the data).

"We leverage the highest level of error correction (Level H), which allows up to 30% of the data to be "damaged" or altered while remaining perfectly scannable. By using this capacity for the image pattern, we create a code that is both visually striking and reliable."

This is a completely nonsensical statement. You can manipulate the padding, to get some control over the generated reed solomon blocks (using the fact that RS encoded data is closed under XOR), although you won't be able to fully control all of those bits. But you can fully control the padding bits. So what you want is to have more padding, and less error correction, so you have maximum control. In which case, using the highest error correction level is hugely detrimental to the aim of making a QR code contain a picture. You cannot use the "30% error correcting capacity" to store the image. Those bits depend solely on the data and padding. The only control you have is over the padding (although you can get some indirect control over some ECC bits, if you give up control of several padding bits).

As for the reliability claim: I tried scanning the codes on the top image of the article with 10 codes on it. I first tried https://zxing.org/w/decode.jspx and it identified exactly none of them. I then tried with an application called BinaryEye on android, and it managed to scan 3 of them, but failed to recognize 7 of them. Enough said.

What they did was shrink each module to allow some of the background to bleed through. Which also makes their other claim that they do some halftoning thing quite irrelevant, you can have any color palette you want in the background (even full-on rgb). They are NOT part of the QR code, you just have to ensure the overall contrast of the module is distinguishable between the two states, conveniently achieved by the "ugly" black and white boxes dotted around the code. What this does is only make the code partially readable, because the scanner has a hard time interpreting a lot of the modules, and relies on error correction to recover the damaged parts.

They are not making the image into a QR code. Not a valid one anyway. They claim the code itself becomes the image, but it's really just a different way of partially damaging a valid QR code (spread the error over the whole area, instead of concentrating it in the middle). If it were a valid QR code, then a perfect picture of one (directly out of the generator, not taken from a photo, so it's as clean and perfect as can be) would be scanned correctly (most didn't) and it also does so with ZERO errors on any of the reed solomon blocks in the code. This project achieves nothing particularly interesting.

vrighter commented on How to free up and automatically manage disk space for WSL freecodecamp.org/news/how... · Posted by u/twilight-code

Dylan16807 · 8 days ago

I think Optimize-VHD will do the same thing as messing with diskpart.

It's a shame you can't just turn on live TRIM support.

This kind of disk image is a bunch of multi-megabyte blocks of data, plus a list of where each block goes on the virtual disk. Implementations can support TRIM by deleting the block that's zeroed and moving the block at the end of the file into that spot. VirtualBox can do this, shrinking the file when the guest OS TRIMs, but Hyper-V can't.

vrighter · 8 days ago

and the vhdx format already allows for this too. You can mark a block as "present, but zeroed out" (contents of never accessed blocks is undefined). These types of blocks don't have an actual block of data in the file, but still have well defined semantics.

vrighter commented on AI is different antirez.com/news/155... · Posted by u/grep_it

the8472 · 11 days ago

> In a way it's not a fair comparison,

Indeed. And the comparison is unnecessarily unfair.

You're comparing the dynamic range of a single exposure on a camera vs. the adaptive dynamic range in multiple environments for human eyes. Cameras do have comparable features: adjustable exposure times and apertures. Additionally cameras can also sense IR, which might be useful for driving in the dark.

vrighter · 9 days ago

"adjustable exposure times and apertures"

That means that to view some things better, you have to accept being completely blind to others. That is not a substitute for dynamic range.

vrighter commented on LL3M: Large Language 3D Modelers threedle.github.io/ll3m/... · Posted by u/simonpure

echelon · 9 days ago

I've been predicting this since Deep Dream (which feels like a century ago) and HN loves to naysay.

I claimed three years ago that AI would totally disrupt the porn and film industries and we're practically on the cusp of it.

If you can't see how these models work and can't predict how they can be used to build amazing things, then that's on you. I have no reason to lift up anybody that doubts. More opportunity on the table.

vrighter · 9 days ago

on the cusp means nothing. We are on the cusp of agi, tesla autopilot, cryptocurrency taking over, achieving nuclear fusion, and a bunch of other things. Companies don't sell working products anymore, they sell products that are "on the cusp of working"

We have been on the cusp of some things for literal decades.

vrighter commented on Launch HN: Embedder (YC S25) – Claude code for embedded software · Posted by u/bobwei1

RainyDayTmrw · 11 days ago

Does this actually work? I always find it strange when a system prompt tells an LLM to do or not do something that requires domain knowledge to understand. Like, how does the underlying base model at all understand what it means to verify documentation?

vrighter · 9 days ago

we all know that it doesn't work 100% of the time. That's the nature of llms.