Finished ! This time seriously :)
DanyPPC
Recent community posts
Probably You don't have an Apollo Board, or you never get updated it. Nowadays there are very few games that have issues, but this isn't the fault of the card and its amazing features, but rather, more often, the fault of poorly programmed games from the past. Certainly, some WHDLoad slaves should be fixed for the Apollo V4 as well, but that's another story.
What I often hear is just a denigration of the Apollo card. Without any polemical intent.
It could be a good game on Amiga, I tried yesterday the original MD game and then I tried Metro-Siege on Amiga. I think this last it's a better game.
Anyway the best Streets of Rage is the second on megadrive. Have this one converted on Amiga it would be great, but it's too big and ambitious a project. IMHO.
Perhaps this topic by jotd about CD32 pad could be helpful:
https://eab.abime.net/showthread.php?t=92160&highlight=CD32+Joypad+routine
Hello Dante, I tested the actual release but I don't know if the previous update has also the same issue, if a CD32 pad is wired to my A1200/030 I can move the menu cursor through START and OPTION but no buttons is recognized. If I force my CD32 pad to acts as a 2 Button gamepad then the menu works as due.
The Joypad CD32 is a KTRL, but I tested the KTRL Plus too. Both work and tested with JoyPortTest 0.3 on Aminet.
Thanks for your support.
Many many thanks for this arcade Amiga conversion, played on all my Amigas and runs very good, except for Apollo V4 Standalone fpga where the game shows only Copper lines on screen without the graphics. On V4 CannonBall works instead. If you can take a look to get the game also working on V4 I would be happy, even though I know many developers tend to disparage this system. Thanks.
Vi passo altri indizi per l'eventuale soluzione:
- se faccio il reboot senza startup-sequence e carico il gioco con WHDLoad disabilitando la MMU il gioco parte e sembra funziona (non ho approfondito)
> WHDLoad WardnerAGADemo.slave PRELOAD NOMMU
- se attivo il SetPatch prima di caricare il gioco, anche se do NOMMU nella riga del WHDLoad il gioco da sempre errore.
Quindi, in sostanza credo sia qualcosa legato alla gestione della memoria (via MMU) delle CPU 060.
Ho provato anche un Workbench 3.1 classico ma con SetPatch aggiornato e anche in questo caso il gioco non va usando il NOMMU.
Io ho provato con la configurazione generica "Blizzard 1260" di WinUAE abilitando però la funzione di maprom, sia la mia configurazione personale per Blizzard 1260 con la quale uso l'immagine da 8GB del mio AmigaOS 3.9 BB4 ed in entrambi i casi l'errore è questo:
Posso provare a non usare il Blizkick e lanciare il gioco da Kick 3.1 partendo senza Startup-Sequence e l'errore è questo:
In questo caso non ho fatto partire il WB e sono con il semplice Kick 3.1 (niente remap del Kick 3.9).
Vi ringrazio dell'interesse nel cercare di risolvere il problema.
Le CPU 060 danno di questi problemi, in passato anche altri slave (non vostri) sono stati fixati dietro segnalazione.
Non so se però è comune a tutte le acceleratrici 060. Io possiedo solo una Blizzard 1260 ed una Blizzard PPC/060.
In entrambi i casi il problema è identico.
Se però lancio il gioco dal suo eseguibile originale (non WHDLoad) il gioco funziona. Quindi non è un grosso problema. La mia voleva essere solo un report ma forse ho sbagliato i modi, di questo me ne scuso.

