puls (256 bytes)
JanRrrolaKadlec1 HN recommender · recommended in 1 month, 2011–2014
demo · general · evergreen · 2011–2014 on HN
A 256-byte MS-DOS intro that renders a raymarched, procedural 3D animation. It won the 256-byte competition at Riverwash 2009 and the scene.org award for best technical achievement that year, and the author published commented x86 assembly source.
HN commenters cite it as the most impressive 256-byte production and as an example of how much graphics code can fit in a tiny binary.
Up next
3 mo on HN25c3: The Ultimate Commodore 64 Talk
Christiaan008
3 HN recommender · 2011–2025
10 mo on HNelevated by Rgba & TBC | 4k intro (FullHD 1080p demoscene demo)
Demoscene High-Quality Videos (Annikras)
7 HN recommender · 2013–2025
10 mo on HNThe Ultimate Game Boy Talk (33c3)
media.ccc.de
10 HN recommender · 2017–2026
9 mo on HNA Mind Is Born (256 bytes)
lftkryo
8 HN recommender · 2017–2025
10 mo on HNCppCon 2016: Jason Turner “Rich Code for Tiny Computers: A Simple Commodore 64 Game in C++17”
CppCon
13 HN recommender · 2016–2024
7 mo on HNCompiling C to printable x86, to make an executable research paper
suckerpinch
8 HN recommender · 2018–2023
8 mo on HNTrackers: The Sound of 16-Bit
Ahoy
7 HN recommender · 2021–2026
7 mo on HNI painted a Landscape with Mathematics
Inigo Quilez
7 HN recommender · 2022–2025
7 mo on HNElevated by RGBA and TBC
BUTTONTANG
7 HN recommender · 2009–2025
6 mo on HNApollo Guidance Computer Part 1: Restoring the computer that put man on the Moon
CuriousMarc
8 HN recommender · 2019–2024
6 mo on HNHow we fit an NES game into 40 Kilobytes
Morphcat Games
6 HN recommender · 2019–2026
6 mo on HNMoleman 2 - Demoscene - The Art of the Algorithms (2012)
Vakondok (Moleman)
6 HN recommender · 2015–2023
3 comments from Hacker News
Neat hack! But stacking sine waves with a bit of modulation isn't exactly earth-shattering. You might like to try some of these: link . The most impressive to date is probably Puls: ▶ this video . The top three 256b productions on Pouet are all doing the same basic thing of ray marching against an isosurface. The sophistication of the geometry has increased a lot since Lattice, which used something simple like cos(x)^2 + cos(y)^2 + cos(z)^2 = f(t) where f(t) is an oscillatory function of time that controls the thinning and fattening of the lattice.
> You really don't want to use x86 hardware transcendental instructions ...unless you're doing size-optimised graphics intros, where tremendous accuracy is not essential and the stack-based nature of x87 makes for some extremely compact code: link ▶ this video I think the main reason why this issue hasn't been so significant is that the majority of code that uses those instructions isn't dependent on extreme accuracy - code that does would likely use their own routines and/or even arbitrary-precision arithmetic.
Řrřola (a famous demoscene coder [1]) found a far better constant than the original (a 2.7-fold accuracy improvement) by using an optimisation algorithm over all three constants present in the original inverse square hack. His algorithm and the result (along with a plot of relative error) can be found on his blog [2]. [1]: See, for example, this 256-byte raycaster ▶ this video [2]: link