Post by Amiga Vault in WHDLoad package added comments

Viewing post in WHDLoad package added comments

Hi DanyPPC,

we would have preferred that you had contacted us directly instead of making an indirect post on itch.io but anyway we thank you for the report.

Unfortunately we don't have this specific setup to carry out the tests we would like, but maybe we will be able to reproduce in some way the case proposed in emulation and we will try to fix our whdloads.

The goal of our project is in fact to provide individual WHDLoad packages that are compatible with all types of Amiga, hardware and software, real and emulated, but we realize that it is a very complicated mission due to the countless configurations and variables involved.

Regarding our whdloads, as we said in response to another user, it is clear that since they are standard AmigaDos games that can be run from workbench without particular protections or access to the disk, the starting point of the slave source is always the same because it is excellent and consolidated, there is not much to customize at the code level even if sometimes we have done it to make the whdloads compatible downwards (for ECS systems for example), and then identifying the cause of the non-functioning on the system you indicated we could fix it without particular problems.

Of course we are very sorry that none of our WHDLoads work on your specific Amiga setup, and for this reason it would be very useful for us if you could indicate the specific error (or errors if they are different according to the various games) that is issued to you, and maybe if the generic whdloads of Amiga France or Scorpion Engine - regardless of the game that should not affect the anomaly - instead work, to understand - assuming that your assumption about the cause of the problem is correct - whether the incompatibility affects all generic slaves or only ours because created and modified by us.

In any case, there is room for intervention and above all we are determined to solve the problem and in this regard - if we were not able to reproduce the error - would you possibly be willing to carry out some tests on our own? We also know that you are an Italian user like us, and therefore being able to communicate in our native language would be an additional advantage in case of collaboration, so we are very willing and available in this regard. :)

Please let us know, thank you, we will proceed in the meantime.

Best Regards

Amiga Vault Team

DanyPPC162 days ago

Apprezzo il lavoro che fate aggiungendo icone, slave modificato e altro. Spesso basta testare lo slave emulando una Blizzard 1260 in WinUAE per avere un riscontro veloce del funzionamento. Nient'altro.
A disposizione per eventuali test.

Amiga Vault161 days ago (5 edits)

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

DanyPPC161 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.

DanyPPC161 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 Vault161 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

DanyPPC160 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 Vault160 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

DanyPPC159 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 Vault158 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 Vault158 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

View more in thread