Salut !
#En revanche pour des originaux avec protection, j’ai testé 2 jeux, SOTB et Lemmings.
Avec la conf de base, aucun des 2 n’a réellement fonctionnés pour ainsi dire.
En fait, il faut comprendre comment fonctionne les protections sur Amiga pour cerner la problématique.
De par mon expérience sur l’analyse des protections Amiga, je vois deux cas de figures.
– La validité des données lues.
– Le temps de réponse à cette ‘lecture’.
Quand la Greaseweazle (ou tout autre carte d’ailleurs), lie des données d’un lecteur de disquette.
– Soit c’est pour du dump et le temps d’accès n’est pas important seul la validité des données est retenue.
D’où l’utilité de faire plusieurs ‘révolution’. (en général 5 sur les derniers Dump de la team SPS)
et cela permet de mieux ‘cerner’ certaines protections physique.
– Ou, c’est vers un pont entre du vrai hardware (le lecteur de disquette) et une emulation (WinUAE par exemple).
Le tout va passer par le firmware de la bluepill ou autre chipset -> port USB -> Driver ‘standard’ PC -> Moteur spécifique pour décoder et ré-encoder ses données dans le format qu’attends l’emulateur (aka FloppyBridge)
Alors, tout dépends forcément de la protection mais, la plus part du temps, se sont des protections de type ‘Custom Track’.
Comprendre qu’une des tracks ou l’ensemble des Tracks du jeux original n’est PAS dans le format AmigaDOS.
Sur une ‘simple’ protection type CopyLock ça sera une Track au début ou en fin de la disquette.
Sur d’autre jeu, c’est l’ensemble des données qui sera concerné (on parle de MFM custom).
Qui dit encodage spécifique sur la disquette dit loader ou trackloader spécifique dans le jeu.
Le code original du jeux en question, de la protection. En général il s’attend à un temps de réponse bien précis en plus des de la validité des données lue.
Et selon le jeu c’est plus ou moins des loader/trackloader de la mort.
Dans notre cas, concernant le temps d’accès….c’est mort.
Le temps de traitement ne sera jamais du ‘on live’ avec le hardware actuel.
D’ailleurs l’auteur en ai conscient :
It’s not quite as fast as a native machine, that’s just a side effect of emulation vs physical reality especially without causing WinUAE to freeze while disk access happens. This won’t work with every disk, but the aim is for it to work with most.
Dans le cas de SOTB c’est du format MFM Custom sur l’ensemble du disque.
Bonne chance pour lire/décodé ça en temps et en heure.
De plus, il ne faut pas oublier que les disquettes que vous essayer de lire date de +30 ans.
Et oui oui, déjà !
30 ans pour une disquette sans protection (donc un crack) pourrait passer.
Les données sont dans ce cas moins ‘sensibles’ car elles sont stockées au format AmigaDos.
Donc au oubliettes le format custom et ce qui va avec loader/trackloader.
On est sur un bon chargement standard la plus part du temps.
Mais….tout dépends de part où est passer la di-di disquette (problème champ magnétique, chaleur, poussière, chocs, …)
Sur une disquette originale ça se complique encore plus.
Comme les protections son très sensibles, la moindre donnée erronée peut rendre tout simplement le jeu inutilisable soit complétement, soit partir en Bug ou tout simplement refuser de se charger.
Alors j’entends des personnes dirent : Mes disquettes sont toutes nickels.
En fait, ils n’en savent rien :=)
La seul façon de valider qu’une disquette de +30 ans contient 100% de ses données d’origine est de la dumper.
Puis de regarder via (par exemple) le logiciel HxcSoftware la tête du dump.
Une disquettes contenant des données HS se voit rapidement la plus part du temps. (zone rouge ou orange).
On peut aussi comparer les données dumpées avec les dumps ‘officiel’.
Il faut voir le projet ‘FloppyBridge’ plus pour lire des disquettes amiga standards.
Mais en aucun cas pour lire et faire fonctionner des disquettes originales AVEC protection qui en plus date de 30 ans.
Ou alors, mettre en pause le moteur d’émulation lors de la lecture et décodage de track.
Mais du coup, latence à mort et on n’est plus en mode ‘direct access’.
