Infos sur la Vampire
-
Et pourquoi pas « Massive » (2011) du même groupe.
Jamie a pas mal exploité le 060. C’est un des premiers à utiliser le fpu dans les démos AGA. Il arrivait à avoir un frame rate bluffant sur du 50mhz, avec la technique de S-buffer (le pixel n’est peint qu’une seule fois).
Il map en true mapping (tous les 16 pixels of course) et il mélange bump mapping et bilinear filtering. Tout au cpu, il faut le rappeler.
Et puis dans la foulée, si les 2 autres marchent pas, en voici une dernière récente de Skarla.
@ Sébastien :
v600 ou v 500 ?
@ seg :
je teste demain, mais c’est pas dit que ça marche : le FEMU n’est pas encore terminé.
Massive et Chapter 7 ne fonctionnent pas pour l’instant. Massive fait un Guru et Chapter 7 bloque pendant le chargement.
Par contre, Ride fonctionne ! Il manque les textures sur le premier effet, ensuite le rendu me semble normal dans les tunels. Il est par contre encore lent, ce qui est tout à fait normal : actuellement jarp travaille sur l’implémentation des fonctions. L’optimisation de la vitesse d’éxecution vient ensuite.
@ oldcham74
ce n’est pas le cas. Il y a un FPGA pour le tout. Premièrement parce que la vocation de la standalone est d’être un Amiga, pas une machine multi-plateformes, deuxièmement parce que séparer les deux nécessiterai énormément de travail suplémentaire pour ajuster le timing entre les deux puces.
Bien vu. La stand alone doit ETRE le nouvel amiga classic (la place qui était prévu pour le NATAMI il y a quelques années). Les anciens modèles devenu si fragile avec le temps et nécessitant des recapages, des fix hardwares et souvent des réparations pourront enfin prendre leurs belles retraites. De plus les anciens classics nécessitent souvent bon nombre d’extensions supplémentaires pour être compatible aujourd’hui (scandoubleur, usb, sata, pad sans fil, etc…)
Nous repartirons sur du materiel neuf
@ Aladin :
c’est exactement la vision de la team.
Merci pour ton retour de test.
Maintenant, t’as 3 démos pour aider à jauger ce qu’il reste à faire sur femu, ou sur le core en général, pour être compatible.
L’idée d’avoir 2 fpga est bonne, mais ça ne sert à rien de dissocier chipset et cpu. Guibrush explique très bien pourquoi.
En revanche, ce serait bien d’ajouter un fpga vierge d’appoint, même moins cher, pour donner une nouvelle dimension à la carte mère. Ca pourrait ouvrir un nouveau marché de niche, en plus du marché actuel, pour créer et innover dans d’autres directions.
Ce pourrait être également un système de carte fille fpga mais l’expérience montre que tant que le bidule n’est pas intégré et natif, il n’est pas exploité.
Je pense à ça car je fais le lien avec un article sur « l’Amiga à la NASA » paru dans un ANews (nouvelle mouture) de l’époque, où on expliquait que la NASA avait choisi l’Amiga parce que Commodore lui avait ouvert tout son système, avec toutes les docs et tout le tsuin tsuin pour développer et étendre les capacités conformément à leurs exigences.
Et donc, un Amiga offrant une ouverture via un second fpga marquerait un premier pas vers cette philosophie. Ce serait dans l’esprit de cette expérience qui me semble positive.Donc, plutôt que d’avoir une carte fpga unique configurable à souhait comme il en existe, ce serait une carte mère Amiga avec la logique Amiga gravée dans le marbre d’un fpga maître, et une ouverture via un second fpga et son port de sortie IO pour imaginer des échanges possibles avec l’extérieur (de la carte mère).
Et puis qui sait, ça peut donner envie à quelqu’un de pondre un chipset 3D 100% estampillé Amiga, ou je sais pas quoi d’autre. C’est pas les idées qui manquent.
La Team avait parlé d’un port d’extension pour la V1200 il me semble. Donc j’imagine la même chose sur la standalone. A moins que c’était que pour la standalone.
L’idée c’est de ne pas mettre un PPC, mais plutôt des extensions du style SATA, etc.
Quant à la mémoire, elle est figée sur la carte. Ça offre un avantage appréciable pour tuner les timings. Par contre, ce devrait être dans les 1 go aux dernières nouvelles.
Gunnar avait déjà répondu également que le design des cartes à venir était déjà arrêté (au moins depuis 1 an). Donc, je ne les vois pas changer quelque chose pour le plaisir de quelques uns. Même pour mon histoire de double fpga…
@ thelier :
exact 🙂
@ seg :
oui, c’est une bonne chose. On va se servir de ces démos, pour sure. Mais dans une phase plus avancée. Pour l’instant, on a des testcases écrit spécifiquement pour les tests. Sinon, il n’y a pas non plus de second FPGA vierge.
@ sinisrus :
la carte possède plusieurs possibilités d’extension, oui. Je ne peux pas donner plus d’informations pour le moment, mais effectivement, le design de la carte est figé et ne peut plus être changé maintenant, puisque la carte est déjà en phase de beta test.
Un 2e fpga ne sert à rien tant que le 1er n’est pas archi plein.
L’electronique moderne est de mettre le max sur la même chip (c’est plus rapide) et pas de multiplier les extensions passant par les goulots d’étranglement que sont le bus et les ports d’I/O.
Samuel.
Amiga A500 + GVP530 (8Mo/fpu/mmu/scsi) - en panne 🙁
A500 (+ 1Mo PPS), A1200 (Blizzard-IV/fpu/64Mo)
A500 Vampire V2+ ^8^ 🙂
(mais aussi TO8, TO8D, TO9. Groupe PULS.)@ lolof :
patience 🙂
@ _sam_ :
oui, tout à fait.
- Le sujet ‘Infos sur la Vampire’ est fermé à de nouvelles réponses.
› Forums › AmigaOS, MorphOS et AROS › Matériel › Infos sur la Vampire
