5:43 So this guy is basically saying, after this already incredibly impressive 64k demo, that he's out of ideas and still has 7 KB to fill. What a massive flex
I remember sitting on the front row at the big screen at The Party 20 years ago when they showed fr-08 .the .product for the first time. My mind was absolutely blow away and I gotta admit that I shed a few tears when the scene at 2:53 started and the massive bass speakers kicked in. Farbrausch when around with floppy disks with the demo to whoever wanted to share it with their friends. I still have my mine to this day… Great memories
this brings tears to my eyes. I love the passion of this scene. Im only 30 now, so I missed the golden era of breakthroughs, but I love posts like this.
Очень давно, в детстве, увидел это демо на диске с каким-то программами. Мне показалось, что я увидел что-то секретное и невероятное, что не должен был видеть. И иногда, особенно последнее время какие-то фрагменты всплывали у меня в голове. Я долго искал его и вот, снова увидел и услышал эту музыку. Это экстаз! Ни с чем нк сравнить это чувство.
@@akinoz uh, that's not really possible, imagine a knock and then a buzzing sound, slowly fading out. But the real kick is the visual part, how the image just gets torn apart and dances/vibrates in a circular-like motion until it settles.
I wish. You should see the "microcontrollers" people use now - utterly overkill. The art of time and space efficiency is already being lost. Your microwave probably has a 40MHz ARM M0+ with 32KB
I remember downloading this demo over my slow 28.8k dialup connection which took about 25-30 seconds, then ran it and was blown away. Probably the first demo I ever saw and sparked my interest in the demoscene
I used to run this on my 266MHz Celeron with an Intel i740 graphics card. I had to overclock my CPU so that it wouldn't be too choppy. Every moment of these amazing music & visuals are embedded into my mind forever. Those were the days.
Now I am watching this on a machine with 12 tabs open, my office suite running, a VM for work running and another torrent VM running. My CPU is barely working. Amazing how far we have come. Even still this demo is impressive though.
I ran it on a Pentium Pro 180 overclocked to 233 MHz right after it was released. My card was a Permedia 2, which was about even with your i740. It wasn't choppy for me, so the demo must have made a lot of use of L2 cache, which a PPro had lots of and a Celery 266 had none. Not too long ago, I ran the original exe file for this under Wine on Linux and it ran perfectly. 18 years ago, it pushed the limits of a Windows machine, and now you can run it under emulation.
the product will make you happy the product is silence the product will make you beautiful the product is white the product will make you popular the product will make you understand the product will make you believe
These were the days of private LAN partys, and that particular year there was a mad lad that had to set up in the kitchen. Because he had a DIY water cooling setup that relied on running water from a faucet (no money or opportunity for a dedicated pump) to keep his suffocating AMD just about alive. This was also the first time I saw an optical mouse. These days were the future indeed.
These classic demos of the early 2000's are the best feeling ever. Games like that 3dna desktop, ballance, myst... And this. They always ran amazing, looked amazing and just. I wish there were more screensavers/demos like this...
When I saw this for the first time 20 years I was utterly impressed. Today, im even more impressed. I dont think any game studio today can replicate this. Its a lost art of hardcore programming.
The best of the best! I was doing demo coding back in the days, that 64kb demo gave me a HUGE SLAP and still do now :D. Well done guys, you made the impossible! The music............ wow!!
yes, this demo is produced out of one file which is only 64 kilobyte in size. (ok, there is also the directX libraries that come with windows ;) ). There is a pouet link given in the video description,there is also the download for the 64k if you want to run it yourself.
basically all graphic rendering requires optimization and shortcuts or it would take way too long. the amount of fake optimization in physics simulations is also astonishing. current computers are nowhere near powerful enough that we could do away with optimization.
Funny enough, I often encountered a form of premature optimization, where people believed that tweaking some loops deep within a web application was worth investing a couple of days.
I've changed several computers since this first came out, but still have the full soundtrack .mp3 and play it from time to time. Very impressive for its era, and awesome music as well!
no, thats not debug mode ;) It's the normal way the demo runs :D If you watch fr-025 for example, they use that "effect" too. Even some other demogroups made fun of this effect and added some text to objects they used in demo.
Wow...ive been trying to rediscover this demo for years...finally found it 😑. I remember running this on my PC back in the day n being amazed...crazy how far we've come, soundtrack is still awesome though.
This demo made me a fan, an addict, an artist, everything... Best demo ever, technically and artistically!! Endless respect to the group for all its work but this demo is pure perfection. In all aspects, even music wise since that is easy to miss usually..
many years ago a friend send me by email these demos in an .exe, was very charming to see that demos but I didn't know how they were made.. surely there is a world behind it..
Young people can't understand what 64k means. It's 1:100 th of a phone picture. or 1:50th of a a 5mn MP3. It's 0.05s of use of ADSL usage, 0.01s use time of 4g traffic ... This is not a video, it's a program !!! But still contains 2GB worth of data; it may look low quality for moderne standards, but in fact, the video quality here is reduced by Google; the program was only limited by your computer, and was trying to render as good as your hardware could do ... Today, a single mobile app is from 15MB up to 300MB ... for basic apps. That's 1000 times more. The team has released over 40 demos. Most of them tell a related story ... there are common ideas behind. The Product will make you happy. The Product will make you beautiful.
I might be remembering wrong, but wasn’t it the case back then that this file had a .exe extension and it was still 64KB in size? And the .exe part itself already added a few kilobytes of size. In the sense that the fact that the file was executable (and not just a video file that you would need a player to play) added to its size. Correct me if I’m wrong. What I definitely remember, though, is that I saved it onto a floppy disk and brought it to my friends. I had them disconnect their computer from the internet so they wouldn’t suspect that the file was pulling data from the internet, and then we ran it. Even back then it seemed unbelievable; now I’ve distanced myself more from the IT world.
Hello there! Yes, here I am admiring the start of the Farbrausch journey exactly 20 years back, which ended with an engine capable of outdoing id Tech 7 if ported to Vulkan and given PBR.
I feel nostalgic when I watch such demos. I might not be able to fully explain my feelings, but it's kinda about something lost. Programming and computer science in general has lost it's innocence, and everything is controlled by big companies now (and everything is about useless apps now). I loved that early 2000s era. It was more innocent.
In fact, these text objects are there on purpose. There is a different word for each object that is a bit complex, so that it can prove these complex objects are not simply replicated, but that each one is unique. This habit is even compulsory in all the major demoscene contests. Sorry for my bad english, i hope it still interests you. :)
I vividly remember seeing this at the Takeover 2k demo party in Eindhoven. Mind was totally blown. Even though I had seen quite some 64k intro's, nothing even came close to this. Ahhh nostalgia!
Nothing more efficient than programming (and knowing how to do it) in assembly. You have to be very intimate with the hardware and memorize the ports and addresses of all the peripherals. These days though you can replace "hardware" with drivers because you have to write something that talks to the driver routines in an efficient manor since windows won't let you speak directly to the hardware. These programs would be much larger I'd imagine if you included all the calls to built-in subsystem routines...
@@johnbarthol6493 ackshually the compiler can generate better assembly than a human can. Unless you want to be staring at instruction cycle tables all day.
@@DorperSystems Actually, the human always wins, because we can cheat. Use the compiler. Get it to output the assembly code. If you can improve on it, then you win. If you can't, then it's at least the best that the compiler can do. At least equal, possibly better. The human wins. And if you're already messing with CPU instructions, you're doing optimisation all wrong anyway. You should always optimise from the highest level downwards. Top down. You start with the algorithms. You start with the design to eliminate code - because, as Knuth has it, "the fastest code is the code that never runs". You don't optimise the CPU instructions of a sort, you re-arrange the design and algorithm so you don't even need to sort anything. Case in point, with this demo, the true optimisation is that everything is procedurally generated. That's the "secret sauce" to packing 1.9GB of data into 64KB. You don't store the data, you store the means of procedurally recreating it all. And that's how this demo, at the time, knocked everyone's socks off. Because it didn't try to pack down pre-rendered assets into 64KB, it procedurally created it all. If you're optimising CPU instructions and looking at instruction cycle tables all day, then you're doing it wrong. Always start at the very top and work your way down to the CPU instructions, when optimising. Because you'll get the biggest wins from algorithmic and design changes. You only gain cycles from playing with the CPU instructions. And, these days, there's zero point trying. CPUs have "out of order execution" - the CPU itself does all the neurotic CPU instruction scheduling itself. And it can always do a better job, as it's doing it dynamically, according to current CPU state, and you can't beat that with any static pre-rendered code (and it's all in hardware, so it's essentially free). I hear people heap praising on the supposed infallibility of optimising compilers. Nah, sorry, I can still beat them - not talking theory, as I'm actually doing it. The compiler is good at the neurotic CPU instruction stuff. But that's the last place to optimise, as the gains are tiny - a cycle or two here and there. What a compiler can't do is understand the purpose of the code. It won't change the algorithm. It won't eliminate whole swathes of code, realising that you can approach the problem in a completely different way. It can optimise your sort algorithm, sure, but only a human can re-imagine the entire program to eliminate the need to ever sort the data in the first place. I agree, though, that you should not really be "drag racing" against an optimising compiler. But not because you can't beat it - you actually can, if you really know what you're doing - but because you should be optimising the algorithm and design. Doing the highest level optimisations, as those are the biggest wins. And you should always optimise downwards - from the highest level to the lowest level, in that direction - simply because, logically, the high level is composed of the lowest level. If I start by optimising the CPU instructions in a function to win cycles, then move up to the higher level algorithm and realise I can greatly improve the whole program by using a better algorithm... then I'm removing that function I just spent forever optimising, as we're doing it a different way now. This is an inefficient way to approach it. You'll be constantly undoing your own hard work all the time. There is a directionality to optimisation and it's "top down". CPU instructions should be the very last thing you optimise - and if you've done a good job at the higher algorithmic levels, then you probably never need to get that low level. Carmack's genius with DOOM or Quake was not the assembly routines - most of it was written in C, and assembly only used to maximise how fast it could push pixels - but it was the use of BSP trees to rapidly eliminate as much geometry as possible. To do less work, by use of clever algorithms. To use an approximation for calculating square roots, realising that it doesn't have to be perfectly accurate - your optimising compiler might be able to improve square root code, but what it can't do is understanding. Understanding that, in this application, an approximation is good enough, so don't actually do the full accurate calculation, just use a quick and nasty approximation. Carmack is a human being, so he can use his understanding to realise where "good enough" is fine. But the machine does not understand the higher purpose of the code, so it cannot reason these things. And that's where the biggest and fastest wins are always won. In the design. At the algorithmic level. Top down, all the way. I've actually done it. It's pretty easy - taking a compiler's assembly code - to find optimisations that it didn't see. Compilers can't understand the purpose of the code, they can't judge where "good enough" will do and NOT, in fact, try to optimise a perfect algorithm, but actually use a faster approximation. They don't understand the higher purpose of the code, so they can't reason "actually, we should be using BSP trees and hash tables here" to alter the higher level algorithm. And that's always where the biggest wins are. Always start there first. If you do a good job at that level, then you'll find you never need touch individual CPU instructions. Knocking off a cycle here and there is linear. Switching from an "O(n^2)" to an "O(1)" algorithm is exponential. Also, I'd always recommend folks to learn assembly. Not because, in reality, you'll ever use it in anger much, if at all. But simply to understand what the CPU is doing - to learn to think like the machine - so that you generate the best code from the off. You can beat the machine because you possess a greater understanding of the whole picture, something the machine can't match (well, AI code generation can and will get there eventually, I guess. But, at that point, human coders are completely redundant anyway, so the point becomes moot. It won't be anyone's job anymore, so it no longer matters).
well... this is mind-blowing. I have so respect for those guys, yet at the same time just thinking about that level of optimizing for the optimization alone is unsettling.
Помню тот момент (лет 15-17 назад), когда мне передали дискету с этой демкой. Мне сказали что дискета с видео. Тогда я вообще ничего не знал о таком направлении в творчестве как демосцена и, увидев 64 килобайтный exe-файл отчетливо понимал, что меня обманули и ни о каком видео и речи быть не может. Но просто ради прикола запустил его. К моему большому удивлению я действительно увидел видеоряд с музыкальным высококачественным сопровождением! Понимая, что всё это ну никак не может уместиться на жалкие 64к, в отчаянии, я стал уверять себя, что это всё где-то зарыто разработчиками видеокарты на уровне драйверов (типа где-то там, среди всяких файлов лежит видео или, хотя бы, 3D модели) или самой видеокарты. Когда узнал правду - я просто выпал в осадок. Что тогда, что сейчас я просто не могу поверить, на что способна оптимизация кода и творческий подход к делу! Низкий поклон создателям этой демки!
This blew my mind back in the day, even though my 500MHz AMD K6/2 and SiS530 integrated graphics could only run this at 2 frames per second. At least I got to hear more of the elevator loading music, haha.
Aha! Thanks for your indepth description. As a demo programmer it's pretty interesting to hear the story behind the demos. Oh and don't you worry a bit about your english. My main language is Swedish, but I've studied English the whole 9 yards so to speak.
2:16 This part reminds me of Demon's Crest on SNES! If you like the music of fr-08, you'll love the SNES game! Also intense atmosphere and great gameplay. fr-08 and its music is what demoscene is about! The demos of early 2000s are the best!
Back then, it seemed to me that the demo scene was completely dead after 2nd reality came out in 1993. The shock lasted for seven years. Then, fr-08 this was the rebirth of the scene. Am I right?
The circuitry is still functioning, but there are likely time delays on the capacitance and resistance at certain areas creating a bottleneck. Be careful, because you can get parity errors or blow the entire board eventually if the components can't deal with that or something more serious happens because of it. Don't be surprised if it shuts down on you at random, overheats instantly and shuts down (just as likely), or you hear a loud POP when a capacitor blows and it doesn't run anymore...
imjeffvader this was posted 5 years ago, sometime in 2013-2014. This wasn’t long before the TH-cam comment system was changed, fucking up the way that replies were handled.
![Farbrausch - fr-08: .the .product [HD 60fps]](http://i.ytimg.com/vi/1dcrV_7JpXQ/mqdefault.jpg)
![Farbrausch - fr-08: .the .product [HD 60fps]](/img/tr.png)
"ah, 65536 bytes reached."
this sentence still kick my ass
5:43 So this guy is basically saying, after this already incredibly impressive 64k demo, that he's out of ideas and still has 7 KB to fill. What a massive flex
I remember sitting on the front row at the big screen at The Party 20 years ago when they showed fr-08 .the .product for the first time.
My mind was absolutely blow away and I gotta admit that I shed a few tears when the scene at 2:53 started and the massive bass speakers kicked in.
Farbrausch when around with floppy disks with the demo to whoever wanted to share it with their friends. I still have my mine to this day… Great memories
I had those disks and shared them at work.
Wow what a journey.
Yeah, still kicks ass 20 years later! :)
this brings tears to my eyes. I love the passion of this scene. Im only 30 now, so I missed the golden era of breakthroughs, but I love posts like this.
Очень давно, в детстве, увидел это демо на диске с каким-то программами. Мне показалось, что я увидел что-то секретное и невероятное, что не должен был видеть. И иногда, особенно последнее время какие-то фрагменты всплывали у меня в голове. Я долго искал его и вот, снова увидел и услышал эту музыку. Это экстаз! Ни с чем нк сравнить это чувство.
Just think of how many people will never hear that satisfying klonk from degaussing your monitor....
ahaha, you got me to recall it. :))
damn i alrdy deleted that
Can you describe how was that to me?
@@akinoz uh, that's not really possible, imagine a knock and then a buzzing sound, slowly fading out. But the real kick is the visual part, how the image just gets torn apart and dances/vibrates in a circular-like motion until it settles.
I used to degauss large (29") CRT's using both a cordless drill and the degaussing coil 🙂
I hope this is used in every computer science class as a case study in optimization.
or rather unnecessary abstraction.
I wish. You should see the "microcontrollers" people use now - utterly overkill. The art of time and space efficiency is already being lost. Your microwave probably has a 40MHz ARM M0+ with 32KB
Remember:
The Product will make you happy. (tm)
it did!
I remember downloading this demo over my slow 28.8k dialup connection which took about 25-30 seconds, then ran it and was blown away. Probably the first demo I ever saw and sparked my interest in the demoscene
I used to run this on my 266MHz Celeron with an Intel i740 graphics card. I had to overclock my CPU so that it wouldn't be too choppy. Every moment of these amazing music & visuals are embedded into my mind forever. Those were the days.
Yeah i can totally feel you!
Now I am watching this on a machine with 12 tabs open, my office suite running, a VM for work running and another torrent VM running. My CPU is barely working. Amazing how far we have come. Even still this demo is impressive though.
I ran it on a Pentium Pro 180 overclocked to 233 MHz right after it was released. My card was a Permedia 2, which was about even with your i740. It wasn't choppy for me, so the demo must have made a lot of use of L2 cache, which a PPro had lots of and a Celery 266 had none.
Not too long ago, I ran the original exe file for this under Wine on Linux and it ran perfectly. 18 years ago, it pushed the limits of a Windows machine, and now you can run it under emulation.
This intro NEVER ran on i740. Only on NVidia Riva TNT cards. I so good remember, because had i740 this time.
John Cate Remember that Wine stands for Wine is not an emulator.
Man this melted my mind back in the day. Kebby's soundtrack is still killer.
I only came hear to listen to that again :)
CrystalGamma
Echo that!
KB is *the* man! :)
5:21 is definitely my favourite bit.... Where the arpeggiator kicks in after the break. Goosebumps...
the product will make you happy
the product is silence
the product will make you beautiful
the product is white
the product will make you popular
the product will make you understand
the product will make you believe
I wish I could return back to these times and be part of the demoscene culture...
This made me cry. Oh the days. The music is especially good, and 64k, really?!
Some people say, he is still trying to fill 65k memory even today. 30000:1 amazing ratio.
After all these years I still return this video to listen to that phenomenal music. I may never tire of it.
I find this hypnotic. I can't stop watching it 😮
These were the days of private LAN partys, and that particular year there was a mad lad that had to set up in the kitchen. Because he had a DIY water cooling setup that relied on running water from a faucet (no money or opportunity for a dedicated pump) to keep his suffocating AMD just about alive. This was also the first time I saw an optical mouse. These days were the future indeed.
These classic demos of the early 2000's are the best feeling ever. Games like that 3dna desktop, ballance, myst... And this. They always ran amazing, looked amazing and just. I wish there were more screensavers/demos like this...
I always take these feelings as motivation to create more of what i want to see in the world :)
Based
When I saw this for the first time 20 years I was utterly impressed. Today, im even more impressed. I dont think any game studio today can replicate this. Its a lost art of hardcore programming.
the art is very much alive in today's 4k and 64k demos.
The best of the best! I was doing demo coding back in the days, that 64kb demo gave me a HUGE SLAP and still do now :D. Well done guys, you made the impossible! The music............ wow!!
Первый раз увидел эту демку на диске к журналу Хакер в начале 2000-x, возможно из-за нее я и стал программистом.
Говнокодером, и формошлепом.
Делать crud - ума много не надо
@@CoricComPlus чтобы тролить анонов в интернетах, ума надо еще меньше
This demo one day has broken my mind = )) it was sooo long time ago..2000.
I saw it a few days after it came out late in 2000. It doesn't seem like it was that long ago...
But I was 27 then and 46 now, and I feel it. LOL
yes, this demo is produced out of one file which is only 64 kilobyte in size. (ok, there is also the directX libraries that come with windows ;) ).
There is a pouet link given in the video description,there is also the download for the 64k if you want to run it yourself.
optimization... a complete strange word for todays coders
+olemann77 There are still places were it's taken seriously, video game/console dev for instance..
basically all graphic rendering requires optimization and shortcuts or it would take way too long. the amount of fake optimization in physics simulations is also astonishing. current computers are nowhere near powerful enough that we could do away with optimization.
Except for maybe Apple themselves...
npm install demo-optimizer
Funny enough, I often encountered a form of premature optimization, where people believed that tweaking some loops deep within a web application was worth investing a couple of days.
I've changed several computers since this first came out, but still have the full soundtrack .mp3 and play it from time to time. Very impressive for its era, and awesome music as well!
Do you know if they still have it up somewhere there website was down last I checked.
no, thats not debug mode ;) It's the normal way the demo runs :D
If you watch fr-025 for example, they use that "effect" too. Even some other demogroups made fun of this effect and added some text to objects they used in demo.
Someone gets it 😉
Wow...ive been trying to rediscover this demo for years...finally found it 😑. I remember running this on my PC back in the day n being amazed...crazy how far we've come, soundtrack is still awesome though.
I still have it ❤
Great stuff! I remember standing on a table cheering and clapping at this one, like many other nerds did at The Party. What a great time.
This demo made me a fan, an addict, an artist, everything... Best demo ever, technically and artistically!! Endless respect to the group for all its work but this demo is pure perfection. In all aspects, even music wise since that is easy to miss usually..
The Power of Math.
This was the first demo I saw back in the day. Jaw dropping to say the least back then and still extremely impressive today.
Помню, еще в детстве смотрела. И теперь щас наконец-то увидела эту демку! Музон просто супер.
7:27 ритм той эпохи!
many years ago a friend send me by email these demos in an .exe, was very charming to see that demos but I didn't know how they were made..
surely there is a world behind it..
зачет... Смотрел демку когда она еще тока вышла... Смотр сейчас она и сейчас супер... Музон вообще улет...
дата выхода 2000 год...
17 лет назад)
Дельный камент такой.... Прям много интересного ловишь.
Young people can't understand what 64k means. It's 1:100 th of a phone picture. or 1:50th of a a 5mn MP3. It's 0.05s of use of ADSL usage, 0.01s use time of 4g traffic ...
This is not a video, it's a program !!!
But still contains 2GB worth of data; it may look low quality for moderne standards, but in fact, the video quality here is reduced by Google; the program was only limited by your computer, and was trying to render as good as your hardware could do ...
Today, a single mobile app is from 15MB up to 300MB ... for basic apps. That's 1000 times more.
The team has released over 40 demos. Most of them tell a related story ... there are common ideas behind.
The Product will make you happy. The Product will make you beautiful.
the beginning of the farbrausch reign ! A demoscene step ahead as for Second Reality. thx a lot dudes for this piece of art !
As compelling to watch now in 2014 as it was back then fourteen years ago... still impressed!!
Howdee!
Nothing's changed, it's 23 now
Incredible! It's a masterpiece! It blow my mind. Send this message from 2021
64kilobytes!? Amazing.
21 years later and it still looks cool.... Wow...
Awesome app and sound. Blew my mind long time ago. heaven 7 is nice demo too..
Freakin 64kb.
I might be remembering wrong, but wasn’t it the case back then that this file had a .exe extension and it was still 64KB in size? And the .exe part itself already added a few kilobytes of size. In the sense that the fact that the file was executable (and not just a video file that you would need a player to play) added to its size. Correct me if I’m wrong. What I definitely remember, though, is that I saved it onto a floppy disk and brought it to my friends. I had them disconnect their computer from the internet so they wouldn’t suspect that the file was pulling data from the internet, and then we ran it. Even back then it seemed unbelievable; now I’ve distanced myself more from the IT world.
it was 64kB executable that decompress itself into 1.2GB fille.. No player was needed.
2 more years, and it willl be 20 years old!
Greetings from the future
@@jeremyzeimet3631 WOW, FUCK YEA!!!
Hello there! Yes, here I am admiring the start of the Farbrausch journey exactly 20 years back, which ended with an engine capable of outdoing id Tech 7 if ported to Vulkan and given PBR.
I feel nostalgic when I watch such demos. I might not be able to fully explain my feelings, but it's kinda about something lost. Programming and computer science in general has lost it's innocence, and everything is controlled by big companies now (and everything is about useless apps now). I loved that early 2000s era. It was more innocent.
I love this demo too much it never stops, it reminds me of good times.
Man this brings back memories, i actually downloaded and installed this demo... still mind blowing!
love this music
A friend gave me a floppy disk with this on it in 2001 and I couldn't believe that all of this fit into 64k. The WindowsXP version of Notepad was 67k!
im still listing this music on mp3 player. this compo 1 of the best what im lising. really.
2022 and still kicks😎
One word -- Legendary
In fact, these text objects are there on purpose. There is a different word for each object that is a bit complex, so that it can prove these complex objects are not simply replicated, but that each one is unique. This habit is even compulsory in all the major demoscene contests.
Sorry for my bad english, i hope it still interests you. :)
Thanks for the explanation
No, it is not compulsory. Even without first hand knowledge this would be nonsensical. Otherwise there would be more demos with this effect.
I vividly remember seeing this at the Takeover 2k demo party in Eindhoven. Mind was totally blown. Even though I had seen quite some 64k intro's, nothing even came close to this. Ahhh nostalgia!
Omg that soundtrack sounds amazing.
I used to test my graphics cards playing this demo....
***** Me too, CPU and graphics load testing. :-)
You guys are the best. I will always remember this. I wish I knew you in person.
Makes me think of Quake! Excellent vid
If only if all our computer software was coded this efficiently. Then Windows Vista would be 10 MB instead of 15+ GB.
True, but it would also take 2 hours to boot
@@gabrielwill404 Nope. Look at KolibriOS
Nothing more efficient than programming (and knowing how to do it) in assembly. You have to be very intimate with the hardware and memorize the ports and addresses of all the peripherals. These days though you can replace "hardware" with drivers because you have to write something that talks to the driver routines in an efficient manor since windows won't let you speak directly to the hardware. These programs would be much larger I'd imagine if you included all the calls to built-in subsystem routines...
@@johnbarthol6493 ackshually the compiler can generate better assembly than a human can. Unless you want to be staring at instruction cycle tables all day.
@@DorperSystems Actually, the human always wins, because we can cheat.
Use the compiler. Get it to output the assembly code.
If you can improve on it, then you win. If you can't, then it's at least the best that the compiler can do.
At least equal, possibly better. The human wins.
And if you're already messing with CPU instructions, you're doing optimisation all wrong anyway.
You should always optimise from the highest level downwards. Top down.
You start with the algorithms. You start with the design to eliminate code - because, as Knuth has it, "the fastest code is the code that never runs".
You don't optimise the CPU instructions of a sort, you re-arrange the design and algorithm so you don't even need to sort anything.
Case in point, with this demo, the true optimisation is that everything is procedurally generated.
That's the "secret sauce" to packing 1.9GB of data into 64KB. You don't store the data, you store the means of procedurally recreating it all.
And that's how this demo, at the time, knocked everyone's socks off. Because it didn't try to pack down pre-rendered assets into 64KB, it procedurally created it all.
If you're optimising CPU instructions and looking at instruction cycle tables all day, then you're doing it wrong.
Always start at the very top and work your way down to the CPU instructions, when optimising. Because you'll get the biggest wins from algorithmic and design changes. You only gain cycles from playing with the CPU instructions.
And, these days, there's zero point trying. CPUs have "out of order execution" - the CPU itself does all the neurotic CPU instruction scheduling itself. And it can always do a better job, as it's doing it dynamically, according to current CPU state, and you can't beat that with any static pre-rendered code (and it's all in hardware, so it's essentially free).
I hear people heap praising on the supposed infallibility of optimising compilers. Nah, sorry, I can still beat them - not talking theory, as I'm actually doing it.
The compiler is good at the neurotic CPU instruction stuff. But that's the last place to optimise, as the gains are tiny - a cycle or two here and there.
What a compiler can't do is understand the purpose of the code. It won't change the algorithm. It won't eliminate whole swathes of code, realising that you can approach the problem in a completely different way.
It can optimise your sort algorithm, sure, but only a human can re-imagine the entire program to eliminate the need to ever sort the data in the first place.
I agree, though, that you should not really be "drag racing" against an optimising compiler. But not because you can't beat it - you actually can, if you really know what you're doing - but because you should be optimising the algorithm and design.
Doing the highest level optimisations, as those are the biggest wins.
And you should always optimise downwards - from the highest level to the lowest level, in that direction - simply because, logically, the high level is composed of the lowest level.
If I start by optimising the CPU instructions in a function to win cycles, then move up to the higher level algorithm and realise I can greatly improve the whole program by using a better algorithm... then I'm removing that function I just spent forever optimising, as we're doing it a different way now.
This is an inefficient way to approach it. You'll be constantly undoing your own hard work all the time.
There is a directionality to optimisation and it's "top down". CPU instructions should be the very last thing you optimise - and if you've done a good job at the higher algorithmic levels, then you probably never need to get that low level.
Carmack's genius with DOOM or Quake was not the assembly routines - most of it was written in C, and assembly only used to maximise how fast it could push pixels - but it was the use of BSP trees to rapidly eliminate as much geometry as possible. To do less work, by use of clever algorithms. To use an approximation for calculating square roots, realising that it doesn't have to be perfectly accurate - your optimising compiler might be able to improve square root code, but what it can't do is understanding. Understanding that, in this application, an approximation is good enough, so don't actually do the full accurate calculation, just use a quick and nasty approximation.
Carmack is a human being, so he can use his understanding to realise where "good enough" is fine. But the machine does not understand the higher purpose of the code, so it cannot reason these things.
And that's where the biggest and fastest wins are always won. In the design. At the algorithmic level. Top down, all the way.
I've actually done it. It's pretty easy - taking a compiler's assembly code - to find optimisations that it didn't see. Compilers can't understand the purpose of the code, they can't judge where "good enough" will do and NOT, in fact, try to optimise a perfect algorithm, but actually use a faster approximation. They don't understand the higher purpose of the code, so they can't reason "actually, we should be using BSP trees and hash tables here" to alter the higher level algorithm.
And that's always where the biggest wins are. Always start there first. If you do a good job at that level, then you'll find you never need touch individual CPU instructions. Knocking off a cycle here and there is linear. Switching from an "O(n^2)" to an "O(1)" algorithm is exponential.
Also, I'd always recommend folks to learn assembly. Not because, in reality, you'll ever use it in anger much, if at all. But simply to understand what the CPU is doing - to learn to think like the machine - so that you generate the best code from the off.
You can beat the machine because you possess a greater understanding of the whole picture, something the machine can't match (well, AI code generation can and will get there eventually, I guess. But, at that point, human coders are completely redundant anyway, so the point becomes moot. It won't be anyone's job anymore, so it no longer matters).
"Wer die size braucht hat es nicht kapiert - ryg'' - ''The ones who needs the size, didnt understood -it- ryg'' .... So badass !!
Да.... 64kb ,это мощь! Как молоды мы были )
well... this is mind-blowing. I have so respect for those guys, yet at the same time just thinking about that level of optimizing for the optimization alone is unsettling.
The legend
THIS is art
This demo was first that i've run when bought GeForce 2 :D
I was shocked!
One of mine favourite demo scenes!!! The Best! RESPECT!
Timeless classic
I remember first seeing this in 2001/02. Mind blowing, and still pretty kick ass now.
akustisch und optisch ein Kracher, tolle Arbeit 🥰🤩
Помню тот момент (лет 15-17 назад), когда мне передали дискету с этой демкой. Мне сказали что дискета с видео. Тогда я вообще ничего не знал о таком направлении в творчестве как демосцена и, увидев 64 килобайтный exe-файл отчетливо понимал, что меня обманули и ни о каком видео и речи быть не может. Но просто ради прикола запустил его. К моему большому удивлению я действительно увидел видеоряд с музыкальным высококачественным сопровождением! Понимая, что всё это ну никак не может уместиться на жалкие 64к, в отчаянии, я стал уверять себя, что это всё где-то зарыто разработчиками видеокарты на уровне драйверов (типа где-то там, среди всяких файлов лежит видео или, хотя бы, 3D модели) или самой видеокарты. Когда узнал правду - я просто выпал в осадок. Что тогда, что сейчас я просто не могу поверить, на что способна оптимизация кода и творческий подход к делу! Низкий поклон создателям этой демки!
I used this demo to benchmark and test my pc stability.
Can i just say, I love this video
Because it's the first video I've ever watched
одна из любимых демок!!!
Bst4ver!!! Lasts now 20 Years
This blew my mind back in the day, even though my 500MHz AMD K6/2 and SiS530 integrated graphics could only run this at 2 frames per second. At least I got to hear more of the elevator loading music, haha.
amazing i love it, mega music and great visual efects !
a Poem with the Force
Best of the best! Respect to Farbrausch!
Nobody ever likes my answer if they ask what my favorite product is.
Aha! Thanks for your indepth description. As a demo programmer it's pretty interesting to hear the story behind the demos. Oh and don't you worry a bit about your english. My main language is Swedish, but I've studied English the whole 9 yards so to speak.
2:16 This part reminds me of Demon's Crest on SNES! If you like the music of fr-08, you'll love the SNES game! Also intense atmosphere and great gameplay. fr-08 and its music is what demoscene is about! The demos of early 2000s are the best!
1st demo intro I've ever watched :) So awesome
64 kb!!! danych/kodu, które powala na glebę!
OMG... Sound of my childhood...
I have an original copy of this program on my HDD...
Feel myself like a god)
Can I use it as tool to make materials for a game?
Рапсодия и богемское стекло.
Es ist ein Klassiker!
Der, der Klassiker! :D
this is awesome
masterpiece !
fantastic
2021 - it's great!
jesus that is amazing!
Perfect...
Back then, it seemed to me that the demo scene was completely dead after 2nd reality came out in 1993. The shock lasted for seven years. Then, fr-08 this was the rebirth of the scene. Am I right?
Красавцы!
yeah!
THE LOADER MUSIC. Sweet Baby Jesus, someone must upload the loader music.
More than 20 years later.
.culte demo
2024 and I'm here. I have a copy of the original .exe in my hard drive.
The circuitry is still functioning, but there are likely time delays on the capacitance and resistance at certain areas creating a bottleneck. Be careful, because you can get parity errors or blow the entire board eventually if the components can't deal with that or something more serious happens because of it. Don't be surprised if it shuts down on you at random, overheats instantly and shuts down (just as likely), or you hear a loud POP when a capacitor blows and it doesn't run anymore...
Are you absolutely certain that you intended to type this here.
imjeffvader this was posted 5 years ago, sometime in 2013-2014. This wasn’t long before the TH-cam comment system was changed, fucking up the way that replies were handled.
at 60 fps... it is equivalent to 5 bytes for every 3 frames (50ms)... or 1 byte / 10ms.