firmware Blizzard 1230 3.5

Nouvelle version :

• ajout xpkDLTA.library 0.1 (Stephan Fuhrmann)
  
• ajout xpkCBR0.library 1.0 (Bilbo)
• ajout xpkFAST.library 1.10 (Christian von Roques)

 

 

Je recommande l'utilisation de l'excellent utilitaire xPackBest ainsi que xpkPatch.

 

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

 

firmware Blizzard 1230 3.4

Nouvelle version :

• nouveau fichier de test 64 Ko pour eeprom Winbond W27C512
  
• ajout xpkARTM.library 1.0 (auteur ?)
• ajout xpkBLZW.library 3.2 (Bryan Ford)
  

 

Ajout d'un fichier de 64 Ko pour savoir si cette capacité d'eprom est supportée par la Blizzard. Notez que les eeproms Winbond W27C512 sont effaçables et reprogrammables de nombreuses fois. Si quelqu'un veut tenter sur le vrai matériel : c'est gagné si l'Amiga démarre avec ces Winbond !

Eeprom Winbond W27C512 PLCC32 avec A15 en plus est compatible avec l'eprom d'origine 27C256

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

     

firmware Blizzard 1230 3.3

Nouvelle version :

• BlazeWCP 1.75 maintenant compacté
• TLSFMemPool 1.6 maintenant compacté
• ajout xpkACCA.library 1.2 (André Osterhues et Cholok)
  

En effet, je n'avais pas compacté BlazeWCP et TLSFMem dans mes précédentes versions de firmware, c'est maintenant chose corrigée et je gagne ainsi beaucoup d'espace libre !

Méthode de compression ACCA ajoutée.

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

 

xpkMaster.library sublibraries

Je suis toujours à la recherche de ces libraries xpk :

Il nous faut absolument retrouver ces quatre librairies !

Je récapitule donc :

1. xpkTLTA.library de Stephan Fuhrmann (1992)
2. xpkDMCI.library d'André Osterhues (1996)
3. xpkDMCD.library d'André Osterhues (1996)
4. xpkCBR1.library (apparement identique à la CBR0)
   
5. xpkFRHT.library (trouvée)
   
6. xpkDMCU.library (trouvée)
   
7. xpkLIN1.library (trouvée)
   
8. xpkLIN2.library (trouvée)
   
9. xpkLIN3.library (trouvée)
   
10. xpkLIN4.library (trouvée)
    
11. xpkARTM.library (trouvée)
    

Quelqu'un est-il sur Linked pour contacter ces deux auteurs et leur demander ?

 

Avez-vous des compilations de CD ou de DVD chez vous ? Ou alors sur votre disque dur ! Peut-être aussi sur des Fred Fish ? Archives BBS ? Pouvez-vous regarder dedans s'il vous plait. Tous ensemble, nous pouvons les retrouver, elles doivent bien être quelque part...

Ces programmes font partis de l'histoire de l'Amiga, il nous les faut !!

Ou alors si vous connaissez l'un des auteurs, merci de le contacter, il les a sans doute conservées.

EDIT : Whaou, Romaric a trouvé la xpkFRHT ! Un grand bravo et merci à lui !

EDIT2 : Trouvé les quatre xpkLIN ! Super !!

EDIT3 : Trouvé la xpkARTM.library !
      

firmware Blizzard 1230 3.2

Nouvelle version 3.2 qui s'améliore encore avec cette fois :

• fix R_FindLowest bug (auteur ?) si expansion.library 40.2 détectée (Kickstart 3.1/3.9)
• fix R_ReadExpansionRom bug (auteur ?) si expansion.library 40.2 détectée (Kick 3.1/3.9)
• update fblit.library en version 1.5
• ajout xpkmaster.library 5.2 (Dirk Stoecker, Christian von Roques et U. Dominik Mueller)
  

xpkmaster.library maintenant enfin résidente en rom/eprom avec ce nouveau firmware 3.2

 

J'avais bien fait de supprimer le code inutilisé de la fblit.library, ce qui m'a permis de rentrer l'xpkmaster.library, c'était tout juste même avec la compression...

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

 

FBlit 3.80

Nouvelle version 3.80 du fameux FBlit :

• F_BltBitMap optimisé

116 octets inutiles de supprimé, avec quelques inlines bien sympatiques. Beaucoup de changements dans cette fonction, j'ai testé vite fait, tout à l'air de fonctionner sous WinUAE, nécessite des tests approfondis.

J'ai aussi rajouté ma fblit.library 1.5 dans l'archive.

 

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

   

WinUAE debugger

Un tuto tout simple aujourd'hui concernant le débugger de WinUAE qui peut nous donner de très précieuses informations assez facilement.

Pour cet exemple ici, j'aimerais savoir si a6 est nécessaire d'être sauvé puis restauré sur la stack :

Alors il est nécessaire de connaitre l'adresse de retour du rts afin d'y voir plus clair. Pour cela, il suffit d'ajouter dans le source juste après ce fameux rts, un tag comme 'yopyop' par exemple :

Ensuite sous WinUAE, il suffit juste d'entrer dans le débugger par <Shit F12> et de chercher ensuite notre tag avec la commande <s "yopyop"> :

Le débugger le localise à l'adresse $4005170A. Allons voir de plus près le désassemblage un peu avant cette adresse avec la commande <d $40051700> pour avoir l'adresse du rts qui est donc à $40051708 :

Plaçons donc un breakpoint à la place du rts avec la commande <f $40051708> et quittons le débugger avec la commande <x> pour revenir sous WinUAE :

Dès qu'AmigaOS rencontrera ce breakpoint, hop, le débugger s'ouvrira automatiquement. Revenons un peu avant l'adresse Kickstart $fb21d8 à alors $fb21d0 pour mieux voir le source :

Nous somme donc dans la routine qui appel la notre en question, c'est à dire _VRPHook. Nous constatons alors qu'a6 a été sauvé avant l'appel "jsr (a6)" et ensuite restauré juste après.

La sauvegarde et la restauration d'a6 dans notre _VRPHook ne sert donc à rien et peut être supprimé des deux movem avec "movem.l d0-d5/a0-a2,-(sp)" et pour finir "movem.l (sp)+,d0-d5/a0-a2".

Il y avait 3 fonctions Hook assez ressemblantes dans la fblit.library, avec un total de 6 accès mémoire supprimés (3 lectures et 3 écritures d'a6) dans la version 1.5 !

  

fblit.library 1.5

Zut, deux bugs trouvés avec heureusement des glitchs graphiques :

Quelques légers progès :

• exit propre si 68000/010 detectée
• exit propre si aucune fastram detectée
• fix _TRPHook et optimisé encore un peu
• fix _PRPHook et optimisé encore un peu
• _LibraryInit optimisé encore un peu
  
• fblit_PatternRastPort optimisé
• fblit_TemplateRastPort optimisé
  

 

J'en ai profité pour améliorer encore ces routines Hook, voir mon prochain article.

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

   

fblit.library 1.4

Juste une rapide nouvelle version avec encore beaucoup de code inutilisé supprimé, environ 2 Ko.

Je voulais aussi revenir sur la très simple astuce du regroupement d'Alloc de la version 1.3 :

Code original avec les quatre AllocMem

 

Il suffit de grouper les quatre de cet exemple en une seule, pour ensuite fragmenter l'unique bloc obtenu en quatre, rien de plus simple :

Maintenant bien plus simple et rapide avec une seule AllocMem

 

Doit être possible en C aussi je pense.

 

Cette méthode n'a que des avantages :

1. un seul appel à AllocMem,
2. fragmentation globale de la mémoire réduite à 1 au lieu de 4,
   
3. moins de lignes de code nécessaire,
4. libération ensuite de la mémoire avec un seul FreeMem au lieu de 4,
5. un temps d'execution donc bien plus rapide,
   
6. et toujours 100% système friendly.

 

J'encourage bien entendu tous les coders à procéder de la sorte !

 

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

    

fblit.library 1.3

Nouvelle version avec quelques améliorations :

• encore du code inutilisé supprimé
• quatre AllocMem unifiées dans _LibraryInit
• _VRPHook optimisé
• _TRPHook optimisé
• _PRPHook optimisé

Encore retrouvé du code inutilisé, peut-être de l'expérimental que l'auteur était en train de finaliser... L'américain Stephen Brookes est un excellent codeur, si quelqu'un pouvait le convaincre de revenir parmi nous... J'avais essayé il y a quelques années mais sans succès hélas...

Quatre allocations mémoires ont été regroupé en une seule, ce qui raccourcis le temps d'initialisation.

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

   

fblit.library 1.2

FBlit est est un excellent patch, et en plus nous avons la chance d'avoir le source original, encore mille mercis à l'auteur Stephen Brookes.

 

Il convient donc de l'améliorer, toujours déjà commencer par dégager le maximum de code inutile :

Quelques optimisations dans quelques fonctions, mais surtout beaucoup de code inutilisé a été supprimé : un bon coup de ballet avec en tout 472 octets en moins par rapport à la version 1.1 !

 

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