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

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.

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.