Post by Amiga Vault in WHDLoad package added comments

Viewing post in WHDLoad package added comments

Ciao Dany,

sono Fabry, il fondatore del progetto Amiga Vault.

Innanzitutto ti ringrazio a nome del Team per il tuo apprezzamento e la disponibilità nel collaborare, ci sbattiamo davvero tanto per creare Whdload quanto più simili a quelli ufficiali, e stare sempre sul pezzo e al passo con tutte le nuove uscite, gli aggiornamenti, le risoluzioni bug ecc. non è affatto semplice, però il gradimento e l'aiuto degli utenti ripagano degli sforzi fatti e sono sicuramente degli incentivi ad andare avanti :)

Detto questo effettivamente come hai suggerito tu abbiamo visto che riprodurre l'hardware da te proposto su WinUAE è abbastanza intuitivo, il problema però è che ciò nonostante non riusciamo a riprodurre il caso, cioè il nostro whdload funziona perfettamente sia con il nostro slave modificato che con quello generico Workbench e Scorpion Engine.

Questa la configurazione utilizzata:

Che in automatico propone i seguenti parametri su CPU and FPU:

Come RAM abbiamo messo 128MB di Z3 Fast RAM e come Kickstart il 3.1, e funziona tutto perfettamente.

Se come presumiamo la configurazione virtuale è corretta forse il problema è a livello software, magari il nostro whdload (o quelli generici di base) è incompatibile con qualche libreria del tuo AmigaOS, noi abbiamo provato sul nostro VaultOS che è un Workbench molto minimalista e anche su ClassicWB e in entrambi i casi non siamo riusciti a riprodurre il caso.

A prescindere da questo abbiamo comunque fatto delle ricerche in merito, analizzato il codice e individuato un paio di modifiche che potrebbero risolvere il problema, forse però per comunicare in italiano e inviarti file conviene un contatto privato, io personalmente ho facebook e telegram, se per te va bene ci scambiamo i contatti e comunichiamo li, altrimenti anche via mail se vuoi, come preferisci tu.

Grazie ancora e a presto ;)

Fabry, Amiga Vault Team

DanyPPC254 days ago

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.

DanyPPC254 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 Vault253 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

DanyPPC253 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 Vault253 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

DanyPPC251 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 Vault251 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 Vault250 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

DanyPPC250 days ago

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

Amiga Vault250 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

View more in thread