frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Linux phones are more important now than ever

https://feddit.org/post/18353777
93•wicket•1h ago•28 comments

Hosting a website on a disposable vape

https://bogdanthegeek.github.io/blog/projects/vapeserver/
680•BogdanTheGeek•7h ago•373 comments

The awe keeps dropping

https://morrick.me/archives/10137
48•mgrayson•1h ago•26 comments

William Gibson Reads Neuromancer (2004)

http://bearcave.com/bookrev/neuromancer/neuromancer_audio.html
139•exvi•4h ago•27 comments

React is winning by default and slowing innovation

https://www.lorenstew.art/blog/react-won-by-default/
260•dbushell•7h ago•276 comments

macOS Tahoe

https://www.apple.com/os/macos/
281•Wingy•8h ago•379 comments

Wanted to spy on my dog, ended up spying on TP-Link

https://kennedn.com/blog/posts/tapo/
315•kennedn•9h ago•115 comments

Addendum to GPT-5 system card: GPT-5-Codex

https://openai.com/index/gpt-5-system-card-addendum-gpt-5-codex/
176•wertyk•6h ago•104 comments

GPT-5-Codex

https://openai.com/index/introducing-upgrades-to-codex/
215•meetpateltech•8h ago•67 comments

PayPal to support Ethereum and Bitcoin

https://newsroom.paypal-corp.com/2025-09-15-PayPal-Ushers-in-a-New-Era-of-Peer-to-Peer-Payments,-...
365•DocFeind•11h ago•287 comments

How big a solar battery do I need to store all my home's electricity?

https://shkspr.mobi/blog/2025/09/how-big-a-solar-battery-do-i-need-to-store-all-my-homes-electric...
249•FromTheArchives•13h ago•372 comments

The Rising Sea: Foundations of Algebraic Geometry Notes

https://math.stanford.edu/~vakil/216blog/
24•ibobev•3d ago•1 comments

Massive Attack turns concert into facial recognition surveillance experiment

https://www.gadgetreview.com/massive-attack-turns-concert-into-facial-recognition-surveillance-ex...
144•loteck•3h ago•66 comments

Launch HN: Trigger.dev (YC W23) – Open-source platform to build reliable AI apps

124•eallam•10h ago•49 comments

Debian Upgrade Marathon: 3.1 Sarge

https://wrongthink.link/posts/debian-upgrade-marathon-sarge/
13•zdw•3d ago•2 comments

Show HN: Pooshit – Sync local code to remote Docker containers

39•marktolson•3h ago•31 comments

I wish my web server were in the corner of my room (2022)

https://interconnected.org/home/2022/10/10/servers
32•jonassaid•3d ago•13 comments

CubeSats are fascinating learning tools for space

https://www.jeffgeerling.com/blog/2025/cubesats-are-fascinating-learning-tools-space
165•warrenm•11h ago•71 comments

Ghost Kitchens Are Dying. Here's the $15B Lesson Every Restaurateur Must Learn

https://davidrmann3.substack.com/p/ghost-kitchens-are-dying-heres-the
47•mooreds•5h ago•28 comments

When Your Father Is a Magician, What Do You Believe?

https://thereader.mitpress.mit.edu/when-your-father-is-a-magician-what-do-you-believe/
38•pseudolus•3d ago•10 comments

GPT‑5-Codex and upgrades to Codex

https://simonwillison.net/2025/Sep/15/gpt-5-codex/
40•amrrs•6h ago•4 comments

How to self-host a web font from Google Fonts

https://blog.velocifyer.com/Posts/3,0,0,2025-8-13,+how+to+self+host+a+font+from+google+fonts.html
117•Velocifyer•11h ago•100 comments

From unit tests to whole universe tests (with will wilson of antithesis) [video]

https://www.youtube.com/watch?v=_xJ4maWhSNU
4•zdw•2d ago•1 comments

The Revised Report on Scheme or An UnCommon Lisp (1985) [pdf]

https://dspace.mit.edu/bitstream/handle/1721.1/5600/AIM-848.pdf
34•swatson741•4h ago•2 comments

Scryer Prolog Meetup 2025

https://hsd-pbsa.de/veranstaltung/scryer-prolog-meetup-2025/
35•aarroyoc•5h ago•1 comments

Boring work needs tension

https://iaziz786.com/blog/boring-work-needs-tension/
95•iaziz786•9h ago•53 comments

The Mac App Flea Market

https://blog.jim-nielsen.com/2025/mac-app-flea-market/
345•ingve•18h ago•130 comments

Removing newlines in FASTA file increases ZSTD compression ratio by 10x

https://log.bede.im/2025/09/12/zstandard-long-range-genomes.html
237•bede•3d ago•94 comments

GuitarPie: Electric Guitar Fretboard Pie Menus

https://andreasfender.com/publications.php
25•DonHopkins•10h ago•3 comments

RustGPT: A pure-Rust transformer LLM built from scratch

https://github.com/tekaratzas/RustGPT
332•amazonhut•15h ago•162 comments
Open in hackernews

Diffusion models explained simply

https://www.seangoedecke.com/diffusion-models-explained/
168•onnnon•3mo ago

Comments

user14159265•3mo ago
https://lilianweng.github.io/posts/2021-07-11-diffusion-mode...
Philpax•3mo ago
Notably, Lilian did not explain diffusion models simply. This is a fantastic resource that details how they actually work, but your casual reader is unlikely to develop any sort of understanding from this.
Y_Y•3mo ago
> your casual reader is unlikely to develop any sort of understanding [from this]

"Hell, if I could explain it to the average person, it wouldn't have been worth the Nobel prize." - Richard Feynman

CamperBob2•3mo ago
Didn't he also say that if you couldn't explain something to an 8-year-old, you didn't understand it yourself?
Y_Y•3mo ago
Fair point. The context of that quote was that he was asked by a journalist for a quick explanation over the phone when the physics Nobel for 1965 was announced.

He did go on to write a very readable little book (from a lecture series) on the subject which has photons wearing little watches and waiting for the hands to line up. I'd say a keen eight-year-old could get something from that.

https://ia600101.us.archive.org/17/items/richard-feynman-pdf...

kmitz•3mo ago
Thanks, I was looking for an article like this, with a focus on the differences between generative AI techniques. My guess is that since LLMs and image generation became mainstream at the same time, most people don't have the slightest idea they are based on fundamentally different technologies.
cubefox•3mo ago
That's a nice high-level explanation: short and easy to understand.
cubefox•3mo ago
It's nice that this contains a comparison between diffusion models that are used for image models, and the autoregressive models that are used for LLMs.

But recently (2024 NeuIPS paper of the year) there was a new paper on autoregressive image modelling that apparently outperforms diffusion models: https://arxiv.org/abs/2404.02905

The innovation is that it doesn't predict image patches (like older autoregressive image models) but somehow does some sort of "next scale" or "next resolution" prediction.

In the past, autoregressive image models did not perform as well as diffusion models, which meant that most image models used diffusion. Now it seems autoregressive techniques have a strict advantage over diffusion models. Another advantage is that they can be integrated with autoregressive LLMs (multimodality), which is not possible with diffusion image models. In fact, the recent GPT-4o image generation is autoregressive according to OpenAI. I wonder whether diffusion models still have a future now.

earthnail•3mo ago
From what I can tell, it doesn't look like the recent GPT-4o image generation includes the research of the NeurIPS paper you cited. If it did, we wouldn't see a line-by-line generation of the image, which we do currently in GPT-4o, but rather a decoding similar to progressive JPEG.

I'm not 100% convinced that diffusion models are dead. That paper fixes autoregression for 2D spaces by basically turning the generation problem from pixel-by-pixel to iterative upsampling, but if 2D was the problem (and 1D was not), why don't we have more autoregressive models in 1D spaces like audio?

og_kalu•3mo ago
>From what I can tell, it doesn't look like the recent GPT-4o image generation includes the research of the NeurIPS paper you cited. If it did, we wouldn't see a line-by-line generation of the image, which we do currently in GPT-4o, but rather a decoding similar to progressive JPEG.

You could, because it's still autoregressive. It still generates patches left to right, top to bottom. It's just that we're not starting with patches at the target resolution.

cubefox•3mo ago
> From what I can tell, it doesn't look like the recent GPT-4o image generation includes the research of the NeurIPS paper you cited.

Which means autoregressive image models are even ahead of diffusion on multiple fronts, i.e. both in whatever GPT-4o is doing and in the method described in the VAR paper.

rudedogg•3mo ago
> From what I can tell, it doesn't look like the recent GPT-4o image generation includes the research of the NeurIPS paper you cited. If it did, we wouldn't see a line-by-line generation of the image, which we do currently in GPT-4o, but rather a decoding similar to progressive JPEG.

Going off my bad memory, but I think I remember a comment saying the line-by-line generation was just a visual effect.

og_kalu•3mo ago
>The innovation is that it doesn't predict image patches (like older autoregressive image models) but somehow does some sort of "next scale" or "next resolution" prediction.

It still predicts image patches, left to right and top to bottom. The main difference is that you start with patches at a low resolution.

porphyra•3mo ago
Meanwhile, if you want diffusion models explained with math for a graduate student, there's Tony Duan's Diffusion Models From Scratch.

[1] https://www.tonyduan.com/diffusion/index.html

bcherry•3mo ago
"The sculpture is already complete within the marble block, before I start my work. It is already there, I just have to chisel away the superfluous material."

- Michelangelo

jdthedisciple•3mo ago
Not to be that guy but an article on diffusion models with only one image ... and that too just noise?
ActorNightly•3mo ago
The thing to understand about any model architecture is that there isn't really anything special about one or the other - as long as the process differentiable, ML can learn it.

You can build an image generator that basically renders each word on one line in an image, and then uses a transformer architecture to morph the image of the words into what the words are describing.

They only big difference is really efficiency, but we are just taking stabs at the dark at this point - there is work that Google is doing that eventually is going to result in the most optimal model for a certain type of task.

noosphr•3mo ago
Without going into too much detail: the complexity space of tensor operations is for all practical purposes infinite. The general tensor which captures all interactions between all elements of an input of length N is NxN.

This is worse than exponential and means we have nothing but tricks to try and solve any problem that we see in reality.

As an example solving mnist and its variants of 28x28 pixels will be impossible until the 2100s because we don't have enough memory to store the general tensor which stores the interactions between group of pixels with every other group pixels.

joefourier•3mo ago
While true in a theoretical sense (an MLP of sufficient size can theoretically represent any differentiable function), in practice it’s often the case that it’s impossible for a certain architecture to learn a specific task no matter how much compute you throw at it. E.g. an LSTM will never capture long range dependencies that a transformer could trivially learn, due to gradients vanishing after a certain sequence length.
ActorNightly•3mo ago
You are right with respect to ordering of operations, where recurrent networks have a whole bunch of other computational complexity to them.

However, for example, a Transformer can be represented with just deeply connected layers, albeit with a lot of zeros for weights.

g42gregory•3mo ago
One of the key intuitions: If you take a natural image and add random noise, you will get a different random noise image every time you do this. However, all of these (different!) random noise images will be lined up in the direction perpendicular to the natural images manifold.

So you will always know where to go to restore the original image: shortest distance to the natural image manifold.

How all these random images end up perpendicular to the manifold? High dimensional statistics and the fact that the natural image manifold has much lower dimension than the overall space.

yubblegum•3mo ago
TIL.

Generative Visual Manipulation on the Natural Image Manifold

https://arxiv.org/abs/1609.03552

For me, the most intriguing aspect of LLMs (and friends) are the embedding space and the geometry of the embedded manifolds. Curious if anyone has looked into comparative analysis of the geometry of the manifolds corresponding to distinct languages. Intuitively I see translations as a mapping from one language manifold to another, with expressions being paths on that manifold, which makes me wonder if there is a universal narrative language manifold that captures 'human expression semantics' in the same way as a "natural image manifold".

Ey7NFZ3P0nzAe•3mo ago
I think this is related: https://news.ycombinator.com/item?id=44054425
fisian•3mo ago
I found this course very helpful if you're interested in a bit of math (but all very well explained): https://diffusion.csail.mit.edu/

It is short, with good lecture notes and has hands on examples that are very approachable (with solutions available if you get stuck).

woolion•3mo ago
Discussed on hn: https://news.ycombinator.com/item?id=43238893

I found it to be the best resource to understand the material. That's certainly a good reference to delve deeper into the intuitions given by OP (it's about 5 hours of lectures, plus exercises).

IncreasePosts•3mo ago
Are there any diffusion models for text? I'd imagine they'd be very fast, if the whole result can be processed simultaneously, instead of outputting a linear series of tokens that each depend on the last
imbnwa•3mo ago
Need a text diffusion model to output a version of Eden!Eden!Eden!
woadwarrior01•3mo ago
Diffusion for text is a nascent field. There are a few pretrained models. Here's one[1], AFAIK it's currently the largest open weights text diffusion model.

[1]: https://ml-gsai.github.io/LLaDA-demo/

intalentive•3mo ago
This explanation is intuitive: https://www.youtube.com/watch?v=zc5NTeJbk-k

My takeaway is that diffusion "samples all the tokens at once", incrementally, rather than getting locked in to a particular path, as in auto-regression, which can only look backward. The upside is global context, the downside is fixed-size output.

orbital-decay•3mo ago
That a not a good intuition to have. That backwards-looking pathfinding process is actually pretty similar in both types of models - it just works along a different coordinate, crude-to-detailed instead of start-to-end.
intalentive•3mo ago
Good point.
petermcneeley•3mo ago
This page is full of text. I am guessing the author (Sean Goedecke) is a language based thinker.
JoeDaDude•3mo ago
Coincidentally, I was just watching this explanation earlier today:

How AI Image Generators Work (Stable Diffusion / Dall-E) - Computerphile

https://www.youtube.com/watch?v=1CIpzeNxIhU

bicepjai•3mo ago
>>>CLASSIFIER-FREE GUIDANCE … During inference, you run once with a caption and once without, and blend the predictions (magnifying the difference between those two vectors). That makes sure the model is paying a lot of attention to the caption.

Why is this sentence true ? “That makes sure the model is paying a lot of attention to the caption.”

noodletheworld•3mo ago
Mmm… how is a model with a fixed size, let’s say, 512x512 (ie. 64x64 latent or whatever), able to output coherent images at a larger size, let’s say, 1024x1024?

Not in a “kind of like this” kind of way: PyTorch vector pipelines can’t take arbitrary sized inputs at runtime right?

If you input has shape [x, y, z] you cannot pass [2x, 2y, 2z] into it.

Not… “it works but not very well”; like, it cannot execute the pipeline if the input dimensions aren’t exactly what they were when training.

Right? Isn’t that how it works?

So, is the image chunked into fixed patches and fed through in parts? Or something else?

For example, (1) this toy implementation resizes the input image to match the expected input, and always emits an output of a specific fixed size.

Which is what you would expect; but also, points to tools like stable diffusion working in a way that is distinctly different to what the trivial explanation tend to say does?

[1] - https://github.com/uygarkurt/UNet-PyTorch/blob/main/inferenc...

swyx•3mo ago
> That last point indicates an interesting capability that diffusion models have: you get a kind of built-in quality knob. If you want fast inference at the cost of quality, you can just run the model for less time and end up with more noise in the final output2. If you want high quality and you’re happy to take your time getting there, you can keep running the model until it’s finished removing noise.

not quite right... anyone who has run models for >100 steps knows that you can go too far. whts the explanation of that?