snesfreaks.com

Mein Paket war gestern auch da. Der Wahnsinn! Ein rundes Gesamtpaket, detailverliebt ausgearbeitet. Wunderschön
Jetzt traue ich mich gar nicht mehr, nochmal Änderungen am Menü zu machen

SPC7110 könnte tatsächlich eine kleine Herausforderung für die Architektur des sd2snes werden. Die Module haben praktisch drei separate Speicherbusse (SRAM, kleines ROM direkt am SCPU-Bus ("neben" dem SPC7110) und großes SPC7110-ROM). Das sd2snes besitzt nur zwei Busse (noch ein weiterer S...

borti4938 hat geschrieben:Vielleicht sollte man erstmal die ISE Projektfiles updaten, bevor man weitermacht

Öh, wie meinen?

Hm, wenn jemand seine Repro als PAL-Version verkauft, würde ich auch erwarten, dass der SA1 entsprechend auf D413-Verhalten umgelötet ist. Dann müsste es auch auf einem normalen ungemoddeten PAL-SNES laufen (wobei ich bei Kirby's Dreamland 3 gerade nicht weiß, ob es dann noch eine softwaremäßige Reg...

Danke!

Ach stimmt, v0.1.6 hat ja noch mit diesen db-Files gearbeitet. Ja, könnte sich definitiv lohnen, die mal zu löschen. Um die Firmware neu zu flashen, muss nur im internen Flash eine andere Version installiert sein als in der firmware.img auf der SD-Karte liegt. Sprich, solange die in deinem 0.1.6er s...

Hi, ein Firmwaredowngrade ist grundsätzlich beim sd2snes kein Problem. Ich würde die Firmware nicht exzessiv oft wechseln - das Firmware-Flash im Mikrocontroller verträgt schlimmstenfalls nur 10000 Lösch/Schreibzyklen ;) (Eher aber 100000) Zwischen v0.1.6 und v0.1.7 (ohne Buchstaben) gab es ein Upda...

http://shmups.system11.org/viewtopic.php?f=6&t=47910
Das auf den Bildern da ist noch harmlos. Klick dich ein bisschen weiter und der ganze Schrecken wird sich offenbaren

Danke fürs Posten
Gibt ja nach der langen Zeit leider kaum erwähnenswerte Änderungen.

Das ist ja nur eine der Bedingungen. Die VERSION (Offset 4-7) muss von der geflashten abweichen. Oder AUCH "SNSD" sein, aber dann wird halt jedesmal geflasht.

Die firmware.img wird nur dann geflasht, wenn die Version von der im internen Flash des LPC1754 abweicht. Jede firmware.img hat einen 256-Byte-Header, u.a. mit einem 32-Bit-Versions-Token (Offset 0x4-0x7). Beim Bauen wird dieser Wert aus dem Eintrag "CONFIG_FWVER" in der Datei "src/co...

Nicht übel Ich hatte allerdings auch von Linux zu Linux schon komische Fehler bei neu aufgesetzten Projekten... mal geht manuelles regenerate nicht, mal "regenerate all"...

Habe den Weg mit "vanilla" arm-none-eabi-Paketen gerade mal unter linux mint verprobt, da gibt es die in den normalen Repositories. Das ist ja geradezu lächerlich schnell und einfach, ich passe die Dokumentation mal so an, dass das der Standardweg wird.

Naja, Bortis README kam halt über nen Mergerequest rein... und da stand nix weiter über den Autor drin :D Aber aus dem git geht's ja hervor: https://github.com/mrehkopf/sd2snes/commits/develop/src/README.GCC-ARM-NONE_EABI-49 Die Info mit dem "Regenerate IP Cores" ist wichtig, die fehlt auc...

Hm, ja, danke für den Erfahrungsbericht :nice: Ja, das Kompilieren der Toolchain (weniger der Firmware selbst) ist ein Krampf. Nun ist es halt nicht so, dass ich das ständig neu versuche - ich setze einmal die Umgebung auf, freue mich dann, wenn sie funktioniert, und hoffe, dass ich es nicht so bald...