> A fundamental driver of the demo scene is to make a machine, such as a computer, do something it has not done before. This could mean, for example, creating a tailor-made program for a particular type of machine. Technically, it is about exploiting the capabilities of the machine in an efficient and novel way.
It's sad to think that the computing devices our newer generations are growing up with are trying their best to shoot down this exact use case; making the device do things no one made it do before.
Instead, everything is locked down in the name of safety, and people loosing out on the ability of just having fun by modifying devices we already own.
So many times I have seen people hold things up with "What's the use case" always transforming the problem at hand into convincing a person who doesn't comprehend that other people's experiences are also valid.
I was/still a part of it, but essentially, every demo evolved into a video during the 90th.
A shift came with the more powerful machines, especially on PC.
C64, Amiga 500 - technical prowess was necessary for certain optical illusions; the video illusion stems from hacks. This reversed.
I think that this is ok. Device hacking is now the new old low-code hacking.
Today's demoscene is also totally meta. From fighting emulators to accepting to utilizing was quite a ride.
The massively impressive demos of today on C64 or Amiga are a testament to the heritage they capitalize on. Here and there, a minor tweak or final secret was finally totally understood; differences between serial numbers of C64 were a thing, too - and that's it.
I am impressed by what has been done and achieved in the early days by machine code on C64 during the 80th.
Massive influence was also time. The Scandinavians find a cool thing to do during the winter months and hack for days and nights - hardly anyone would do this today.
There was no harddisk, code revisioning. Compiling took time, and saving the stuff on disk was a tedious procedure during debugging. Printed Assembler code etc.
Today, you can dump the most elaborate code and data on emulators within seconds, all well compiled and checked - it is a wonder. IDEs, etc., are standard.
Even back then, some elite coders used cross-development platforms, such as Amiga and C64, to deal with the burden of memory and slow compile times on C64.
But the thing is that you had to develop the tools yourself. An advantage of this scale was earned.
Anyway, it was a fantastic time. Copy parties, puberty, trash talk - and, to be honest, a lot of doxxing and mobbing in retrospect.
I am glad I was part of the scene from 1987 to 1994 and attended Venlo and other infamous Copy parties.
Greetings from Beastie Boys/C64
Buy a Steam Deck.
Do you have any specific examples? I’m not convinced this problem exists for demoscene.
For other kinds of hacking, maybe yes, but demoscene was always about pushing graphics and sound limits of the device, and that is absolutely still possible and not being traded for security. If anything, the actual problem to lament is that GPUs are so damn good that no crazy hacking is required anymore, at least not to work around the hardware, though just using the hardware as designed these days can sometimes be categorized as crazy hacking. The hardware now does far more than everything we wished it could do thirty or forty years ago. We got what we wanted in the first place: programmable graphics hardware. Nonetheless, people are still pushing GPUs to do things it wasn’t quite designed for.
I’m not sure anyone’s fun is being hampered, demoscene graphics hacking is alive and well: