Spielgröße/Speichergröße eines Games wird effektiv durch die Art&Weise des Codes bestimmt (größeres oder kleineres Game, je nachdem "o"-coding-Abilities-Jecken (Gamemaker), oder eben echte Könner am Werk sind, ich hatte Trenz als "Speichermagier" genannt u kann generell auf Factor 5 edit und Shin' Nen verweisen) .
Warum habe ich ausgeführt.
ZB
Wenn man angesichts der Terrabyte-Platten hier u da/BRs keinerlei Druck mehr verspürt, effizient zu arbeiten (annodazumal war zB Cart-Speicher ja schweineteuer), nun, dann komprimiert man erst garnicht u entpackt auch nix "on the fucking fly"; Resultat: ein größeres Game, oder hab ich hier einen Denkfehler?
Edit: Überdies kann ich mir zB clevere Algorithmen vorstellen, welche es ermöglichen, ganz ohne stumpfe Wiederholung eines "tilesets"(heuer=einer Textur), eine Oberflächenstruktur quasi per Code zu "variieren" (graugegriselte Zementoberfläche "randomized" variieren zB), ohne daß ganz konkret 50 verschiedene "Zementtexturen" auf die BR/HD müssen...
Du aber hälst ihm nen wie immer sehr elaborierten Vortrag, der aber imo nur ins Land der unnötigen "Kapitän-Offensichtlich"-Dinge führt u mit ein, zwei lines abgehandelt werden könnte
Stardragon schrieb:
Große Datenmengen sind aber kein Resultat von schlechter Programmierung. Code ist nur Schrift. Das nimmt kaum Platz weg. Selbst wenn man irgendwelche Codeteile redundant immer und immer wieder schreibt, anstatt nur einmal und dann bei Bedarf darauf zu verweisen, werden dadurch keine GB verbraucht. Der reine Code ist das mickrigste an einem Spiel, nimmt nicht mal einen GB ein. Die Platzfresser sind Grafiken und Ton, evtl. noch Videos. Bei Videos und Ton kann man wenig machen, bei Grafik kann man theoretisch Sachen runterbrechen auch wiederkehrende Bereiche, aber (Übertrieben gesagt) den sich immer wiederholenden Baum etc. will ja heute keiner mehr sehen. Der meiste Platz geht aber für hochauflösende Texturen drauf, wer sich mal 4K-Texturen für ein Spiel auf der XBox One X runtergeladen hat, weiß wovon ich rede. So schlampig kann kein Code sein, dass er damit auch nur im Ansatz konkurrieren kann. Wie gesagt, in der Regel belegt der Code nicht mal 1 (!) GB.
Wer das nicht glaubt, mache mal bitte Word auf und schreibe ganz viel Text und schaue, wie groß die Datei ist. Dann füge er ein Foto ein und schaue mal wie sich das auf die Dateigröße auswirkt.
Edit: Ich LIEBE aber deine "slow-paced delivery" anfangs nach deiner entscheidend-falschen Punchline
Große Datenmengen sind aber kein Resultat von schlechter Programmierung
Erinnert mich an Anthony 'Jetzelnick, oder wie der Standup-Comedian heißt
Suche: JP-MS done Danks2Carlos; Thanks, Brah
Vorkonfigurierten miSTer mit allem Drum&Dran (im best case: mit MT32-pi&ready 4 Crt und Flat, im Idealfall mit Fix der ansonsten problematischen Analog-Soundausgabe via addonboard o mod/ironclad+hifi blaster). Other stuff: auf meiner Pinnwand, ganz oben (uA die irem arcade hits für Win-PC, ein Amiga-Scartkabel&PCE/IFU/Duo-RGB-Kabel, passend zu den Mods von VGR; die größten IFU/Duo-Arcade-Cards, "Arcade Card Pro" und "Arcade Card Duo")
Vorkonfigurierten miSTer mit allem Drum&Dran (im best case: mit MT32-pi&ready 4 Crt und Flat, im Idealfall mit Fix der ansonsten problematischen Analog-Soundausgabe via addonboard o mod/ironclad+hifi blaster). Other stuff: auf meiner Pinnwand, ganz oben (uA die irem arcade hits für Win-PC, ein Amiga-Scartkabel&PCE/IFU/Duo-RGB-Kabel, passend zu den Mods von VGR; die größten IFU/Duo-Arcade-Cards, "Arcade Card Pro" und "Arcade Card Duo")
Dieser Beitrag wurde bereits 6 mal editiert, zuletzt von pseudogilgamesh ()