lundi 21 décembre 2020

femu 0.14 (020+)

femu est un petit utilitaire software simulant une Fpu. Toujours incomplet à l'heure qu'il est, mais permettant tout de même l'exécution correct de certains softs en nécessitant une.

68882 core

 Il est donc destiné aux :

  • 68020 sans 68881/68882
  • 68EC020 sans 68881/68882
  • 68030 sans 68881/68882
  • 68EC030 sans 68881/68882
  • 68LC040
  • 68EC040
  • 68040V
  • 68LC060
  • 68EC060


Attention, le code pour 040/060 sans Fpu est toujours en travaux, et j'ignore les résultats avec le hardware réel. Sous émulation WinUAE 4.4.0 040/060 sans Fpu interne, femu ne fonctionne toujours pas, tout comme d'ailleurs la dernière version 0.10 diffusée...

Toutefois, avec la sélection 020/030, les jeux et démos suivantes fonctionnent plus ou moins :

  • Dolphin's Dream = 100% ok
  • Starstruck = 100% ok
  • Kakao = 100% ok
  • LuxAeternaLuceatEis = 100% ok
  • WhenWeRideOnOurEnnemies = quelques soucis graphiques
  • TheMachinist = certaines parties sont ok, d'autres non
  • WeComeInPeace = quelques petits soucis graphiques ici et là
  • Gift = démarre bien, mais freeze ensuite
  • Quake (PXL Computer) = démarre, avec soucis graphiques et freeze...


Comme d'habitude, tout est disponible ici de façon gratuite...
   

lundi 17 août 2020

PVS 3.8

Une nouvelle version aujourd'hui de PVS avec le support confirmé de la nouvelle carte ZZ9000, qui est en fait équivalente à la précédente VA2000 :

Ainsi que l'ajout des cartes Warp 560 et 1260, à vérifier toutefois, mon testeur étant semble-t-il parti en vacances... Merci de confirmer la bonne détection, ou pas !

Attention, je déconseille l'achat de toutes ces cartes comportant un intrus, le processeur ARM qui n'a rien à faire dans notre monde, et qui ne va créer que de nouveaux problèmes dans la communauté...

Lorsque vous achetez = vous cautionnez, et devenez complice de cette nouvelle division

Disponible ici, et gratuit comme toujours !
  

mardi 30 juin 2020

Prometheus avance

Ma version du Prometheus pour le 4000D avance un peu :

Encore un peu de soudure à faire...
  

dimanche 21 juin 2020

bench_cos 1.1

Voici une nouvelle version de mon benchmark, avec quelques améliorations :

L'utilitaire calcul maintenant en simple précision et les sincos font leur apparition.

Comme d'habitude, tout est disponible ici de façon gratuite...
  

lundi 15 juin 2020

Kickstart (A500 rev5)

Encore un soucis de Kickstart pour les Amiga 500 de révision 5, que j'ignorais je vous avoue...

Avec une eprom 27C400, il est nécessaire de rajouter un petit strap reliant la pinoche 1 à la 31 :

Certes, il existe de petits adaptateurs dans le commerce, à chacun sa préférence !

Comme quoi il y a beaucoup de choses à savoir dans notre petit monde...
  

samedi 13 juin 2020

Kick 3.1 (A500+ rev 8A)

Un de mes lecteurs ManMax avait des soucis avec son Kickstart flashé sur une eprom de marque Toschiba de 150ns : rien à l'écran à l'allumage...

Même problème qu'avec les révision 6A...

Bref, en soudant des 4.7K SIL10 sur RP106, RP107, RP108 et RP110 :

L'Amiga démarre enfin :

Bon à savoir !
 

dimanche 7 juin 2020

bench_cos 1.0

Comme promis dans mon précédent article, voici deux petits benchmarks calculant la vitesse :
  1. d'un tout petit cosinus (angle 0.2)
  2. d'un gros cosinus (angle 49.8)

Deux, car la fonction de la mathieeedoubtrans.library utilise une routine de réduction pour les grands angles. 

Le premier résultat affiché donne donc la vitesse de fcos 0.2 par la 68060.library, et le deuxième par la mathieeedoubtrans.library :
Blizzard 1260@50 avec 68060.library 46.16 (1/04/2018) et mathieeedoubtrans.library_060 46.00
 
Comme vous le constatez, la différence est assez importante tout de même : les petits cosinus sont presque 2 fois plus rapides et les gros environ 3 fois...

Vous comprenez tout l'intérêt à plutôt utiliser les librairies mathieee adéquates à votre CPU plutôt que les 68040 et 68060.library...

Comme d'habitude, tout est disponible ici de façon gratuite...
   

ref_soft.dll (Quake2)

La version commerciale de Quake 2 en 2002 disposait d'un mode rendu software, c'est à dire que vous pouviez y jouer sans GPU, donc sans Warp3D, ni même Wazp3D d'ailleurs. Il fallait toutefois disposer obligatoirement d'un écran RTG :

J'avais déjà recompilé en 2016 la version GPU ref_gl.dll avec un petit gain de 2 fps environ en sélectionnant -m68060 sous gcc.

Hyperion avait compilé l'ensemble des fichiers C avec les options 020/030 de StormC4 pour que le jeu utilise alors les lentes 68040/68060.library, ceci afin de ralentir le moteur de Quake2.

Le fichier ref_soft.dll s'occupe donc du rendu 3D sans l'aide d'un quelconque GPU : il contient 8 fcos et 11 fsin, mnémoniques absentes des transistors des 040/060. Il a fallut donc quatre jours pour désassembler 63 300 lignes d'asm, et une petite fin de journée pour remplacer à la main ces 19 instructions trigo par des appels à la mathieeedoubtrans.library... Il est bien sûr très important d'installer la bonne mathieeedoubtrans.library 46.00 dans Sys:Libs/ !

Le speedup sur une Blizzard 1260@50 avec un Mediator et une Banshee 3dfx est très léger hélas, mieux que rien toutefois, de 2.9 fps :

A 3.3 fps seulement :

Je vais coder un petit utilitaire de bench pour voir la différence de vitesse entre un fcos de la 68060.library et son équivalent pour le même angle par la mathieeedoubtrans.library... Pourra être intéressant...
 
Comme d'habitude, tout est disponible ici de façon gratuite...
 

vendredi 24 avril 2020

BG l'ennemi de l'Humanité ?

Bill Gates veut vacciner tout le monde, c'est à dire nous injecter en un seul vaccin des dizaines de produits chimiques dangereux dans les veines, et nous pucer comme les chiens et chats pour nous surveiller 24 heures sur 24 en temps réel avec la 5G...

Bil Gates nous prépare un futur atroce : ce type est fou à lier...

En anglais :
   
REGARDEZ CETTE VIDEO (en français)

LISEZ CECI
                

jeudi 2 avril 2020

Pometheus arrivé !

Le colis est enfin à la maison, je n'y croyais plus !

Plus qu'à tout souder maintenant !
  

mardi 3 mars 2020

Prometheus Proto #1

Ma version spéciale pour le 4000D est enfin terminée :
 
A ceux qui croient que tout se fait en claquant des doigts, j'estime à environ deux mois de boulot nécessaire pour réaliser cette nouvelle version : en partant de zéro sous Eagle, il a en effet fallut déjà reversé le Prometheus original ainsi que la carte fille Zorro 2/3 de Commodore, recréer tout leurs schematics et ensuite mixer les deux en les routant pour finir à la main !

C'est ici l'exact Prometheus original connecté au port CN602 qui est donc lui déconnecté : seul trois slots Zorro sont donc disponibles.

Les deux CPLDs se flashent exactement comme l'original !

Croisons les doigts pour que ce nouveau Prometheus fonctionne bien...

Là encore, pour vos idées d'améliorations, allez-y en commentaires ci-dessous...
  

jeudi 30 janvier 2020

A4000D sous Eagle

La carte du 4000D des fichiers d'Acill a enfin été transcrite sous Eagle puisque je ne connais pas PADS :
 
Avec les schematics, indispensables :

Là encore, pour les améliorations, toujours commencer par le plus simple : regardez mon blog, j'ai débuté par des changements de quartz et petit à petit je dessine de nouvelles cartes aujourd'hui... Et je vous recommande de suivre cette même méthode dans vos domaines d'activités...

Pour vos idées d'améliorations, allez-y en commentaires...
   

lundi 20 janvier 2020

ReAmiga rev 1.2 sous Eagle

La révision 1.2 de la carte mère ReAmiga 1200 vient d'être transcrite sous Eagle :

Plus réussi ce rendu :

Avec les schematics bien entendu :

Une bonne chose de faite !

Si vous avez des idées simples pour l'améliorer, allez-y en commentaires : je précise bien SIMPLES, commençons toujours du plus simple au plus complexe...
    
Par exemple, Papiosaur me propose de rajouter des connecteurs souris et joystick en interne pour les montages en tour, oui, bonne idée, très simple à réaliser...
  

dimanche 12 janvier 2020

68040V

Un nouveau venu est arrivé hier à la maison : un 68040V ayant la particularité de fonctionner en +3.3V, tout comme son grand cousin le 68060...

Par contre hélas, il est dépourvu de Fpu, quel dommage... C'est donc un 68LC040 en réalité.

Sur la 3660, il suffit de bien souder un régulateur et de positionner le switch sur 040 :

Il est pourvu de trois pinoches en plus, et peut être utilisé tel quel, en tout cas sur cette carte :

Marche impec :

Même poussé à 33 Mhz, il reste très froid :

Mais pourquoi donc Motorola a-t-il supprimé la Fpu ?

Si quelqu'un réussi à comprendre leur logique, qu'il m'explique...
  

vendredi 10 janvier 2020

A3630 rev 1.1 OK (II)

Bon, finalement trouvé le soucis : le support est de piètre qualité, avec de plus un 68030 aux pinoches dessoudées d'une ancienne carte (donc couvertes de soudure) ne donnait aucun démarrage...

La parade était d'incliner légèrement le 030 comme ceci :

Marche très bien ma nouvelle A3630 en fin de compte !
   

mardi 7 janvier 2020

A3630 rev 1.1 OK (I)

Un nouveau 68030 en boitier PGA plastique noir est arrivé à la maison aujourd'hui : celui-ci fonctionne bien sur ma nouvelle A3630 revision 1.1 :

Alors que mon autre 68030 en céramique or ne veut toujours rien savoir...
   

vendredi 3 janvier 2020

MapRom Out (3640/3660)

Comme déjà affirmé ici plusieurs fois, la fonction maprom est un petit hack et de plus limitée à seulement 512 petits Ko : mieux vaut bouger le Kickstart en fastram avec le software. Faites-moi confiance, ces mappages hardware sont de mauvaises idées, et peuvent même créer des problèmes plus que zarbis...

Sur les 3640/3660, c'est la Gal U400 qui est chargée de cette tâche, il est tout à fait possible de l'ôter en prenant soin de relier les pinoches ainsi :

Il est également nécessaire de positionner le JMP Maprom sur Disable.

Un composant inutile en moins, petite bonne nouvelle aujourd'hui...
   

mercredi 1 janvier 2020

A3640/3660 fix 4000T ?

Un problème de longue date enfin résolu pour les 4000T avec les 3640/3660 ?

En effet, il arrive que le boot soit impossible avec ces configurations : de plus, le soucis est aléatoire, variant donc en fonction de telles ou telles cartes...

Une de mes connaissances a construit deux 3660 avec les mêmes composants et l'une fonctionne avec son 4000T alors que l'autre identique refuse tout démarrage !

Peut-être est-ce la présence de la puce Scsi intégrée du 4000T qui pose problème ?

Bref, cette tentative de réparation ne fonctionne déjà qu'avec les 5 nouvelles Gals du State Machine Mod de SpeedGeek et plus particulièrement d'U205. Il suffit de relier sa pinoche 17 à la GND, ajoutant ainsi un cycle d'attente à l'allumage de la machine :

100% compatible avec le 4000D.

Petit hack a tester donc sur différents Amiga 4000T, par plusieurs utilisateurs en espérant le soucis enfin solutionné...