Kurios: Dataminer findet menschliches Modell in Captain Toad: Treasure Tracker

Das ist Toads Vater

Sein anzug erinnert mich an die der spezial einheit von samus aus metroid other M. Zumindest war das mein erster gedanke

Tippe auf SDK leftovers. Würde mich nicht überraschen, wenn man das Modell noch in anderen Spielen findet.

Ganz einfach in den neuen Mario Odyssey Leveln hätten anscheinend auch wie im großen Spiel auch Menschen herumlaufen sollen, oder tun sie das sogar? Hab das Spiel leider nicht!? Wäre für mich am naheliegendsten

Zitat von Caramarc

Tippe auf SDK leftovers. Würde mich nicht überraschen, wenn man das Modell noch in anderen Spielen findet.

Nee, mehr schlampig programmiert. Da wird ein Projekt mit allen Files und Daten gekloned und zu einem neuen Spiel verwurstet. Im Makefile vergisst man Dinge zu entfernen und die werden in der entsprechenden Rule ins fertige Produkt kopiert.

Hätte mal jemand die Datenfiles des Projekts durchgesehen hätte er das unnütze File gefunden und gelöscht. Danach wäre das Build fehlgeschlagen und er hätte es auch dort korrigiert.

Das passiert halt, wenn man etwas kloned. Meist vergisst man einen Hinweis.

Gleiches gilt für die OnlineApp. Die enthält auch mehr Daten als nötig, weil die Programmierer es nicht für nötig befunden haben entsprechende Teile mit entsprechenden Compilerabfragen zu entfernen. Dann gäbe es keine Spur von SNES und Konsorten, weil alle Teile zwar Entwicklerseitig im Kode sind, aber im Endprodukt erst erscheinen, wenn der SNES Emulator auch für ein Release aktiviert wird.

Es hat aber jemand schlampig gearbeitet und die Spiele, mit den die den SNES Emulator testen, nicht in diese Abfrage eingeschlossen. Also sind die Namen und Referenzen drin, der Emulator aber nicht. Kostet halt nur Speicher und ist für die Dataminer ein gefundenes fressen.

Ein SDK, welches solche Fehler produziert, findet man nur in GameMakern. Ein gutes negativ Beispiel ist hier Word. Das hat gerne mal viel mehr gespeichert, als es sollte und hinten an die Dokumente die personlichen Kontakte gehängt. Eine Entwicklungsumgebung, die auf Tool der Linuxwelt basiert, macht solche Fehler nicht. Zumindest ist mir nichts derartiges bekannt. Es werden gerne mal die Symbols in Binaries vergessen, weil die Compileroption des Entwicklers es so wollte, aber das ich auch schon alles.

@Geit_de

Bist du der Spieleprogrammierprofi um hier gleich von "schlampig gearbeitet"reden zu können...

Es gibt wohl kein spiel wo nicht ungenutzte bits und bytes verschwendet werden. Ganz einfach weil die kosten das alles zu entfernen im Vergleich zum Nutzen zu hoch sind... mit "schlampig" hat das nichts zu tun.

@Geit_de zocker-hias
Etwas mit schlampig hat das schon zu tun, denn wo hobelt wird, da fallen Späne. Ob man danach aufräumt oder nicht, hat tatsächlich was mit den Kosten zu tun. "from scrap" programmiert heute fast niemand mehr professionell. Schlampig programmiert muss es deswegen aber überhaupt nicht sein.

Zitat von zocker-hias

Bist du der Spieleprogrammierprofi um hier gleich von "schlampig gearbeitet"reden zu können...

Ich programmiere seit über 35 Jahren. Von kleinen Prozessoren in Maschinen, über kleinere Spiele bis hin zu Treibern, Tools und Anwendungen und Komponenten für Desktopbetriebssyteme.

Eins lernt man schnell. Wenn man den Programmcode nicht regelmäßig aufräumt wird das Chaos größer und größer. Spätestens wenn man nach einigen Jahren wieder Hand anlegen muss, ist die im Vorfeld gesparte Zeit verpufft und man zahlt drauf.

Es bleiben gerne mal Codeschnipsel über, die man einfassen und vergessen kann. Das ist nicht schlimm. Da kann man mit einem IFDEF oder einem grep mal schnell prüfen ob die benutzt wird.

Ganze Dateien im Release zu haben, die nicht dort hingehören, sollte unter keinen Umständen passieren. Das bedeutet wahrscheinlich das jemand ganze Ordner aus dem Datenbereich des Quellcodes für das Release extrahiert und nicht, wie es eigentlich sein sollte jede benötigte Datei einzeln. Wenn man ganze Ordner für die Veröffentlichung freigibt, dann sollte man Zeit einplanen, um diese Order auch Dateiweise durchzusehen, damit keine falschen Daten, die zu Testzwecken dort abgelegt werden, mit veröffentlicht werden.

Hätte man statt Platzhalter nur die Daten angegeben, die auch ins Spiel sollen, dann könnte man den Ordner zumüllen (was man natürlich nicht tun sollte) und trotzdem würden nur die wichtigen Daten im Modul langen.

Und wieder kostet das Zeit, die man nicht investieren müsste, wenn man vorher das Makefile korrekt aufgesetzt und nicht auf Platzhalter gesetzt hätte. Wie die Unordnung im Code spart die Nachlässigkeit hier am Ende gar nichts.