Thing + AFROS : pb avec dial box - Page 1

Bonjour,

Depuis quelques semaines, je me suis repris de passion pour ma plateforme favorite depuis près de 25 ans et ait décidé de me construire une configuration basée sur Aranym. Outre la box dédiée, l'idée est de développer des installation complètes ( système preconfiguré avec toutes les applications et utilitaires) afin de faciliter ceux qui, comme moi, souhaitent se replonger dans le monde Atari mais on perdu ou oublié les connaissances nécessaires ou ne souhaitent pas remettre les mains dans le cambouis.
En me basant sur les travaux réalisés par plusieurs ( pack 3D, AFROS, pack Falcon ...) j'ai construit 2 images système :
- TOS 4.04 : la plus compatible avec les vieux softs, avec bureau Thing preconfiguré, NVDI 5, vidéo 1280x1024x256, accès au CDROM, système Host et serveurs partagés sur mon réseau, son, tous les utilitaires systèmes et applications nécessaires pour un usage bureautique, accès internet .... En gros, ce n'est pas un Falcon car il manque à Aranym une émulation complète du DSP, mais plutôt un super TT et ça dépote pas mal au niveau performance ( équivalent à un Hades sur ma box de test qui est un vieux Sempron 2600+; ça devrait décoiffer sur une configuration moderne à base Core i + SSD)
- Magici 6 : idem
Ces deux images ne sont pas totalement terminées, mais d'ici quelques semaines je les mettrai en ligne, sachant qu'il me manque pas mal de traduction, configuration (notamment impression par port parallele et configuration internet) et testes à faire afin de garantir une utilisation conviviale, fiable et la plus plug & play.

Maintenant j'attaque la partie MINT 1.17 + XAAES + FVDI basé sur AFROS et j'ai quelques soucis :
1 - Thing 1.27 ne fonctionne pas correctement. Les dial box ne sont pas cliquables à leur ouverture mais seulement après avoir fait repasser Thing au premier plan en cliquant 2 fois dans Taskbar. Exemple, si je veux sauver les préf de Thing, une fois le dial box de confirmation affiché, je dois faire repasser au premier plan Thing avec Taskbar et ce pour chaque confirmation : pénible! J'ai essayé de modifier les paramètre de XAAES sans succès. Est ce un bug de Thing, de XAAES, de FVDI, de AFROS, ou ai-je loupé quelque chose ?
2 - Netsurf ne détecte pas MINTNet et ne peux donc se connecter, alors qu'avec Highwire, AFTP, Amail ça fonctionne parfaitement. Faut il un OVL spécifique ou configurer MintNet autrement ?

Merci pour votre assistance.

Philippe

Attention avec Magic, je crois qu'il est toujours commercialisé officiellement...

Merci pour le conseil.
J'ai vérifié sur les sites actuel d'Application Système France et Allemagne, ni Magic Atari, ni Magic Mac, ni Magic PC sont à la vente.
Au niveau support, rien non plus. http://www.application-systems.de/
Il existe toujours l'ancien site d'Application Système, non mis à jour depuis plus de 10 ans, mais aucune réponse .. Le site est mort.
En résumé, Magic n'est pas un abandonware, je sais qu'ils ne veulent pas communiquer les sources non plus, mais l'appli n'est plus commercialisée officiellement et encore moins developpée.
Maintenant, je n'ai pas encore publié l'archive, je ne le ferai que s'il y a un intérêt de la comunauté et s'il y a une réclamation de la part des auteurs je la retirerai sans sourciller.
Bien entendu, dans les archives ne seront pas présent des softs toujours développés et commerciaux comme HD Driver ou Calamus. Pour le reste, je n'ai pas vu, sauf erreur, de problème majeur. L'idée n'est pas de favoriser le piratage mais plutôt d'essayer de pérenniser de vieux softs, tâche bien délicate j'en convient.

Philippe

Faucon_2001 (./1) :


Maintenant j'attaque la partie MINT 1.17 + XAAES + FVDI basé sur AFROS et j'ai quelques soucis :
1 - Thing 1.27 ne fonctionne pas correctement. Les dial box ne sont pas cliquables à leur ouverture mais seulement après avoir fait repasser Thing au premier plan en cliquant 2 fois dans Taskbar. Exemple, si je veux sauver les préf de Thing, une fois le dial box de confirmation affiché, je dois faire repasser au premier plan Thing avec Taskbar et ce pour chaque confirmation : pénible! J'ai essayé de modifier les paramètre de XAAES sans succès. Est ce un bug de Thing, de XAAES, de FVDI, de AFROS, ou ai-je loupé quelque chose ?


Merci pour votre assistance.

Philippe

Tu n'as plus qu'à passer à MyAES pour voir, je n'ai pas ce genre de soucis avec Thing.

http://myaes.lutece.net

Mais ayant été échaudé je ne tient pas particulièrement à ce qu'il y ai une config distribuée pour le moment.

OL

Ok, merci Olivier, je vais tester avec MyAes.

Philippe

Salut Olivier,

Wow, génial MyAES. C'est beau, réactif, stable ...
Félicitation, c'est un travail phénoménal. Le passage de XaAES a MyAES c'est comme faire un bond de 20 ans en avant.
A ce sujet, je ne comprend pas pourquoi Mint continu a être distribué avec XaAES et non MyAES qui est autrement plus avancé au niveau ergonomie (je ne pourrai pas parler des entrailles, je ne suis pas programmeur).

Une question en soulevant d'autres, voila en vrac la même question : comment faire pour corriger ces problèmes ? Est ce normal ?
- Thing 1.27: les fenêtres ne sont pas mises à jour automatiquement lors d’effacement, copie, déplacement ; obligé de réactualiser avec la touche Esc.
- Thing 1.27 : quand Thing est en arrière plan, un clic sur le bureau ou la dernière fenêtre active ne top pas le bureau, il faut soit cliquer une autre fenêtre soit en ouvrir une nouvelle.
- Taskbar 4.10b ne fonctionne pas correctement ; impossible de switcher entre appli.
- Highwire 0.3.3b9 : "Save target as" plante highwire ; impossible de télécharger un fichier.
- Gemhalt : j'ai déclaré la variable SDMASTER dans myaes.cnf afin que Thing puisse fermer MyAES avec le menu Quit ; ça ne marche pas.
- Gemhalt : sous Aranym l'option "poweroff" n'éteind pas l'émulateur mais fait un cold reboot.
- Mouse wheel : comment activer la reconnaissance du mouse wheel. J'ai bien l'émulation curseur activée, mais ça ne fonctionne pas avec toutes les appli ; ex : sélecteur de fichier.
- Position des fenêtres : chaque fenêtre d'appli vient se loger sous la barre de menu ; il faut alors la déplacer afin de pouvoir la fermer ; est il possible de configurer des coordonnées par défaut aussi bien pour le haut que pour le bas?
- Menu principal : la taille de menu à géométrie variable est très innovant et original, mais est il possible de le forcer sur toute la largeur afin d'avoir un comportement classique ?
- Existe t il une doc détaillant chaque fonction et configuration de MyAES. Je n'en ai pas trouvé ni dans l'archive ni sur le net et ne voudrai pas t'embêter avec mes questions de newbi.
- MyAES config : a quoi ça sert ? quand je le lance, j'ai un dial box qui s'affiche et puis plus rien.
- MyAES.cnf : détail de tout les switch utilisables ? est-il préférable de déclarer les variables d'environnement dans MINT.cnf ou dans Myaes.cnf ?
- Est il possible de forcer une appli en monotâche ?
- Raccourcis clavier ?

Pour mémoire, tout ça tourne sur Aranym 0.9.13 (sous Xubuntu), AFROS 8.12 ( EmuTOS + Mint 1.17.0 + FVDI en1280x1024x32)

Merci d'avance pour ton aide.

Philippe

Après lecture rapide certaines de tes questions peuvent être résolues en utilisant d'autres programmes.

Pour une barre des taches celle ci sera un peu plus jolie http://the.zorro.free.fr/ztask.html elle te permet aussi d'éteindre/redémarrer le système, forcer la fermeture de programmes, etc..

Avec Highwire en effet des problèmes pour télécharger avec mint (marche bien par contre avec Magic), je te conseille Netsurf bien plus moderne http://nic-nac-project.org/~monokrom/geeklog/

Je déclare les variables d'environnement dans mint.cnf, mais ca revient au même me semble-t-il.

Pourquoi vouloir une barre de menu façon Tos qui fasse toute la largeur? Ca ne fait pas très moderne.

Comme raccourcis clavier tu as ctrl alt H qui permet d'avoir un écran pour rebooter, éteindre. Ctrl alt + clic gauche au cas ou tu perds le curseur de la souris pour le faire réapparaitre. Tous les raccourcis classique dething pour copier/coller, en maintenant shift appuyer tu sélectionnes différemment des fichiers, etc...

Merci pour les infos.

En effet ztask fonctionne parfaitement et est bien plus moderne.

Highwire fonctionne correctement sous XaAES, je pencherai plus pour un soucis de compatibilité.

Pour Netsurf, il refuse de se connecter et m'affiche "Socket is not connected" alors que Highwire arrive à se connecter : dans la FAQ ils parlent d'avoir au moins la version de Mint 1.17.0, c'est ce que j'ai (version AFROS). Faut il un ovl spécial ?

Bein, l'aspect des menus ça dépend des gouts, et je dois avoir un goût un peu classique ; dommage qu'il n'y ait pas le choix, mais cela reste subalterne.
Par contre les fenêtre qui se planquent derrière le menu, c'est gênant.

Philippe

Correction pour la barre de menu, il y a un switch dans Myaes.cnf qui permet de passer en mode classique ; au passage les fenêtres ne se planquent plus derrière le menu. Bien vu !

Maintenant que tu le dis, je me souviens en effet avoir vu la ligne dans la config de Myaes.

Si tu utilises mint-net pour établir une connection internet Netsurf doit fonctionner (il ne marche qu'avec la couche réseau mintnet, pas avec Sting).

Pour rajoutter 2-3 bricoles (horloge, météo) vas sur la page de wongck (probe house), y'a aussi aussi phgmap ( topics/149201-phgmap ).

Merci pour les tuyaux.

En ce qui concerne Netsurf, j'utilise bien MINTNet sous Mint 1.17.0 ( version AFROS) et ça ne fonctionne pas.
Je ne sais pas si ça vient d'Afros qui utilise une version patchée de Mint en bootrap afin de booter directement sur le disque hôte, ou si c'est la version de Mint qui est dépassée, ou si c'est Gluestick (necessaire pour Aftp et Amail si je ne me trompe?) qui fout le bazard J'ai lu qu'il y avait une version de Mint 1.18 mais je n'arrive pas à mettre la main dessus.

Faucon_2001 (./6) :
Salut Olivier,

Wow, génial MyAES. C'est beau, réactif, stable ...
Félicitation, c'est un travail phénoménal. Le passage de XaAES a MyAES c'est comme faire un bond de 20 ans en avant.
A ce sujet, je ne comprend pas pourquoi Mint continu a être distribué avec XaAES et non MyAES qui est autrement plus avancé au niveau ergonomie (je ne pourrai pas parler des entrailles, je ne suis pas programmeur).

Une question en soulevant d'autres, voila en vrac la même question : comment faire pour corriger ces problèmes ? Est ce normal ?
- Thing 1.27: les fenêtres ne sont pas mises à jour automatiquement lors d’effacement, copie, déplacement ; obligé de réactualiser avec la touche Esc.
- Thing 1.27 : quand Thing est en arrière plan, un clic sur le bureau ou la dernière fenêtre active ne top pas le bureau, il faut soit cliquer une autre fenêtre soit en ouvrir une nouvelle.
- Taskbar 4.10b ne fonctionne pas correctement ; impossible de switcher entre appli.
- Highwire 0.3.3b9 : "Save target as" plante highwire ; impossible de télécharger un fichier.
- Gemhalt : j'ai déclaré la variable SDMASTER dans myaes.cnf afin que Thing puisse fermer MyAES avec le menu Quit ; ça ne marche pas.
- Gemhalt : sous Aranym l'option "poweroff" n'éteind pas l'émulateur mais fait un cold reboot.
- Mouse wheel : comment activer la reconnaissance du mouse wheel. J'ai bien l'émulation curseur activée, mais ça ne fonctionne pas avec toutes les appli ; ex : sélecteur de fichier.
- Position des fenêtres : chaque fenêtre d'appli vient se loger sous la barre de menu ; il faut alors la déplacer afin de pouvoir la fermer ; est il possible de configurer des coordonnées par défaut aussi bien pour le haut que pour le bas?
- Menu principal : la taille de menu à géométrie variable est très innovant et original, mais est il possible de le forcer sur toute la largeur afin d'avoir un comportement classique ?
- Existe t il une doc détaillant chaque fonction et configuration de MyAES. Je n'en ai pas trouvé ni dans l'archive ni sur le net et ne voudrai pas t'embêter avec mes questions de newbi.
- MyAES config : a quoi ça sert ? quand je le lance, j'ai un dial box qui s'affiche et puis plus rien.
- MyAES.cnf : détail de tout les switch utilisables ? est-il préférable de déclarer les variables d'environnement dans MINT.cnf ou dans Myaes.cnf ?
- Est il possible de forcer une appli en monotâche ?
- Raccourcis clavier ?

Pour mémoire, tout ça tourne sur Aranym 0.9.13 (sous Xubuntu), AFROS 8.12 ( EmuTOS + Mint 1.17.0 + FVDI en1280x1024x32)

Merci d'avance pour ton aide.

Philippe

Oups pas mal de questions! Sinon merci pour les compliments

"Thing 1.27: les fenêtres ne sont pas mises à jour automatiquement lors d’effacement, copie, déplacement ; obligé de réactualiser avec la touche Esc."
Effectivement j'ai ce soucis là chez moi, je me posait la question si c'était normal, tu sembles dire que non, mais là je suis sec, je ne vois pas de raison à cela, je vais tester sous XaAES pour voir (pas aujourd'hui j'ai la crève je répond et je vais me coucher!).

"- Thing 1.27 : quand Thing est en arrière plan, un clic sur le bureau ou la dernière fenêtre active ne top pas le bureau, il faut soit cliquer une autre fenêtre soit en ouvrir une nouvelle."
Hum j'avais pas remarqué ca doit être fixable facilement je pense (tient y a peut être des bugs ;-) )

"- Taskbar 4.10b ne fonctionne pas correctement ; impossible de switcher entre appli."
Je ne sais plus quelle version j'utilise faut que je teste, ztask pas de soucis, les barres de taches pour une raison qui m'échappe sont particulièrement bizarrement programmées.

"- Gemhalt : j'ai déclaré la variable SDMASTER dans myaes.cnf afin que Thing puisse fermer MyAES avec le menu Quit ; ça ne marche pas."
Faut que je teste sais pas

"- Gemhalt : sous Aranym l'option "poweroff" n'éteind pas l'émulateur mais fait un cold reboot."
A priori problème Aranym ou Mint mais faut que je vérifie c'est assez basic à faire (appel Mint)

"- Mouse wheel : comment activer la reconnaissance du mouse wheel. J'ai bien l'émulation curseur activée, mais ça ne fonctionne pas avec toutes les appli ; ex : sélecteur de fichier."
MyAES fait je pense ce qu'il y a de plus compatible de mémoire pg down ou pg up Mouse wheel est bien géré, mais si l'appli ne gère pas pg up pg down rien ne se passe, il n'y a rien à faire sauf corriger l'appli.

"- Menu principal : la taille de menu à géométrie variable est très innovant et original, mais est il possible de le forcer sur toute la largeur afin d'avoir un comportement classique ?"
Oui option dans myaes.cnf : flying_menu = false

"- Existe t il une doc détaillant chaque fonction et configuration de MyAES. Je n'en ai pas trouvé ni dans l'archive ni sur le net et ne voudrai pas t'embêter avec mes questions de newbi."
La quasi totatlité des options sont décrites dans le fichier myaes.cnf en commentaire

" - MyAES config : a quoi ça sert ? quand je le lance, j'ai un dial box qui s'affiche et puis plus rien."
A rien pour le moment! Projet seulement mais à terme à changer à la volée les options et à sauver la config (enfin ca fait pas mal de temps que j'ai mis cela et pas eu le courrage!"

"- MyAES.cnf : détail de tout les switch utilisables ? est-il préférable de déclarer les variables d'environnement dans MINT.cnf ou dans Myaes.cnf ?"
Il est préférable de déclarer les variable relatif au système dans Mint et les variables lié à l'AES dans myaes.cnf
example PATH => Mint, SDMASTER => myaes.cnf car il déclare une appli gem, enfin c'est que je pense, mais bon si tout est dans mint.cnf c'est bien aussi pas de soucis MyAES récupère l'environnement de Mint.

"- Est il possible de forcer une appli en monotâche ?"
Non

"- Raccourcis clavier ?"
Oui quelques uns CTRL + ALT + touche clavier: a quitte toutes les applis via AP_TERM, h : shutdown (type défini dans MyAES.cnf), p: restoration palette, q: shutdown
CLRHOME : redessine tout l'écran
CTRL + ALT plus click écran fait réapparaitre la souris.

Olivier

Gluestik rend compatible avec mint-net les programme utilisant à la base sting pour se connecter genre CAB.

La dernière version de Freemint est là http://www.fairlite.co.uk/FreeMiNT/builds/freemint/trunk-03072012.tar.bz2

OL (./12) :




"- Menu principal : la taille de menu à géométrie variable est très innovant et original, mais est il possible de le forcer sur toute la largeur afin d'avoir un comportement classique ?"
Oui option dans myaes.cnf : flying_menu = false

Ah j'aurais du donner une autre option (celle que j'utilise ;-) )

flying_menu = true
flying_menu_fix = false

Je devrais mettre cette option par défaut dans ma config, c'est le petit menu mais rétractable, bref vous avez tout l'écran à votre disposition sans le soucis de devoir déplacer des fenetres sous le menu!

Olivier

Salut,

Merci beaucoup pour vos conseils. J'ai maintenant un système qui tourne plutôt bien.

J'ai laissé tombé Thing et Jinnee car impossible de les faire fonctionner correctement ; entre Thing et son non rafraichissement des fenêtres, et Jinnee avec ses icônes qui ne sont pas transparents, je me suis rabattu à contre cœur sur Teradesk. Ceci dit avec un bon set d’icônes, et quelques liens symboliques, on arrive à en faire un Desktop décent.



Tout ça tourne sous AFROS Mint 1.17 et Mintnet, FVDI, et biensure MyAES 0.95, sous Aranym 0.9.13 + Xubuntu sur un vieux Sempron 2600+( aged 10 years !), et ça envoie bien plus que n'importe quel Atari hardware, ou alors Kronos perd les pédales ;-)

A noter que j'utilise à fond les ressources natives, entre Fvdi, Mintnet, Son, et l'accès aux disques host et partagés de mon NAS. Manque l'imprimante et le midi.

Au niveau compatibilité, tout ce qui à été écrit fin 90 début 2000 passe généralement bien, avec une mention particulière pour les softs ASH, mais ça fait assez peu au final. Calamus SL93 ne veut rien savoir, Arabesk 2 non plus, Graph a la tremblotte, Digital Lab , Outline Art, Papillon, Photoline, Avantvector, tout ça plante lamentablement.
Je pense que Emutos, le bootstrap de Mint par Afros et Fvdi y sont pour quelque chose, donc next step, un Spare Mint complet sous Tos 4.04, images disques et blowup vidéo. Ce sera plus lent, mais surement plus compatible.
Dernier point, je n'ai toujours pas réussit à faire fonctionner Netsurf alors que HighWire fonctionne à peu près, du moins correctement sur la partie Mintnet. Grand mystère !
En attendant quand ça marche, c'est assez bluffant.

Fichier joint : (snap000.jpg)

Faucon_2001 (./15) :
Salut,

Merci beaucoup pour vos conseils. J'ai maintenant un système qui tourne plutôt bien.

J'ai laissé tombé Thing et Jinnee car impossible de les faire fonctionner correctement ; entre Thing et son non rafraichissement des fenêtres, et Jinnee avec ses icônes qui ne sont pas transparents, je me suis rabattu à contre cœur sur Teradesk. Ceci dit avec un bon set d’icônes, et quelques liens symboliques, on arrive à en faire un Desktop décent.



Tout ça tourne sous AFROS Mint 1.17 et Mintnet, FVDI, et biensure MyAES 0.95, sous Aranym 0.9.13 + Xubuntu sur un vieux Sempron 2600+( aged 10 years !), et ça envoie bien plus que n'importe quel Atari hardware, ou alors Kronos perd les pédales ;-)

A noter que j'utilise à fond les ressources natives, entre Fvdi, Mintnet, Son, et l'accès aux disques host et partagés de mon NAS. Manque l'imprimante et le midi.

Au niveau compatibilité, tout ce qui à été écrit fin 90 début 2000 passe généralement bien, avec une mention particulière pour les softs ASH, mais ça fait assez peu au final. Calamus SL93 ne veut rien savoir, Arabesk 2 non plus, Graph a la tremblotte, Digital Lab , Outline Art, Papillon, Photoline, Avantvector, tout ça plante lamentablement.
Je pense que Emutos, le bootstrap de Mint par Afros et Fvdi y sont pour quelque chose, donc next step, un Spare Mint complet sous Tos 4.04, images disques et blowup vidéo. Ce sera plus lent, mais surement plus compatible.
Dernier point, je n'ai toujours pas réussit à faire fonctionner Netsurf alors que HighWire fonctionne à peu près, du moins correctement sur la partie Mintnet. Grand mystère !
En attendant quand ça marche, c'est assez bluffant.

Fichier joint : (snap000.jpg)

Jinnee passe normalement bien mais malheureusement il ne faut pas forcer le fond de bureau sinon le texte des icones disparait. Il Y a beaucoup de logiciels qui ne fonctionnent pas à cause de fVDI enfin plus particulièrement à l'accélération car soit les résolutions ne sont pas supportées et le plus souvent parce que l'accès direct à l'écran n'est pas permis et cela perturbe beaucoup de soft, il faut tourner sans fVDI sur l'émulation videl qui est bien plus lente (et ne pas utiliser le JIT car c'est dans ce cas encore plus lent à cause de l'émulation blitter sous TOS4 à moins de se rabattre sous Emutos qui en version CVS il me semble commence à gérer les résolutions Videl (pas encore testé)).
J'ai déjà fait partir Calamus SL delà à dire si il fonctionnait (de toute façon sans Midi je vois pas l'intérêt) c'est un grand mot.

Je n'ai pas encore trouvé pour le problème de Thing, c'est assez mystérieux.

Je ne suis pas sur que Blow up fonctionne mais si ma mémoire est bonne j'ai réussi avec Videl Inside

Olivier

OL (./16) :
J'ai déjà fait partir Calamus SL delà à dire si il fonctionnait (de toute façon sans Midi je vois pas l'intérêt) c'est un grand mot.

Petite confusion entre Calamus et Cubase ?

Et j'en profite pour te tirer mon chapeau pour tout le boulot accompli, c'est impressionnant.

Fadest (./17) :

OL (./16) :
J'ai déjà fait partir Calamus SL delà à dire si il fonctionnait (de toute façon sans Midi je vois pas l'intérêt) c'est un grand mot.

Petite confusion entre Calamus et Cubase ?

Et j'en profite pour te tirer mon chapeau pour tout le boulot accompli, c'est impressionnant.

Oups petite fatigue ;-) mais je voulais bien dire Calamus SL pas Cubase, donc effectivement pas de midi la dedans!

Bon à mettre dans le bétisier de fin d'année

Olivier

OL (./16) :

Jinnee passe normalement bien mais malheureusement il ne faut pas forcer le fond de bureau sinon le texte des icones disparait. Il Y a beaucoup de logiciels qui ne fonctionnent pas à cause de fVDI enfin plus particulièrement à l'accélération car soit les résolutions ne sont pas supportées et le plus souvent parce que l'accès direct à l'écran n'est pas permis et cela perturbe beaucoup de soft, il faut tourner sans fVDI sur l'émulation videl qui est bien plus lente (et ne pas utiliser le JIT car c'est dans ce cas encore plus lent à cause de l'émulation blitter sous TOS4 à moins de se rabattre sous Emutos qui en version CVS il me semble commence à gérer les résolutions Videl (pas encore testé)).
J'ai déjà fait partir Calamus SL delà à dire si il fonctionnait (de toute façon sans Midi je vois pas l'intérêt) c'est un grand mot.

Je n'ai pas encore trouvé pour le problème de Thing, c'est assez mystérieux.

Je ne suis pas sur que Blow up fonctionne mais si ma mémoire est bonne j'ai réussi avec Videl Inside

Olivier
[/cite]
Avant de m'attaquer à la config sous Mint je me suis fait un setup sous TOS 4.04 + NVDI 5 + Blow up en 1280*1024*256c et JIT (biensure sans MMU) et ça tourne pile poil.
Biensure, c'est 10x plus lent qu'avec FVDI, sur tous les paramètres, mais j'arrive toutefois à la vitesse d'un HADES 60 sur mon PC vieux de 10 ans !!! Donc sur un PC moderne ça devrait envoyer gras.
Je confirme tes propos, Calamus SL tourne très bien, j'ai pu rouvrir des anciens documents, les éditers et les imprimer sur ma Laserjet sans problème.

Blow up est un peu touchy à configurer et l'ordre d’exécution du répertoire Auto est crucial, mais ça fonctionne nickel ; je n'ai pas réussi par contre à le configurer en TC, mon écran apparaissant compressé horizontalement. Ok, il y a quand même un glitch mineur, le soft reset d'Aranym ne fonctionne plus avec cette config et il faut quitter l'émulateur pour pouvoir le relancer, mais ce n'est pas trop génant une fois la config stable. Il va falloir que je la mette en ligne !

T'arrives à faire des hautes résolutions en TC avec Videl Inside ?

Par contre je n'ai pas eu besoin de supprimer le JIT mais je confirme que la compatibilité avec FVDI est beaucoup plus faible ; seulement 20% des softs passent.

Je viens d'installer ce week end FreeMint 1.18 + XaAES 1.3.2 et ça tourne plutôt bien ; les problèmes avec Thing sont réglés. Bon on et loin de l'ergonomie de MyAES, mais je vais attendre de finir la config de Mint avant de switcher à MyAES.

Bref, tout ça pour dire qu'Aranym a vraiment gagné en maturité et est maintenant parfaitement utilisable. Quand je vois les perf que j’obtiens avec mon dinosaure, je pense qu'une config a base d'un mini PC, core i3. écran 19", sous Ubuntu avec Aranmy configuré pour booter Mint et Tos 4.04 devrait faire une bonne setup pour reprendre un peu de service :-)

Maintenant au niveau des souhaits, il manque toujours quelques éléments lpour en faire a plateforme idéale, notamment :
- La gestion des imprimantes USB ou la possibilité de rerouter le port parallèle vers CUPS afin de pouvoir profiter des imprimantes modernes et réseaux.( A ce sujet, je vais tester prochainement un câble convertisseur parallèle -> USB et voir si je peux imprimer directement sur mon imprimante.)
- Un émulation totale du DSP afin de pouvoir faire revivre les softs Falcon ( j'ai cru comprendre qu'Aranym ne l'aura jamais ?) :-(
- Un gestionnaire de résolution natif.
- Une machine virtuelle sous Mint du TOS 4.04 afin de pouvoir lancer des softs résistants, façon parallel Desktop sous Mac.
- Gestion du Midi et Audio plus poussée et liaison avec Jack afin de pouvoir user des ressources de l'hôte.
- Et enfin, un gourou de Linux qui nous concocte une install intégrant Aranym, sans voir le système en dessous, ce que j'aimerai bien faire mais qui dépasse mes connaissances actuelles sur Linux.
...

Faut que je teste la nouvelle version d'Emutos, voir ce que ça apporte.

Faucon_2001 (./19) :

Avant de m'attaquer à la config sous Mint je me suis fait un setup sous TOS 4.04 + NVDI 5 + Blow up en 1280*1024*256c et JIT (biensure sans MMU) et ça tourne pile poil.
Biensure, c'est 10x plus lent qu'avec FVDI, sur tous les paramètres, mais j'arrive toutefois à la vitesse d'un HADES 60 sur mon PC vieux de 10 ans !!! Donc sur un PC moderne ça devrait envoyer gras.
Je confirme tes propos, Calamus SL tourne très bien, j'ai pu rouvrir des anciens documents, les éditers et les imprimer sur ma Laserjet sans problème.

Blow up est un peu touchy à configurer et l'ordre d’exécution du répertoire Auto est crucial, mais ça fonctionne nickel ; je n'ai pas réussi par contre à le configurer en TC, mon écran apparaissant compressé horizontalement. Ok, il y a quand même un glitch mineur, le soft reset d'Aranym ne fonctionne plus avec cette config et il faut quitter l'émulateur pour pouvoir le relancer, mais ce n'est pas trop génant une fois la config stable. Il va falloir que je la mette en ligne !

T'arrives à faire des hautes résolutions en TC avec Videl Inside ?

Par contre je n'ai pas eu besoin de supprimer le JIT mais je confirme que la compatibilité avec FVDI est beaucoup plus faible ; seulement 20% des softs passent.

Je viens d'installer ce week end FreeMint 1.18 + XaAES 1.3.2 et ça tourne plutôt bien ; les problèmes avec Thing sont réglés. Bon on et loin de l'ergonomie de MyAES, mais je vais attendre de finir la config de Mint avant de switcher à MyAES.

Bref, tout ça pour dire qu'Aranym a vraiment gagné en maturité et est maintenant parfaitement utilisable. Quand je vois les perf que j’obtiens avec mon dinosaure, je pense qu'une config a base d'un mini PC, core i3. écran 19", sous Ubuntu avec Aranmy configuré pour booter Mint et Tos 4.04 devrait faire une bonne setup pour reprendre un peu de service :-)

Maintenant au niveau des souhaits, il manque toujours quelques éléments lpour en faire a plateforme idéale, notamment :
- La gestion des imprimantes USB ou la possibilité de rerouter le port parallèle vers CUPS afin de pouvoir profiter des imprimantes modernes et réseaux.( A ce sujet, je vais tester prochainement un câble convertisseur parallèle -> USB et voir si je peux imprimer directement sur mon imprimante.)
- Un émulation totale du DSP afin de pouvoir faire revivre les softs Falcon ( j'ai cru comprendre qu'Aranym ne l'aura jamais ?) :-(
- Un gestionnaire de résolution natif.
- Une machine virtuelle sous Mint du TOS 4.04 afin de pouvoir lancer des softs résistants, façon parallel Desktop sous Mac.
- Gestion du Midi et Audio plus poussée et liaison avec Jack afin de pouvoir user des ressources de l'hôte.
- Et enfin, un gourou de Linux qui nous concocte une install intégrant Aranym, sans voir le système en dessous, ce que j'aimerai bien faire mais qui dépasse mes connaissances actuelles sur Linux.
...

Faut que je teste la nouvelle version d'Emutos, voir ce que ça apporte.

Avec Videl inside j'ai surtout essayé en 256 couleurs et rien reussi à faire en 16 bits, mais bon pour c'est un peu étrange n'ayant jamais eu de Falcon.

Le JIT n'a pas besoin d'être désactivé mais c'est plus lent que la version compilé sans sous TOS4 et Videl, si tu passes sous Emutos avec la totute dernière version tu n'auras pas cet inconvénient mais je n'ai jamais testé c'est pure théorie et je sais pas si BlowUp sera supporté, tu auras sans doute pas mal de tests à faire!

Je pense que tu utilises la dernière version officielle d'Aranym, la 0.9.13, dans le CVS il y a une amélioration assez substantielle en vitesse principalement sous fVDI, la réactivité y devient assez terrible, c'est un patch que j'ai fait et qui a été un poil nettoyé pour être mis dans le CVS, il n'y a pas eu d'accélération de cette importance depuis des années c'est à tester.

Pour le routage du port parallèle vers une imprimante réseau doit être possible sous Linux mais pas sur que les imprimantes apprécient jamais testé étant sous Windows

Le DSP il y une émulation dedans mais jamais finie, il n'y a personne pour y travailler, à part Patrice je ne vois pas trop qui pourrait faire cela.

Gestionnaire de résolution natif????

Olivier

Quelques news de l'avancement de ma config :
- Aranym 0.9.13 + FVDI, TOS 4.04 + MINT 1.18, XaAES / MyAES : dans l'ensemble ca tourne bien, pas encore 100% stable, je dois encore avoir quelques loup dans le setup.
- Bonne nouvelle, tous les bugs rencontrés avec Thing 1.27 sous AFROS + XaAES ou MyAES ont disparu. Au choix ca vient soit de Emutos ou de Mint 1.17 bootstrapé pour Aranym.
- MintNet fonctionne correctement et Netsurf se connecte sans problème. D'ailleurs la réponse est envoyée sous NetSurf :-)
- Encore quelques soucis avec Hyp_view qui ne fonctionne pas toujours correctement lors d'appel par la touche HELP ; QED insiste pour utiliser ST-GUIDE.
- Affaire à suivre.

Je ne comprend pas bien ta remarque sur le JIT ; j'ai cru comprendre que c'était soit JIT soit MMU. Dans le premier cas c'est le mode turbo mais certaines applications peuvent planter le système, dans le deuxième cas c'est plus lent (10x) mais le système est protégé des crashs : est-ce correct ?
La dernière version de Emutos permet d'avoir le JIT + MMU ou permet d'avoir les resolutions étendues du Videl ? Je ne comprend pas bien.

J'ai essayé de trouver le CVS d'Aranym : choux blanc. Aurais tu un lien ?
Dommage pour le DSP, en tout cas bravo pour le boulot formidable que vous faites tous.
Gestionnaire de résolution natif : désolé J'ai du fumer un peu trop, je voulais dire une interface pour configurer la réso sans devoir tripatouiller dans fvdi.sys, mais cela reste mineur. Je ne suis pas un fanatique des .cnf
.

Faucon_2001 (./21) :
Quelques news de l'avancement de ma config :
- Aranym 0.9.13 + FVDI, TOS 4.04 + MINT 1.18, XaAES / MyAES : dans l'ensemble ca tourne bien, pas encore 100% stable, je dois encore avoir quelques loup dans le setup.
- Bonne nouvelle, tous les bugs rencontrés avec Thing 1.27 sous AFROS + XaAES ou MyAES ont disparu. Au choix ca vient soit de Emutos ou de Mint 1.17 bootstrapé pour Aranym.
- MintNet fonctionne correctement et Netsurf se connecte sans problème. D'ailleurs la réponse est envoyée sous NetSurf :-)
- Encore quelques soucis avec Hyp_view qui ne fonctionne pas toujours correctement lors d'appel par la touche HELP ; QED insiste pour utiliser ST-GUIDE.
- Affaire à suivre.

Je ne comprend pas bien ta remarque sur le JIT ; j'ai cru comprendre que c'était soit JIT soit MMU. Dans le premier cas c'est le mode turbo mais certaines applications peuvent planter le système, dans le deuxième cas c'est plus lent (10x) mais le système est protégé des crashs : est-ce correct ?
La dernière version de Emutos permet d'avoir le JIT + MMU ou permet d'avoir les resolutions étendues du Videl ? Je ne comprend pas bien.

J'ai essayé de trouver le CVS d'Aranym : choux blanc. Aurais tu un lien ?
Dommage pour le DSP, en tout cas bravo pour le boulot formidable que vous faites tous.
Gestionnaire de résolution natif : désolé J'ai du fumer un peu trop, je voulais dire une interface pour configurer la réso sans devoir tripatouiller dans fvdi.sys, mais cela reste mineur. Je ne suis pas un fanatique des .cnf
.

Tu a réussi à avoir la mise à jours fenetre sur un effacement de fichier sous MyAES ou c'est toujours d'actualité? Parce que j'ai pas mal cherché ces derniers jours et je n'arrive pas à comprendre d'ou cela vient.

JIT - MMU, non je crois que tu n'as pas compris ma remarque, on peut compiler Aranym avec JIT ou sans (pas pareil que de mettre l'option sans alors qu'il est compilé JIT) si on compile avec MMU c'est sans JIT mais ce n'est pas une obligation, utiliser Mint avec MMU c'est mettre pas mal d'applis à la poubelle mais on peut utiliser Mint sans protection avec Aranym compilé MMU cela ne pénalise pratiquement pas les performances. Non ce que je voulais dire c'est qu'avec JIT l'émulation des exception lié à l'accès hardware est beaucoup plus lent que sans JIT et le cas particulièrement pénalisant c'est le Blitter qui est intensivement utilisé sous le TOS4 pour la VDI, sauf à installer un autre driver avec JIT les perfs sont épouvantable la machine est alors plus lente qu'en version compilée sans JIT et pas moyen de désactiver le Blitter sous ce TOS (je ne sais pas si c'est aussi le cas en TC16 mais en tous les cas en 256 couleurs c'est une horreur.
Le nouveau Emutos est sensé pouvoir fonctionner avec les résolutions du Videl (sans utiliser le Blitter!)

CVS: tu auras les informations ici: http://www.aranym.org/development.html

Sous Aranym-fVDI il est possible d'être en plein écran avec la résolution de l'écran sans adapter sa config.

Olivier

- Thing : En fait je crois avoir compris d’où vient le problème de non mise à jour des fenêtres lors d'une effacement de fichier. Cela se passe uniquement quand Thing accède à un un répertoire de l'Host. Autrement dit, avec des images disques IDE tout fonctionne parfaitement, mais lorsque que j'accède avec à mon disque hôte la mise à jour ne fait plus. C'est exactement la même chose sous MyAES que sous XaAES, donc j'en déduit que c'est un bug de Thing et non lié à l'AES. Sous AFROS j'avais ce problème en permanence car le système boot directement sur un répertoire de l'hôte : désolé pour la fausse piste :-(

Je viens de teste avec Aranym compilé MMU ; en effet avec Mint + FVDI en mode protégé quasiment tout les softs crashent. Avec Mint en mode non protégé + FVDI, ça tourne 10X plus lentement que sous JIT.
Actuellement je fais les comparaisons sous TOS + VDI et ensuite sous Emutos + VDI : à suivre.

Y a t il un intérêt de lancer Set_MMU sous TOS et sous MINT ? Qu'est ce que ça apporte ?

Pour le CVS, j'avais effectivement vu cette page, mais le lien pour les consulter en web m'envoie sur une page qui n'est plus maintenue depuis 2006 ; étant newby, un CVS ce sont des sources à compiler ? Si c'est le cas, c'est au dessus de mes compétences, j'ai jamais toucher à un compilateur: Existe t il un build ?

Y a t il un moyen de renommer ce thread ?
Je pense qu'on parle plus de "Setup Aranym"

Faucon_2001 (./23) :
- Thing : En fait je crois avoir compris d’où vient le problème de non mise à jour des fenêtres lors d'une effacement de fichier. Cela se passe uniquement quand Thing accède à un un répertoire de l'Host. Autrement dit, avec des images disques IDE tout fonctionne parfaitement, mais lorsque que j'accède avec à mon disque hôte la mise à jour ne fait plus. C'est exactement la même chose sous MyAES que sous XaAES, donc j'en déduit que c'est un bug de Thing et non lié à l'AES. Sous AFROS j'avais ce problème en permanence car le système boot directement sur un répertoire de l'hôte : désolé pour la fausse piste :-(

Je viens de teste avec Aranym compilé MMU ; en effet avec Mint + FVDI en mode protégé quasiment tout les softs crashent. Avec Mint en mode non protégé + FVDI, ça tourne 10X plus lentement que sous JIT.
Actuellement je fais les comparaisons sous TOS + VDI et ensuite sous Emutos + VDI : à suivre.

Y a t il un intérêt de lancer Set_MMU sous TOS et sous MINT ? Qu'est ce que ça apporte ?

Pour le CVS, j'avais effectivement vu cette page, mais le lien pour les consulter en web m'envoie sur une page qui n'est plus maintenue depuis 2006 ; étant newby, un CVS ce sont des sources à compiler ? Si c'est le cas, c'est au dessus de mes compétences, j'ai jamais toucher à un compilateur: Existe t il un build ?

Ah super cela va m'éviter de chercher un bug qui n'existe pas! C'est plus simple!

Set_MMU necessite la version MMU, c'est bien pour le programmeurs pour tester leurs softs quand ils n'ont plus d'Atari comme moi sinon il y a parfois de grosses surprises (pas bonnes ;-) )

Non pas de build sous Linux c'est très simple
./configure
make

./configure --help pour trouver les options par défaut il n'y a pas de JIT

Le CVS fonctionne toujours, la consultation n'est plus possible

Olivier

Bon je viens de terminer mes tests avec la version Aranym+MMU.

Pour rappel, je suis sous Xubuntu avec un Sempron2600+ et 512Mo de mémoire (un dinosaure).
Mon setup me permet de sélectionner avec Xboot différents systèmes sous Aranym 9.13 JIT : TOS 4.04 / Magic 5 / Mint 1.18, Fvdi / NVDI 5 + Blowup, XaAES / MyAES, et est lancé depuis une image disque de 1.5 Go. TOS et Magic tournent en émulation VDI + NVDI5 + Blowup en 1280x1024x8. Mint tourne sous Fvdi en 1280x1024x32

Setup assez canon à maintenir, mais par contre très souple au niveau compatibilité, avec Internet et accés réseaux en plus.


Au niveau performance, je n'ai pas obtenu les mêmes résultats que toi. Dans le bench suivant en bleu c'est Aranym 9.13+JIT sous TOS 4.04+NVDI5+Blowup.


Les résultats sont étrangement similaires, ce qui me surprend surtout au niveau CPU, à moins d'un bug de Kronos.
Par contre vs JIT+Mint+Fvdi c'est à pleurer. ( Attention le bench Mint est faux au niveau FPU, j'avais choisi 68040 !)
Les différences entre tes observations et les miennes me semble venir plus de la plateforme, ce qui confirmerait pourquoi sous mon MacPro 8 cores j'ai des performances plus faibles !
Maintenant, qu'elle autre intérêt à t on à utiliser la MMU ?

Question subsidiaire : pour Fvdi, nfjep et Magxsound, mieux vaut les lancer avant Mint dans le dossier Auto, ou après Mint dans Mint.cnf ?

Faucon_2001 (./26) :
Bon je viens de terminer mes tests avec la version Aranym+MMU.

Pour rappel, je suis sous Xubuntu avec un Sempron2600+ et 512Mo de mémoire (un dinosaure).
Mon setup me permet de sélectionner avec Xboot différents systèmes sous Aranym 9.13 JIT : TOS 4.04 / Magic 5 / Mint 1.18, Fvdi / NVDI 5 + Blowup, XaAES / MyAES, et est lancé depuis une image disque de 1.5 Go. TOS et Magic tournent en émulation VDI + NVDI5 + Blowup en 1280x1024x8. Mint tourne sous Fvdi en 1280x1024x32

Setup assez canon à maintenir, mais par contre très souple au niveau compatibilité, avec Internet et accés réseaux en plus.


Au niveau performance, je n'ai pas obtenu les mêmes résultats que toi. Dans le bench suivant en bleu c'est Aranym 9.13+JIT sous TOS 4.04+NVDI5+Blowup.


Les résultats sont étrangement similaires, ce qui me surprend surtout au niveau CPU, à moins d'un bug de Kronos.
Par contre vs JIT+Mint+Fvdi c'est à pleurer. ( Attention le bench Mint est faux au niveau FPU, j'avais choisi 68040 !)
Les différences entre tes observations et les miennes me semble venir plus de la plateforme, ce qui confirmerait pourquoi sous mon MacPro 8 cores j'ai des performances plus faibles !
Maintenant, qu'elle autre intérêt à t on à utiliser la MMU ?

Question subsidiaire : pour Fvdi, nfjep et Magxsound, mieux vaut les lancer avant Mint dans le dossier Auto, ou après Mint dans Mint.cnf ?

En fait tes résultats montrent que la VDI est plus lente sous JIT qu'en version MMU CQFD et les autres résultats sont quasi identiques, le résultat opengl est très clair la dessus en JIT tu es plus lent que sans!

Il y a une bizarrerie du résultats FPU, mais si tu as testé en 68040 et que les reste est fait en 68881 c'est sans doute normal, ceci dit probablement ton aranym n'a pas été compilé avec JIT FPU car cela arrache alors sec!
Attention aussi les résultats sous Windows sont moins bon en grande partie à cause des options de compilation lié à un bug de script cela je pense à été corrigé dans le CVS mais pas sur que mon patch est été répercuté.

Pour ces fichiers auto je dirais plutôt en auto mais je lance fVDI de Mint sans soucis à priori.

Belle config

Olivier

On reste en fait dans des différences très faibles, entre 10 et 15% de mieux pour la MMU vs JIT, ce qui n'est vraiment significatif. Je m'attendais à plus de différence.
As tu noté un gain de comptabilité ? Rapidement je n'ai rien vu de tel entre les 2 setups, mais je n'ai pas non plus testés à fond.

Pour la bizarrerie sur le FPU, c'est une erreur de ma part. J'ai refait le bench de référence et Mint + FVDI en JIT sort quasiment 10x plus rapide. Donc pas de soucis avec ma version.

Sinon j'ai des problèmes pour mettre en place le son ; ça fonctionnait bien sous AFROS et TOS, mais ça plante lamentablement sous ma config sous Mint 1.18. J'ai pourtant Magxsound configuré en sortie Yamaha, les buffers audio gonflés, rien à faire ça plante Aranym. Une idée ?

Je ne sais pas comment tourne Aranym sous Windows, mais la version sous Linux est beaucoup plus performante que la version OSX alors que les processeurs ont 8 ans de différence.

A ce propos, mon objectif final est de me faire une machine dédiée sous Linux bootant directement sur Atari. Ca ne sera pas un Atari mais ça s'en rapprochera le plus possible, sachant qu'en plus d'Aranym, j'ai une config sous Hatari équivalente à un TT sous TOS 3.06 survitaminé, en 1280x960 nb natif, le midi et Cubase tournant et Calamus SL à l'aise.

La carte mère sera mini ITX histoire de ne pas prendre de place et je n'ai que faire des cartes PCI. Afin de mettre tout ça dans un boitier slim sans DVD (avec un accés réseau, l'utilisation de ce type de périphérique est quasiment obsolète). Disque SSD 60Go, bien que je ne sache pas si Aranym, hormis en mode natif, voit une grosse différence avec l'émulation IDE qui est loin d'être optimisée. Mémoire : 2 ou 4 Go ? Je pense que 2 seront plus que suffisant, Xubuntu + Aranym tournent confortablement actuellement sous 512 Mo, mais difficile de trouver moins de nos jours ! Port parallèle sur le CM puis cable interface convertisseur Parallele -> USB : faut que ça imprime ! Biensure écran de 19" en 1280x1024 ; je me tâte à passer sur un écran large, j'ai essayé en 1920x1080 et ça tourne parfaitement, ceci dit le full HD est inutilisable sur Atari pour cause de bureau trop grand et d'interface non pensée pour. Par contre en 1280x768 ou 1440x900 c'est tout à fait exploitable et donne au système un look moderne.

A ce sujet, ce serait génial que zTask puisse commencer par la gauche, car sur un écran large, ça fait de la distance à parcourir et le mulot se fatigue ;-) Faudra que je pose la question à l'auteur, si c'est pas déjà prévu.

Maintenant le sujet délicat c'est le processeur. J'ai cru comprendre qu'Aranym ne gérait pas le multi thread et qu'il ne profitait donc pas des multicoeurs ; est-ce exact ?
Sur cette base pas de Core i7 ou i5, mais plutôt un i3 musclé ? AMD / Intel Core ? Atom Ion ?
Qu'en penses tu ? Quel serait la config optimale aujourd'hui pour exploiter pleinement Aranym, sachant que je veux maximiser les performances ?

En attendant je m'en vais tester la dernière version d'Emutos et voir ce que ça apporte.

Merci pour le compliment, c'est grâce à des passionnés comme toi que j'ai fait le pas :-)

Faucon_2001 (./28) :
Port parallèle sur le CM puis cable interface convertisseur Parallele -> USB

Pourquoi un adapatateur USB->parallèle si tu as déjà un port parallèle sur la carte mère ?

Pour le processeur, rien ne dit que les futures versions d'Aranym ne seront pas multithreadées, donc même s'il ne sert pas tout de suite c'est pas forcément un mauvais plan de prendre un processeur multicœur ; de toute façon, les processeurs monocœur sont de plus en plus rares. Quant à l'Atom, son intérêt c'est la faible consommation, c'est pas le choix à faire si tu veux les meilleures performances possibles.

Salut

Faucon_2001 (./28) :
On reste en fait dans des différences très faibles, entre 10 et 15% de mieux pour la MMU vs JIT, ce qui n'est vraiment significatif. Je m'attendais à plus de différence.
As tu noté un gain de comptabilité ? Rapidement je n'ai rien vu de tel entre les 2 setups, mais je n'ai pas non plus testés à fond.
...

Je crois que tu n'as pas compris le soucis du JIT, le JIT est au moins 10 fois plus rapide que la version MMU, le gain que tu as, est en fait perdu par l'émulation du hard qui se fait sous exception et plombe les performances, en fait le hard dans le cas du TOS4 qui fait suer c'est l'utilisation incessante du blitter, cela écroule les performances du JIT, dans le cas de la version sans JIT tout se fait au fur et à mesure par l'émulateur, c'est nettement plus efficace. Remplace le TOS par Emutos et tout à coup les perfs seront bien meilleures simplement car Emutos n'utilise pas le blitter. En fait le problème est identique pour tous les accès hard, c'est un choix qui a été fait dans Aranym d'autres émulateurs avec JIT font autrement à ce que l'on m'a dit, je ne suis pas assez spécialiste.
Sinon JIT pas JIT il faut vraiment chercher les programmes tordus pour que du point de vu compatibilité on trouve quelque chose, a part les softs qui faisaient du code auto modifié mais bon en général ils ne tournent pas sur un 68060 non plus!

Faucon_2001 (./28) :
Je ne sais pas comment tourne Aranym sous Windows, mais la version sous Linux est beaucoup plus performante que la version OSX alors que les processeurs ont 8 ans de différence.

Il y a un blème dans le test sous OSX avec les bonnes options de compilation ca booste de manière assez équivalente à Linux, sous Windows c'est un peu en dessous mais rien de bien méchant (quand Aranym n'est pas compilé avec l'option -O0!)

Faucon_2001 (./28) :
A ce propos, mon objectif final est de me faire une machine dédiée sous Linux bootant directement sur Atari. Ca ne sera pas un Atari mais ça s'en rapprochera le plus possible, sachant qu'en plus d'Aranym, j'ai une config sous Hatari équivalente à un TT sous TOS 3.06 survitaminé, en 1280x960 nb natif, le midi et Cubase tournant et Calamus SL à l'aise.

C'est drôle j'ai fait cela il y a au moins 6 ans! J'avais fait un live CD de 50Mo tu bootais directement sur un Atari! Le problème c'est trop difficile à maintenir :-(
A la suite de cela Petr en à fait de même qui comme moi ne l'a pas maintenu mais tu peux encore trouver le CD ici:
http://aranym.org/livecd.html

On peut faire plus simple suffit d'installer un Linux et d'executer au boot de X11 Aranym, en plein écran cela fait son effet, Emmanuel Barranger avait cela sur sa config il fut un temps.

Faucon_2001 (./28) :
La carte mère sera mini ITX histoire de ne pas prendre de place et je n'ai que faire des cartes PCI. Afin de mettre tout ça dans un boitier slim sans DVD (avec un accés réseau, l'utilisation de ce type de périphérique est quasiment obsolète). Disque SSD 60Go, bien que je ne sache pas si Aranym, hormis en mode natif, voit une grosse différence avec l'émulation IDE qui est loin d'être optimisée. Mémoire : 2 ou 4 Go ? Je pense que 2 seront plus que suffisant, Xubuntu + Aranym tournent confortablement actuellement sous 512 Mo, mais difficile de trouver moins de nos jours ! Port parallèle sur le CM puis cable interface convertisseur Parallele -> USB : faut que ça imprime ! Biensure écran de 19" en 1280x1024 ; je me tâte à passer sur un écran large, j'ai essayé en 1920x1080 et ça tourne parfaitement, ceci dit le full HD est inutilisable sur Atari pour cause de bureau trop grand et d'interface non pensée pour. Par contre en 1280x768 ou 1440x900 c'est tout à fait exploitable et donne au système un look moderne.

Hum l'émulation IDE ca ne sert vraiment que pour des softs récalcitrants, le hostfs marche pas mal, si il y a des incompatibilités (style Thing qui ne veut pas redrawer) il faut les corriger. Perso ma config n'a absolument aucun disque IDE virtuel tout est sous HostFS, cela n'est possible qu'avec Emutos donc moins de compatibilité, tous les outils pour compiler GCC marche fort bien dessus.
Pour le fullHD faudrait peut être un accélérateur de souris, je ne vois pas ce qui manque à l'interface mais en fait tu n'en a pas besoin tu peux utiliser la souris du système hote sous FVDI pour cela il faut l'option:
[NFVDI]
UseHostMouseCursor = Yes

Faucon_2001 (./28) :
A ce sujet, ce serait génial que zTask puisse commencer par la gauche, car sur un écran large, ça fait de la distance à parcourir et le mulot se fatigue ;-) Faudra que je pose la question à l'auteur, si c'est pas déjà prévu.

M'étonnerais qu'il te réponde j'ai essayé plusieurs fois de le joindre l'année dernière mais pas eu de réponse on a pourtant programmé sur des choses communes (comme MyAES!), dommage très bon développeur avec un gout du design tout à fait étonnant.

Faucon_2001 (./28) :
Maintenant le sujet délicat c'est le processeur. J'ai cru comprendre qu'Aranym ne gérait pas le multi thread et qu'il ne profitait donc pas des multicoeurs ; est-ce exact ?
Sur cette base pas de Core i7 ou i5, mais plutôt un i3 musclé ? AMD / Intel Core ? Atom Ion ?
Qu'en penses tu ? Quel serait la config optimale aujourd'hui pour exploiter pleinement Aranym, sachant que je veux maximiser les performances ?

Non Aranym ne gère pas le multithread et en fait il n'y a aucun intérêt sous les sytèmes Atari, il faudrait que Mint lui même sache gérer le multicore hors il n'y a jamais eu de 68k multicore ;-) ni même de machine avec plusieurs procs (Rodolphe avait bien le projet mais bon qui aurait put l'utiliser?)
Perso je suis plutôt dans l'optique inverse, un proc qui consomme rien sans ventillo avec un petit disque SSD ou même une clef USB et hop c'est parti, la performance sous Atari cela sert à quoi au juste? la plus petite machine sera de toute façon plus performante que la plus grosse machine réelle (coldfire inclu)! Enfin chacun ses envis!

A+

Olivier