spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Dann muss seine Platte aber auch voll sein. Es wird ja auf der Platte ausgelagert, wenn der Ram nicht mehr reicht.

Zitat von »"Linux"«

Ich dachte wäre gut bestückt.(XP2600/Radeon9600pro/512DualChannel)
Diese 96kb haben mich total demoralisiert.Ehrlich jetzt.Habe grossen Frust.

Das heißt ja eigentlich nichts.
Ich könnte Dir auch ein Programm schreiben, was nur 16 KB groß ist und selbst die Prozessoren in 5 Jahren noch überfordert. Nur, weil etwas langsam läuft, heißt es ja nicht, dass Deine Hardware schlecht ist. Genausogut kann es heißen, dass das Programm nicht so gut optimiert ist (in dem Fall trifft das wohl nicht zu) oder das benutzte Verfahren eben auf heutigen PCs garnicht flüssig laufen kann.

Das ist natürlich heftig. Zudem muss man dazu sagen, das die Jungs nur ein paar Std Zeit hatten, das ganze zu Testen. Es ist also ein Bindflug gewesen. Dafür ist es sehr gut.

Die hatten das am Mittwoch bei Giga Games vorgestellt.

zum Thema: 100% assembler --> bullshit, schlechter assemblercode ist schlechter als guter C code.

Disassembler spuckt interessante sachen aus: Das dingen hat echt derbst gute Algos zur runtimeerstellung von daten wie Texturen, music und co. und es wurde in C gecodet sofern ich das an den assembler dateien sehen konnte.

Aber ich Zitiere Bill Gates ja immer wieder gerne: "640 KByte should be enough for everyone" und wie man sieht, es geht noch immer

Wenn man von dem sehr hohen Speiceherverbrauch absieht

Unglaublich! Ich hätte echt nicht gedacht, dass man das in 96kB machen kann! Hut ab.