Post by DanyPPC in WHDLoad package added comments

Viewing post in WHDLoad package added comments

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.

DanyPPC163 days ago

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.

Amiga Vault163 days ago (10 edits)

Ok, grazie tante per le info dettagliate che ci hai fornito e che ci hanno permesso di riprodurre finalmente il caso su WinUAE (basta spuntare MMU sulla sezione CPU and FPU), di fare ulteriori analisi e test approfonditi per cercare di risolvere il problema.

Abbiamo provato a risolvere direttamente dal codice sorgente dello Slave con svariati approcci senza esito positivo, probabilmente bisogna intervenire in maniera pesante sulla parte Assembler del sorgente e come potrai immaginare non è affatto semplice, ma ci proveremo in seguito con più calma (a tal riguardo potrebbe essere utile analizzare il sorgente di uno slave che in passato presentava questo problema e che poi è stato fixato dal team ufficiale, se ti viene in mente un esempio facci sapere).

Abbiamo comunque trovato un workaround grazie anche al tuo ultimo suggerimento: modificando alcuni parametri nel codice dello slave e inserendo nelle tooltype il parametro NoMMU il gioco funziona perfettamente su WinUAE con Blizzard 1260 e MMU impostata (abbiamo provato sul nostro VaulsOS lite, su ClassicWB e su AmigaOS 3.9 sempre con esito positivo). Lo stesso parametro si potrebbe impostare una volta sola nel file whdload.prefs per applicarlo a tutti i whdload a cascata senza bisogno di modificarne singolarmente le tooltype, ma questa è una valutazione personale dell'utente in base a quello che preferisce fare.

La versione ricompilata con la tooltype NoMMU già inserita la trovi qui, per favore non appena puoi provala e facci sapere se funziona col tuo specifico sistema Amiga hardware e software:

Wardner (AGA)(Demo)(060_Fix1).lha

Grazie ancora per la collaborazione e a presto :)

Amiga Vault Team

DanyPPC163 days ago

Ok, perfetto, adesso funziona. Grazie infinite per il supporto.
Se dovessi ricordare qualche gioco WHDLoad fixato per 060 non esiterò a segnalarlo.
Ancora grazie.

Amiga Vault163 days ago (2 edits)

Non sai quanto siamo felici di questo, ancora una volta siamo riusciti nel nostro obiettivo principale e questo ci ripaga degli sforzi, dei sacrifici e anche di qualche boccone amaro ricevuto da qualcuno che purtroppo per invidia prova sempre a metterci i bastoni tra le ruote!

Per quanto riguarda giochi fixati per 060 dal team ufficiale si, come avrai capito non ci fermiamo in superficie ma vogliamo sempre migliorarci, e secondo noi la soluzione migliore sarebbe fixare dal codice assembler senza appoggiarsi a parametri e tooltype varie.

Inoltre, se dovessero esserci altri whdload nostri che non funzionano anche con questo workaround facci sapere che, come in questo caso, verificheremo e cercheremo di fixarlo.;)

Buona giornata e a presto :)

Amiga Vault Team

DanyPPC161 days ago

Si, ci sarebbe anche l'altro slave di Vigilante-SMS che non va sulla Blizzard, stesso identico errore.
Sempre secondo la vostra disponibilità. Grazie.

Amiga Vault160 days ago

Perfetto grazie, provvediamo quanto prima e naturalmente se funzionerà lo condivideremo anche con lo sviluppatore in modo che possa aggiornarlo sul suo itch.io☺️

Ti facciamo sapere al più presto😉

Amiga Vault160 days ago

Ciao Dany,

Versione di Vigilante fixata e condivisa temporaneamente qui, ecco a te:

https://drive.google.com/file/d/1rtEgI2aZgaNDcgL1Vzp1h_cdgSAG4tZH/view?usp=shari...

Come per Wardner per favore facci sapere se il fix è andato a buon fine, così eventualmente lo condividiamo con lo sviluppatore.

Grazie per la collaborazione e a presto! :)

Amiga Vault Team

DanyPPC160 days ago

Si, funziona, grazie infinitamente.
Al solito se trovo qualche altro gioco con lo stesso problema lo segnalerò.
Grazie.

Amiga Vault159 days ago

Ottimo siamo contenti, anche perchè pensiamo di aver capito quali giochi presentano il problema, praticamente tutti quelli in Scorpion Engine (con giochi sviluppati con altri linguaggi/motori l'errore non viene replicato), questo ovviamente ci permetterà di individuare più facilmente i giochi che presentano la problematica e fixarli, cmq si ovviamente se ti capita questo o qualsiasi altro problema con i nostri Whdload per favore facci sapere così verifichiamo e cerchiamo di sistemarli.

Grazie a te per la collaborazione, buon fine settimana e a presto!

Amiga Vault Team

DanyPPC159 days ago

Grazie, Buon fine settimana a Voi.