firmware Blizzard 1230 2.6

Mauvaise nouvelle : TLSFMem est quelque peu incompatible avec une option de FastExec. En apparence, tout fonctionne mais avec par exemple AmiQuake2 1.35, le jeu quitte et retourne une erreur lorsque les deux démos sont jouées :

Zut, j'ai donc supprimé tous les patchs de Chris Hodges...

Comme d'habitude, tout est disponible ici...

   

firmware Blizzard 1230 2.5

Après avoir bien rempli le firmware, vient maintenant la suppression de toutes les instructions inutiles, enfin le plus possible en tout cas, pour le monter en qualité.

 

Allez, c'est parti mon kiki :

• CPUClr optimisé
• TLSF_AddMemList optimisé
• TLSF_AllocMem optimisé
• TLSF_AllocPooled optimisé
• TLSF_CreatePool optimisé
• TLSF_Deallocate optimisé
• TLSF_DeletePool optimisé
• TLSF_FreeMem optimisé
• TLSF_FreePooled optimisé

  

Le code est ainsi plus compact, toujours bon à prendre : que des avantages, aucun inconvénient.

Comme d'habitude, tout est disponible ici...

   

firmware Blizzard 1230 2.4

Ajout de la deuxième partie des patchs mémoires : TLSFMemPool 1.4 toujours du même Chris Hodges. Ces nouveaux "Pool" ne fonctionnent qu'avec le Kickstart 3.1 (exec.library 40.10).

 

Là encore, vous pouvez désactiver tous les patchs TLSF avec le bouton gauche de la souris au boot, au cas où...

Comme d'habitude, tout est disponible ici...

   

firmware Blizzard 1230 2.3

Quelques nouveaux ajouts :

• l'excellent patch TLSFMem 1.6 de Chris Hodges
  
• le patch CPUClr 3.100 d'Oliver Wagner et Peter Simons

'invalid' car Scout ignore les LN_TYPE de 42... Si quelqu'un pouvait corriger ce petit soucis dans Scout...

TLSFMem est LE meilleur patch disponible pour notre ordinateur, il améliore de beaucoup la gestion mémoire de notre OS 68k. Toutefois, il peut poser des problèmes avec certains softwares ayant des soucis avec leurs gestions mémoires comme par exemple la scsi.device d'origine et son bug IORequest : j'ai donc rajouté la possibilité de désactiver ce patch TLSF en maintenant appuyé le clic gauche de la souris pendant le boot de l'Amiga 1230.

 

Si vous rencontrez un soucis avec TLSFMem et un programme en particulier, merci de me contacter pour trouver une solution.

CPUClr est un équivalent CPU plus rapide de la lente routine d'origine utilisant le blitter.

Comme d'habitude, tout est disponible ici...

    

firmware Blizzard 1230 2.2

Finalement, je change d'avis : il reste encore quelques bugs importants à fixer. J'améliore encore ce firmware du plus que je peux, histoire qu'il soit le plus complet possible :

• fix R_EraseRect bug (Cosmos) si graphics.library 40.24 détectée (Kickstart 3.1/3.9/3.X)
• fix R_InitArea bug (H. Sintonen) si graphics.library 40.24 détectée (Kickstart 3.1/3.9/3.X)
• fix console.device bug (Harry Sintonen) si console.device 40.2 détectée (Kickstart 3.1)
• fix Resident bug (Harry Sintonen) si shell 40.2 détecté (Kickstart 3.1)
• fix R_Alert bug (Harry Sintonen) si exec.library 40.10 détectée (Kickstart 3.1)
• fix R_Alert bug (Harry Sintonen) si exec.library 45.20 détectée (Kickstart 3.9)
• fix R_CardForceChange bug (Cosmos) si card.resource 40.4 détectée (Kick 3.1/3.9/3.X)
  
• fix + rapide "exec/ReleaseSemaphore()" bug si exec.library 40.10 détectée (Kickstart 3.1)
• fix + rapide "Memory Pools" bug si exec.library 40.10 détectée (Kickstart 3.1)
• fix + rapide ramlibstack (Harry Sintonen) si ramlib 40.2 détecté (Kickstart 3.1/3.9/3.X)
• fix + rapide "ramlib signal usage" si ramlib 40.2 détecté (Kickstart 3.1/3.9/3.X)
• CMQ_CopyMemQuick_030 un peu plus rapide
  

Mes "fix + rapide" patchent maintenant le Kickstart directement, l'initialisation de l'eprom prendra donc un peu moins de temps.

 

Comme d'habitude, tout est disponible ici...

   

firmware Blizzard 1230 2.1

Quelques bugs maintenant directement fixés dans le Kickstart mappé dans la fastram. Mes firmwares remplacent en quelque sorte le SetPatch :

• meilleur détection des numéros de versions et révisions de la scsi.device
• ajout du module BlizKick ramlibstack (Harry Sintonen), équivalent à MCPRamlibPatch
• ajout de SpeedIDE (Harry Sintonen) si scsi.device 40.46/43.46 détectée (Kickstart 3.X)
• fix TD_FORMAT bug (Doobrey) si scsi.device 40.12 détectée (Kickstart 3.1)
• fix TD_FORMAT bug (Doobrey) si scsi.device 43.43/43.45 détectée (Kickstart 3.9)
• fix IORequest bug (Chris Hodges) si scsi.device 40.12 détectée (Kickstart 3.1)
• fix IORequest bug (Chris Hodges) si scsi.device 43.43/43.45 détectée (Kickstart 3.9)
• fix 0x1FE00 bug (Toni Wilen) si scsi.device 43.43/43.45 détectée (Kickstart 3.9)
• fix 0x1FE00 bug (Toni Wilen) si scsi.device 40.46/43.46 détectée (Kickstart 3.X)
• fix numéro de version érroné de 40 à 43 si scsi.device 40.46 détectée (Kickstart 3.X)
  

Je pense arrêter là pour les patchs : le firmware doit rester un tant soit peu rapide à s'initialiser, et dans l'idéal toutes ces modifications devraient plutôt être dans un nouveau bon Kickstart.

 

Mais vous connaissez l'histoire de l'Amiga comme moi, notre Kickstart est dans les mains des massacreurs, donc rien de positif n'arrivera.

 

Aucune amélioration générale en vue tant que le Kickstart 68k 3.1/3.9 sera entres les mains des agents infiltrés  Hyperion/Cloanto/Amiga Inc, au contraire, tout ira de pire en pire.

Poussage vers le bas continu et systématique avec eux, en faisant croire le contraire...

Et tant que de nombreux utilisateurs continueront d'acheter leurs voulues daubes, rien ne changera...

Comme d'habitude, tout est disponible ici...

   

firmware Blizzard 1230 2.0

Alors maintenant que le Kickstart est bougé en fastram avec la MMU, tout change : je peux le modifier depuis le firmware à loisir puisqu'il n'est plus du tout en Read Only Memory.

 

J'ai donc rajouté le module SpeedyIDE de BlizKick. L'auteur Harry Sintonen annonce un gain de 20% dans son BlizKick.guide : en effet, les routines de copies IDE sont en 16 bits dans la scsi.device 40.12 (Kickstart 3.1) et les 43.43/43.45 (Kickstart 3.9) afin de garder la compatibilité 68000/010.

 

Maintenant patché en 32 bits avec mon firmware, merci SpeedyIDE, le tout sans aucun reboot.

 

Encore une erreur de Commodore, ils auraient pu ajouter une petite détection de CPU redirigeant ensuite vers du code 32 bits plus rapide pour tous les 020+...

Comme d'habitude, tout est disponible ici...