SpeedyBooster bugfix

SpeedyBooster est un nouvel add-on pour la 3640 permettant de doubler la fréquence du 68040. Avec l'aide d'un utilisateur, voici un bugfix à appliquer sur la PCB :

Deux pistes à couper et deux straps à connecter.

 

J'ignore toujours si cet adaptateur fonctionne ou pas : il me reste 3 PCBs nues à vendre avec sa Gal flashée (20 € + 2.50 € de frais de port en mode gift sur mon Paypal) pour ceux qui voudraient en fabriquer un pour tester.

     

Merci de me contacter sur mon email

  

firmware Blizzard 1230 2.9

Quelques ajouts intéressants pour cette nouvelle version :

• fix VBR incomplète depuis la version 2.0
• fix écran rouge après l'utilisation de la commande Reboot (Kickstart 3.1)
• update TLSFMemPool routines en version 1.5
• ajout PrepareEmul 1.7 si exec.library 40.10 détectée (Kickstart 3.1)
• ajout _IVBLITTER optimisée si graphics.library 40.24 détectée (Kickstart 3.1/3.9/3.X)
• ajout _IVSOFTINT optimisée si exec.library 40.10/45.20 détectée (Kickstart 3.1/3.9)
• ajout _IVSOFTINT optimisée si exec.library 45.21/45.23/45.25 détectée (Kickstart 3.X)
  

 

J'ai donc réussi à éliminer PrepareEmul avec un Kickstart 3.1 sans aucun reboot pour l'émulation Mac 68k ! Et oui, c'était tout à fait possible, la preuve... Oh là là, j'me sens plus pisser là !

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

  

TLSFMemPool 1.5

Une nouvelle version de TLSFMemPool avec 392 octets de dégagés depuis l'ancienne version 1.4 !

 

Le fichier est aussi romable, vous pouvez l'inclure dans une rom custom si vous voulez.

 

Les 4 allocations Pool (TLSF_CreatePool, TLSF_DeletePool, TLSF_AllocPooled et aussi TLSF_FreePooled) ne sont disponibles que pour l'exec.library 40.10 (Kickstart 3.1). Elles ne fonctionnent pas pour les versions 45.xx (Kickstart 3.9 et 3.X), j'ignore pour quelle(s) raison(s) d'ailleurs...

Voilà, cette dernière version est devenue un beau diamant bien poli...

 

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

  

firmware Blizzard 1230 2.8

Quelques ajouts pour cette 2.8 :

• fix encore R_Alert bug (Harry Sintonen) si exec.library 45.20 détectée (Kickstart 3.9)
• fix exec.library revision érronée si Kickstart 3.X 45.61 détecté
• fix lecteur de disquette bug si Kickstart 3.X 45.61 détecté
• TLSF_AllocMem optimisé
• TLSF_AllocAbs optimisé
• diverses TLSF optimisations ici et là
  

Je crois beaucoup à la micro-optimisation 68k, comme avec ce minuscule exemple très intéressant que j'ai trouvé dans mon source :

 

move.b    LN_PRI(a2),9(a0)
addq.b    #1,9(a0)

Là, nous avons deux instructions qui pèsent 10 octets en tout. Avec une lecture et une écriture à la ram, et également pour la deuxième ligne une lecture et une écriture. Donc deux lectures et deux écritures mémoire en tout.

En réfléchissant un peu, le résulat de ce nouveau code est 100% identique à l'original :

 

moveq    #1,d0
add.b      LN_PRI(a2),d0
move.b   d0,9(a0)

Et qui pèse toujours 10 octets pour trois instructions, mais nous n'avons maintenant plus qu'une seule lecture et une seule écriture mémoire. Nous avons obtenu du code presque deux fois plus rapide, pas rien.

Regardez ces imbéciles heureux de Microsoft qui sans cesse alourdissent et ralentissent le code de leur Windows... Maintenant, un CPU à 3 Ghz est indispensable pour visionner une simple vidéo. Et ils appellent ça un "progrès" !

 

Et bien moi, je fais l'inverse !

 

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

   

firmware Blizzard 1230 2.7

Alors bonne nouvelle : je me suis planté, le soucis d'AmiQuake2 du précédent article venait en fait d'un simple manque de chipram !

 

Bref, j'ai donc remis tous les patchs TLSFMem et TLSFMemPool dans cette nouvelle version 2.7 !

J'ai rajouté aussi :

• IBF_ObtainBestPenA de IconBeFast 1.14 (Peter Keunecke) plus rapide
  
• R_WaitBlit plus rapide aussi
• suppression de certaines routines inutiles de détection de la fastram
  

 

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