firmware 5.67 (Apollo xx60)

Nouvelle version pour encore et encore améliorer au maximum ce firmware, ceci afin déjà de valoriser la carte accélératrice et surtout de simplifier l'expérience Amiga pour les utilisateurs. Un amigaïste satisfait reste sur la machine, en fait la publicité autour de lui et certains auront même envie de créer dessus.

Beaucoup d'efforts, de temps et d'énergie de ma part pour pondre cette version : je donne priorité à l'intérêt supérieur de notre ordinateur préféré, et ma petite personne passe après.

Voilà la mentalité des vrais constructeurs sur le long terme. Et c'est grâce à cet état d'esprit que j'ai réussi à avancer, à évoluer et à alimenter ce blog au cours de toutes ces dernières années...

Bref, voici les news :

• fix des bugs graphiques de BlazeWCP 1.78 en utilisant WPATest
• fix TD_FORMAT bug (Jeff Weeks) si scsi.device 40.12 détectée (Kickstart 3.1)
• fix IORequest bug (Chris Hodges) si scsi.device 40.12 détectée (Kickstart 3.1)
• fix R_Alert bug (Harry Sintonen) si exec.library 40.10 détectée (Kickstart 3.1)
• mathieeedoubtrans.library 46.6 (pour 040/060)
• ajout "Advanced Graphics Modes" du SetPatch 40.16/44.38 (Workbench 3.1/3.9BB2)
• ajout "CheckIO() workaround" du SetPatch 44.38 si exec.library 40.10 détectée (Kick 3.1)
• ajout "ReleaseSemaphore()" du SetPatch 44.38 si exec.library 40.10 détectée (Kick 3.1)
• ajout "Memory Pools" du SetPatch 44.38 si exec.library 40.10 détectée (Kickstart 3.1)
• ajout "ramlib signal usage" du SetPatch 44.38 si ramlib 40.2 détecté
• ajout "stack size check for CON:, RAW:, RAM:, PAR:, PRT:, SER:" du SetPatch 44.38

Avec le Kickstart 3.1 et son Workbench 3.1, vous pouvez maintenant supprimer purement et simplement le SetPatch. Et avec les 3.9, vous aurez à installer le SetPatch 44.39 !

Ces cartes Apollo bootent maintenant correctement configurées avec leurs librairies indispensables au bon fonctionnement des Amiga 1200, 3000 et 4000.

Jens Schönfled qui a racheté tous les droits, les sources softwares et les fichiers hardwares à ACT Elektronik il y a plus de 25 ans déjà pour tout bloquer va hurler de rage contre moi... Tout a été réalisé par moi-même sans aucune autorisation, de toutes les façons, si je lui avais demandé, il aurait refusé.

Il faut dénoncer en public ces gens-là. Ils causent des dégâts incroyables à notre machine...

En 2009, Jens Schönfled avait une excellente opportunité pour peut-être relancer notre ordinateur : les 68060 révisions 6 étaient très accessibles et en grande quantité, j'en avais même acheté un à seulement 33 € + frais de port à l'époque :

Jens Schönfled n'a rien fait : il a préféré développer ses ACA 68030 à faible puissance car il achetait ses 030 au kilo, donc à presque rien...

Depuis la fin de Commodore, tout à été fait pour enfoncer et couler notre machine 68k, TOUT ! Et la descente en enfer continue encore aujourd'hui...

Les infiltrés savent que le bien de la machine est la priorité numéro un, ils inversent, ils font passer leur intérêt personnel en tout premier.

Ils savent que les Amiga 68k ont toujours été équipé de CPUs Motorola, ils inversent, ils mettent un Intel (Altera a été racheté par Intel).

Ils savent que les codeurs sont surtout intéressés à pondre du software sur le vrai matériel original, ils inversent, ils inventent de l'émulation 68k sur processeur ARM.

Partout où ils peuvent inverser, ils inversent pour faire fuir le plus de codeurs et d'utilisateurs possible depuis presque 30 ans maintenant...

Fin des années 80 et début des années 90, nous étions la machine avec le plus de créativité software, il ne reste quasi plus rien aujourd'hui, alors qu'il aurait été assez simple d'au moins la maintenir à flot.

Prenez conscience de la réalité pour que les choses changent enfin dans notre communauté infectée par les infiltrés. Ne les aidez jamais, n'achetez jamais leurs produits, ne répondez jamais à leurs emails, ne participez jamais avec eux sur les forums, ne faites jamais de publicité pour eux...

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

      

firmware 5.66 (Apollo xx60)

Le firmware s'améliore encore un peu, la carte accélératrice de 1995 prends de la valeur, enfin aurait pris plutôt, parce qu'avec 28 ans de retard...

 

Alors, puisque la plupart de nos élites nous livrent de minuscules firmwares ou même aucun firmware pour certains, et bien j'inverse et je rempli au maximum les miens. Et avec de la compression pour en rentrer le plus possible, vous comprenez mieux ma stratégie ? De cette manière, je suis certain d'être sur le bon chemin...

 

Voilà pourquoi ils me bloquent avec leurs copyrights. Ils sont infiltrés parmi nous pour empêcher le retour de Commodore, empêcher le retour des vrais Amiga Classics et surtout empêcher une union des derniers développeurs talentueux de bonne volonté. Heureusement que je les contourne en diffusant par patchs :

• update 68060.library 60.12
• ajout 68040.library 44.2 (Haage & Partner) si 68040 détecté
• ajout BlazeWCP version 1.78 (Rick Pratt)
  
• ajout TLSFMemPool 1.6 (Chris Hodges)
• ajout _LibLockIBase optimisée
  
• ajout _LibUnlockIBase optimisée
• ajout _LibWindowLimits optimisée
• ajout IBF_ObtainBestPenA (Peter Keunecke)
• ajout CPUClr 3.100 (Oliver Wagner et Peter Simons)
  

La 68040.library 37.30 semble être la dernière version d'ACT Elektronic, elle est maintenant intégrée ainsi que plusieurs patchs bien choisis pour speeder quelque peu le Workbench.

 

J'ai rajouté aussi l'excellente IBF_ObtainBestPenA d'IconBeFast, un bon coder ce PeterK.

Je recherche toujours les sources de la 68040.library 44.2 de la 68060.library 60.10

(ou même d'anciennes versions)

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

    

EDIT : Veuillez utiliser la version de WinUAE 5.1.0 beta 15+ qui fix un problème de fastram avec ces cartes. De plus, lorsque le module Scsi est sélectionné, vous devrez attendre un certain temps pour pouvoir booter. Pour finir, le Kickstart 3.1 et certainement le 3.0 aussi ont le bug IORequest de leur scsi.device qui peut poser problème avec TLSFMem...

firmware 5.65 (Apollo xx60)

Je continue d'améliorer mes différents firmwares même si peu d'Amigaïstes utilisent encore ces vieilles cartes. Juste histoire de bien faire le travail qui aurait dû être réalisé à l'époque dans l'intérêt supérieur de notre machine, ce dont la plupart de nos élites depuis la chute de Commodore se fichent complètement d'après moi, elles ne pensent qu'à se remplir les poches et rien d'autre... Elles veulent que ça boot, et c'est tout.

Remplacer la priorité de l'intérêt d'un groupe bien organisé par l'intérêt individuel forcément désordonné ne mène qu'au chaos et à la ruine sur le moyen et le long terme... Lorsque les gens auront compris cette grande Vérité, la communauté Amiga et l'humanité auront fait un pas de géant...

Quel gâchis quand même d'avoir commercialisé ces Apollo avec un si petit firmware, alors que l'eprom peut accueillir 128 Ko (eprom 27C010) en tout. Et après, beaucoup sont venus se plaindre qu'ils ne gagnaient plus assez d'argent avec l'Amiga ! Si le travail commercial est à moitié fait, il ne faut pas venir pleurer...

Nouvelle version 5.65 pour les Apollo 1260/3060/4060 d'ACT Elektronik :

• 68060.library 66.11
• PrepareEmul 1.7 si exec.library 40.10 détectée (Kickstart 3.1) sans reboot
  
• mathieeedoubbas.library 46.2 (Matthias Henze)
  
• mathieeedoubtrans.library 46.2 (Matthias Henze)
  
• mathieeesingtrans.library 46.2 (Matthias Henze)
  
• mathtrans.library 46.2 (Matthias Henze)
  

WinUAE doit être configuré en noJIT et avec la MMU 68060 activée, le tout avec minimum 32 Mo de fastram

Je recommence depuis ma 68060.library 66.11 avec une nouvelle méthode de montage de librairies et cette fois compactées car mes anciennes 5.62, 5.63 et 5.64 ne fonctionnent que sur le hardware réel et non avec WinUAE.

De plus, j'avais diffusé plusieurs nouvelles versions de la 68060.library pour ces cartes : je suspends ces anciennes versions installables sur HD, et je ne continue que par eproms car beaucoup plus sérieux et plus professionnel.

Je recherche toujours les sources de la 68040.library 44.2 de la 68060.library 60.10

(ou même d'anciennes versions)

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

   

firmware Blizzard 1230 3.9

Une rapide nouvelle version :

• fix MMU maprom 1 Mo Kickstart détection
• MMU maprom routine copie le Kickstart en fastram en utilisant des movem
• 030 burst datacache désactivé par défaut
• légères optimisations ici et là, rien de bien sérieux
  

La maprom de la deuxième partie de 512 Ko des Kickstart de 1 Mo ne fonctionnait pas. La copie du Kickstart en fast est maintenant un peu plus rapide, et je crois bien que le 68030 est globalement plus rapide avec le burst datacache désactivé.

Ensuite pour la suivante 4.0, je vais supprimer la fblit.library et plutôt la remplacer par FBlitTurbo 1.8

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

   

firmware Blizzard 1230 3.8

Nouvelle version, il faut bien combler le blanc qu'il reste :

• update xpkCBR2.library 1.3 (Bilbo et Cosmos Amiga)
• ajout R_LockIBase optimisée
  
• ajout R_UnlockIBase optimisée
  
• ajout R_WindowLimits optimisée
  

Les R_LockIBase et R_UnlockIBase sont très bien retravaillées, et utilisées souvent par les programmes.

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

    

firmware Blizzard 1230 3.7

Nouvelle version :

• ajout xpkCBR2.library 1.2 (Bilbo)
  
• update fblit.library version 3.90
• update BlazeWCP version 1.78
• CPUClr retravaillé

Tout tient toujours dans les 32 Ko de l'eprom d'origine, il reste seulement 716 octets de libre...

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

  

firmware 44.84 (WinUAE BPPC)

Arg, nouvelle update en vitesse avec un gros bug de corrigé :

• fix d'un oubli a6/_ExecBase pour monter la fblit.library
• détection GRex (= 3dfx 8512/101) supprimée
  
• cgxsystem.library 42.8b4 montée si Pixel64 détectée (2026/254 & 255 et 4143/254 & 255)
• fblit.library non montée si Pixel64 détectée
• update BlazeWCP version 1.78
  

M'étais gourré dans la détection de la 3dfx avec GRex, et d'ailleurs j'ignore toujours comment la détectée correctement, si quelqu'un a une idée...

Tout à l'air de bien fonctionner maintenant, ne pas utiliser la précédente 44.83 !

 

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

   

firmware 44.83 (WinUAE BPPC)

Nouvelle version du firmware pour la BlizzardPPC en espérant arriver un jour à l'excellence, encore beaucoup de boulot aussi...

• update 68060.library 46.30
• update fblit.library 3.90
• cgxsystem.library 42.8b4 montée si CyberVision64 détectée (8512/34)
• fblit.library non montée si CyberVision64 détectée
• cgxsystem.library 42.8b4 montée si CyberVision64/3D détectée (8512/50 & 67)
• fblit.library non montée si CyberVision64/3D détectée
• cgxsystem.library 42.8b4 montée si BVision détectée (8512/68)
• fblit.library non montée si BVision détectée
• cgxsystem.library 42.8b4 montée si Piccolo détectée (2195/6)
• fblit.library non montée si Picollo détectée
• cgxsystem.library 42.8b4 montée si Picollo SD64 détectée (2195/6 & 10 & 11)
• fblit.library non montée si Picollo SD64 détectée
• cgxsystem.library 42.8b4 montée si Spectrum 28/24 détectée (2193/1 & 2)
• fblit.library non montée si Spectrum 28/24 détectée
• cgxsystem.library 42.8b4 montée si GRex détecté (= 3dfx 8512/101)
• fblit.library non montée si GRex détecté (= 3dfx)
  

  

Clair que les infiltrés Phase5 vont cette fois engager un tueur à gage pour venir me buter... J'exagère à peine... Je sais très bien de quoi ils sont capables...

J'avais réussi à inclure aussi la W3D_CyberGfx4.library et la W3D_AvengerLE.library (Warp3D 68k) et les deux fonctionnaient bien. Par contre, la principale Warp3D.library n'arrivait pas à s'initialiser correctement... Sans les sources originaux, je sèche, trop compliqué... J'ai donc tout supprimé, hélas !

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

   

firmware 2.3 (Blizzard 1260)

Nouvelle version du firmware pour les Blizzard 1240 et 1260 :

• nouvelle détection de la fastram (4 Mo minimum et 256 Mo maximum)
  
• avec donc plus aucun code du firmware original 1.2 de Phase5
• ajout PrepareEmul 1.7 sans reboot si exec.library 40.10 détectée (Kickstart 3.1)
• ajout du dernier patch TLSFMemPool version 1.6

Comme pour la Blizzard 1230, j'ai réécrit la détection de la fastram pour qu'il n'y ait plus aucun code du firmware original de Phase5 dans cette nouvelle version.

Les infiltrés Phase5 vont être ivre de rage contre moi ! Vous savez, ceux qui ont introduit le PPC pour voler une énergie considérable aux Amiga Classic 68k afin de les tuer...

Un bémol toutefois si vous avez un kit Scsi : les différentes Simms entre celle sur la carte et celle sur le kit ne sont plus supportées. Vous devez avoir la même capacité de Simm sur les deux supports pour que ça marche : par exemple, 16 et 16 pour 32 Mo, ou 64 et 64 pour 128 Mo... Désolé, trop compliqué de faire autrement.

Par sécurité, il est possible de désactiver au boot les patchs TLSFMem en maintenant appuyé le bouton gauche de la souris.

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

firmware 2.2 (Blizzard 1260)

Nouvelle version du firmware pour les Blizzard 1240 et 1260 :

• romboot.device 0.1 de Christian Vogelgsang (Lallafa) supprimée
  
• update fblit.library version 3.90
• update 68060.library version 46.30

La romboot.device a plutôt sa place dans le Kickstart, donc je l'ai supprimée. La nouvelle 68060.library devrait permettre un boot légèrement plus rapide, toujours bon à prendre !

Me tarde vraiment de tester sur ma Blizzard 1260 que j'ai toujours...

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

    

mathieeedoubbas.lib 45.4

Nouvelle version de la mathieeedoubbas.library du Workbench 3.9 avec surtout une belle nouveauté :

• 11 nouvelles fonctions _fp0 "registre"
  
• spécial support du 68040
  
• compatible avec tous les 68k et toutes les Fpu
   

Cette version supporte les 68000 (à tester), 68010 (à tester), 68EC020, 68020, 68EC030, 68030, 68EC020+881, 68EC020+882, 68020+881, 68020+882, 68EC030+881, 68EC030+882, 68LC040, 68040, 60LC060 et 68060. Le code adéquat s'adapte automatiquement au Cpu et au Fpu, l'utilisateur n'a rien à faire du tout.

 

J'ignore si les 68EC040 et 68EC060 (donc sans Fpu et sans Mmu) fonctionnent sur nos cartes accélératrices, nécessitent déjà quelques modifications dans leur 68040.library et 68060.library je pense...

Alors, les argument et les return ont toujours été utilisé en integer avec les anciennes fonctions : or, avec une Fpu il est bien plus intéressant de plutôt recourir à ses registres à elle. Regardez la belle différence :

11 instructions avec l'ancienne fonction. Maintenant seulement 4 avec la nouvelle : un VRAI progrès !

Avant de développer du nouvel hardware, d'y consacrer un temps et une énergie considérable et dans certains cas de causer de nouveaux problèmes là où il n'y en avait aucun auparavant, me semble beaucoup plus logique et futé de commencer par utiliser au mieux les possibilités software de nos valeureux 68k sur le matériel déjà existant.

 

Alors certes les jeux 3D n'iront pas 10 fps plus vite je vous l'accorde, mais au moins nos Cpus et Fpus donnent enfin le meilleur d'eux même pour ces opérations. Ces 11 nouvelles fonctions _fp0 :

1. n'utilisent plus les accès mémoires (la pile)
   
2. n'utilisent plus le data cache du Cpu
3. utilisent beaucoup moins le code cache du Cpu
4. utilisent moins d'instructions Cpu et Fpu
5. fonctionnent avec tous les Fpu 68k
6. 100% compatible avec toutes les cartes accélératrices équipées d'un Fpu 68k 
7. nouvelle librarie à priori compatible tout Kickstart et Workbench (à tester)
   

 

Cette librairie aurait dû être disponible à la sortie de l'Amiga 3000 en 1990 : 33 ans de retard ! Bravo !!

Ma nouvelle version de doubbasTest 1.1 détecte automatiquement cette nouvelle librairie. Quelques benchs réalisés sous WinUAE entre les anciennes d0-d1 et mes nouvelles _fp0 :

1) IEEEDPFix (80.9394)                            38) IEEEDPFix_fp0 (80.9394)
Elapsed time : 7.8 seconds                       Elapsed time : 4.98 seconds                          56 % plus rapide

2) IEEEDPFix (-80.9394)                           39) IEEEDPFix_fp0 (-80.9394)
Elapsed time : 7.8 seconds                       Elapsed time : 4.96 seconds                           57% plus rapide

3) IEEEDPFlt (33)                                      40) IEEEDPFlt_fp0 (33)
Elapsed time : 7.82 seconds                     Elapsed time : 4.98 seconds                           57% plus rapide

4) IEEEDPFlt (-33),                                    41) IEEEDPFlt_fp0 (-33)
Elapsed time : 7.8 seconds                        Elapsed time : 4.98 seconds                          56% plus rapide

5) IEEEDPCmp (80.9394, 94.951)             42) IEEEDPCmp_fp0 (80.9394, 94.951)
Elapsed time : 12.06 seconds                    Elapsed time : 8.52 seconds                          41% plus rapide

6) IEEEDPCmp (80.9394, 80.9394)           43) IEEEDPCmp_fp0 (80.9394, 80.9394)
Elapsed time : 14.9 seconds                       Elapsed time : 7.8 seconds                          91% plus rapide

7) IEEEDPCmp (80.9394, -94.951)            44) IEEEDPCmp_fp0 (80.9394, -94.951)
Elapsed time : 12.08 seconds                     Elapsed time : 8.52 seconds                         41% plus rapide

8) IEEEDPCmp (-80.9394, -94.951)           45) IEEEDPCmp_fp0 (-80.9394, -94.951)
Elapsed time : 12.78 seconds                     Elapsed time : 8.52 seconds                         50% plus rapide

9) IEEEDPCmp (-80.9394, 94.951)            46) IEEEDPCmp_fp0 (-80.9394, 94.951)
Elapsed time : 11.36 seconds                     Elapsed time : 8.52 seconds                         33% plus rapide

10) IEEEDPCmp (-80.9394, -80.9394)       47) IEEEDPCmp_fp0 (-80.9394, -80.9394)
Elapsed time : 14.9 seconds                       Elapsed time : 7.82 seconds                         90% plus rapide

14) IEEEDPAbs (94.951)                            48) IEEEDPAbs_fp0 (94.951)
Elapsed time : 5.68 seconds                      Elapsed time : 4.96 seconds                          14% plus rapide

15) IEEEDPAbs (-94.951)                          49) IEEEDPAbs_fp0 (-94.951)
Elapsed time : 5.68 seconds                      Elapsed time : 4.96 seconds                          14% plus rapide

16) IEEEDPNeg (94.951)                           50) IEEEDPNeg_fp0 (94.951)
Elapsed time : 5.68 seconds                      Elapsed time : 4.98 seconds                          14% plus rapide

17) IEEEDPNeg (-94.951)                          51) IEEEDPNeg_fp0 (-94.951)
Elapsed time : 5.68 seconds                      Elapsed time : 4.96 seconds                          14% plus rapide

18) IEEEDPAdd (80.9394, 123.9291)        52) IEEEDPAdd_fp0 (80.9394, 123.9291)
Elapsed time : 11.36 seconds                    Elapsed time : 5.68 seconds                        100% plus rapide

19) IEEEDPAdd (-80.9394, 123.9291)       53) IEEEDPAdd_fp0 (-80.9394, 123.9291)
Elapsed time : 11.36 seconds                     Elapsed time : 5.68 seconds                       100% plus rapide

20) IEEEDPAdd (-80.9394, -123.9291)      54) IEEEDPAdd_fp0 (-80.9394, -123.9291)
Elapsed time : 11.36 seconds                     Elapsed time : 5.68 seconds                       100% plus rapide

21) IEEEDPAdd (80.9394, -123.9291)       55) IEEEDPAdd_fp0 (80.9394, -123.9291)
Elapsed time : 11.36 seconds                     Elapsed time : 5.68 seconds                       100% plus rapide

22) IEEEDPSub (80.9394, 123.9291)        56) IEEEDPSub_fp0 (80.9394, 123.9291)
Elapsed time : 11.36 seconds                     Elapsed time : 5.68 seconds                       100% plus rapide

23) IEEEDPSub (-80.9394, 123.9291)       57) IEEEDPSub_fp0 (-80.9394, 123.9291)
Elapsed time : 11.36 seconds                    Elapsed time : 5.68 seconds                       100% plus rapide

24) IEEEDPSub (-80.9394, -123.9291)      58) IEEEDPSub_fp0 (-80.9394, -123.9291)
Elapsed time : 11.36 seconds                     Elapsed time : 5.68 seconds                      100% plus rapide

25) IEEEDPSub (80.9394, -123.9291)       59) IEEEDPSub_fp0 (80.9394, -123.9291)
Elapsed time : 11.36 seconds                    Elapsed time : 5.68 seconds                       100% plus rapide

26) IEEEDPMul (80.9394, 123.9291)         60) IEEEDPMul_fp0 (80.9394, 123.9291)
Elapsed time : 11.36 seconds                    Elapsed time : 5.66 seconds                       100% plus rapide

27) IEEEDPMul (-80.9394, 123.9291)        61) IEEEDPMul_fp0 (-80.9394, 123.9291)
Elapsed time : 11.36 seconds                     Elapsed time : 5.66 seconds                      100% plus rapide

28) IEEEDPMul (-80.9394, -123.9291)      62) IEEEDPMul_fp0 (-80.9394, -123.9291)
Elapsed time : 11.36 seconds                     Elapsed time : 5.68 seconds                      100% plus rapide

29) IEEEDPMul (80.9394, -123.9291)       63) IEEEDPMul_fp0 (80.9394, -123.9291)
Elapsed time : 11.36 seconds                     Elapsed time : 5.68 seconds                      100% plus rapide

30) IEEEDPDiv (80.9394, 123.9291)         64) IEEEDPDiv_fp0 (80.9394, 123.9291)
Elapsed time : 11.34 seconds                     Elapsed time : 5.68 seconds                      100% plus rapide

31) IEEEDPDiv (-80.9394, 123.9291)        65) IEEEDPDiv_fp0 (-80.9394, 123.9291)
Elapsed time : 11.36 seconds                     Elapsed time : 5.68 seconds                      100% plus rapide

32) IEEEDPDiv (-80.9394, -123.9291)       66) IEEEDPDiv_fp0 (-80.9394, -123.9291)
Elapsed time : 11.36 seconds                     Elapsed time : 5.68 seconds                      100% plus rapide

33) IEEEDPDiv (80.9394, -123.9291)        67) IEEEDPDiv_fp0 (80.9394, 123.9291)
Elapsed time : 11.36 seconds                    Elapsed time : 5.68 seconds                       100% plus rapide

34) IEEEDPFloor (80.9394)                       68) IEEEDPFloor_fp0 (80.9394)
Elapsed time : 10.66 seconds                    Elapsed time : 7.1 seconds                          50% plus rapide

35) IEEEDPFloor (-80.9394)                     69) IEEEDPFloor_fp0 (-80.9394)
Elapsed time : 13.48 seconds                    Elapsed time : 7.8 seconds                           72% plus rapide

36) IEEEDPCeil (80.9394)                        70) IEEEDPCeil_fp0 (80.9394)
Elapsed time : 12.78 seconds                    Elapsed time : 7.8 seconds                           64% plus rapide

37) IEEEDPCeil (-80.9394)                       71) IEEEDPCeil_fp0 (-80.9394)
Elapsed time : 10.64 seconds                    Elapsed time : 7.1 seconds                           49% plus rapide

 

J'ai poussé vers le haut cette librairie du plus que je pouvais.

Cette version 45.4 est gratuite : vous devez juste la mettre dans Sys:Libs/ et c'est tout !

Je suis en train de finir le nouvel autodoc de cette nouvelle version pour les développeurs.

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

    

doubbasTest 1.1

Nouvelle version du programme de tests/benchs de Matthias Henze.

 

Ajout de nouveaux chiffres pour tester la mathieeedoubbas.library à fond.

 

Ajout également d'autres vérifications, voir mon prochain article !

 

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

  

68060.library 46.30

Phase5 a toujours vendu ses cartes 68060 avec une Fpu intégrée, et sa 68060.library ne gérait donc pas les 68LC060 sans Fpu. Chose corrigée en ces temps de pénuries avec cette nouvelle version. De plus, j'ai ôté une bonne quinzaine de CacheClearU prennant 5000 cycles chacun si ma mémoire est bonne, le boot sera donc un peu plus rapide. Testé uniquement sous WinUAE pour l'instant :

• ajout du support sans Fpu (68LC060)
• suppression de plusieurs R_CacheClearU dans l'initialisation de la librarie
  

Pour la Blizzard 1260, je recommande d'inactiver le JMP maprom.

 

Pour les BlizzardPPC, les CyberStormMK3 et PPC, je conseille de désactiver la maprom hardware dans le firmware puisqu'elle est maintenant intégrée par la MMU dans la 68060.library.

 

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

   

FBlitTurbo 1.8 et 1.9

F_AllocBitMap pose problème dans la précédente 1.7, je l'ai donc désactivée pour tester les deux ajouts de cette nouvelle version 1.8 :

• F_AddBob
• F_RemIBob
  

Et pour la version 1.9, j'ai ré-activé F_AllocBitMap en attendant de trouver le soucis...

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

   

ReAmiga 1.x fix

Me semble avoir trouvé un nouvel autre bug dans toutes les révisions ReAmiga de la 1.1 à la 1.5, en plus de celui-ci :

• E263C (10nF) devrait être relié à la GND juste en dessous (côté Bottom)
  

 

 

Le fix est très simple, un petit pont de soudure avec le composant à côté suffit :

FBlitTurbo 1.7

Nouvelle version :

• ajout de F_AllocBitMap
• F_BltClear ajusté
• bug lors d'un changement de résolution et/ou du nombre de couleurs sous WinUAE
  

J'ai déjà bien cherché mais pas encore localisé le soucis...

Est-ce que ce problème apparait aussi sur le hardware réel ?

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

   

BlazeWCP 1.78

Trouvé un bug dans ma version précédente, et j'ai quelque peu encore amélioré le code. Je suppose que l'auteur Rick Pratt avait dupliqué certaines portions pour entrecaler des opérations registres entre les écritures chipmem. Après, tous ces rajouts prennent du code cache aussi.

Vous me répondrez qu'il est là pour être utilisé. En fait, il faudrait trouver un juste équilibre entre tous les paramètres pour obtenir de légères meilleures performances, car les routines loop beaucoup, donc un faible gain à l'intérieur de celles-ci peut être important au final...

Après, mieux vaut tester BlazeWCP en condition réel, comme un jeu l'utilisant ou alors un player vidéo plutôt que le benchmark WPATest.

De nombreuses combinaisons de code sont possibles, quand j'aurai des Classic sous la main, je testerai et ajusterai plus en profondeur :

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

   

BlazeWCP 1.77

Nouvelle version avec cette fois beaucoup de code identique en deux exemplaires ramené à un seul bien évidemment.

 

J'ai aussi changé l'ordre des écritures à la chipmem, donc cette version sera peut-être plus lente, il faut tester avec le benchmark WPATest sous le hardware réel.

 

J'ai ajouté à l'archive toutes les anciennes versions :

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

  

FBlitTurbo 1.6

Nouvelle version avec encore 260 octets de dégagés :

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

   

FBlitTurbo 1.5

Avec la fblit.library incluse, il est possible de bien gratter encore : 288 octets dégagés !

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

   

FBlitTurbo 1.4

Ajout de F_Draw :

Voilà ce qu'il fallait faire pour la sortie des 1200/4000/CD32 : remplacer dans le Kickstart le plus de fonctions utilisant le blitter par plutôt des routines CPU...

Que vous le vouliez ou non, Commodore a fait beaucoup d'erreurs...

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

  

FBlitTurbo 1.3

Rajout de F_BitMapScale et F_SetRast :

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

   

FBlitTurbo 1.2

Ajout de F_BltPattern :

 

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

 

fblit.library 3.90

J'ai activé mon mode Sioux, et j'ai encore trouvé à gratter ici et là : 100 octets de supprimés avec encore quelques lectures et écritures mémoire dégagées.

 

Avec un vieux bug de la fblit.library 1.2 fixé :

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

   

fblit.library 3.89

Qui cherche trouve :

• 60 lectures mémoire supprimées
• 60 écritures mémoire supprimées

 

Ok, c'est éparpillé dans toute la librairie, donc ramené à environ 14 Ko, c'est peu... Mais toujours bon à prendre !

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

   

FBlitTurbo 1.1

Au tour de F_BltTemplate cette fois :

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

   

FBlitTurbo 1.0

FBlitTurbo est basé sur ma dernière version de FBlit 3.88 en étant débarassé de la gestion GUI qui prends quand même du temps CPU pour pas grand chose en fait...

Je reprends donc mes derniers sources en ôtant encore beaucoup d'inutile et avec l'intégration également de la fblit.library pour obtenir un seul exécutable.

Si vous avez besoin de la GUI pour paramétrages, utilisez plutôt la 3.88 : ici pour cette version 1.0 et toutes les suivantes, tout sera déjà configuré par défaut pour le mieux sans possibilité de changer quoique ce soit.

Le tout pour obtenir un nouveau FBlit fonctionnant à pleine vitesse.

Après, si vous voulez vraiment de l'ECS/OCS/AGA rapide, il faudrait plutôt optimiser toute la graphics.library qui est la librairie la plus lente de tout le Kickstart.

Pour cette version 1.0, je commence par F_BltBitMap et F_BltClear.

A tester en profondeur sur le hardware réel qui je le rappel est OCS/ECS/AGA, Kickstart 3.0/3.1/3.5/3.9/3.X et 68020+ uniquement !

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

  

FBlit 3.88

Correction d'un bug de la version 3.85 !

 

Un grand merci à l'utilisateur qui m'a aidé à le trouver ! 

 

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

   

Nostalgie

Nouvel article aujourd'hui que seuls les plus de 45 ans pourront comprendre. Les plus jeunes étant de fait arrivés avec la généralisation mondiale du PC auront des difficultés à imaginer tout l'univers "vintage" de l'informatique des débuts, c'est à dire ce qu'ils n'ont pas connus avant leur naissance... Hey, faites un procès à vos parents les gars, vous avez loupé du grandiose, surtout l'Amiga 500 bien plus peaufiné que le 1200 !

L'informatique grand public commença au tout début des années 1980, avec notamment le ZX81 de Sinclair qui fut le premier ordinateur proposé à la vente à prix accéssible. Faisait bip-bip, deux couleurs sur l'écran de télévision, chargement et sauvegarde des programmes sur cassettes audio et avec en tout 1 Ko de ram !

 

Tout était à inventé à l'époque dans ce nouveau domaine, et les balbutiements de l'informatique étaient excitants, c'est le moins que l'ont puisse dire. Plusieurs constructeurs ont ensuite développé leurs propres machines plus ou moins réussies, et la concurrence était positive pour les utilisateurs. Les développeurs CPUs présentaient leurs nouveaux processeurs, les codeurs leurs nouveaux programmes, les bidouilleurs leurs nouvelles extensions... De nombreuses activités sont donc progressivement venues se greffer autour de chacunes de ces nouvelles machines comme les magazines, les livres, les clubs, les magasins spécialisés, les centres de formations, les serveurs Minitel, les échanges de cassettes et disquettes, les salons, les éditeurs et tant d'autres choses... L'ordinateur était un "prolongement" de l'humain, destiné à rendre service, aider, simplifier, divertir : en un mot, un nouvel outil intéressant voire passionnant pour l'espèce humaine.

 

Le tout avec un esprit de camaraderie et de solidarité entre les différents fans de telles ou telles machines, avec certes aussi des rivalités entre les différentes marques. Les ordinateurs étaient choyés par leurs utilisateurs qu'ils avaient même beaucoup de peine à devoir les revendre pour en racheter un autre puisque les prix d'alors restaient assez élevés tout de même, comme par exemple un Amstrad 464 à cassette et moniteur dans les 3000 francs si ma mémoire est bonne, somme conséquente pour l'époque.

Cette période d'évolution créative magique a duré environ une quinzaine d'années.

Tout ce nouvel univers naissant a été ensuite massacré par Bill Gates et ses sbires francs-maçons infiltrés partout dans toutes couches de la société en imposant leur daube de PC/Intel/AMD/Windows. Il ne reste plus rien aujoud'hui de l'informatique joyeuse d'hier. Rien du tout.

 

Bill Gates était tout à fait conscient de ses actes : vous devez savoir que les francs-maçons détestent tout ce qui est bien ou mieux que ce que leur pauvre psychée pleine de mauvais esprits est capable de concevoir et veulent ensuite détruire tout ce qui dépasse et les dépasse. L'exemple le plus parlant est en architecture pour vous faire une bonne idée de ce que je veux vous faire comprendre : comparez une petite banlieue française invivable tout en béton (des cages à lapins en vérité) contruite par la franc maconnerie pour parquer les gens pauvres dedans avec un petit village comme Saorge (Alpes-Maritimes) par exemple...

L'excellence dans les grandes agglomérations elle aussi remplacée par la merde des francs-maçons : c'est un "progrès" !

Ils ont tout inversé, dans tous les domaines et appellent ça un "progrès" !

Regardez en ce moment la soi-disant IA avec ChatGPT (en réalité un algorithme robotique sans vie assez complexe) : ils font croire que c'est un nouvel outil pour l'homme alors qu'ils veulent en faire votre Maître qui pensera à votre place... Plus le piège est gros, plus les gens tombent dedans. C'est comme ça.

Je connais très bien l'informatique pour avoir vécu dés le début ou presque toute son évolution, et je vous affirme que les CPUs Intel/AMD et le système Windows sont un concentré de ce que l'être humain peut créer de plus nul, tout comme le PPC et les ARM d'ailleurs : des concepts développés par des ingénieurs-trois-neuronnes pour ensuite imposer cette nullité totale à tout le genre humain ou presque.

C'est bien simple : les francs-maçons cassent tout ce qu'ils touchent, sans exception, pour le remplacer par de la daube. Regardez nos infiltrés Phase5 qui ont essayés de détrôner les super 68k par la merde PPC... D'autres par des FPGAs et d'autres encore par de l'émulation ARM.

 

Moi le gaulois réfractaire, je reste fidèle à l'excellence des Amiga Classic et aux CPUs Motorola, et je veux relancer ce concept passionnant avec de nombreuses améliorations, et gardant bien sûr intact l'esprit de la machine des années 1985-1995 : surtout déjà conserver les composants AGA et CPUs originaux.

Bref, restons toutefois positifs et optimistes pour ceux qui sont de mon côté...

(Et si ce que j'écris ici vous déplait, et bien allez gentillement vous faire cuire un oeuf !)

    

firmware 40.21 (A4091)

Il existe une version 40.20 qui traine sur les Internets, et je l'ai comparé d'avec la dernière officielle 40.13 et très peu de changement.

(Vous pouvez acheter une nouvelle A4091 toute neuve ici)

Là encore, les deux fameux bugs de cette 40.13 sont encore présents :

Trois changements par rapport à la 40.20 :  la révision, et les deux bugs TD_FORMAT et IORequest

Je recherche tous les sources originaux des versions 40.12 à 43.45

Merci de m'emailer si vous en avez, même un seul 

 

Par pitié, si vous en avez, ne me bloquer pas comme tous les agents

infiltrés dans notre communauté

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

   

Open source Warp3D

Depuis quelques temps j'ai ressorti mes vieux sources désassemblés de Warp3D pour 3dfx : j'ai décidé de rendre publique certaines routines à des fins éducationnelles. Réservés donc aux coders confirmés, ne sont pas pour les débutants qui doivent retourner étudier et s'améliorer.

Le bon code doit revenir sur Amiga, très important. Ce sont des centaines voire même des milliers d'instructions inutiles qui doivent dégagées une bonne fois pour toute. La qualité du code attirera ensuite des coders sérieux et de qualité pour notre machine préférée.

Mes nouvelles routines optimisées n'ont plus rien à voir avec celles d'origines de la dernière version 4.2a : par contre, impossible de publier ces dernières pour raison de copyrights-bla-bla-bla... Vous pouvez toutefois les avoir en désassemblant les binaires disponibles avec In_Go ou même ReSource.

Vous noterez que les agents Hellbox et Hyperion nous ont mis sous la dépendance de Warp3D (unique driver 3D pour nos Classic) pour ensuite bloquer les sources afin d'empêcher toute évolution positive pour l'Amiga 68k. Stratégie typique franc-maçonne pour faire chier : voilà aussi comment ils coulent notre communauté 68k, ils appliquent les même méthodes que leurs frères infiltrés dans la politique pour le coulage des pays, et ce dans le monde entier. Même topo pour MUI, CyberGraphX, Kickstart, VisualPrefs, Workbench, Picasso96 et d'autres... Maintenant nous sommes bien bloqués sous leur "bon" vouloir, et les divers auteurs s'en lèchent les babines...

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

  

fblit.library 3.88

Un utilisateur m'a signalé un problème avec BetterWB 4.3, et oui effectivement j'ai trouvé un bug dans mon ancienne version 1.3 et donc dans toutes les suivantes :

Cette nouvelle 3.88 est dans l'archive FBlit 3.87

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

  

Radeon.card 1.00

Ce driver Radeon avait défrayé la chronique si je puis dire il y a déjà plusieurs années, les agents M*******t d'Hellbox avaient sommé Ratte de supprimer son archive car contenant du code copyright Hellbox.

 

Toujours fidèle à leur mission d'instaurer le maximum de chaos dans notre monde Amiga par la division et l'inversion : au lieu de se serrer les coudes et d'être solidaire, non Hellbox préfère menacer... Qu'ils essaient de me menacer moi et ils finiront dans une fosse à purin... Jamais je ne me laisserai marcher sur les pieds par la vraie pourriture, jamais...

Notez qu'Hellbox sont encore pire que l'Apollo Team, il fallait le faire : un Mediator 1200 coûte à fabriquer moins de 40 € en matériel, et ils le vendent 320 € + port... Voler les utilisateurs, piller la communauté Amiga et surtout dégoûter avec leurs prix exorbitants le plus possible d'Amigaïstes pour les faire fuir notre machine : ils savent très bien ce qu'ils font...

Et souvenez-vous de l'effaceur de disque dur RDB qu'Hellbox avaient ajouté à un de leur driver pour vous faire perdre toutes vos précieuses données...

 

Je le répète : n'achetez jamais des produits Hellbox, vous allez devenir leurs complices.

Sans vente, ils partiront d'eux-même et nous en seront débarrassés.

Hellbox sont infiltrés parmi nous pour bloquer les ports PCI et la 3D sur Amiga 68k

Bref, en décompilant avec InGo ce driver interdit, j'ai trouvé et corrigé 16 bugs.

 

Voilà donc une nouvelle version 1.00, avec également une update de la date :

Ce driver 0.99 et 1.00 utilise l'openpci.library et devrait marcher avec le Mediator, Amithlon, ainsi que sur le Prometheus et même le GRex avec une Radeon 5 Volt : après, j'ignore si quelqu'un a déjà testé pour de vrai.

Ce fameux fichier OPCIRV2XX.LHA est sur facebook dans le groupe aMIGAwAREZ.

Ma release d'aujourd'hui est sous forme de patch à appliquer en prenant la version 0.99 !

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

   

OpenGFX.card 1.1

Nouvelle version 1.1 du .card OpenGFX pour GRex et Prometheus de Ratte avec trois bugs fix et une meilleure qualité de code (276 octets inutiles supprimés). Nécessite une carte PCI avec Permedia2.

La Grex est une fleur, le saviez-vous ?

J'ai réussi à reverser 99% de cette minuscule librarie avec ce que j'avais sous la main, chance !

Alors, parlons sérieux : qu'est-ce qui a très contribué au succès de l'Amiga 500 à l'époque ? Réponse toute simple, la quasi totalité des jeux/démos/utilitaires/drivers étaient codés en assembleur. Pour faciliter un retour des Classic 68k aujourd'hui, je me mets donc dans la même énergie en quelque sorte.

 

De plus, je pense que le temps est spiralique : les évènement reviennent de façon cyclique, et un créneau favorable pour les Amiga 68k est revenu. Et c'est maintenant !

 

J'ai aussi rajouté les sources dans l'archive, inspirera peut-être quelques codeurs, qui sait...

Je lance un appel à des codeurs PC ou si vous en connaissez : une émulation du GPU Permedia2 serait la bienvenue, pour ensuite être intégrée à l'émulateur WinUAE.

Et si vous avez des sources C ou asm originaux, emailez-moi de toute urgence, peux être très précieux.

 

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