|
fluid64 by Rudi
[nfo]
|
||||||||
|---|---|---|---|---|---|---|---|---|
|
|
|||||||
|
popularity : 56% |
|||||||
alltime top: #13381 |
|
|||||||
|
||||||||
added on the 2014-09-22 20:04:57 by rudi  |
||||||||
popularity helper
comments
neat :)
great
Cool.
Locks up with gfx crap here, what is it tested working on?
Photon: I'ts primarily coded and tested on Dosbox 0.74 machine=vgaonly, speed=approx 200k cycles (~full). But i've tested it on a Compaq with dual core 1.6GhZ hardware and DOS 6.22 installed.
Nice
reminds me HodgePodge;) great
Looks a bit different here. Different Memory/register defaults, maybe?
cool!
Sweet =) I crunched it down to 61 byte, and changed the colors a bit
Also did an escapeable version in 64 byte, but that's very slow and looks different.
Youtube
Download
I think, this can be brought down way further in size, but well, this already exists ;)
Also did an escapeable version in 64 byte, but that's very slow and looks different.
Youtube
Download
I think, this can be brought down way further in size, but well, this already exists ;)
Forgot to say, all versions - including the original - may behave different on different machines. There is a blind write to a whole segment adressed by BP which can point to OS data and whatnot (see here ). Also, when it's completely empty, nothing happens. So, from black (blue) screen to system crash, everything is possible ;)
b013 cd10 c40f 8edd b100 bd08 008b 9e35
0102 09f7 db02 094d 4d75 f2c0 e902 8a05
4824 1f28 c83c 0a7d 0a24 01f6 d802 0524
1f88 05ac aaeb d13f 0140 0141 0101 00
And this is the entire code in hex ^^
0102 09f7 db02 094d 4d75 f2c0 e902 8a05
4824 1f28 c83c 0a7d 0a24 01f6 d802 0524
1f88 05ac aaeb d13f 0140 0141 0101 00
And this is the entire code in hex ^^
tomaes: yep, as Hellmood pointed out, the segment address can point to different places on different systems.
Hellmood: Řrřola use the Von Neumann neighbourhood in Dírojed. I use the Moore neighbourhood. This alone increases the size. I had to fiddle about the arithmetic and fine-tune to produce those spirals. Yes, I bet there is some room to strip even more bytes off. But I am still not very good at that.
and basically the Turbo-C version I wrote first (if I found the right code, on paper) looks like this:
where buf is the noise buffer (initial configuration).
and more close to this version:
Hellmood: Řrřola use the Von Neumann neighbourhood in Dírojed. I use the Moore neighbourhood. This alone increases the size. I had to fiddle about the arithmetic and fine-tune to produce those spirals. Yes, I bet there is some room to strip even more bytes off. But I am still not very good at that.
and basically the Turbo-C version I wrote first (if I found the right code, on paper) looks like this:
Code:
for (i=640; i<63360; i++)
{
c=buf[i-321];
c+=buf[i-320];
c+=buf[i-319];
c+=buf[i-1];
c+=buf[i+1];
c+=buf[i+319];
c+=buf[i+320];
c+=buf[i+321];
128-(c>>3)+((buf[i]-1)&0x3f)<169?buf[i]=(buf[i]-(r&1))&0x3f:0
r+=7;
asm rol,1
b+=c;
r^=b;
}where buf is the noise buffer (initial configuration).
and more close to this version:
Code:
for (i=640; i<63360; i++)
{
128-((v[i-321]+v[i-320]+v[i-319]+v[i-1]+v[i+1]+v[i+319]+v[i+320]+v[i+321])>>1)+
((v[i]-1)&15)<122?v[i]=15&v[i]-(r&1):0;
r+=n[i];
}gehirn
This was almost unchanged used as effect in Function 256b
nice
fluid
submit changes
if this prod is a fake, some info is false or the download link is broken,
do not post about it in the comments, it will get lost.
instead, click here !
let it run for a while, and the particles will form spiral-vortices and waves. the state of the system tries to balance itself but it will never reach equilibrium.
hope you like it.