Barjack a mis en ligne sur sa nouvelle chaîne YouTube la vidéo de la conférence présentant la Vampire, la Team Apollo et tout le travail restant à faire mais aussi tout ce qui a d’ores et déjà été fait. Pour rappel, cette conférence s’est tenu samedi dernier à 17h lors de l’incontournable 12ème édition de l’Alchimie, organisée par les Triple A.
Cette vidéo, d’une durée de 57 minutes, a été soigneusement montée afin que vous puissiez lire les diapositives de présentation tout en écoutant l’accent inimitable de Guibrush et ses excellents soixante-huit-mille-huitante, que vous puissiez admirer le superbe couvre-chef de Barjack et admirer le T-Shirt de TuKo, les trois maîtres de cérémonie.
28 Commentaires
Passer au formulaire de commentaire
Et un replay de conf’ Vampire, un 😉 1000 mercis à Barjack, Guirush et TuKo !
Excellent ! Merci.
Les « soixante-huit-mille-huitante » m’ont aussi fait sourire, parce que j’ai senti comme un frémissement dans l’assistance, mais j’aurais été incapable de le dire autrement.
Bravo pour la conférence…moi je suis pour les « soixante-huit-mille-huitante » est les revendiques…et en passant vive l’accent du Valeeeee, m’nfin 😉
Bonne conférence, par contre il est dit que la Team Apollo écoute les développeurs, j’ai pû lire sur EAB que ca n’est pas forcément le cas, exemple de Matthey et Meynaf qui touchent plus que leurs billes.
Kamelito
Quelques questions :
– Existe t’il un compilateur C qui supporte le 68080 + MMX ?
– Existe t’il un assembleur qui supporte le 68080 + MMX ?
– Les sources d’Asm-One officielle sont disponibles, version 1.02 est-il prévu d’avoir une nouvelle version de cet assembeur supportant 68080 + MMX ?
– Les programmes 68k existant ne pourront profiter des nouveaux modes graphiques et de l’audio est-il prévu des patchs pour certains programmes afin qu’ils supportent les nouveautés apportées par la Vampire?
– Est-il prévu des mises à jour de la documentation CBM et des includes (ASM et C), RKRM incluant le HRM expliquant les nouveautés apportées par la Vampire afin que les développeurs puissent en profiter et si oui quand ?
-Quel est le nombre de possesseurs de Vampire et leur version du core? Si la team veut que les développeurs s’intéressent à cette dernière il faut connaitre ces informations surtout ceux qui veulent faire des programmes commerciaux.
Cdt
Kamel
Kamel, pour GCC, je ne pense pas que c’est prévu: ça serait trop de boulot d’écrire un backend. Il faudra optimiser à la main.
En plus de tes questions ?
– Est-il prévu d’aider au support du 68080 et de l’émulation SAGA dans les émulateurs ?
– Quel cross-compilateur utiliser pour l’assembleur 68080 ? (il me semble que cette dernière question a déjà été évoquée ici).
Merci.
– Existe t’il un assembleur qui supporte le 68080 + MMX ?
Oui, VASM
http://sun.hasenbraten.de/vasm/index.php?view=relsrc
– Les sources d’Asm-One officielle sont disponibles, version 1.02 est-il prévu d’avoir une nouvelle version de cet assembeur supportant 68080 + MMX ?
Si quelqu’un se penche dessus, oui. La team a d’autres priorités pour l’instant.
– Les programmes 68k existant ne pourront profiter des nouveaux modes graphiques et de l’audio est-il prévu des patchs pour certains programmes afin qu’ils supportent les nouveautés apportées par la Vampire?
Cf. réponse précédente.
– Est-il prévu des mises à jour de la documentation CBM et des includes (ASM et C), RKRM incluant le HRM expliquant les nouveautés apportées par la Vampire afin que les développeurs puissent en profiter et si oui quand ?
Les instructions AMMX sont détaillées et les instructions du 68080 sont disponibles. Une documentation plus détaillée ne fait pas partie des priorités à court terme compte tenu des chantiers en cours. Par contre, on renseigne et aide volontiers les développeurs motivés.
http://www.apollo-core.com/index.htm?page=instructions
http://www.apollo-core.com/bringup/decoder_cpu.ods
http://www.apollo-core.com/knowledge.php?b=4¬e=758
-Quel est le nombre de possesseurs de Vampire et leur version du core? Si la team veut que les développeurs s’intéressent à cette dernière il faut connaitre ces informations surtout ceux qui veulent faire des programmes commerciaux.
Connaitre cette information de manière précise est effectivement l’un des objectif que nous avons fixé en demandant l’enregistrement des cartes pour le prochain download du GOLD2.7.
» Bonne conférence, par contre il est dit que la Team Apollo écoute les développeurs, j’ai pû lire sur EAB que ca n’est pas forcément le cas, exemple de Matthey et Meynaf qui touchent plus que leurs billes. »
En effet, Matthey et Meynaf sont des personnes très compétentes mais en profond désaccord avec le projet.
Henyk Richter (Bax, auteur de EaglyPlayer), Arti (portages SDL), Wepl (auteur de WHDLoad) font partie la team et sont bien écoutés et participent activement au projet. En témoigne également le rewrite de Quake actuellement en cours avec Samuel Devulder, l’optimisation de EmuTOS avec François Rivière, etc. Les personnes motivées ont toute l’écoute de la team pour autant qu’elles aient envie d’aller de l’avant.
– Est-il prévu d’aider au support du 68080 et de l’émulation SAGA dans les émulateurs ?
Question à poser à Toni Willen et non à la team. Ce dernier y a déjà répondu par la négative.
– Quel cross-compilateur utiliser pour l’assembleur 68080 ? (il me semble que cette dernière question a déjà été évoquée ici).
vasm supporte le 68080 et est cross-plateforme.
ok pour Vasm, mais, PHX étant aussi le mainteneur de VBCC sur 68k est-il prévu Que ce dernier soit mis à jour pour supporter Les nouveaux opcodes?
Un assembleur c’est bien, un compilateur aussi mais quid du debugger? Est il prévu un debugger digne de ce nom? A minima pour l’assembler je parle même pas d’un debugger niveau source pour le C.
Kamelito
À quand une version pour A3000/4000 ?
Existe t’il une différence entre la version stand alone V4 et V4 en terme de focntionnalités et performance ?
Kamelito
– ok pour Vasm, mais, PHX étant aussi le mainteneur de VBCC sur 68k est-il prévu Que ce dernier soit mis à jour pour supporter Les nouveaux opcodes?
VBCC n’a pas été updaté par phx. Aucun langage « haut niveau » ne tire aujourd’hui avantage du 68080, ça tient au programmeur de linker des routines ASM compilées avec vasm depuis le programme C (comme on l’a fait pour notre driver P96). Cela rendrait les choses bien plus complexes. IBM et Intel ont galéré des décénnies avec ça…
– Un assembleur c’est bien, un compilateur aussi mais quid du debugger? Est il prévu un debugger digne de ce nom? A minima pour l’assembler je parle même pas d’un debugger niveau source pour le C.
Non plus.
– À quand une version pour A3000/4000 ?
Ca viendra par la suite.
– Existe t’il une différence entre la version stand alone V4 et V4 en terme de focntionnalités et performance ?
Fonctionnalités, oui: deux ports DB9 sur la standalone. Pour le reste, les cartes sont identiques et ont les mêmes specs.
Et pour anticiper la question suivante : il n’y a pas non plus de désasembleur 080 actuellement 🙂
On a par contre un « MPU » qui permet de détecter les accès invalides à la mémoire.
Il faut voir le MPU en 2 parties :
– Coté core, le MPU protège par exemple la plage mémoire du kickstart et redirige des plages d’adresses
– Côté dev, il y a une interface ouverte aux codeurs pour lui parler, permettant par exemple de faire un MapROM ou encore d’être prévenu si quelque chose écrit là ou là.
Merci d’avoir pris le temps de répondre.
Kamelito
You’re welcome 🙂
Chouette le nouveau site !
La Vampire pour le 1200 ça sera une V4?
Idem pour 3000/4000 ?
Une estimation de la date de release des version A3000/4000?
Kamelito
On dirait qu’AsmPro qui est basé sur AsmOne a été mise à jour pour supporter l’apollo.
http://aminet.net/package/dev/asm/AsmPro1.18src
Kamelito
La V1200 est basée sur le désign de la V4, effectivement. L’aspect physique sera bien évidemment modifié pour pouvoir accepter le connecteur d’extension, la carte se branchera sur le 1200 comme une autre carte accélératrice.
Puisque c’est le design de la V4 qui est utilisé, il n’y a que peu d’adaptations à faire, et les adaptations sont minimes (la V4 est déjà capable d’adresser un bus de donnée indifférement 16 ou 32 bits). C’est tout l’avantage de la solution retenue : on aura une base commune à toute les V4, donc un core bien plus facile à maintenire et des performances unifiées. Les futures V3000/V4000 (qui n’existent pas encore donc, mais qui sont effectivement actuellement sur notre roadmap pour plus tard) devraient aussi etre basées sur le même design.
La version autonome gerera-t-elle un mode cartouche intégré ( Action Replay … ) ?
Non, ce n’est pas prévu.
Justement question vitesse et taille du bus, la version standalone n’est elle pas plus rapide car elle n’est pas tributaire des différents bus plutôt lent des Amigas.
La version 3000 c’est pour quand?
Kamelito
Techniquement, bien sur, le bus 32 bits des 1200/3000/4000 est bien plus rapide que le bus 16 bits du 500. Mais les différents éléments adressés par ce bus ne nécessitent pas une très grande vitesse en fait : les CIA, le lecteur de disquettes, le clavier, les joystick, la souris…. Donc, en pratique, on ne verra pas de ralentissement entre la Vampire en mode stand alone et la Vampire dans un A500. Il y a une exception notable : les éventuelles cares Zorro. Mais là, le bus Zorro sera le facteur le plus limitant de toutes manières (maximum 12 MB/s sur du Z3).
La Vampire fait ce qu’avait déjà fait une Cyberstorm + Bvision à l’époque : placer sur la carte accélératrice tout ce qui est demandeur de vitesse (RAM, CPU, mémoire de masse, carte graphique). Ainsi, tout les transferts consomateurs de bande passante se font sur la Vampire et n’emploient pas le bus de la machine, exactement comme sur une Cyberstorm MKIII + Bvision. Si on poussait la réflexion plus loin, à l’époque Phase5 aurait très bien pu transformer le couple Cyberstorm MKIII + Bvision en ordinateur complet, c’est d’ailleurs ce qui était doucement prévu avec l’A/box et la Pre/box qui malheureusement n’ont jamais vu le jour. Il ne manquait pas grand chose à la Cyberstorm + Bvision pour être un ordinateur à part entière, en pratique le chipset et les entrées sorties physiques.
Pour la version 3000/4000, il faut bien comprendre que l’on en est pas encore là. C’est un souhait de la team d’adapter plus tard la V4 à ces machines, mais il faut d’abord passer par la V4 500/standalone puis V1200 avant d’attaquer la version 3000/4000. Dès lors, impossible de s’avancer sur une date pour cette dernière.
Auteur
Guibrush : Et une version CD32 et A1000 ? C’est prévu ? J’suis plus intéressé par la standalone mais un petit 1000 ou une CD32 gonflée à la Vampire V4, ça le ferait aussi !
—
/me prêche pour sa paroisse ^^
Techniquement, la V4 500 devrait fonctionner parfaitement dans un A1000, au même titre qu’une V3 500 actuelle le fait. Il s’agit plus d’un problème de place dans le boitier. Certains ont utilisé des rehausseurs pour pouvoir faire passer la carte correctement. Au pire, un adaptateur peut être réalisé. Pour la CD32, ce n’est pas impossible du tout, d’autant plus que le connecteur est du coup beaucoup plus facile à réaliser. Mais c’est de la musique d’avenir. Les machines cibles ont été choisies en raison de leur diffusion. Il est claire que l’Amiga le plus répendu est le 500, et en plus il est increvable. Ca permet donc d’avoir beaucoup plus de machines cibles. De plus, la même carte pouvant être utilisée en stand alone, cela rationnalise la conception. Ensuite vient le 1200, parce que c’est celui que beaucoup aiment le plus et que ça le fait. Ca c’est ce qui est sur maintenant, le reste est souhaité par la team, mais il faut y aller étape par étape.
Guibrush : Tu aurais une liste des codes d’instructions AMMX ou MMX version 68080 ?
@GAMIA, tu trouveras cela ici :
http://www.apollo-core.com/knowledge.php?b=1¬e=10848&z=4ZYWgm
Jeeg :
Merci 🙂