Rendered at 15:31:00 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
velo_aprx 4 hours ago [-]
I understand that it might be nice to be able to play old demos in your browser, and its fine, but...
Please keep AI away from the demoscene.
Ive been active in the demoscene for almost 30 years, its a big part of my life, and i am truly worried people using AI to build tools and code demos will destroy it by removing the very reason why its interesting. I want to be impressed by real peoples knowledge, skill and creativity. Not your ability to prompt.
Mostly, i hate the AI remaster option. It was never intended to look or sound like that.
Art is never over. No matter how hard you clutch your monkey jpegs
velo_aprx 12 minutes ago [-]
I can also buy a painting instead of painting one.
freecodeio 4 hours ago [-]
it's as if someone took the "everything you touch turns to gold" and replaced gold with sh*t and said "yeah this is a good power to have"
doubled112 4 hours ago [-]
The reverse Midas touch.
ashleyn 3 hours ago [-]
Some might call it, the Mierdas touch.
shermantanktop 46 minutes ago [-]
Combined with bad taste, so they actually prefer shit to gold.
myth_drannon 3 hours ago [-]
It was similar with GPUs and people got over it. It's all about art and creativity whatever you are using shaders or AI prompts
cowlevel 2 hours ago [-]
People still use old platforms without GPUs. It's a completely different art form. On a modern PC with a GPU you can render anything you want because it was solved years ago.
velo_aprx 2 hours ago [-]
No, its not at all similar.
Comparing shader coding with AI prompting is just dumb, sorry.
varispeed 3 hours ago [-]
Why gatekeeping? Demoscene was always about doing the impossible with technology. Technology now is AI.
Demoscene should embrace it.
velo_aprx 3 hours ago [-]
I think i was pretty clear in my original post.
Its about people doing the seemingly impossible with technology, not technology doing whats possible with technology. If you use AI, you did nothing but ask it, and i could never be impressed by that.
And how would you vote in the competitions at demoparties? By tokens used?
Most parties strictly forbid the use of AI in production, but im afraid some people aren't honest enough to abide to that rule.
micromacrofoot 2 hours ago [-]
why would you have to vote any differently based on which tools are used
flpm 14 minutes ago [-]
It's about how much control over the tool and the output the artist has. A photocopy machine and a pencil are both tools that can be used to make a copy of a photo. The machine is much faster than the pencil and produce a very accurate result, but only the pencil version has artistic value. The resulting artifact artistic value is a token that represents the creation process.
culi 9 minutes ago [-]
One is building a thing using your own knowledge and creativity and the other is building a thing utilizing the largest collection of stolen knowledge and stolen creativity
velo_aprx 2 hours ago [-]
Because building something with AI is not as impressive as building something without it.
micromacrofoot 1 hours ago [-]
sure but if everyone is using AI, wouldn't the bar also be raised for everyone? you can output more faster and the bar for impressive is much higher
I suppose it would be interesting to have a random split, half use AI half don't, judging is blind and see what the outcome is
StableAlkyne 17 minutes ago [-]
> if everyone is using AI, wouldn't the bar also be raised for everyone
Why would I care about vibe coded a demo when I could just ask Claude to make the same thing for me?
If you have two demos side by side, one AI and the other human, the human version is immediately more interesting because it showcases a high level of skill that you may aspire to achieve one day. The AI version is as forgettable as the person who prompted it, because it does not demonstrate that person's skill.
Same reason why we generally find weightlifters to be impressive even though machines have been able to out-lift anyone for thousands of years.
That said, I don't think most people dislike using it for tedious work or information searching. Similar to how most are still impressed by a lifter using a Smith machine to stabilize an absurd weight.
venzaspa 48 minutes ago [-]
> you can output more faster
I think the point is your not outputting anything. For crud apps that's fine but an activity where the whole point of it is to show off your technical skills it seems quite pointless.
micromacrofoot 43 minutes ago [-]
That's a bit nonsense though isn't it? The bot isn't showing up to the party and coming up with a plan to present. The person is operating the machine, and without the person there's no output.
If I can beat someone's technical skills with AI what are their technical skills worth? That's the question that a lot of people are struggling with right now.
If you can come up with a problem that a human can solve better without AI, then that's an interesting competition and the tools involved wouldn't end up mattering much.
Now if the contest is "who can develop the best/smallest/fastest app without AI" that's completely fine, there are similarly "who can cut the most grass with a scythe" competitions and everyone involved knows what they're signing up for and has a good time. Nothing wrong with that.
plastic-enjoyer 11 minutes ago [-]
> The person is operating the machine, and without the person there's no output.
> If I can beat someone's technical skills with AI what are their technical skills worth? That's the question that a lot of people are struggling with right now.
I could turn up on a chess competition with a chess machine and beat my opponents with it, but that is not the point of chess competitions
velo_aprx 57 minutes ago [-]
The demoparty Assembly actually has an vibe coded demo competition.
And maybe that is a solution to the problem, but it just does not interest me.
Sceners are no strangers to imposing artificial constraints on themselves. Just look at high end 64k, 8k, 4k, and 256byte intro coding, there is no real reason for it other than the challenge. So I really hope this mindset can be applied to AI use as well.
petterroea 2 hours ago [-]
Have you heard of the "wild" category before
Sophira 47 minutes ago [-]
No. The demoscene was about showing the raw skill of its participants.
This obviously intersected broadly with getting the most out of technology, but the main purpose was always (and still is) showing skillsets.
teddyh 3 hours ago [-]
> Demoscene was always about doing
Yes, but “doing” with AI is not actually doing it, is it? Yes, something gets done, but the end result was never the point of the demoscene. The finished product was merely the proof-of-work.
plastic-enjoyer 18 minutes ago [-]
>Why gatekeeping?
Because there is no natural right for you to be part of a scene. The right is earned, and every scene does well by keeping posers and mouthbreathers out.
petterroea 2 hours ago [-]
From discussing with demosceners I think people pretty unanimously agree vibecoded prods are lame, if sometimes fun. There's nothing impressive about a vibecoded demo, and even if they are visually impressive, that isn't really the point. The point is that people actually made it, the demo itself is an artifact of the talent of the group that made it. If anything it's a bit awkward when people submit heavily vibecoded demos.
Yes demoscene is about doing the impossible with Technology, but its also about proving that your group is good at performing miracles with computers. Modern demos are still technically impressive, but art direction is much more important for a high-tier demo. It's not "we are doing this impressive thing" as much as it is "Look what WE are able to do with this technical trick we are harnessing". The group and people behind the demo is a brand and part of the experience.
My personal opinion is that if you think a 100% vibecoded demo is cool, you don't really "get" the demoscene. Nobody is impressed that you could vibecode a visually impressive demo. You aren't winning anyone's respect. Nobody will work to beat you (they will at best push Claude harder - its a question of money not talent). The point of the demoscene is to pull off impressive feats with computer hardware, and if you didn't even do it yourself, nobody cares, because it's not impressive.
I think few are going to hate you for outsourcing basic, repetitive work to an LLM. But if you go "hey claude make me a particle engine" it kind of misses the point?
Then again I'm not really a hardcore scener myself, with just a few mediocre prods, so maybe someone from Farbrausch, ASD, TBL, or others will show up and tell me why I am wrong.
viccis 48 minutes ago [-]
>gatekeeping
Opinion ignored.
Retr0id 7 hours ago [-]
> The demo is run on an x86 emulator that records every block of code the CPU actually executes, over the whole demo.
> That recording is translated into C - the original instructions, one for one, with the exact cycle timing of the emulated machine.
What's the advantage of this approach vs cycle-accurate emulation? (I'd guess it can go faster, due to compiler optimization?)
> The result is checked against the emulator event for event: every interrupt, port access and frame at the same moment of emulated time.
It's funny how LLMs leak their test procedure docs into user-facing output.
vardump 6 hours ago [-]
Cycle accurate emulation helps little with this era PC demos, because back in 1993 PC hardware performance variation was already massive. From 386SX-16 to Pentium 66 MHz, that's over 20x difference in performance.
EvanAnderson 1 hours ago [-]
> Cycle accurate emulation helps little with this era PC demos, because back in 1993 PC hardware performance variation was already massive.
Absolutely
"How much of the sword emerged from the water" in Second Reality was a good measurement of CPU speed and video card performance, for example.
I remember seeing stuff in demos on my friend's Pentium Pro machine that I never saw on my 486SX-25 because routines ran faster and you could see more of the effect (since some demos were sync'd to the music and would move on irrespective of the progress of the effects). Heck-- just replacing my video card made a huge difference with some demos.
dspillett 6 hours ago [-]
> Cycle accurate emulation helps little with this era PC demos
It works, and has done for some time, surely. What more is there to add here above accurate playback?
> From 386SX-16 to Pentium 66 MHz, that's 10-20x difference in performance.
Yep, and some demos had specific requirements for not only minimal CPU but maximal because the assumptions inherent in small-code timing tricks would break beyond a certain speed or because of significant differences in relative instruction execution times (and sometimes the unpredictability of those execution times as the P5 architecture and some of its frankenstein-486-like competitors added branch prediction). Larger demos were more flexible as you didn't need the small-code tricks to squeeze into 4Kb or sometimes less, so 64K demos and larger could be more flexible wrt target CPU.
But cycle-accurate emulation has this sorted to: you just need the instruction cycle time accuracy to be matching a particular CPU running to the pace of a particular clock. And given the description of how this is being done (“The demo is run on an x86 emulator that records…”) I assume this is actually using cycle-accurate emulation!
I'm guessing the benefit here is that the overhead of playing back the demo on each client machine is lower when playing this recorded version, compared to each viewer's browser running the initial emulation live in the browser. That and doing something a new way was fun or otherwise intellectually stimulating for the dev(s) involved.
vardump 4 hours ago [-]
Cycle accurate compared to what?
Even with a cycle accurate CPU you'd still have a lot of variation caused by the motherboard chipsets, DRAM speeds, cache chips and graphics cards.
Tseng ET4000 was on a completely different level than something like Cirrus Logic CL-GD510 or heaven forbid, Oak Technologies card.
If the era appropriate PCs had huge variations, what extra does cycle accuracy really bring at this point? The same PC demo could perform very differently on two 486DX2 66 MHz PCs.
dspillett 52 minutes ago [-]
Wrt CPU: The cycles per instruction measures were entirely predictable with 386 and 486 chips, and more-or-less so with early Pentiums, you just need a delay loop so the faster ones didn't speed ahead of the lowest you were targetting. While there was a significant range to deal with, it was predictable. A 4K demo is going to fix in a 486's on-board cache (which I don't think was ever less than 8Kb aside from some relatively rare clone models), so DRAM speed, L2 cache and other motherboard variances, are not significant in those cases either.
Wrt GFX: Most demos, certainly when thinking about the 4K challenges, would be using nothing more than some variant of a basic VGA display mode (usually but not always Mode 13h or some variant like “Mode X”) without detecting and taking advantage of acceleration features - the difference between graphics cards at this point was not nearly as significant as what the demos were doing in the CPU, even the nastiest ISA card of the era is going to keep up at a reasonable framerate, IIRC from my doom playing days.
rmnclmnt 6 hours ago [-]
> It's funny how LLMs leak their test procedure docs into user-facing output.
You have to constantly fight so hard to not get this. And for the past few months it seems most people do not even care to remove it and have proper user facing docs
dspillett 6 hours ago [-]
> You have to constantly fight so hard to not get this.
By “fight so hard” you mean “do a bit of basic editing before publishing the text”?
You wouldn't have thrown a junior's text straight at end users without any review in the past (at least I hope not, though obviously some teams actually were and still are that lax), why do you expect to get away with skipping the review/edit step with your clockwork colleague?
Sharlin 6 hours ago [-]
Because we expect a junior colleague to learn from feedback and not have to fix the same problems in their output year after year.
dspillett 5 hours ago [-]
But having learned from the feedback they or you then go off to work on something else and, unless you move onwards/upwards/both in perfect sync, and you end up with new juniors who need the feedback afresh.
Also: I've always avoided being anything like a lead or manager, but I do effectively have a couple of relative juniors ATM who I wish would have a better long-term learn/forget ratio when it comes to feedback from myself and elsewhere!
rmnclmnt 4 hours ago [-]
Okay yes "fight so hard" might have been a bit stronger sorry for that. But it was more in line with "this has become so annoying recently" rightly so because yes you do need to remove the cruft that has nothing to be here and I don't remember being such as issue 6 months ago. The other part of it is to regularly remind colleagues of this rising issue because as I said, even experienced people tend not to care anymore, and this is saddening me.
And while in 2025 I considered AI coding agent in the realm of junior devs, we have been way way past that since early 2026 honestly.
Retr0id 5 hours ago [-]
The people who don't care can output slop orders of magnitude faster than those that do.
rmnclmnt 4 hours ago [-]
And that's one the biggest issue right now unfortunately
christophilus 6 hours ago [-]
I didn’t notice it when using Codex. Recently switched to Claude to test Opus 5.5, and it is constantly adding useless commentary.
rmnclmnt 6 hours ago [-]
I don’t think that’s specific to Claude though. I’ve seen people use GH Copilot harneds (don’t with which models) and it was even worst
bananaboy 6 hours ago [-]
> What's the advantage of this approach vs cycle-accurate emulation? (I'd guess it can go faster, due to compiler optimization?)
I don't think anyone is doing it this way because they chose to do it this way. All the AI decomp/recomp projects I've seen recently have done it this way. It just seems an easy way to have an AI brute force "port" something.
Retr0id 5 hours ago [-]
This only works for something noninteractive that always executes the same code (unless I'm misunderstanding the LLM's description of what it did)
bananaboy 5 hours ago [-]
Ah yeah true, no I don't think you're misunderstanding. Actually sorry I misspoke - what I've seen in the game re/decomp projects is that the binary gets turned into a direct C implementation of the instruction stream, and it's basically a sort of emulation with CPU/memory state and emulation of whatever hardware it might need to talk to.
_the_inflator 4 hours ago [-]
I agree on this description. It looks like a wrapper for an app alias demo, not a generalization for all app following the hardware possibilities at the time.
On the other hand, at least these folks build and create and I prefer wrapper demos instead of a perfect emulator that will never finish.
Nevertheless, on the feature side of these wrappers I really miss a fast-forward option. If you go pseudo-emulation, then at least come up with some convenience features.
Maybe this is the irony: the ff button is perfectly legit, I used mine many times with the 486DX3-100 and Pentium 133. Back then it was called turbo button.
pjc50 5 hours ago [-]
Yes, cycle-accurate is very expensive because it prevents optimization. But as described they say they're doing an AOT version of cycle-accurate anyway?
In some ways this is similar to the concurrent-systems problems that memory barriers are a tool to address. Your emulator will come in two halves, a CPU side and a gfx/sfx side, as well as control inputs, and the "intermediate" approach is when you're just trying to preserve the sequence of load/stores between the two with an accuracy relative to frame timing. Maintaining ultra precise timing within a frame imposes more detailed coordination requirements on both sides of the emulation.
whizzter 4 hours ago [-]
Being cycle-accurate is annoying when you want full realtime if the hosting platform doesn't have enough CPU power to emulate all parts at full speed.
I guess the point is that a pre-compiled version could have HW checkpoints from a slow emulated run, so that it can then run at full speed and just advance the HW to the required timestate when a write is to occur (ie, instead of costly cycle-accurate emulationg, most HW operations can be batched inbetween time-sensitive checkpoints).
Then again, why not just record a video at that point? :P
Martin_Silenus 6 hours ago [-]
The days I gave up with demoscene. When PC killed Atari ST and Amiga scene (sorry to put you after amiguys, but life was always easier for you ;) ), all the magic of fixed hardware without tons of Mhz and RAM, when we were running after that cathode ray which wouldn't wait, exploiting hardware bugs to break those damn borders above, below and sideways, spending hours turning my head upside-down to read unreadable scrolltexts, looking at psychedelic plasma effects with bazillions colors...
Then I betrayed you all: I bought my first ugly machine because of Doom. I was so ashamed...
Now, only 4KB demos can at least impress me a bit.
Feeling old.
haspok 4 hours ago [-]
Running Crystal Dream 2 on a 386 was just as impressive as running those border-removing, cycle-counting C64 demos. Hardware was not fixed on the PC, but upgrades were mostly about improving quality without losing any of the original charm (Gravis Ultrasound FTW!), like a 40MHz 386 was only marginally faster than a 33MHz, and that just allowed you a few more FPS in Doom.
The standard VGA resolution fit a full screen in a single 64KB segment nicely, you had many colors but not limitless, so I would argue that this was really the golden era of the demoscene. Partly because almost anyone could do some kind of a short demo that was still enjoyable to watch, and did not require the insane amount of cycle-counting and optimization and planning that the C64 does.
smokel 5 hours ago [-]
I gave up once full screen video playback was possible from CD-ROM. After that, doing (typically worse) non-interactive animations in real-time, seemed a bit pointless.
But watching Crystal Dreams II on my phone actually made me feel young again :)
Martin_Silenus 5 hours ago [-]
Man, demoscene has always been pointless. That's one of the beauties of the thing, you cannot sell that. I call it love.
cowlevel 4 hours ago [-]
The Amiga scene is still popular, probably for the reason you said.
whizzter 4 hours ago [-]
To be specific, the Amiga scene for a good while chased "coolness" with accelerated "monster"-Amigas.
But the focus shifted in recent years to treating "OCS" (ie "standard" Amiga500 with original chipset and 1mb,etc) more like a fixed platform like the C64 instead and imho has seen a bit of a revival since is mostly in the interesting part of pushing the OCS HW.
alphasm 1 hours ago [-]
Wow, this brings back memories!
I got my first PC (a 486 DX2-66) in 1994 and got a Creative Soundblaster graphics card + speakers later that year. Second reality was the first demo I had on that PC. I remember being blown away by the graphics and audio... I showed it off to everyone. Of course it looks quite quaint now, but at the time I had just upgraded from a Commodore 64!
gregkb 2 hours ago [-]
this is mind boggling! although during the 90s might have started to shift to use C in damascene production, but when I was most active (90-94) we were hand rolling a lot of code in assembly. memory "management" was pretty basic at best, code and data occasionally separated. maybe for demos it was less of thing, but for smaller intros, writing into the code during runtime was maybe not everyday process, but definitely not unheard. some of the graphic modes were barely documented if at all, so get this up and running with this accuracy is pretty remarkable. just some of the code from back then, might not pass a PR review nowadays
Lots of talk of DOS, but both games that are described (Panzer General II and Imperialism II) were only released for Windows?
If the games had been for DOS, it would probably have made more sense to just run the original binaries in DOSBox-X or some other emulator. I think there is already some debug API that can be enabled. Or adding MCP or something similar to DOSBox(-X) would probably be a lot less work than to reimplement the games.
gritzko 6 hours ago [-]
Ah, yes, sorry. At this point, XP and DOS are almost synonymous for me.
The entire point of the port was to add headless play for AI training. But porting the old interface and playing it in the browser was lots of fun. Can not upload that to GitHub, obviously.
chriswarbo 6 hours ago [-]
> At this point, XP and DOS are almost synonymous for me.
IIRC Windows 9x & ME were based on (MS)DOS; but 2k and XP were based on NT, which was quite different.
(Note sure what those differences actually are, since I only started programming once I'd switched to Linux...)
bananaboy 6 hours ago [-]
That's correct. Personally as an MS-DOS retro enthusiast and programmer I don't know how anyone could call XP and DOS synonymous!
gritzko 4 hours ago [-]
Exactly. I switched to Linux in the 90s.
cyclopeanutopia 7 hours ago [-]
So who or what ported them?
bananaboy 5 hours ago [-]
I find it hard to congratulate someone on a project when they say Claude or whatever did it for them. It just feels so insincere. I myself wouldn't feel good getting compliments about something that I prompted into existence.
dspillett 6 hours ago [-]
It is true what people say wrt using agentic development being like being a manager: you take an idea from elsewhere (a lot of game porting is happening right now), describe it to someone else who will do the hard work while you relax, and then at the end you as the team lead/manager claim all the credit.
gritzko 6 hours ago [-]
Opus 5.5.
timdiggerm 1 hours ago [-]
Congrats to you on prompting
vrganj 7 hours ago [-]
This kind of made me sad.
The demoscene was all about human ingenuity getting the most out of the machine. It was about showing off how good your crew was at making things from nothing but their minds.
Now, it too, has been swallowed by the AI that is destroying this entire mode of being, the joy and creativity of writing code, of solving seemingly-impossible puzzles with ones mind.
My favorite creative and intellectual outlet is dying off and its killer is wearing its corpse as a costume.
mrweasel 6 hours ago [-]
For these four demos I don't know, but part of the challenge was certainly working within the constraints of the machines of the day. The Furture Crew demo I believe comes in at 2.5MB and ran on a 1993 PC, so probably 8MB of ram at the most. Running it in the browser is probably at least 20 times the memory.
It's really cool to be able to rewatch these demo, but the spirit in which they were created is somewhat lost.
smokel 5 hours ago [-]
Second Reality ran comfortably with only 640KB RAM using the Gravis Ultrasound.
But it did require a 386, which typically had 2 MB or more of RAM back then.
bananaboy 5 hours ago [-]
Second Reality runs in real mode, and doesn't use XMS or EMS so it runs in 640kb!
leptons 4 hours ago [-]
It was also ported to run on a Commodore 64 back in 1997, in 64KB
Yes! Personally I think that's a much more interesting homage.
KellyCriterion 6 hours ago [-]
> probably 8MB of ram at the most. Running it in the browser is probably at least 20 times the memory.
lol, that would be 160MB then, a fraction of what a Firefox Tab consumes and in todays hardware specs its a roundoff error :-D
(while back then you were the ultimate king if you had 8 MB of RAM available at all! :-)
bananaboy 5 hours ago [-]
I feel the same, it sucks. All you can do is carve out a space for yourself doing the things you enjoy, and don't let the AI grifters tell you that AI is the only way and everyone else is "cooked", no one will be writing things by hand, etc etc. God that rhetoric is depressing.
I write demos and games as a hobby predominantly for MS-DOS and machines ranging from the 386 up to the Pentium (soon to add 8088/286 to that list) as well as old consoles like the Sega Master System and other random platforms (like ARM-based kids toys like the Leapster Explorer).
Right now I'm working on an EGA production. I could just get an AI to generate a lot of the code for me or give me all the answers, but instead, I have my Programmer's Guide to the EGA/VGA/SVGA by Ferraro and another reference open on my desk trying to understand the CRTC so I can create a custom video mode. I live for this stuff and want to fully understand what's going on in the hardware. I like the creative aspects of making demos and games but I also like the technical aspects, and understanding the platform and the deep details.
When I spend too much time reading HN or X and see too much of the AI stuff, it really bums me out, so I have to detox by unfollowing/ignoring and getting back to my projects.
akoboldfrying 3 hours ago [-]
Not sure if this will help, but nothing can take away the enjoyment of investing time in doing something "the hard way" for the sake of it unless you let it. Factories have been able to make good wooden tables efficiently since probably the 1950s, but there are still people who make their own with woodworking tools because they find it satisfying.
I think the biggest effect of AI here is that you can no longer make the inference from "that program looks impressive" to "the person who created it must be very skilful and/or invested a lot of effort in making it". So someone else seeing your work might not appreciate the level of effort and skill you put into it, or might even suspect you of lying if you say explicitly that you made it "by hand". I'm not going to say that we shouldn't care what others think; that's not realistic, most of us do want some recognition for things we've worked hard on. I think there will always be people interested in doing things the hard way, and among those people the "old" paths to recognition and respect still operate, it just gets harder because there has to be a lot of trust between them that no one's taken the easy way out (AI) and pretended otherwise.
gritzko 3 hours ago [-]
> the joy and creativity of writing code, of solving seemingly-impossible puzzles with ones mind
Find tougher puzzles then
vrganj 3 hours ago [-]
That is a nonserious nonresponse.
Krei-se 5 hours ago [-]
You just don't understand, it's the prompt and knowing which foreign work to endless rehash that's the new creativity now. There's taste in knowing what artist to steal from!
/s if that wasn't obv.
haspok 4 hours ago [-]
The C64 scene is still surprisingly active, and they usually do the seemingly impossible on such a limited hardware, while remaining incredibly creative (in how many ways could you phase out the C64 BASIC screen and show your demo't title?...). After the PC golden era I've been interested in the C64 only for a very, very long time, and I have not regretted it.
sgt 6 hours ago [-]
Who's going to show up to the next big demo party (like the ones they arrange in Europe), having e.g. hand coded 68k assembly or done some highly impressive 4k demo, having been intimate with every single instruction?
cowlevel 2 hours ago [-]
Revision attends approximately 1000 people.
bananaboy 6 hours ago [-]
Uh, many people. There are plenty of demo parties with retro categories in the compos, and plenty of people still interested in writing their own code for those platforms.
sgt 5 hours ago [-]
Glad to hear that! But then again, might be hard to know how their approach was. Traditionally people write a lot of code and prepare before the compos, it didn't all come during those few hours.
pona-a 6 hours ago [-]
Maybe it will just pass? Eventually maybe people will get bored of this consumerist mode of creation, of projects born with no vision or craft, made with the tastefulness of a kid smashing together their favorite toys. And when the majority finally agrees these stunts are a corrosive influence on the community, we can just approach it as a moderation problem, figure out some system of vouches and reports, or downsize and our communities until trust again becomes tractable, maybe even coming to appreciate some tactical slop as a stepping stone or a proof of concept to be eventually reverse-engineered into a maintainable human project.
plastic-enjoyer 7 hours ago [-]
It's the eternal sloptember, but for humanity.
blackhaz 7 hours ago [-]
Or an eternal heaven, our every wish coming true. The next iteration of homo sapiens will not be thinking how to do things, but what things to do. Is this the new creative space for us?
godshatter 27 minutes ago [-]
I always tend to think of the phrase "comfort kills" when I hear this kind of thing. The journey is at least as important as the end result.
Have you ever soured on a video game because you downloaded a "god mode" cheat?
vrganj 6 hours ago [-]
But the thinking is the valuable and meaningful part. I don't want it monopolized by a few megacorps, sterilized and devoid of human touch, only thinking of things that said corps find acceptable.
We'll get unlimited frozen pizzas, but we'll kill off chefs in the process.
It's not a trade I'm feeling good about.
iberator 3 hours ago [-]
BS. So far AI just destroys jobs and lifes, and does not create literally any more jobs at all.
GuB-42 5 hours ago [-]
What makes you say this? Just because someone used AI to port some classic productions to the browser (which is actually pretty cool), doesn't mean that AI has taken over.
AI slop productions tend to be frowned upon, or even banned, writing code and using cool tricks to to what seems impossible is still a big part of the demoscene, in particular in the sizecoding, oldschool and wild categories. Clever use of AI is a debated topic, the demoscene is about pushing the limits of current technology, and AI is part of current technology. There is also the question of using AI for tooling (modelers, compressors, test harnesses, etc...), as in, will you stop using a particular IDE because it is written with the help of AI, even if it is good?
But still, most productions are hand made.
Sharlin 6 hours ago [-]
If there’s no human effort behind this, what’s the point? You could just as well watch any of the zillions of video recordings of these demos. There’s no inherent value in "running natively in the browser". Never mind the vast irony in demoscene specifically being a celebration of human skill and creativity.
Karliss 6 hours ago [-]
Not going to say anything about AI translations. But the video recording don't do justice for many of demos.
The effects in some of the demos simply kill any video encoder, only way to properly experience them is by running or emulating locally. Not that crystal sharp upscaled square pixels on modern display or poor quality CRT filters are very representative either, but it's likely better than blurry mess you get when video encoder tries to deal with high frequency details or random noise from procedural effects.
Sharlin 5 hours ago [-]
I’m sure there are lossless recordings around. At 320x200x8bit even a simple sequence of PNGs wouldn’t take that much space in today’s terms.
Karliss 4 hours ago [-]
Just did a quick test 320x200x8bit grayscale PNG (couldn't quickly figure out how to get 8bit color pallet) compressed to ~15-40kB. Multiply that by 60frames a second (or whatever odd framerate historic hardware used) and 120seconds and you get 200MB. Not completely impractical, but I wouldn't call it trivial amount of space. And if you find any demoscene collection providing losslessly compressed videos let me know. All I have seen is original executable+youtube video (which suffers from compression artifacts). And I doubt many demoscene website maintainers are eager to increase their storage and bandwidth costs 100x.
Sharlin 4 hours ago [-]
Fair, it’s indeed a shame if there aren’t lossless or very-high-bitrate lossy recordings available. A literal sequence of PNGs is of course an upper limit, using temporal coherence (of which there’s a lot of) would shrink the size to maybe a few tens of megabytes. But of course there aren’t many lossless video formats in common use because it’s a rather niche use case outside mastering and archival. There’s lossless H.264 and H.265, and IETF’s FFV seems pretty well-supported too. Not sure if browsers support them though.
inoop 3 hours ago [-]
I must have watched Second Reality almost a hundred times when I was younger. A video does not do it justice. This is the closest you can get on modern hardware.
Retr0id 6 hours ago [-]
Well, there is a little advantage. Most recordings are not at the native framerate, and have compression artefacts (which impacts some effects more than others)
mrob 3 hours ago [-]
Lack of CRT flicker is the biggest problem. Demo text scrolls are far more readable when you don't have sample-and-hold blur. There are gaming monitors with strobed backlights but I don't know of any that allow you to enable the strobing at 70Hz.
A workaround for modern hardware is frame doubling then blanking every other frame (software black frame insertion). It halves the brightness, but modern monitors generally support higher brightness than CRTs so this just brings it back to the authentic level. It's possible with FFMPEG filters, although I don't remember how I accomplished it when I tried it years ago.
The importance of CRT flicker is one reason I greatly prefer DOS demos to C64 and Amiga demos. Those were mostly designed for 50Hz PAL CRTs, so the flicker is far more annoying than 70Hz VGA.
bananaboy 6 hours ago [-]
I mean even these browser ports aren't at the native framerate. The native framerate for these demos was 70hz as they were all designed for VGA video modes.
Retr0id 5 hours ago [-]
A browser can run at whatever framerate you set your monitor to. Mine supports 70Hz.
Sharlin 5 hours ago [-]
But most people’s monitors don’t, or people just never set them outside the standard rate.
ahartmetz 4 hours ago [-]
My monitor's standard and actual rate is 165 Hz, which is probably not terrible at approximating 70 Hz (very few fps from a small multiple of 70 would be worst).
High fps is probably a little more rare than HiDPI, but also becoming more common. It's already common in phones.
bananaboy 5 hours ago [-]
Sure. I don't think I've ever had an LCD monitor that supports 70hz at a useful resolution though. My current monitors (native resolution 2560x1440) only seem to support it at 1024x768!
Retr0id 4 hours ago [-]
Well, the demo runs at a lower res than 1024x768 so you're all set ;)
bananaboy 4 hours ago [-]
I would just run it on my 386 with real CRT anyway haha
mrob 3 hours ago [-]
Pretty much every modern fast gaming LCD will support 70Hz.
sedan_baklazhan 1 hours ago [-]
Look, I've used trillions times the resources that are needed to run or even to program these demos (which are marvels of the art of coding) to run them in a browser.
And I didn't do any coding to achieve that.
Cool right?
Eh.. no. A completely boring negation of what demos are about.
petterroea 2 hours ago [-]
Checking the site out, I can't help but think its a huge contrast between the modern vibecoded slop with little added value(we already have webassembly DOS emulators!) and the ground-breaking productions made with blood, sweat, and tears 30 years ago. This is to demoscene what gentrification is to neighborhoods.
meerita 6 hours ago [-]
It's quiet amazing how much people did with 4kb, 64kb demos.
bufff.... the music from second reality still gives me goosebumps.
2 hours ago [-]
melicerte 6 hours ago [-]
How to skin a cat...
Wittie 6 hours ago [-]
[dead]
soltanov 7 hours ago [-]
[flagged]
Krisso 6 hours ago [-]
I'm all for this future. Let's remove the tooling and let true creativity and diligence be what we appreciate and marvel at. If we can instruct AI well enough, it can eliminate the plumbing layer entirely, allowing us to focus on what truly matters.
Those demos from the '90s remind me of the incredible creativity and ingenuity of the human mind. Thanks for bringing them back to life and making them so effortlessly accessible.
Sharlin 6 hours ago [-]
Hilarious.
Krisso 6 hours ago [-]
Haha.
KellyCriterion 6 hours ago [-]
OP sounds like a ChatGPT answer?
r_lee 5 hours ago [-]
AI-induced brainrot
leptons 4 hours ago [-]
>Those demos from the '90s remind me of the incredible creativity and ingenuity of the human mind. Thanks for bringing them back to life and making them so effortlessly accessible.
Please keep AI away from the demoscene.
Ive been active in the demoscene for almost 30 years, its a big part of my life, and i am truly worried people using AI to build tools and code demos will destroy it by removing the very reason why its interesting. I want to be impressed by real peoples knowledge, skill and creativity. Not your ability to prompt.
Mostly, i hate the AI remaster option. It was never intended to look or sound like that.
Demoscene should embrace it.
Its about people doing the seemingly impossible with technology, not technology doing whats possible with technology. If you use AI, you did nothing but ask it, and i could never be impressed by that.
And how would you vote in the competitions at demoparties? By tokens used?
Most parties strictly forbid the use of AI in production, but im afraid some people aren't honest enough to abide to that rule.
I suppose it would be interesting to have a random split, half use AI half don't, judging is blind and see what the outcome is
Why would I care about vibe coded a demo when I could just ask Claude to make the same thing for me?
If you have two demos side by side, one AI and the other human, the human version is immediately more interesting because it showcases a high level of skill that you may aspire to achieve one day. The AI version is as forgettable as the person who prompted it, because it does not demonstrate that person's skill.
Same reason why we generally find weightlifters to be impressive even though machines have been able to out-lift anyone for thousands of years.
That said, I don't think most people dislike using it for tedious work or information searching. Similar to how most are still impressed by a lifter using a Smith machine to stabilize an absurd weight.
I think the point is your not outputting anything. For crud apps that's fine but an activity where the whole point of it is to show off your technical skills it seems quite pointless.
If I can beat someone's technical skills with AI what are their technical skills worth? That's the question that a lot of people are struggling with right now.
If you can come up with a problem that a human can solve better without AI, then that's an interesting competition and the tools involved wouldn't end up mattering much.
Now if the contest is "who can develop the best/smallest/fastest app without AI" that's completely fine, there are similarly "who can cut the most grass with a scythe" competitions and everyone involved knows what they're signing up for and has a good time. Nothing wrong with that.
> If I can beat someone's technical skills with AI what are their technical skills worth? That's the question that a lot of people are struggling with right now.
I could turn up on a chess competition with a chess machine and beat my opponents with it, but that is not the point of chess competitions
Sceners are no strangers to imposing artificial constraints on themselves. Just look at high end 64k, 8k, 4k, and 256byte intro coding, there is no real reason for it other than the challenge. So I really hope this mindset can be applied to AI use as well.
This obviously intersected broadly with getting the most out of technology, but the main purpose was always (and still is) showing skillsets.
Yes, but “doing” with AI is not actually doing it, is it? Yes, something gets done, but the end result was never the point of the demoscene. The finished product was merely the proof-of-work.
Because there is no natural right for you to be part of a scene. The right is earned, and every scene does well by keeping posers and mouthbreathers out.
Yes demoscene is about doing the impossible with Technology, but its also about proving that your group is good at performing miracles with computers. Modern demos are still technically impressive, but art direction is much more important for a high-tier demo. It's not "we are doing this impressive thing" as much as it is "Look what WE are able to do with this technical trick we are harnessing". The group and people behind the demo is a brand and part of the experience.
My personal opinion is that if you think a 100% vibecoded demo is cool, you don't really "get" the demoscene. Nobody is impressed that you could vibecode a visually impressive demo. You aren't winning anyone's respect. Nobody will work to beat you (they will at best push Claude harder - its a question of money not talent). The point of the demoscene is to pull off impressive feats with computer hardware, and if you didn't even do it yourself, nobody cares, because it's not impressive.
I think few are going to hate you for outsourcing basic, repetitive work to an LLM. But if you go "hey claude make me a particle engine" it kind of misses the point?
Then again I'm not really a hardcore scener myself, with just a few mediocre prods, so maybe someone from Farbrausch, ASD, TBL, or others will show up and tell me why I am wrong.
Opinion ignored.
> That recording is translated into C - the original instructions, one for one, with the exact cycle timing of the emulated machine.
What's the advantage of this approach vs cycle-accurate emulation? (I'd guess it can go faster, due to compiler optimization?)
> The result is checked against the emulator event for event: every interrupt, port access and frame at the same moment of emulated time.
It's funny how LLMs leak their test procedure docs into user-facing output.
Absolutely
"How much of the sword emerged from the water" in Second Reality was a good measurement of CPU speed and video card performance, for example.
I remember seeing stuff in demos on my friend's Pentium Pro machine that I never saw on my 486SX-25 because routines ran faster and you could see more of the effect (since some demos were sync'd to the music and would move on irrespective of the progress of the effects). Heck-- just replacing my video card made a huge difference with some demos.
It works, and has done for some time, surely. What more is there to add here above accurate playback?
> From 386SX-16 to Pentium 66 MHz, that's 10-20x difference in performance.
Yep, and some demos had specific requirements for not only minimal CPU but maximal because the assumptions inherent in small-code timing tricks would break beyond a certain speed or because of significant differences in relative instruction execution times (and sometimes the unpredictability of those execution times as the P5 architecture and some of its frankenstein-486-like competitors added branch prediction). Larger demos were more flexible as you didn't need the small-code tricks to squeeze into 4Kb or sometimes less, so 64K demos and larger could be more flexible wrt target CPU.
But cycle-accurate emulation has this sorted to: you just need the instruction cycle time accuracy to be matching a particular CPU running to the pace of a particular clock. And given the description of how this is being done (“The demo is run on an x86 emulator that records…”) I assume this is actually using cycle-accurate emulation!
I'm guessing the benefit here is that the overhead of playing back the demo on each client machine is lower when playing this recorded version, compared to each viewer's browser running the initial emulation live in the browser. That and doing something a new way was fun or otherwise intellectually stimulating for the dev(s) involved.
Even with a cycle accurate CPU you'd still have a lot of variation caused by the motherboard chipsets, DRAM speeds, cache chips and graphics cards.
Tseng ET4000 was on a completely different level than something like Cirrus Logic CL-GD510 or heaven forbid, Oak Technologies card.
If the era appropriate PCs had huge variations, what extra does cycle accuracy really bring at this point? The same PC demo could perform very differently on two 486DX2 66 MHz PCs.
Wrt GFX: Most demos, certainly when thinking about the 4K challenges, would be using nothing more than some variant of a basic VGA display mode (usually but not always Mode 13h or some variant like “Mode X”) without detecting and taking advantage of acceleration features - the difference between graphics cards at this point was not nearly as significant as what the demos were doing in the CPU, even the nastiest ISA card of the era is going to keep up at a reasonable framerate, IIRC from my doom playing days.
You have to constantly fight so hard to not get this. And for the past few months it seems most people do not even care to remove it and have proper user facing docs
By “fight so hard” you mean “do a bit of basic editing before publishing the text”?
You wouldn't have thrown a junior's text straight at end users without any review in the past (at least I hope not, though obviously some teams actually were and still are that lax), why do you expect to get away with skipping the review/edit step with your clockwork colleague?
Also: I've always avoided being anything like a lead or manager, but I do effectively have a couple of relative juniors ATM who I wish would have a better long-term learn/forget ratio when it comes to feedback from myself and elsewhere!
And while in 2025 I considered AI coding agent in the realm of junior devs, we have been way way past that since early 2026 honestly.
I don't think anyone is doing it this way because they chose to do it this way. All the AI decomp/recomp projects I've seen recently have done it this way. It just seems an easy way to have an AI brute force "port" something.
On the other hand, at least these folks build and create and I prefer wrapper demos instead of a perfect emulator that will never finish.
Nevertheless, on the feature side of these wrappers I really miss a fast-forward option. If you go pseudo-emulation, then at least come up with some convenience features.
Maybe this is the irony: the ff button is perfectly legit, I used mine many times with the 486DX3-100 and Pentium 133. Back then it was called turbo button.
In some ways this is similar to the concurrent-systems problems that memory barriers are a tool to address. Your emulator will come in two halves, a CPU side and a gfx/sfx side, as well as control inputs, and the "intermediate" approach is when you're just trying to preserve the sequence of load/stores between the two with an accuracy relative to frame timing. Maintaining ultra precise timing within a frame imposes more detailed coordination requirements on both sides of the emulation.
I guess the point is that a pre-compiled version could have HW checkpoints from a slow emulated run, so that it can then run at full speed and just advance the HW to the required timestate when a write is to occur (ie, instead of costly cycle-accurate emulationg, most HW operations can be batched inbetween time-sensitive checkpoints).
Then again, why not just record a video at that point? :P
Then I betrayed you all: I bought my first ugly machine because of Doom. I was so ashamed...
Now, only 4KB demos can at least impress me a bit.
Feeling old.
The standard VGA resolution fit a full screen in a single 64KB segment nicely, you had many colors but not limitless, so I would argue that this was really the golden era of the demoscene. Partly because almost anyone could do some kind of a short demo that was still enjoyable to watch, and did not require the insane amount of cycle-counting and optimization and planning that the C64 does.
But watching Crystal Dreams II on my phone actually made me feel young again :)
But the focus shifted in recent years to treating "OCS" (ie "standard" Amiga500 with original chipset and 1mb,etc) more like a fixed platform like the C64 instead and imho has seen a bit of a revival since is mostly in the interesting part of pushing the OCS HW.
I got my first PC (a 486 DX2-66) in 1994 and got a Creative Soundblaster graphics card + speakers later that year. Second reality was the first demo I had on that PC. I remember being blown away by the graphics and audio... I showed it off to everyone. Of course it looks quite quaint now, but at the time I had just upgraded from a Commodore 64!
State of the Art was ported to the browser as well.
If the games had been for DOS, it would probably have made more sense to just run the original binaries in DOSBox-X or some other emulator. I think there is already some debug API that can be enabled. Or adding MCP or something similar to DOSBox(-X) would probably be a lot less work than to reimplement the games.
The entire point of the port was to add headless play for AI training. But porting the old interface and playing it in the browser was lots of fun. Can not upload that to GitHub, obviously.
IIRC Windows 9x & ME were based on (MS)DOS; but 2k and XP were based on NT, which was quite different.
(Note sure what those differences actually are, since I only started programming once I'd switched to Linux...)
The demoscene was all about human ingenuity getting the most out of the machine. It was about showing off how good your crew was at making things from nothing but their minds.
Now, it too, has been swallowed by the AI that is destroying this entire mode of being, the joy and creativity of writing code, of solving seemingly-impossible puzzles with ones mind.
My favorite creative and intellectual outlet is dying off and its killer is wearing its corpse as a costume.
It's really cool to be able to rewatch these demo, but the spirit in which they were created is somewhat lost.
But it did require a 386, which typically had 2 MB or more of RAM back then.
https://www.pouet.net/prod.php?which=1216
lol, that would be 160MB then, a fraction of what a Firefox Tab consumes and in todays hardware specs its a roundoff error :-D
(while back then you were the ultimate king if you had 8 MB of RAM available at all! :-)
I write demos and games as a hobby predominantly for MS-DOS and machines ranging from the 386 up to the Pentium (soon to add 8088/286 to that list) as well as old consoles like the Sega Master System and other random platforms (like ARM-based kids toys like the Leapster Explorer).
Right now I'm working on an EGA production. I could just get an AI to generate a lot of the code for me or give me all the answers, but instead, I have my Programmer's Guide to the EGA/VGA/SVGA by Ferraro and another reference open on my desk trying to understand the CRTC so I can create a custom video mode. I live for this stuff and want to fully understand what's going on in the hardware. I like the creative aspects of making demos and games but I also like the technical aspects, and understanding the platform and the deep details.
When I spend too much time reading HN or X and see too much of the AI stuff, it really bums me out, so I have to detox by unfollowing/ignoring and getting back to my projects.
I think the biggest effect of AI here is that you can no longer make the inference from "that program looks impressive" to "the person who created it must be very skilful and/or invested a lot of effort in making it". So someone else seeing your work might not appreciate the level of effort and skill you put into it, or might even suspect you of lying if you say explicitly that you made it "by hand". I'm not going to say that we shouldn't care what others think; that's not realistic, most of us do want some recognition for things we've worked hard on. I think there will always be people interested in doing things the hard way, and among those people the "old" paths to recognition and respect still operate, it just gets harder because there has to be a lot of trust between them that no one's taken the easy way out (AI) and pretended otherwise.
Find tougher puzzles then
/s if that wasn't obv.
Have you ever soured on a video game because you downloaded a "god mode" cheat?
We'll get unlimited frozen pizzas, but we'll kill off chefs in the process.
It's not a trade I'm feeling good about.
AI slop productions tend to be frowned upon, or even banned, writing code and using cool tricks to to what seems impossible is still a big part of the demoscene, in particular in the sizecoding, oldschool and wild categories. Clever use of AI is a debated topic, the demoscene is about pushing the limits of current technology, and AI is part of current technology. There is also the question of using AI for tooling (modelers, compressors, test harnesses, etc...), as in, will you stop using a particular IDE because it is written with the help of AI, even if it is good?
But still, most productions are hand made.
The effects in some of the demos simply kill any video encoder, only way to properly experience them is by running or emulating locally. Not that crystal sharp upscaled square pixels on modern display or poor quality CRT filters are very representative either, but it's likely better than blurry mess you get when video encoder tries to deal with high frequency details or random noise from procedural effects.
A workaround for modern hardware is frame doubling then blanking every other frame (software black frame insertion). It halves the brightness, but modern monitors generally support higher brightness than CRTs so this just brings it back to the authentic level. It's possible with FFMPEG filters, although I don't remember how I accomplished it when I tried it years ago.
The importance of CRT flicker is one reason I greatly prefer DOS demos to C64 and Amiga demos. Those were mostly designed for 50Hz PAL CRTs, so the flicker is far more annoying than 70Hz VGA.
High fps is probably a little more rare than HiDPI, but also becoming more common. It's already common in phones.
And I didn't do any coding to achieve that. Cool right?
Eh.. no. A completely boring negation of what demos are about.
Those demos from the '90s remind me of the incredible creativity and ingenuity of the human mind. Thanks for bringing them back to life and making them so effortlessly accessible.
You don't need any AI for that. Just visit https://pouet.net
The demo scene is still very much happening.