Toutes mes réponses sur les forums
-
@Giants
L’intégralité des démos que j’ai faites sont en Amos :
https://demozoo.org/groups/111822/Le jeu sur lequel je « travaille » depuis quelques années :
Et du code expliqué sur un dépot sur lequel je poste des trucs régulièrement :
https://github.com/alain-treesong/amiga_coding_in_amosTu trouveras plein d’autres trucs sur le Web
Famidash, cela me parait assez « facilement » faisable sur un 500. Je crois que j’arriverai à le faire en Amos (en 50 fps). Peut-être un jour mais il faut que je termine déjà « new bubble story ».
Toutefois, si quelqu’un est motivé et a des connaissances en Amos, je peux prendre le temps de l’aider à mettre au point le moteur au moins (un dual playfield et utilisation de dégradés copper).Pareil pour Androides. Si @giant tu veux faire le jeu en Amos (ce qui est peu probable mais j’en parle quand même), je peux t’aider à le faire aussi. Cela ne me parait pas un pb d’un point de vue moteur.
A+
En réponse à : Compilation des articles Stash of Code sur la programmation du hardware
20 juillet 2024 à 12h36 #380251Salut,
Merci c’est vraiment bien et en français !
J’essaierai de faire un jour un truc équivalent sur la programmation Amos en français.
Je me limite pour le moment à un dépot github (https://github.com/alain-treesong/amiga_coding_in_amos) avec des explications en anglais.En tout cas chouette et bien expliquer.
A+
AghnarSalut,
Pour info, actuellement aucune extension à ma connaissance ne joue correctement tous les modules à l’exception d’une extension compilée en 020 que j’avais utilisée à l’époque. En 68000, la meilleure extension est Amcaf pour la musique et ce n’est pas du tout parfait, loin de là.
Bon ce n’est pas grave. Je regarderai de mon côté un de ces jours pour améliorer cela.
A+
Hello Amidark,
Je peux te proposer la chose suivante : tu as accumulé beaucoup de connaissance sur le code source d’Amos. Ce serait dommage de ne pas en faire quelque chose de concret.
Donc tu pourrais repartir des sources d’Amos et dans un premier temps faire beaucoup plus simple c’est à dire une version 2.1 ou 2.2. Pas un truc trop ambitieux. Par exemple en améliorant le support du copper (plus d’1 couleur sur une même ligne modifiée par exemple) ou en remplaçant le player de mod par une version plus moderne avec une des nombreuses sources différentes dispo sur eab ou aminet (certaines ont même été intégrées comme plugin du blitz basic).
A mon avis le player et la gestion des couleurs via le copper (rainbow) sont deux points assez faibles d’Amos qui pourraient être corrigés avec une quantité de travail relativement modéré. L’aga viendrait après. Aujourd’hui en prenant le contrôle du copper ce qui est assez facile on peut faire de l’aga en réalité.
Tu as peut-être d’autres idées en tête mais c’est un lieu commun : le plus simple est le mieux. Donc pour résumer une nouvelle version 2.x avec quelques améliorations. Ce serait utile car « bcp » de gens utilisent amos en fait.
Je pourrais t’aider en fournissant des sources exploitant les nouveautés et en t’aidant à refaire un jeu de disk à l’ancienne avec des exemples et des démos. Ce serait sympa. A toi de voirA+
Mettre un PC avec émulation dans un clavier peut être amusant Le raspberry 400 qui est dans un clavier peut être un bon candidat pour avoir le feeling des ordis de l’époque. Bon un PI est un PI et un PC est un PC certes.
Mais en fait un « pc déguisé dans un Amiga », on a eu cela déjà il y a plus de 30 ans.
Cela s’appelle un Amiga 3000 (ouh le troll)
hé hé héMerci @mikedafunk
Je ne connaissais pas émulateur. Je regarderai 🙂@Astro68k
Merci pour le lien. Je ne connaissais pas. Ce n’est effectivement pas de l’usb mais c’est pas mal du tout.Bonjour WillyCat
Votre carte me parait être d’une qualité professionnelle. Bravo 🙂
Vous semblez bien connaitre l’electronique et l’Amiga.
Pensez-vous qu’il est envisageable de faire une petite carte se connectant par exemple sur le port zorro du 500 et présentant un port USB que vous maitrisez (port plus pratique qu’une carte SD par exemple) pour gérer l’échange PC <-> Amiga ?En fait je trouve qu’il y a deux éléments encore manquants pour permettre d’utiliser facilement un Amiga classique aujourd’hui même s’il y a des progrès :
– la connexion avec un moniteur moderne. Il y a des solutions récentes comme le rgbtohdmi mais c’est un peu problématique : on ne sait pas trop comment faire sortir le cable hdmi et l’audio doit être géré séparément. J’ai une « carte » comme cela donc je mesure l’aspect peu pratique. Il y a la solution D520 se connectant sur la sortie video standard de l’amiga mais la qualité n’est pas bonne par rapport au rgbTohdmi. Les autres solutions comme OSSC sont d’une part chères et pas spécifiques à l’Amiga.
– la combinaison équivalent disque dur, fast ram additionnelle et port usb. Il y a des cartes comme l’aca 500+ qui sont intéressantes (j’en ai également une) mais il n’y a pas de port usb (le port compact flash n’est pas pratique) et l’accent est mis sur une accélération du processeur principal mais ce n’est pas le plus intéressant à mon avis. Je pense qu’une extension 8gb de fast ram (pour un 500 ou un 1000), un équivalent disque dur interne et un port usb permettrait d’exploiter au mieux son Amiga dans la logique de sa conception (une machine avec n coprocesseurs). Cela permettrait de réduire le cout de la carte par ailleurs.Seriez-vous intéressé par développer de telles cartes ?
Aghnar
Tout cela est très intéressant.
Déjà (bon, je vais en faire HURLER certain), le type de programmation pour les démos est très proche sur les deux machine, tout tourne autour du VLB, c’est le temps que tu a pour faire un truc entre 2, voila c’est tout
Non je ne trouve pas cela scandaleux 🙂 Effectivement tout tourne autour de la vbl. C’est vrai aussi pour les jeux.
Des languages il y en a des tonnes (même sur Amiga et Atari).
Mais pour faire quelque chose qui tiens la route et qui est optimisé, à part l’assembleur je ne vois pas.
Le basic c’est pour faire joujou.
L’amos, je ne pense pas du bien (à part pour faire des jeux ‘standard’ tu me diras)
Quand au C sur Amiga…. à part pour du portage, je ne vois pas l’intérêt.Effectivement il y a plein de langages. Je parlais de ceux qui me paraissaient les plus utilisés/aboutis sur 500.
Pour le C, l’intérêt est quand même d’avoir un niveau un peu plus haut que de l’assembleur. C’est pas si mal pour nous autres humains 😉
Pour Amos je saisis la balle au bond. J’ai fait ce repo démarré il n’y a pas longtemps :
https://github.com/alain-treesong/amiga_coding_in_amosJe vais l’alimenter régulièrement. Pour les démos, j’ai fait cela (on peut toujours bien sur faire mieux mais cela veut dire qu’on peut faire des démos en Amos sans problème ):
https://www.pouet.net/groups.php?which=14768Mais tu as raison, il y a plein de langage. Il y a quelques temps je suis tombé sur ce truc qui est quand même vraiment excellent : https://www.mikekohn.net/micro/amiga_java.php
Donc on peut toujours faire des nouvelles choses et on peut faire des choses de manières nouvelles. Le cerveau humain est fabuleux 🙂
Amusant le petit message de Batman 🙂
Je ne pense pas pour autant que les gars qui font des démos ont un esprit si torturé que cela. Hé hé.
On trouvera toujours des choses nouvelles c’est sûr. Et il y a pas mal de gars qui font des démos sur Amiga 500 depuis plusieurs années. D’ailleurs il y a beaucoup de démos qui sont aussi bien que les meilleurs démos de l’époque sur 500 je trouve.Il y a un autre aspect qui est le langage de programmation. C’est intéressant d’utiliser des techniques beaucoup plus modernes apportés par un compilateur C par exemple pour produire un jeu ou une démo (je pense par exemple à ce qui a été fait avec le clone de gradius récemment si je ne me trompe).
Sur Amiga 500, je pense qu’il y a principalement 3 langages de dev : l’asm, le C et le basic (essentiellement avec amos pour le 500). Donc une autre approche de l’exploitation technique est la mise en place de code dans un environnement qui produit quelque chose de qualité mais d’une façon jamais utilisée jusqu’à présent. Donc peut on obtenir plus facilement un hardwired avec un compilateur C moderne ? Peut on réussir à obtenir un flashback en Amos ? etcEDIT : ah ce n’est pas tinyus auquel je pensais mais Wrong way driver : https://eab.abime.net/showthread.php?t=106671
Salut,
Je ne sais pas si la plupart des effets ont été dupliqués sur le ST car je ne connais pas assez cette plateforme.
Par contre le point de comparaison basée sur la demoscene est un peu biaisé car on peut toujours feinter sur une scene d’une demo : toutes les ressources peuvent être dédiées à un effet et on peut précalculer.
Si on utilise la comparaison basée sur les jeux, on voit qu’en tout cas que des capacités spécifiques à l’Amiga ont été utilisées (pas d’équivalent de superfrog, d’un point de vue technique par exemple sur ST à ma connaissance, pas d’équivalent d’un lionheart ou shadow of the beast 3, encore selon mes connaissances ST très limitées). Après on peut toujours trouver de nouveaux trucs mais l’Amiga OCS en tout cas me semble avoir été (et est encore aujourd’hui) bien exploité.En réponse à : Futures cartes accélératrices Amiga Classic et Raspberry
16 juin 2021 à 23h02 #360323Ce qui est cool, c’est qu’on se sert tous de nos amiga, de maniere differente :p
Cela c’est bien vrai 🙂
Le KS a un aspect « vintage » inimitable
Exact. Par ailleurs on peut customiser pas mal le 1.3. Et rien n’empeche d’ailleurs d’écrire du code (du c généralement) permettant de l’étendre. Il y a pas mal d’exemples sur le Web donc aujourd’hui c’est assez facile.
En réponse à : Futures cartes accélératrices Amiga Classic et Raspberry
16 juin 2021 à 19h44 #360317Sympa. Donc même avec un kickstart 1.3, avec cette config et jst, tu peux lancer je pense la plupart des whdload sans pb. Il manque qu’un port usb pour le transfert de données et ce serait parfait (mais tu l’as peut être déjà d’ailleurs 🙂 )
