Treesong

Toutes mes réponses sur les forums

  • Salut,

    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+
    Aghnar

    En réponse à : Amos Professional « X » devient « Unity ».

      #378189

      Salut,

      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+

      En réponse à : Amos Professional « X » devient « Unity ».

        #378148

        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 voir

        A+

        En réponse à : Un pc déguisé dans un Amiga

          #372480

          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é

          En réponse à : Le fil des vidéos

            #370005

            Merci @mikedafunk
            Je ne connaissais pas émulateur. Je regarderai 🙂

            En réponse à : Le fil des vidéos

              #369991

              Pour ceux qui s’interessent à la démoscene

              A+
              Aghnar

              Attachments:

              En réponse à : Interface clavier/souris/joystick

                #360656

                @Astro68k
                Merci pour le lien. Je ne connaissais pas. Ce n’est effectivement pas de l’usb mais c’est pas mal du tout.

                En réponse à : Interface clavier/souris/joystick

                  #360626

                  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

                  En réponse à : Amiga 500 – max.

                    #360348

                    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_amos

                    Je 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=14768

                    Mais 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 🙂

                    En réponse à : Amiga 500 – max.

                      #360337

                      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 ? etc

                      EDIT : ah ce n’est pas tinyus auquel je pensais mais Wrong way driver : https://eab.abime.net/showthread.php?t=106671

                      En réponse à : Amiga 500 – max.

                        #360331

                        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é.

                        Ce 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.

                        Sympa. 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 🙂 )

                        Salut,
                        Bien c’est simple un 1.3 ou un 3.1.4 c’est obsolète pareil alors autant rester en 1.3.
                        Bon je plaisante hé hé hé
                        En pratique en ce qui me concerne, cela m’intéresserait d’avoir mon 500 (1.3) boosté mais dans le respect des spécifications de l’époque. Cela veut dire :
                        – que je reste en 1.3
                        – que j’ai une extension mémoire 8meg / une mémoire de masse (un disque dur bien sur mais sous forme de mémoire persistée moderne) et une connectique usb pour pouvoir facilement echanger avec le reste du monde :-). J’imagine bien une extension sur le port zorro du 500. Cela a existé/existe presque (sans le port usb).
                        – que j’ai une conversion image/son vers une sortie HDMI.
                        – je reste avec mon petit 68000 à 7mhz.

                        Voila donc mon truc perso c’est d’avoir un 500 qui reste un 500 avec simplement les extensions possibles prévues à l’époque et une mise à jour pour pouvoir avoir un écran moderne.

                        J’ai actuellement un rgb2hdmi que j’ai eu grâce à (l’excellent) micromiga.com et j’ai une aca500+ sur le port zorro. Mais je trouve cette dernière fragile et les cartes SD c’est pas bien (en plus l’aca500+ est chere).Le rgb2hmi est sympa mais bon, on a un truc qui sort un peu comme on peut. En fait le truc idéal ce serait un boitier qui se connecte sur la sortie rgb actuelle et une sortie hdmi.

                        EDIT: pas carte SD, compact flash bien sûr…

                        Tout cela c’est un ressenti perso. Je n’ai pas envie de transformer un Amiga 500 en PC du début année 90 (processeur principal surdimensionné par rapport aux autres composants, comme la carte graphique). Mais une fois de plus chacun sa vision des choses.

                        Au fait JST (version 7.1, voir sur github) permet de lancer une grande partie des jeux whdload avec seulement 512Ko de chip.

                        En réponse à : Doc Amos en français

                          #359847

                          @Mikedafunk
                          C’est sans doute très bien mais c’est pas pour Amiga 🙂

                        15 sujets de 1 à 15 (sur un total de 67)

                        Amiga Impact