gratifiant > comp.sys.* > comp.sys.atari

LE COAT François (09/08/2019, 17h20)
Salut,

ol écrit :
>> Ça marche bien, même en 256 couleurs. Mais ce que ça veut dire, c'est
>> que les toutes dernières versions de myAES sont devenues gourmandes en
>> mémoire, par rapport aux machines physiques ATARI de la gamme. Les
>> ordinateurs comme l'Hadès, le Milan, Firebee ou Vampire V4 standalone
>> sont plus indiquées, ou alors ARAnyM et Hatari ...

> Je ne vois pas du tout comment tu arrives à un tel raisonnement, raisonnement tout à fait erroné qui plus est. La vérité est tout à fait inverse, tu parts du postula que les anciennes versions fonctionnaient sur des machines modestes comme un STe, cela n'avais jamais été lecas auparavant, le développement c'est focalisé sur le true color donc sur des machines qui ont de la mémoire, impossible de faire tourner sur STe avant avec 4Mo et en 16 couleurs, parce que MyAES + Mint + Teradesk nécessitait plus de 4Mo avec 8Mo je ne sais même plus si cela passait, de plus en 16 couleurs ou moins MyAES ne fonctionnait tout bonnement pas (redraw foireux quand cela ne plantait pas). Si j'ai proposé une config pour Hatari, c'est parce que j'en avais besoin pour moi pour justement tenter de tordre le coup à cette remarque et pour le fun, honnêtement cela n'a pas d'intérêt d'utiliser MyAES sur un STe mais pour le défi personnel c'était très intéressant, car c'est de l'optimisation, de la réflexion et de la découverte de bugs insoupçonnés, maintenant depuis la 0.97 je peux dire que cela fonctionne et que l'on peut avoir Mint + MyAES + Teradesk qui tourne dans 4Mo et il reste 1mo de ram libre, ce qui n'est pas beaucoup mais le défi a été relevé, sije voulais réduire faudrait réécrire teradesk qui se prend quand même 1Mo à lui seul. Bon on peut utiliser aussi MyAES sans Mint, mais alors il n'y a plus de multitache et plus d'accessoires! et je ne suis pas capable de créer le multitâche coopératif.


Non mais Olivier, je dis ça parce que les 14Mo d'un Falcon030 ne
suffisent plus pour faire tourner la version 68020 de myAES. Je sais
bien toutefois que tu travailles à une version plus légère destinée
aux machines de la gamme ... Mais sais-tu que pour Eurêka 2.12, la
version "lite" fonctionne tout juste dans les 1Mo de mon 1040STf.
Si le système devient trop gourmand en mémoire, alors qu'il est
initialement contenu en ROM, ça ne laisse pas beaucoup d'espace
pour les applications ... J'ai dû sérieusement couper les sources
de mon logiciel, pour qu'il se lance sur toutes les machines ATARI.

Heureusement que les ordinateurs aujourd'hui sont plus pourvus de RAM.
Honnêtement, ça n'est déjà pas raisonnable d'utiliser MiNT sur un
Falcon030, alors en plus ajouter myAES, ça tient du défi irréalisable =)
ol.google (09/08/2019, 23h17)
Le vendredi 9 août 2019 17:20:41 UTC+2, LE COAT François a écrit :
[..]
> initialement contenu en ROM, ça ne laisse pas beaucoup d'espace
> pour les applications ... J'ai dû sérieusement couper les sources
> de mon logiciel, pour qu'il se lance sur toutes les machines ATARI.


Tu n'as toujours pas compris, la version 68020 fonctionne sur Falcon 14Mo et même dans 4Mo tout comme la version 68000, la seule chose qu'il ne fait pas c'est de charger le windframe et celui par défaut prend en 256couleurs environ 300Ko, c'est juste un choix dans le code de MyAES qui a d'ailleurs été modifié depuis la dernière realease pour fonctionner avec 14Mo en fait je demandais d'avoir 12Mo contigu au moment de mon test mémoire, que j'ai remplacé en 8Mo. Je n'ai jamais eu de demande pour ce genre de config, sur TT oui mais pas sur Falcon de base tous les utilisateurs ont des CT60!, je n'en ai pas fait la promotion et je doute que cela intéresse vraiment, mais la prochaine realease cela sera possible.
Mais si tu ne me crois pas tu peux télécharger ceci:


> Heureusement que les ordinateurs aujourd'hui sont plus pourvus de RAM.
> Honnêtement, ça n'est déjà pas raisonnable d'utiliserMiNT sur un
> Falcon030, alors en plus ajouter myAES, ça tient du défi irréalisable =)


Non mais un falcon030 de base c'est super lent, le mode windframe demande plus de transfert de mémoire.

OL
LE COAT François (11/08/2019, 17h11)
Salut,

ol écrit :
> Tu n'as toujours pas compris, la version 68020 fonctionne sur Falcon 14Mo et même dans 4Mo tout comme la version 68000, la seule chose qu'il ne fait pas c'est de charger le windframe et celui par défaut prend en 256 couleurs environ 300Ko, c'est juste un choix dans le code de MyAES quia d'ailleurs été modifié depuis la dernière realease pour fonctionner avec 14Mo en fait je demandais d'avoir 12Mo contigu au moment de mon test mémoire, que j'ai remplacé en 8Mo. Je n'ai jamais eu de demande pour ce genre de config, sur TT oui mais pas sur Falcon de base tous les utilisateurs ont des CT60!, je n'en ai pas fait la promotion et je doute que cela intéresse vraiment, mais la prochaine realease cela sera possible.
> Mais si tu ne me crois pas tu peux télécharger ceci:
>


Avec cette version, j'ai un myAES daté du 7 aout 2019, qui permet
d'avoir le joli "windframe" dans les 14Mo du Falcon030 boosté de
Hatari 2.2.1. Ça me convient très bien.

>> Heureusement que les ordinateurs aujourd'hui sont plus pourvus de RAM.
>> Honnêtement, ça n'est déjà pas raisonnable d'utiliser MiNT surun
>> Falcon030, alors en plus ajouter myAES, ça tient du défi irréalisable =)

> Non mais un falcon030 de base c'est super lent, le mode windframe demande plus de transfert de mémoire.


Ce que je voulais dire en fait, c'est que le Falcon030 que je possède,
n'a que 4Mo de RAM, et ne fonctionne qu'à une cadence de 16MHz ...
Djamé (15/08/2019, 21h47)
On 2019-07-30 07:47:22 +0000, Pierre TON-THAT said:

> Plop,
> Oui, c'est voulu. Je ne vais pas reprendre le nom du jeu originel, vu
> que je ne suis pas sûr de réussir de les mener à terme, et que faire ce
> genre de remake n'est pas très légal. A la limite toléré.
> Suffit d'aller sur mon blog et voir les images, si c'est pas assez
> explicite. Ou d'aller ouvrir les .zip, c'est tout aussi facile que
> d'ouvrir des .txt.


Salut,
je me posais la question à propos de la musique : pourquoi ne pas
mettre les musiques originales alors que vous mettez les
graphiques ? (oui, Barbarian sans la musique, c'est pas pareil.
D'ailleurs c'est tiré de la BO de Conan, je suis sur que eux n'ont plus
n'ont pas payé les droits)

Bonne soirée et merci pour vos jeux :)

Djamé
LE COAT François (19/08/2019, 15h15)
Salut,

ol écrit :
>>>>> Ça marche bien, même en 256 couleurs. Mais ce que ça veut dire, c'est >>>>> que les toutes dernières versions de myAES sont devenues

gourmandes en>>>>> mémoire, par rapport aux machines physiques ATARI de
la gamme. Les>>>>> ordinateurs comme l'Hadès, le Milan, Firebee ou
Vampire V4 standalone>>>>> sont plus indiquées, ou alors ARAnyM et
Hatari ...
> Avec cette version, j'ai un myAES daté du 7 aout 2019, qui permet
> d'avoir le joli "windframe" dans les 14Mo du Falcon030 boosté de
> Hatari 2.2.1. Ça me convient très bien.
> Ce que je voulais dire en fait, c'est que le Falcon030 que je possède,
> n'a que 4Mo de RAM, et ne fonctionne qu'à une cadence de 16MHz ...


Le désavantage que je remarque avec myAES, c'est que je ne peux pas
rejouer une séquence enregistrée sous TOS, avec appl_tplay(). J'utilise
myHatari avec Hatari 2.2.1 et TOS4.04, mais l'AES n'est pas compatible.
Ça marche très bien avec l'émulateur AtariX, c'est à dire MagiC, parce
que l'AES est complètement compatible ...

<http://www.youtube.com/watch?v=9eVht_EDXSk>

Mais myAES n'est pas vraiment compatible. Il faudrait que la séquence
soit enregistrée sous myAES, mais je ne suis pas sûr du résultat ...
Le fait que la barre de menu disparaisse est gênant dans ce cas. De
plus l'application Eurêka 2.12 perd très souvent le focus GEM. MagiC
est lui entièrement compatible, même en multitâche, comme MultiTOS.
ol.google (19/08/2019, 21h40)
Salut
C'est possible, appl_trecord et appl_tplay c'est n'importe quoi dans le concept et je te rappel la chose suivante, pour que cela marche il faut que cesoit la même résolution, que les objets soient exactement àla même position, cela limite pas mal.

Effectivement les menu qui se rétractent est un soucis avec ces fonctions alors c'est simple il suffit de mettre l'option :
flying_menu = false
dans myaes.cnf plutôt que true

Il est possible que la souris n'ai pas l'air de bouger alors que les évènements se passent je ne sais plus, le soucis est que je n'ai testé que sous Aranym fVDI et il n'est pas possible de faire bouger la souris dans cette configuration par soft alors j'ai sans doute tout simplementenlevé le déplacement sur l'écran mais cela n'empêche pas de gérer les évènements comme si, j'avoue cela fait 10 ans que je n'ai pas testé.
[..]
> Le fait que la barre de menu disparaisse est gênant dans ce cas. De
> plus l'application Eurêka 2.12 perd très souvent le focus GEM. MagiC
> est lui entièrement compatible, même en multitâche, comme MultiTOS. Alors si tu as les aes qui te conviennent c'est très bien


OL
LE COAT François (20/08/2019, 09h55)
Salut,

ol écrit :
> C'est possible, appl_trecord et appl_tplay c'est n'importe quoi dans leconcept et je te rappel la chose suivante, pour que cela marche il faut que ce soit la même résolution, que les objets soient exactement à la même position, cela limite pas mal.


En fait appl_trecord() et appl_tplay() avec l'accessoire "RECORD.ACC" ne
sont disponibles que pour enregistrer et rejouer des évènements de
Eurêka 2.12. Ce qui fait que lorsque la résolution est différente, il
est prévu que les boites de dialogue s'affichent au même endroit que
dans la résolution d'origine. Ce qui fait que lorsque l'on clique à une
position, ça marche dans les différentes résolutions (supérieures).

J'ai enregistré des séquences d'évènements sur mon Falcon030 sousTOS,
il y a très longtemps, qui sont reproductibles aujourd'hui :

avec Hatari sous TOS4.04 :

<https://www.youtube.com/watch?v=jtjPa--6IZQ>

Avec ARAnyM sous TOS4.04 :

<https://www.youtube.com/watch?v=CN0X0s8O_mI>

Avec STonX sous TOS2.06 :

<https://www.youtube.com/watch?v=qt68Mm3P9QM>

Avec AtariX sous MagiC :

<https://www.youtube.com/watch?v=9eVht_EDXSk>

Il ne s'agit que d'évènements clavier ou de clics sur des boites de
dialogue (non préhemptives) qui ne posent pas de difficulté.

> Effectivement les menu qui se rétractent est un soucis avec ces fonctions alors c'est simple il suffit de mettre l'option :
> flying_menu = false
> dans myaes.cnf plutôt que true


D'accord, je vais tester ...

> Il est possible que la souris n'ai pas l'air de bouger alors que les évènements se passent je ne sais plus, le soucis est que je n'ai testéque sous Aranym fVDI et il n'est pas possible de faire bouger la souris dans cette configuration par soft alors j'ai sans doute tout simplement enlevé le déplacement sur l'écran mais cela n'empêche pas de gérer les évènements comme si, j'avoue cela fait 10 ans que je n'ai pas testé.


Dans les tests que j'ai fait, avec TOS4.04, ça marchait plutôt bien.

> Alors si tu as les aes qui te conviennent c'est très bien


Oui, mais j'aurais bien voulu faire aussi une vidéo avec myHatari. Ce
qui est surtout gênant, c'est que Eurêka 2.12 perd très souvent le
focus GEM, au profit du bureau Teradesk ou autre, ce qui fait que le
rejeu de la séquence échoue. Ça n'est pas normal, car Eurêka 2.12
devrait être maintenu au premier plan, non ?
Arachide (20/08/2019, 10h31)
Le 20/08/2019 à 09:55, LE COAT François a écrit :

> Oui, mais j'aurais bien voulu faire aussi une vidéo avec myHatari. Ce
> qui est surtout gênant, c'est que Eurêka 2.12 perd très souvent le
> focus GEM, au profit du bureau Teradesk ou autre, ce qui fait que le
> rejeu de la séquence échoue. Ça n'est pas normal, car Eurêka 2.12
> devrait être maintenu au premier plan, non ?

Il y a un appel AES pour réserver le focus, non?
wind_update par exemple avec BEG_MCTRL te donne le focus de la souris en
exclusivité.

BEG_UPDATE empêche les autres appli de redessiner sur l'écran.

Guillaume.
LE COAT François (20/08/2019, 11h00)
Salut,

Arachide écrit :
> Il y a un appel AES pour réserver le focus, non?
> wind_update par exemple avec BEG_MCTRL te donne le focus de la souris en
> exclusivité.
> BEG_UPDATE empêche les autres appli de redessiner sur l'écran.
> Guillaume.


A priori je fais tout ce qu'il faut avec le GEM pour ne pas perdre le
focus, puisque ça marche avec toutes les versions de TOS, avec MultiTOS
et avec MagiC. Il existe donc un problème d'attribution du focus avec
myAES, qui est perdu par l'application qui est au premier plan. La
solution consiste à aller chercher dans le menu ATARI, en haut à gauche,
pour redonner la main à l'application courante, ce qui est compliqué !
ol.google (20/08/2019, 21h17)
Salut
> Salut,
> Arachide écrit :


Tu peux faire la vidéo sous TOS je ne vois pas le problème, pas besoin de MyAES pour cela.

> A priori je fais tout ce qu'il faut avec le GEM pour ne pas perdre le
> focus, puisque ça marche avec toutes les versions de TOS, avec MultiTOS
> et avec MagiC. Il existe donc un problème d'attribution du focus avec
> myAES, qui est perdu par l'application qui est au premier plan. La
> solution consiste à aller chercher dans le menu ATARI, en haut à gauche,
> pour redonner la main à l'application courante, ce qui est compliqué !


Je sais parfaitement pourquoi et je n'ai nullement l'intention de corriger parce que ce n'est pas une erreur mais un choix, le choix d'apporter le moins de blocage possible même avec les vieux tromblons, je n'ai aucune volonté de faire marcher des softs qui se foutent des autres applications et se prennent pour seules au monde, pour cela il y a le TOS, si des AESmodernes essayent d'apporter cette compatibilité tant mieux c'est leur choix pas le mien, je ne cherche pas la compatibilité à tout prix, il y a des principes écrits dans tous les manuels du GEM qui datent même du TOS qui ne sont pas appliqués et quelques fonctions stupides datent de cette époque qui n'ont rien à faire dans un système de fenêtrage normal, je les implémente plus ou moins carquelques applications supplémentaires sympa peuvent passer mais sans plus, généralement elles sont buggués et marchent de toute manière très mal dans un système multitâche. En fait Eureka ne devrait pas fonctionner, pas qu'il soit buggué mais tout simplement parce que cela n'est pas un soft GEM mais un soft TOS avec quelques appels au GEM il y a une nuance et qui ne veut même pas faire semblant pour arrondir les angles alors que faire: rien ou que l'auteur essaye de faire un tout petit effort de programmation oh pas grand chose juste peut être ouvrir une fenêtre plein écran, gérer les rectangles pour le redraw et gérer le WF_TOP c'est a peu près tout pour qu'il ne perde pas le focus, parce que garder le contrôle à coups de wind_update et dessiner directement à l'écran sans fenêtre cela devrait être interdit sans s'occuper des autres applications cela s'était déjà pas ce qui est préconnisé sous TOS mais cela passait mais alors sous système multitâche non et non je ne suis franchement pas nostalgique! Dès fois faut faire des choix, moi je l'ai fait à la conception, si c'était pour faire un clone del'AES du TOS il n'y avait aucun intérêt pour moi mais rien n'oblige à l'utiliser.

OL
LE COAT François (20/08/2019, 22h30)
Salut,

ol écrit :
>>>> Oui, mais j'aurais bien voulu faire aussi une vidéo avec myHatari.Ce
>>>> qui est surtout gênant, c'est que Eurêka 2.12 perd très souvent le
>>>> focus GEM, au profit du bureau Teradesk ou autre, ce qui fait que le
>>>> rejeu de la séquence échoue. Ça n'est pas normal, car Eurêka2.12
>>>> devrait être maintenu au premier plan, non ?

> Tu peux faire la vidéo sous TOS je ne vois pas le problème, pas besoin de MyAES pour cela.


Tu as bien vu que j'ai fait *beaucoup* de vidéos sous TOS, car ça ne
marche que dans cette situation. C'est normal, c'est la référence de
*tous* les programmes ATARI qui se respectent.

> Je sais parfaitement pourquoi et je n'ai nullement l'intention de corriger parce que ce n'est pas une erreur mais un choix, le choix d'apporter le moins de blocage possible même avec les vieux tromblons, je n'ai aucune volonté de faire marcher des softs qui se foutent des autres applications et se prennent pour seules au monde, pour cela il y a le TOS, si des AES modernes essayent d'apporter cette compatibilité tant mieux c'est leur choix pas le mien, je ne cherche pas la compatibilité à tout prix, il y a des principes écrits dans tous les manuels du GEM qui datent même du TOS qui ne sont pas appliqués et quelques fonctions stupides datent de cette époque qui n'ont rien à faire dans un système de fenêtrage normal, je les implémente plus ou moins car quelques applications supplémentaires sympa peuvent passer mais sans plus, généralement elles sont buggués et marchent de toute manière très mal dansun système multitâche. En fait Eureka ne devrait pas fonctionner, pas qu'il soit buggué mais tout simplement parce que cela n'est pas un soft GEM mais un soft TOS avec quelques appels au GEM il y a une nuance etqui ne veut même pas faire semblant pour arrondir les angles alors quefaire: rien ou que l'auteur essaye de faire un tout petit effort de programmation oh pas grand chose juste peut être ouvrir une fenêtre pleinécran, gérer les rectangles pour le redraw et gérer le WF_TOP c'est a peu près tout pour qu'il ne perde pas le focus, parce que garder lecontrôle à coups de wind_update et dessiner directement à l'écran sans fenêtre cela devrait être interdit sans s'occuper des autres applications cela s'était déjà pas ce qui est préconnisé sous TOS mais cela passait mais alors sous système multitâche non et non je ne suis franchement pas nostalgique! Dès fois faut faire des choix, moije l'ai fait à la conception, si c'était pour faire un clone de l'AES du TOS il n'y avait aucun intérêt pour moi mais rien n'oblige à l'utiliser.


Oui, enfin MiNT et MultiTOS ont été diffusés largement à partir de 1993,
avec le Falcon030 que j'ai acheté, mais n'ont eu qu'une très faible
popularité au regard de la longévité des machines de la gamme ATARI,
entre 1985 et 1996. Ça me parait curieux que tu te bases sur un système
très peu populaire, et même majoritairement détesté par les ATARIstes,
pour rejeter les applications historiques, qui sont toutes "mal écrites"

ATARI étant amené à évoluer, penser à développer un systèmequi ne
soit plus compatible avec l'existant me semble être voué à l'échec.
Lorsque l'on pense à développer une application qui utilise un
système de fenêtrage avec la souris, le GEM est largement dépassé.

On ne brise pas plus impunément la compatibilité ascendante que l'on ne
fait table rase du passé ou une révolution à soi seul aujourd'hui dans
son garage. Lorsque l'on s'intéresse à un système d'exploitation comme
tu le fais, c'est au service des applications et pas le contraire, non ?

Ma fierté est que Eurêka 2.12 fonctionne sur toutes les machines de la
gamme et même en dehors des ordinateurs les plus vendus par ATARI. Mais
le renouveau ATARI ne passe pas par la révolution du système, qui est
une "coquille vide" tant qu'elle n'intéresse plus personne aujourd'hui.

Pour te le dire franchement, je ne comprend pas ton attitude qui
consiste à te mettre à dos les développeurs ATARI, alors que tu ne
connais que très peu ce monde, à part pour avoir acheté un ST il y a
35 ans ...

Les développement ATARI actuels se font tous en hommage à un passé
révolu, et non pas dans le mépris de l'informatique d'autrefois ?
Ça dysfonctionne, c'est imparfait, mais c'est notre passé commun !

ATARIstiquement vôtre =)
ol.google (21/08/2019, 00h41)
> > Tu peux faire la vidéo sous TOS je ne vois pas le problème, pas besoin de MyAES pour cela.
> Tu as bien vu que j'ai fait *beaucoup* de vidéos sous TOS, car ça ne
> marche que dans cette situation. C'est normal, c'est la référence de
> *tous* les programmes ATARI qui se respectent.


Non je n'ai pas vu. Maintenant je ne vois pas ce qui est normal, personnellement 95% de mes softs fonctionnent sous TOS, MyAES compris! Normal j'ai écrit une lib pour cela il y a 20 ans qui marche toujours malgré que je n'y ai pas touché depuis bien 15 ans. Tient pour MyAES même dans cette condition tu n'aurais pas de soucis de focus! C'est totalementinutile mais c'est fun, mais la particularité de mes softs comme la plupart des softs que l'on utilise encore aujourd'hui sont GEM amical.

> Oui, enfin MiNT et MultiTOS ont été diffusés largement à partir de 1993,
> avec le Falcon030 que j'ai acheté, mais n'ont eu qu'une très faible
> popularité au regard de la longévité des machines de la gamme ATARI,
> entre 1985 et 1996. Ça me parait curieux que tu te bases sur un système
> très peu populaire, et même majoritairement détesté par les ATARIstes,
> pour rejeter les applications historiques, qui sont toutes "mal écrites"


Pour un connaisseur comme toi je suis surpris que tu ne connaisses pas plusles dates clefs, l'Atari ST est né en 1985, le Falcon en 1992 pour une fin de production en 1993 pas en 1996 et multitos diffusé avec le Falcon (donc peu diffusé)et peu utilisé vu la lenteur du système et le manque de mémoire des machines de base.
Je ne rejette rien, ces applications n'ont pas besoin de moi, si elles sontutilisées elle le sont sous TOS comme bon nombre de jeux qui tapent dans la vidéo directement etc... Des applications de plus de 20 ans fonctionnent bien, pas super sexy mais bon ca fonctionne, car simplement cela respecte grosso modo les normes indiquées, ce n'est pas moi qui le ditc'est Atari dans ses bulletins de développement. Quasiment aucunes deces applications ne fonctionnent sous Mint et fVDI.
Mais je ne me base pas sur Multitos que je n'ai jamais utilisé, mais plutôt sur Magic ou NAES bien mieux finis et qui font référence dans le domaine, eux ont été populaires

> ATARI étant amené à évoluer, penser à développer un système qui ne
> soit plus compatible avec l'existant me semble être voué àl'échec.


Mais je ne vend rien, il n'y a ni succès ni échec à attendre, je n'attend rien, je ne prétend à rien si ce n'est me faire plaisir et si je fais plaisir à d'autres je suis content, c'est tout et ceux qui n'aiment pas tant pis ils ont déjà ce qui leur convient. Il y a deux intérêts différent ceux qui veulent la compatibilité parfaite et qui déjà avait des soucis entre un STf et un STe et encore pire lors du TT puis du Falcon, les machines de l'époque et les émulateurs sont là pour eux, pourquoi iraient ils installer Mint et pire MyAES? Aucun intérêt pour eux. Quand à ceux qui veulent du multitache à tout prix, quel intérêt pour eux d'utiliser un logiciel qui ne se plie pas un minimum à de la discipline, si ils en ont besoin comme des softs comme cubase (on peut comprendredans son cas) ou calamus (honnêtement jamais compris la philosophie de ce logiciel) ils repassent sous TOS et point barre là ou cela marche.. Ce sont les 2 gros exemples qui me viennent à l'esprit mais en fait il n'y en n'a pas tant que cela. Mais c'est un peu drôle parce que tu as utilisé beaucoup Aranym et ces softs un peu directes ne fonctionnent pas sur ce logiciel, cela n'a pas semblé te gêner deviendrais tu nostalgique?!

> Lorsque l'on pense à développer une application qui utilise un
> système de fenêtrage avec la souris, le GEM est largement dépassé.


Qu'est ce que tu en sais? La seule chose qui est un peu stupide ce n'est pas le GEM mais la VDI qui n'est pas sous le contrôle du GEM mais ce serait possible, j'avais commencé à y penser, rien d'insurmontable en fait et je connais peu d'application GEM amical qui serait vraiment pénalisé, bien sur Eureka n'arriverait plus à dessiner quoi que cela ;-)

> On ne brise pas plus impunément la compatibilité ascendante quel'on ne
> fait table rase du passé ou une révolution à soi seul aujourd'hui dans
> son garage. Lorsque l'on s'intéresse à un système d'exploitation comme
> tu le fais, c'est au service des applications et pas le contraire, non ?


Mais c'est au service des applications crois le, faire une appli avec des boite de dialogue avec de beaux objets c'est bien plus simple et rapide que de l'écrire sous le GEM du TOS, j'ai écrit (mais pas fini) un bureau en quelques dizaine de Ko de code, les applications avec SDL sous GEM comme doom peuvent par exemple sans changer rien à la programmation sous MyAES être en vrai plein écran et être pourtant toujours de bons programme GEM dans une fenetre, en gros faire ce que tu fais de manière brutale et unilatérale mais de manière cordiale et il n'y a pas de wind_update la dedans.

> Ma fierté est que Eurêka 2.12 fonctionne sur toutes les machines de la
> gamme et même en dehors des ordinateurs les plus vendus par ATARI.


La plupart des miens aussi soit beaucoup de programmes que toi

>Mais
> le renouveau ATARI ne passe pas par la révolution du système, qui est
> une "coquille vide" tant qu'elle n'intéresse plus personne aujourd'hui.


Cela ne t'intéresse pas, moi cela m'intéresse et après tout je ne suis pas un évangéliste, je n'ai pas vocation à apporter la bonne parole.

> Pour te le dire franchement, je ne comprend pas ton attitude qui
> consiste à te mettre à dos les développeurs ATARI, Ah bon ? De qui tu parles ? Les développeur de softs qui ne sont plus maintenus et développés depuis plus de 25 ans, il y a bien longtemps que ces développeurs là se foutent de ce qui peut bien se passer, donc je ne me mettrait à dos personne, les autres et j'ai la chance d'avoir travaillé plus ou moins avec un bon nombre tu serais surpris et je ne parle pas de dire tiens cela ca ne marche pas ou tiens tu devrais faire ceci ou cela, non j'ai travaillé avec eux souvent modestement mais sur du code à corriger tel ou tel bug ou a essayer de comprendre mes propres bugs, je ne crois pas m'être mis à dos qui que ce soit. Je crois même que mon approche est plus saine, déjà je rattrape beaucoup de choses, quand je pense que l'AES peut corriger à lavolée je le fais volontiers, mais faire en sorte d'être parfaitement compatible avec ce qui est permis en monotâche par facilité c'est sans doute fun à faire mais ce n'est pas un service que l'on a rendu en fin de compte au système, les développeurs, trouvent que cela marche alors pourquoi faire propre puisque l'on peut toujours programmer comme un cochon, pourquoi se priver? Et qu'est ce qui arrive après ? Et bien le système ne peut plus évoluer, le statisme est de mise on ne fait que recopier et finalement on est totalement dépassé..


Pour la petite histoire j'ai aidé Claude Attard à lui faire une petite config Aranym sympa pour un soft de gestion de compte qu'il a écrit pour lui même, on sait tous que Claude a fait une librairie d'un autre temps avant le multitache quoi et que sorti de là ses softs ne fonctionnent pas franchement, fVDI tu oubli, j'ai essayé divers AES sousMint tu oublies MyAES inclu, je lui ai fait une config falcon sous TOS avec une résolution de folie sans fVDI, il était heureux et ne demandait rien d'autre, son soft dans une grande fenêtre sous Windows voilà son besoin, pas la peine d'essayer de vendre plus, le système en fin de compte il s'en fout, seul son soft l'intéressait, c'est curieux en écrivant cela en fait c'est comme toi avec Eureka mais lui il voulait la compatibilité pour son utilisation alors que toi tu veux la compatibilité pour pouvoir dire que ton soft passe partout comme une sorte d'étalon du système ce qui est curieux pour quelqu'un qui n'ya jamais beaucoup fait attention et tout cela pour une simple raison, c'est que tu n'as pas amélioré ton soft depuis plus de 15 ans et je ne te pense pas capable encore de faire un changement significatif dedans.

> alors que tu ne
> connais que très peu ce monde, à part pour avoir acheté unST il y a
> 35 ans ... Ce n'est pas d'avoir acheté qui est important, c'est de connaitre les personnes et développer avec d'autres, toi tu as acheté beaucoup et développé avec personne en fait et le fait de posséder nefait pas de toi quelqu'un qui comprend comment marche son système
> Les développement ATARI actuels se font tous en hommage à un passé
> révolu, et non pas dans le mépris de l'informatique d'autrefois?
> Ça dysfonctionne, c'est imparfait, mais c'est notre passé commun !


Mais la plupart des applications un tant soit peu modernes que tu utilises fonctionnent parfaitement en multitâche et MyAES, je ne crois pas d'ailleurs que tu utilises des applications qui posent soucis, donnes moi la liste des applis que tu utilises régulièrement sous Aranym on verra..

OL

Discussions similaires