firmware BFG9060 1.5

J'avais oublié de validé le 68LC040 :

• 68040.library 44.2 montée aussi si 68LC040 détecté
• ajout mathieeedoubbas.library 45.5

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

   

mathieeedoubbas.library 45.5

Nouvelle version avec quelques légères avancées :

• R_IEEEDPTst de Peter Keunecke
• R_IEEEDPCmp de Peter Keunecke
• R_IEEEDPFloor_fp0_040 préserve d0-d1/a0-a1 comme il devrait
• R_IEEEDPCeil_fp0_040 préserve d0-d1/a0-a1 comme il devrait
• suppression de bout de code inutile
• quelques légères optimisations ici et là

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

   

firmware BFG9060 1.4

Nouvelle 1.4 avec :

• update de ma générique 68060.library 45.1
• ajout 68040.library 44.2 (Haage & Partner) si 68040 avec MMU & FPU détecté

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

  

68060.library 45.1 générique

Trouvé un gros bug dans la version précédente, ça commence bien !!

• fix un bug dans R_CopyMemQuick
• ajout LC support (68060 sans FPU)
• routines multitâches optimisées et avec IntAckFix
• ajout des 6 Autovec optimisés

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

    

firmware BFG9060 1.3

Nouveau firmware 1.3 avec l'ajout par rapport à la dernière 1.2 :

• 68060.library 45.0

Attention, cette version 45.0 n'est pas romable, elle nécessite une copie ou plutôt un décompactage de l'eeprom dans la fastram pour fonctionner correctement : vous devez donc flasher mon fichier .rom au complet directement dans l'eeprom. Et rebooter.

A été testé sur le hardware réel puisque carte accélératrice indisponible sous WinUAE

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

  

68060.library 45.0 générique

Alors je sais, toutes ces différentes librairies compliquent beaucoup l'expérience Amiga, moi-même je suis perdus parfois avec toutes ces nombreuses versions et révisions...

L'idée avec cette énième nouvelle version est de simplifier au maximum, que les utilisateurs s'y retrouvent un minimum, évitent de poser des questions sur les forums, ne restent bloqués ici et là, ou ne se retrouvent avec des crashs au démarrage... Un peu de patience, c'est beaucoup de boulot, petit à petit tout deviendra plus simple...

Reprendre donc ici le concept de la 68040.library générique de Commodore livrée avec sa 3640 à l'époque.

Cette nouvelle 68060.library 45.0 est d'ailleurs en partie basée sur cette ancienne 68040.library afin comme toujours de gagner du temps de développement.

J'ai eu un email l'autre jour d'un gars qui me reprochait de récupérer le code d'autres personnes : alors oui, bien sûr, pour économiser un maximum d'énergie, je ne vais quand même pas tout reprendre à partir de rien, mais ça va pas la tête, hein ?!

Y'a des gens qui croient que tout se fait en claquant des doigts ! Et bien allez-y, ouvrez votre blog, codez votre propres programmes et montrez-nous vos créations...

Bref, cette version doit marcher sur toutes les cartes 060 Amiga 68k mais va nécessiter des ajustements au fur et à mesure des révisions suivantes...

Version 45.0 fonctionne sur une BFG9060

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

   

68040.library 46.14 (Phase5)

J'ai encore pris du temps pour désassembler cette librairie car la gestion de CyberPatcher et les patchs IEEE prenaient trop de place, environ 35 Ko. Utilisez OxyPatcher plutôt et mes versions des librairies IEEE, beaucoup mieux :

• fix 8 fmovem.x encodés erronés
• hunks debug et symbol supprimés
• tous les patchs mathieee supprimés
• CyberPatcher support supprimé

Un bon coup de balai pour ne garder que l'essentiel : la librairie passe de 139 à seulement 49 Ko maintenant, très positif pour mes firmwares.

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

    

Projet magasin (fr)

URGENT

(J'ai les francs macs sur le dos, je ne peux rien faire ici)

(Ils me sabotent dans mon esprit depuis que je suis tout petit)

Je suis à la recherche d'associé(s) afin de monter une entreprise ensemble, spécialisée Amiga Classic 68k uniquement ayant pour siège un magasin physique quelque part en Europe. Orientée donc vente et réparation, avec aussi des projets softwares puisque je suis bon dans ce domaine fort d'une très longue expérience en programmation assembleur 68k quasi-quotidienne depuis de nombreuses années...

Quelques précisions indispensables et indiscutables concernant ce projet magasin :

1. pas en France (les FMs me mettent des bâtons dans les roues depuis dizaines d'années),
2. pas en Angleterre,
3. pas en Allemagne,
4. pas de PPC, pas d'ARM et pas de x86,
   
5. doit être dans un bourg,
6. à quelques centaines de mètres d'une Poste,
7. assez grand tout de même,
8. vous devez ne pas appartenir à la franc maçonnerie,
9. si possible minimum 3 personnes, difficile même à 2 selon mon expérience avec 68kforever.
   

Dans l'idéal avec comme nom d'entreprise Commodore bien sûr, mais les francs maçons bloquent cette marque depuis des décennies pour éviter et empêcher l'unité des derniers développeurs qui pourraient la relancer.

Je ne parle que français, un peu franglais mais sans plus. Je peux déménager rapidement dans un autre pays.

Dans un bourg, la vie y est bien moins stressante qu'en agglomération.

Tout près d'une Poste, cruciale pour la réussite de l'entreprise.

Vivant dans une maison minuscule, le magasin devra avoir une surface minimum à définir. Mieux vaut trop grand que trop exigu, croyez-moi. Autant mettre toutes les chances de notre côté.

Avec les réparations, trois personnes à minima, je vous formerai si besoin. Lorsque j'ai commencé ce blog il y a une dizaine d'années, j'ai été étonné par le nombre considérable de matériel Amiga 68k en panne. Certaines réparations peuvent prendre beaucoup de temps.

Prix raisonnables pour nourrir et aider l'Amiga et non l'inverse.

Je suis au chômage sans d'argent, mais de bonnes connaissances dans notre domaine et un certain savoir-faire.

Contactez-moi sur mon email pour en discuter.

  

firmware SX32Pro 1.3

Encore quelques avancées intéressantes avec ce firmware 1.3 :

• fix écran rouge après l'utilisation de la commande Reboot (Kickstart 3.1)
• fix TD_FORMAT bug (Jeff Weeks) si scsi.device 40.4 détectée (Kickstart 3.1)
• fix IORequest bug (Chris Hodges) si scsi.device 40.4 détectée (Kickstart 3.1)
• fix R_FreePrivatePooled bug (Harry Sintonen) si exec.library 40.9 détectée (Kickstart 3.1)
• fix R_ReleaseSemaphore bug (Harry Sintonen) si exec.library 40.9 détectée (Kickstart 3.1)
• fix R_Alert bug (Harry Sintonen) si exec.library 40.9 détectée (Kickstart 3.1)
• fix ramlib msgport (Harry Sintonen) si ramlib 40.2 détecté (Kickstart 3.1)
• ajout ramlibstack module (Harry Sintonen) si ramlib 40.2 détecté (Kickstart 3.1)
• ajout SpeedyIDE module (Harry Sintonen) si scsi.device 40.4 détectée (Kickstart 3.1)
• ajout HogWaitBlit (Harry Sintonen) si graphics.library 40.24 détectée (Kickstart 3.1)
• ajout CMQ_CopyMem_030 (Dirk Busse) si exec.library 40.9 détectée (Kickstart 3.1)
• ajout CMQ_CopyMemQuick_030 (Dirk Busse) si exec.library 40.9 détectée (Kickstart 3.1)
• _IVSOFTINT optimisée (Cosmos Amiga) si exec.library 40.9 détectée (Kickstart 3.1)
• R_Supervisor optimisée (Cosmos Amiga) si exec.library 40.9 détectée (Kickstart 3.1)
• R_Dispatch optimisée (Cosmos Amiga) si exec.library 40.9 détectée (Kickstart 3.1)
• R_ExitIntr optimisée (Cosmos Amiga) si exec.library 40.9 détectée (Kickstart 3.1)
• R_Schedule optimisée (Cosmos Amiga) si exec.library 40.9 détectée (Kickstart 3.1)
• R_Switch optimisée (Cosmos Amiga) si exec.library 40.9 détectée (Kickstart 3.1)

L'optimisation software 68k est très importante

Regardez cet exemple : 8 octets de supprimés avec ma nouvelle version, énorme pour une si minuscule fonction. Et pour faire exactement la même chose ! Voilà un vrai progrès, une vraie avancée.

Si je me souviens bien, l'IDE du SX32Pro était très lent, dans les 900/1000 Ko par secondes : peut-être que le module SpeedyIDE en cette fois 32 bits va améliorer les taux de transfères en lecture.

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

   

firmware SX32Pro 1.2

Très très mauvaise nouvelle : il semble irréalisable d'ajouter certains éléments du SetPatch pour la CD32 dans le firmware de la SX32Pro...

Quelques patchs Kickstart 3.1 spéciaux pour la CD32

Ah là là, DCE a fait une énorme erreur en mettant l'adresse de l'eprom à $E90000 : il fallait plutôt à $F00000 comme déjà dit... Change beaucoup de choses... Une belle bourde qui pour moi ruine en grande partie toute cette extension hardware !

Difficile de pondre une bonne carte accélératrice sur nos Amiga 68k, mais possible...

Je suis bien dégouté en tout cas !

Si par hasard un bon développeur hardware réussi à copier ce SX32Pro qui au passage est le meilleur accélérateur pour la CD32, par pitié il faut absolument changer l'adresse de la 27C512 à $F00000, ou alors la couper en deux comme sur les Blizzard 1230/1240 : une partie à $EA0000 (ou $E90000) et l'autre à $F00000.

J'ai tout de même pu rajouter quelques bons cookies dans cette nouvelle 1.2, mais hélas pas autant que je le voulais. Attention, la graphics.library 40.24 est celle spéciale pour la CD32, c'est à dire différente des autres modèles avec cependant les mêmes numéros de versions et révisions :

• fix R_InitArea bug (Harry Sintonen) si graphics.library 40.24 détectée (Kickstart 3.1/3.9)
• fix R_EraseRect bug (Cosmos Amiga) si graphics.library 40.24 détectée (Kickstart 3.1/3.9)
• R_WaitBlit optimisé si graphics.library 40.24 détectée (Kickstart 3.1/3.9)
• IVBLITTER optimisé si graphics.library 40.24 détectée (Kickstart 3.1/3.9)
• R_OwnBlitter optimisé si graphics.library 40.24 détectée (Kickstart 3.1/3.9)
• R_DisownBlitter optimisé si graphics.library 40.24 détectée (Kickstart 3.1/3.9)
• VBR bougé en fastram sans reboot
• aucune librairie montée si FPU absente
• aucune librairie montée si MMU absente (68EC030 non supporté)
• ajout 1 Mo Kickstart maprom automatique en fastram sans reboot

Pour relancer l'Amiga 68k, je ne vois aucune autre solution pour le moment que de reprendre à zéro tout ce qui a été fait précédemment par d'autres et de l'améliorer le plus possible.

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

   

firmware SX32Pro 1.1

J'avais eu un SX32Pro il y a quelques années et j'en avais été très déçu, cette carte accélératrice était plus lente que la Blizzard 1230 à la même fréquence sur un 1200 !

Là encore, son firmware de 64 Ko était quasi vide.

Bref, inversons la tendance avec une nouvelle version qui devrait bien améliorer les choses :

• mise en fastram de la JMP liste de l'exec.library sans reboot
• mise en fastram de la JMP liste de l'expansion.library sans reboot
• mise en fastram des listes d'interruption sans reboot
• mise en fastram de la SSP sans reboot
• ajout mathieeedoubbas.library 46.1 (68882) de Matthias Henze
• ajout mathieeedoubtrans.library 46.1 (68882) de Matthias Henze
• ajout mathieeesingtrans.library 46.1 (68882) de Matthias Henze
• ajout mathtrans.library 46.1 (68882) de Matthias Henze
• ajout de la fblit.library 3.90 de Stephen Brookes

Ce nouveau firmware apporte un petit speedup, va dans le bon sens en tout cas.

Vous noterez que je suis le seul dans la communauté a avoir vu l'extrême importance des firmwares sur nos cartes accélératrices : si vous développez une nouvelle carte quelque soit le CPU utilisé, ajoutez une eprom de 512 Ko à l'adresse $F00000, très important. Et sur support TH !

Les plans hardware sont actuellement bloqués par DCE qui je crois avaient été vendus par Phase5 (informations à vérifier bien entendu).

Par contre, sera-t-il possible de souder un support ? Peu de place disponible apparemment :

Eprom 27C512-120 = 64 Ko

   

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

    

EDIT : Veuillez utiliser la version 5.2.0 beta4+  de WinUAE qui fix certains problèmes avec la fastram.

   

firmware GVP Jaws 1.2

Copier-coller du firmware 4.0 de la Blizzard 1230 pour cette carte de GVP A1230 Turbo+ (Jaws), attention une MMU est obligatoire maintenant (voir ici) et également sous WinUAE bien sûr :

• suppression romboot.device 0.1 de Christian Vogelgsang (Lallafa)
• update fblit.library 3.90 de Stephen Brookes
• ajout BlazeWCP version 1.78
• ajout TLSFMemPool version 1.6
• ajout PrepareEmul 1.7 sans reboot si exec.library 39.47 détectée (Kickstart 3.0)
• ajout PrepareEmul 1.7 sans reboot si exec.library 40.10 détectée (Kickstart 3.1)
• VBR en fastram sans reboot
• ajout MMU maprom pour bouger les Kickstart de 512 Ko en fastram
• ajout 1 Mo MMU maprom support si 1 Mo Kickstart détecté
• ajout des 6 Autovec en fastram et maintenant rolled de FastExec 3.0 (Cosmos Amiga)
• 68030 burst datacache désactivé par défaut
• ajout optimisé R_LockIBase
• ajout optimisé R_UnlockIBase
• ajout optimisé R_WindowLimits
• ajout IBF_ObtainBestPenA (Keunecke) si graphics.library 40.24 détectée (Kick 3.1/3.9/3.X)
• ajout "Advanced Graphics Modes" du SetPatch 40.16/44.38 (Workbench 3.1/3.9BB2)
• ajout "BOOL CheckIO() workaround" SetPatch 44.38 si exec.lib 40.10 détectée (Kick 3.1)
• ajout "exec/ReleaseSemaphore()" 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ée
• ajout "stack size check for CON:, RAW:, RAM:, PAR:, PRT:, SER:" du SetPatch 44.38
• ajout CMQ_CopyMem_030 de CMQ030 1.1 (Dirk Busse)
• ajout CMQ_CopyMemQuick_030 de CMQ030 1.1 (Dirk Busse)
• R_Dispatch optimiséd pour le 68030 (Cosmos Amiga)
• R_ExitIntr optimisé pour le 68030 (Cosmos Amiga)
• R_Schedule optimisé pour le 68030 (Cosmos Amiga)
• R_Switch optimisé pour le 68030 with FPU (Cosmos Amiga)
• fix R_EraseRect bug (Cosmos Amiga) si graphics.library 40.24 détectée (Kick 3.1/3.9/3.X)
• fix R_InitArea bug (Harry Sintonen) si graphics.library 40.24 détectée (Kickstart 3.1/3.9/3.X)
• fix console.device bug (Harry Sintonen) if 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)
• ajout optimized R_OwnBlitterMain si graphics.library 40.24 détectée (Kickstart 3.1/3.9/3.X)
• ajout optimized R_DisownBlitter si graphics.library 40.24 détectée (Kickstart 3.1/3.9/3.X)
• ajout SpeedyIDE (Harry Sintonen) si scsi.device 40.12 détectée (Kickstart 3.1)
• ajout SpeedyIDE (Harry Sintonen) si scsi.device 43.43/43.45 détectée (Kickstart 3.9)
• ajout SpeedyIDE (Harry Sintonen) si scsi.device 40.46/43.46 détectée (Kickstart 3.X)
• ajout ramlibstack BlizKick module (Harry Sintonen)
• fix TD_FORMAT bug (Jeff Weeks) si scsi.device 40.12 détectée (Kickstart 3.1)
• fix TD_FORMAT bug (Jeff Weeks) 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 wrong version number from 40 to 43 si scsi.device 40.46 détectée (Kickstart 3.X)
• ajout optimized _IVBLITTER si graphics.library 40.24 détectée (Kickstart 3.1/3.9/3.X)
• ajout optimized _IVSOFTINT si exec.library 40.10/45.20 détectée (Kickstart 3.1/3.9)
• ajout optimized _IVSOFTINT si exec.library 45.21/45.23/45.25 détectée (Kickstart 3.X)

Deux versions de la Jaws, ici la A1230 Turbo+ sans port Scsi

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