Dom's Advanced SNES ROM Utility

Hallo zusammen,

aus Spaß an der Freude und um meinen eigenen Horizont in Sachen SNES-Technik zu erweitern habe ich die letzten Wochen über an einem kleinen ROM-Tool gearbeitet, welches ich einfach mal frech "Advanced SNES ROM Utility" getauft habe Klar gibt es sicherlich Tools die mehr können, aber diese wurden auch über Jahrzehnte von verschiedenen Leuten entwickelt

Genug der großen Worte...

Was kann das Tool bisher?

• Allgemeine Infos über das ROM anzeigen
• Header hinzufügen
• Header entfernen
• ROM Infos editieren
• Falsche internal ROM size Angaben fixen
• SwapBin für 8 Mbit oder durch 8 Mbit teilbare ROMs
• ROM Expanden bis 64 Mbit (experimentell)
• ROMs splitten
• Interleaved ROMs deinterleaven
• Eine defekte Checksum reparieren
• Region locks entfernen
• IPS / UPS / BPS Patches anwenden
• Kommt auch mit BS-X ROMs klar

Was gibt es derzeit zu beachten / Woran wird noch gearbeitet?

Derzeit wird geprüft, ob man ohne größeren Aufwand den Company Code ändern kann

Da alles in C# gecoded wurde braucht ihr mindestens das .NET-Framework 4.5.

Wie kann ich helfen?

Ganz einfach: testen und berichten! Ich bin über jeden Verbesserungsvorschlag und konstruktive Kritik froh!

Wo finde ich denn das Tool bzw. den source code?

Download über RHDN

Github (Branch: "Redesign")

Das Wort zum Schluss:

Bei Fragen einfach melden! Ich helfe euch selbstverständlich sehr gerne weiter.

Und natürlich um mich abzusichern: Die Benutzung der Software geschieht natürlich auf eigene Gefahr!

Quote from RedScorpion

Da fällt mir ein, es gibt auch einen Hirom-> Lorom konverter für Spiele. Hab ich mal auf ultimate console gesehen!

Müsste ich mir mal ansehen... Sollte aber, ähnlich dem SwapBin, über ein Vertauschen der Banks möglich sein

LoROMs bestehen imho aus 32 kB und HiROMs 64 kb Banks. Werde das die Tage mal prüfen

Quote from blackerking

Ich fände es schön wenn du bei der Größe diese Infos beachtest:

https://de.wikipedia.org/wiki/Binärpräfix

Dachte das hätte ich bereits? Generell schreibe ich die Einheiten gerne aus (bits / Bytes), damit es zu keinen Verständnisproblemen beim User kommt.

Quote from Ice Man

In diesem Fall wäre sinnvoll das ROM auf die nächste volle MB (in diesem Fall 2MB) automatisch zu expandieren und dann SwapBin anzuwenden.

Was hälst du von diesem Vorschlag?

Das hatte ich bereits so ähnlich drin, glaube aber, dass das bei einigen ROMs zu Problemen mit den Checksums geführt hatte

Du musst erstmal manuell auf die gewünschte Größe Expanden, dann das expandierte ROM nochmal laden, schauen ob die Checksum noch in Ordnung ist (ggf. fixen und das gefixte ROM nochmal laden) und dann den SwapBin durchführen.

Quote from Ice Man

Was mich immer nur stört ist, dass SwapBin nur für 27C801 bzw. 8Mbit funktioniert.

Nachtrag, hatte ich übersehen...

Das SwapBin ist ausschließlich beim 27C801 möglich, da die anderen EPROMs wie 27C4001 etc. einen anderen Aufbau besitzen.

Es können weniger Banks intern getauscht werden, wodurch immer noch ein nahezu gleichbleibender Aufwand beim Rewiring bestehen würde.

Habe noch ein Tool, mit dem man Offsets von Lo- in HiROM umrechnen kann und andersrum.

Deine Tabelle ist schon mal ein guter Anfang würde ich sagen, danke!

Ich nehme an, dass als EPROM hier der 27C801 anzunehmen ist,, oder?

Generell werde ich jedoch erst zusehen, dass ich alle Region locks hinbekomme und der ROM type / SRAM richtig interpretiert und angezeigt wird.

Danach kann man dann an die Implentierung der Hi- <-> LoROM Konvertierung gehen, aber ich bin sicher, dass das zu machen ist.

Quote from Ice Man

Hab schon gemerkt, dass ROMs mit Spezialchip nicht richtig dargestellt werden. Hier mal eine Liste an Hexwerten, die dir behilflich sein könnten.

Auf diese Schlampigkeit hatte ich ja hingewiesen:

Quote from Dom

Die Erkennung des ROM types ist noch etwas schlampig

Aber danke mal für die Auflistung der einzelnen Codes

Ich versuche das derzeit nicht über eine simple switch case Anweisung, sondern über das Interpretieren und Zusammenfügen des entsprechenden Bytes, weshalb das noch nicht 100%ig funktioniert... Aber wenn deine Tabelle tatsächlich vollständig ist und stimmt würde ich die gerne übernehmen

Derzeit sieht das in etwa so bei mir aus:

                if(readROMType[0] == 0x00)
                {
                    stringROMType = "ROM Only";
                }

                else if (readROMType[0] == 0x01)
                {
                    stringROMType = "ROM + RAM";
                }

                else if (readROMType[0] == 0x02)
                {
                    stringROMType = "ROM + RAM + SRAM";
                }

                else
                {
                    byte chip = readROMType[0];
                    chip &= 0xF0;

                    byte layout = readROMType[0];
                    layout &= 0x0F;

                    switch(chip)
                    {
                        case 0: stringROMType = "DSP"; break;
                        case 16: stringROMType = "SuperFX"; break;
                        case 32: stringROMType = "OBC1"; break;
                        case 48: stringROMType = "SA-1"; break;
                        case 224: stringROMType = "Other"; break;
                        case 240: stringROMType = "Custom"; break;
                        default: stringROMType = "";  break;
                    }

                    switch(layout)
                    {
                        case 3: stringROMType += " + ROM"; break;
                        case 4: stringROMType += " + RAM"; break;
                        case 5: stringROMType += " + RAM + SRAM"; break;
                        case 6: stringROMType += " + SRAM"; break;
                        default: stringROMType += ""; break;
                    }

Ist keinesfalls sonderlich schön, noch komplett

Quote from x5t

Interessantes Thema, vielen Dank dafür!

Sehr gerne! Danke auch für dein Interesse

Update: Das Tool sollte nun so gut wie alle Reion locks aufspüren und vernichten können

Habe das natürlich an einer Hand voll ROMs verifiziert, sollte aber passen.

Download wurde entsprechend aktualisiert! Ab jetzt mit Versionsnummer

Quote from Ice Man

Ah bezüglich Region Locks. Ich glaube uCON macht das auch....ABER... es elimiert so ziemlich alles was nach "3F 21" aussieht, leider eben auch nicht Region Locks.

Wichtig hierbei ist glaube ist, dass man nach "AD 3F 21" bzw "AF 3F 21 00" sucht.

Hast du das in etwa so gemacht?

So ähnlich... Ich habe die ganzen Codes aus dem Quelltext vom uCON64 (ab Zeile 1999) gezogen, aber das Verfahren dazu selbst entwickelt. Hierbei pflege jeweils für PAL und NTSC Spiele 3 Listen, welche 1 x den locking Code, 1 x den unlocking Code und 1 x das Pattern zum Ersetzen beinhalten. Die locking Codes werden über das Pattern gesucht und der unlocking Code an der entsprechend variablen Stelle ergänzt und anschließend wird der locking Code mit dem erstellten unlocking Code überbügelt... Ich hoffe du kannst das einigermaßen nachvollziehen Hast du ein Beispiel wo das nicht klappt bzw. wo es Abweichungen zu uCON64 gibt? Würde mir das gerne ansehen.

P.S.: Bitte beachte, dass es eine neue Version gibt, falls du noch die alte verwendest

Quote from Ice Man

Und ja, die ROM Type Liste ist komplett.

Super

Dann würde ich die übernehmen und am Wochenende so implementieren

Gilt die Liste auch bei ExLo- und ExHiROMs? Was für LoROM gilt gilt auch gleichzeitig für ExLoROM? Sprich, wenn der Header bei 407FB0 oder 40FFB0 gefunden wird?

Quote from Ice Man

Abgesehen davon, dass es ExLoROM offiziell gar nicht gibt, ja.

Naja, LoROM und HiROM gibt es ja offiziell auch nicht... das sind nur Szenebegriffe für die verschiedenen ROM layouts

Quote from Ice Man

Star Ocean z.B. ist NICHT ExLoROM sondern nur einfach ROM+S-DD1+RAM+Battery (LoROM!)

Den Unterschied hatte ich auch schon festgestellt, aber dennoch befindet sich im Header das Byte, welches es als ExLoROM identifiziert.

Ich glaub ich gehe da etwas anders vor als die meisten ROM Tools, die einfach nur anhand einer Plausibilitätsprüfung den map mode identifizieren.

Nach der Plausibilitätsprüfung nehme ich nochmal das entsprechende ROM type Byte, lese das aus und lege dann erst fest, welcher map mode angezeigt werden soll. Wer weiß was nun korrekter ist? Ich halte es jedenfalls für das bessere Vorgehen, da Star Ocean anhand seiner Größe und dem Header Offset ja auch ein ExLoROM ist. Oder sehe ich das falsch?