- Ce sujet contient 16 réponses, 5 participants et a été mis à jour pour la dernière fois par
AmiDARK, le il y a 3 années et 11 mois.
AmiDARK, le -
Sujet
-
AmiDARK
- Level 2
- Messages : 50
Hier, un admin du groupe « AmosPRO Coding » sur Facebook a voulu poser des questions … L’AGA sur AMOS … On pourra l’avoir ? … ou jamais :( me demandant à moi et François, des réponses. (Source 1)
J’ai répondu et expliqué mes choix de changement
Résultat, François pas très content par mes propos a enfin (Alléluïa) décidé de prendre la « seule voie qui était possible et logique », et de nous pondre un repository officiel pour le code source de l’Amos Professional… Et en plus, il est revenu OFFICIELLEMENT sur la licence initiale : MIT. (Source 2).
On a donc enfin, sur le github de François (où il mets aussi ses releases de AOZ), le code source de l’Amos Professional basé sur le release GitHub de Marc365 (sur lequel je m’étais aussi basé pour mon travail pour l’Amos Professional X) et donc attestant que la licence est toujours MIT.
Cela me permet donc, de pouvoir reprendre le travail sur l’AGA pour l’AMOS Professional, en ne procédant qu’à des releases de Binaires (en tout cas, binaires seuls tant que le projet n’est pas terminé, je détaille tout dans le README.md de mon github).
J’ai donc retrouvé grâce à un backup d’un ami très proche, la dernière version de mon Amos Professional X et ait remis un repository GitHub avec la dernière release que j’avais prévu de faire ( Source 3 et Source 4 ).Les détails sont maintenant clairs, sans ambiguïté, et je vais pouvoir fournir, gratuitement un AMOS Pro AGA pour la communauté de Fans AMIGA/AMOS restants.
@+
Source 1 : https://www.facebook.com/groups/AmosPro/permalink/1156322661372399/
Source 2 : https://www.facebook.com/groups/AmosPro/permalink/1156714481333217/
Source 3 :
https://www.facebook.com/groups/AmosPro/permalink/1157301644607834/Source 4 :
https://github.com/AmiDARK/Amos-Professional-AGA-Releases
AmiDARK
-
Réponses
-
astrofra
- Level 4
- Messages : 126
Hello!
Bon, la license MIT est effectivement le choix le moins contraignant.
Par curiosité, qu’est-ce-qui posait problème avec le LGPL?La crainte que les améliorations apportées à l’AMOS ne bénéficient pas (d’un point de vue commercial et financier) à leurs auteurs mais à une société privée qui serait plus facilement en capacité de distribuer une version commerciale d’AMOS basée sur les-dits travaux ?
Je suppose, si ma compréhension de la LGPL est correcte, qu’un programme écrit sur une version LGPL d’AMOS Basic n’est pas contaminé par la licence LGPL.
C’est bien ça?www.astrofra.com | fra.planet-d.net
Kaeril
- Level 5
- Messages : 156
Je ne connais pas bien AMOS, mes excuses par avance si je raconte des âneries.
Le point essentiel de la licence LGPL, c’est que si tu crées autre chose en te reposant sur ce logiciel, tu n’es pas obligé de redistribuer tes sources ; par contre, si tu modifies le logiciel lui-même, alors tu dois redistribuer ces modifications.
D’où l’idée qu’il faut bien séparer le logiciel lui-même et l’utilisation qu’on en fait, ce qui est facile à voir lorsqu’on l’utilise à l’aide d’un lien dynamique à la compilation. C’est souvent ça qui pose problème avec la LGPL : lorsqu’on est forcé d’utiliser le logiciel sous LGPL par lien statique ou d’une manière indirecte (et AMOS répond peut-être à cette définition), il n’est pas facile de dire si le logiciel qu’on obtient à la fin est une modification ou simplement basé sur le logiciel LGPL.
C’est souvent cette ambigüité, difficile à lever même pour des juristes spécialisés, qui conduit à se méfier de la LPGL, et à lui préférer des licences plus permissives et/ou plus claires sur ce qu’on a le droit de faire. Que ce soit la GPL d’un côté, ou MIT (ou même MPL) de l’autre, tout le monde sait au moins à quoi s’en tenir.
- Level 4
- Messages : 126
C’est souvent ça qui pose problème avec la LGPL : lorsqu’on est forcé d’utiliser le logiciel sous LGPL par lien statique ou d’une manière indirecte
L’AMOS est un basic avec interpréteur et compilateur.
Même dans le cas d’un compilateur qui transformerait le code basic en langage machine, ça ne contamine pas le code source basic, n’est-ce-pas ?
(sinon, ça voudrait dire que tous les sources qu’on donne à GCC sont transformés en GPL ?)www.astrofra.com | fra.planet-d.net
- Level 2
- Messages : 50
Le problème est complexe.
– Initialement, François avait sorti le code source de l’Amos Pro sous licence MIT (il n’avait jamais fait de repository lui même mais l’avait mentionné dans des discussions du groupe « AmosPro Coding » qu’il le mettait en MIT.
– Personne n’avait jamais fait le support de l’AGA pare que François lui même disait « c’est impossible il faut reprendre tout l’AMOS pour le faire ».
– Dernier trimestre 2019, j’arrive me mets dans le code source de l’Amos pro et fait quelques tests par curiosité … et oups … ça marche ! Je commenc à me mettre dedans et à partager les évolutions dans le groupe facebook « AmosPro Coding ». Le code source du projet était alors « Open Source » et disponible pour toutes et tous.
– François voit que la communauté AMOS est super excitée avec l’arrivée du support AGA pour l’Amos Pro et il me contacte en privé pour me proposer un marché … Il désire mettre la version AGA (même non terminée) en version boite, fabriqué là où il est actuellement … Dans un pays de l’EST .. Je toucherais 7€/boite et la boite serait vendue ~200€/TTC…
– Ce que je toucherai je m’en foutais, car je développais pour le fun … et j’étais heureux de voir que cela servait aux autres, mais j’estimais que 200€ c’était trop cher payé… Une boite à 50€ qui contienne un manuel épais et à jour avec le support de l’AGA, de nouveaux exemples pour l’AGA et tout … J’aurais dit OK .. ça peux le valoir mais vendre la boite 200€ sous l’excuse « C’est vintage les gens payeront pour l’avoir » … ça m’est resté en travers de la gorge.
– Par email, François a commencer à faire pression sur moi … Il voulait faire le buzz avec cette version AMOS pour booster son projet AOZ et m’a menacé (avec par exemple : avec ou sans toi je ferais l’AGA et ta version ne sera jamais la version AGA officielle, et j’en passe il m’a insulté et a aussi insulté la france au passage )
– J’ai décidé de passer le code source en closed (la licence MIT me le permettait car les modifications sont multiples pour mettre l’AGA en place (structures internes + beaucoup de fonctions et méthodes modifies + ajouts d’exemples + réorganisation + etc…) et ait demandé en email à François de s’engager à ne jamais revendre les modifs que j’ai fait. Je lui ai demandé une réponse email (qu’il ne pourrait pas effacer comme une publication facebook). Il ne m’a jamais répondu
– En janvier il découvre que j’ai fermé le code source et a pété un plomb … Il a dit qu’il passait la licence de MIT à LGPLv3 et m’a clairement dit « soit tu distribues le code source en acceptant que d’autres puissent l’utiliser commercialement, soit tu arrêtes » ..
– Suite à cela, j’ai décidé d’arrêter complètement le projet. Je déteste les menaces et pressions pour abuser de mon travail. François était créateur et développeur de l’AMOS .. Et moi j’étais le développeur de l’AGA pour l’AMOS. Chacun doit respecter le travail de l’autre.
– S’en est suivi une période « drama » comme le disent les anglophones sur les forums … Et françois m’a banni de son compte FB et est parti du groupe AmosPro Coding…
– 4 mois après, les fans d’AMOS demandent encore s’ils auront l’AMOS AGA un jour. Je réponds qu’en situation actuelle non .. Que François voulait juste que quelqu’un développe l’AGA pour lui pour le revendre sinon il n’aurait pas forcé la licence LGPLv3. Que de mon côté je travaillais sur un projet secret et que les fans d’AMOS voulant l’AGA ne seraient pas déçus …
– François a vu cela, et a obtempéré. Il est revenu à la licence MIT officielle qu’il avait prévu au début comprenant, qu’il n’avait pour seule solution ue de faire un repository officiel pour que cela soit fixe, ce qu’il n’avait jamais fait avant .(comprenant probablement aussi qu’il n’aurait plus aucun espoir d’avoir mes modifs)
Vu qu’il a opté officiellement validé la licence MIT, je peux reprendre le projet en protégeant mes modifications de son code source.
Une fois tout fini, je libèrerai le code source en licence MIT et le mettrait aussi dans la version de l’Amos FACTORY.
- Level 4
- Messages : 126
OK.
N’étant plus sur FB j’avais raté tout cet historique.J’en profite pour avoir ton avis, toi qui est rentré assez profond dans le code d’AMOS :
on pourrait imaginer une « lib » avec un API C qui permette d’utiliser un sous-systeme basé sur l’AMOS ?
ça serait quelquechose d’assez proche de ce que tu avais réalisé avec Amidark 3D, une API C qui reprenne en 1:1 l’API d’AMOS. Chaque statement de l’AMOS aurait sa fonction ou son struct C équivalent.ça serait un boulot assez conséquent, mais est-ce-que j’hallucine tout seul ou est-ce-que ça aurait un intérêt ? (ça s’adresserait à un autre public que les développeurs AMOS historiques, bien sur)
www.astrofra.com | fra.planet-d.net
- Level 2
- Messages : 50
Tout est possible techniquement.
La question est « est-ce que cela vaudrait le coup par rapport à l’investissement nécessaire ? ».
Ma réponse personnelle et subjective … si cette API a pour seul but, une pseudo émulation de l’AMOS .. Je ne pense pas … Mais si cette API avait d’autres buts en plus d’une pseudo émulation AMOS, peut-être…Je n’en dirais pas plus sur ce sujet et pourrais peut-être t’en parler plus … prochainement.
- Level 4
- Messages : 126
Tu soulèves un point intéressant.
Avoir une équivalence parfaite entre Basic et C ne serait effectivement pas l’intérêt majeur d’un tel projet.Mais bien, plutôt, d’avoir un framework C qui donne accès à la boite à outil de l’AMOS qui est quand même très complète (scrollings, copper facile et dynamique, sprites multiplexés, bobs…)
Un tel framework existe déjà sous deux formes, d’ailleurs, mais…
– la graphics.library, assez complète mais pas forcément hyper rapide
– GameSmith engine, très performant mais totalement abandonné (et closed source)Je pense qu’on pense à la même chose…
wait & see… donc
www.astrofra.com | fra.planet-d.net
- Level 2
- Messages : 50
@AstroFra : Le problème est que l’AMOS gère le copper d’une manière singulière (il est os friendly pour l’allocation des bitmaps, des rasters, etc… mais le copper est fait « à la mano » … Du coup sa gestion multi-screen, comment vas-tu l’émuler avec ton framework si tu n’as pas un accès complet au fonctionnement de celui ci ?
- Level 4
- Messages : 126
@AmiDARK, je ne sais pas, mais moi je n’ai rien prévu de faire, en fait, ni d’émuler, ni d’écrire mon framework sur AMOS :)
Je demandais juste si, architecturalement parlant, c’était faisable ou si AMOS n’était pas du tout adapté. Ce à quoi tu as répondu.
Merci.www.astrofra.com | fra.planet-d.net
- Level 2
- Messages : 50
@AstroFra :
De rien :)
Tu sais, il existe plusieurs systèmes qui reproduisent le fonctionnement de l’AMOS/AmosPro…
XAMOS en C++ : https://sourceforge.net/projects/xamos/
- Level 4
- Messages : 126
Ah oui.
XAMOS vise les plateformes contemporaines équipées de JAVA, mais l’intention est sympa.
Je crois qu’un projet de réimplémentation de la lib de fonction d’AMOS en C, pour AmigaOS4 était en cours, par un Français, aussi?Bon, on va sagement attendre ta version AGA :)
Autre question technique, la compilation d’un source AMOS, ça consiste en quoi?
– ça transforme le source en bytecode et c’est toujours un interpréteur qui tourne?
– ça transforme le source en pur langage machine avec des appels aux routines d’AMOS quand on fait un PLOT ou un PASTE BOB, etc ?
– none of the above ?www.astrofra.com | fra.planet-d.net
- Level 2
- Messages : 50
@AstroFra :
Oui, AM4OS de Sharynn (qui est un ami d’enfance ;) )…
Il créé une bibliothèque en C dont les méthodes fonctionnent de la même manière que les commandes AMOS Pro pour reproduire son comportement.
Mais elle sera utilisable en C … Il faudrait créer un parser pour pouvoir faire une émulation réelle AMOS…
demether
- Level 9
- Messages : 974
Le nouveau amos, il va etre amiga 3.x ?
Yaura un manuel complet ?
merci
- Level 2
- Messages : 50
Bonjour @Demether,
J’ai repris le code source de l’AmosProfessionel et l’ai updaté avec les includes système 3.x .
Suite à cela, petit à petit je reprends toutes les commandes (graphiques) de l’AMOS Professional pour leur permettre d’utiliser le chipset AGA.
Maintenant par exemple, tu peux faire un : Screen Open 640,512,256, Hires + Laced
Cela t’ouvrira un écran en 256 couleurs, haute résolution entrelacée.Tu fais un : Load Iff « MonImage », 0
Et si ton image est en 256 couleurs (ou moins) elle sera affichée correctement et les couleurs définies.Ton Get Bob fonctionne aussi avec l’AGA … Les anim IFF aussi…
Il y a le détails des commandes testées et modifiés (et ce qu’elles supportent actuellement) sur le mini-site Internet.le SPack et UNPack fonctionnent partiellement (supportent l’AGA mais je dois rétablir pour l’ECS car je n’ai pas fini de mettre à jour les méthodes.
Pour le manuel, ça prends beaucoup de temps et ce sera disponible dans un second temps … Mais je ne reprendrais pas le manuel de l’AMOS (trop gros), je ferais une sorte d’Addendum AGA ;)
Sur le mini-site tu as une page qui affiche un google sheet dans lequel les commandes testées, compatibles, et ce qui est supporté sont listées.
@+
Foul
- Level 8
- Messages : 763
Je crois pas avoir vu le lien :
http://amos-professional-aga.frederic-cordier.fr/
My Game Room : https://youtu.be/HeJ2Fv8ux8g
A500(+) (1,5Mb Chip + Clock) rev 8A.1 KS 1.3 + AMRAM 500+ + Gotek (with sound hack)
A1200 2.0B Fixed + B1260/72Mhz/128Mb KS/WB 3.9 + CF Kingston 16Gb/PFS3 AIO + PSX to DB9 + Kipper2k CF card external Adapter + Cumana CAX354 + PS/2 USB Mouse adapter + M1201A
astrofra
Kaeril
Foul
- Vous devez être connecté pour répondre à ce sujet.