Configurer MyAES sous Aranym/Freemint - Page 1

Bonjour

J'avais ouvert un post similaire sur Atar-Forum, mais comme l'auteur de MyAES est francophone, ce sera, je pense, bcp plus facile de dialoguer dans la langue de Molière que dans celle de Shakespeare. Néanmoins, je mettrai à jour le post sur Atari-Forum un fois mon problème résolu.

A priori, je m'adresse plus particulièrement à Olivier LAndemarre, mais quiconque peut m'aider est bien entendu le bienvenu

Résumé de mon problème: j'ai installé avec succès l'ensemble Freemint+XAAES+TERADESK.
J'aimerais maintenant configurer MyAES également.

Mais au moment de charger MyAES, Aranym se bloque et je suis obligé de le redémarrer sans MINT pour éditer mint.cnf afin de lancer XAAES qui est configuré correctement et qui fonctionne donc.

Mon disque C se présente comme suit:
C:\AUTO\
C:\AUTO\FVDI.PRG --> c'est le premier à démarrer, configurer pour 1024x768 en true color
C:\AUTO\MINT.PRG --> vient ensuite mint
C:\MINT\
C:\MINT\1-17-0\
C:\MINT\1-17-0\MINT.CNF
C:\MINT\1-17-0\XAAES\
C:\MINT\1-17-0\XAAES\XAAES.CNF
C:\MINT\1-17-0\MYAES\
C:\MINT\1-17-0\MYAES\MYAES.CNF

Je sais qu'à priori, MyAES s'attend à trouver son dossier MYAES sous C:\GEMSYS\

Cependant, j'ai édité le fichier MYAES.CNF et adapté toutes les occurences de C:\GEMSYS\ en C:\MINT\1-17-0\
J'ai également édité, comme me l'a indiqué Olivier, le fichier MINT.CNF avec la ligne suivante:
INIT=u:/c/mint/1-17-0/myaes/myaes.tos MYAES_PATH=u:/c/mint/1-17-0/myaes/

Je joins mes fichiers de configuration au cas où...

D'avance merci pour votre aide.

François Fichier joint : mint.cnf Fichier joint : myaes.cnf Fichier joint : xaaes.cnf

Salut c'est moi!

Bon comme cela je n'ai rien vu de mauvais à priori.

Est ce que tu as toujours le message comme quoi il ne trouve pas screen.ldg?

Tu dois le trouver absolument dans le dossier de MyAES: libs/screen.ldg

Ca à l'air bête mais si tu utilises STZip bah à priori il ne l'extrait pas et plusieurs fois j'ai du à des utilisateurs de ne pas extraire celui ci avec STZip. Il faudrait que tu demarres sans fVDI pour voir ce qu'il affiche car en aveugle cela va être dur!

Bon j'attends de tes nouvelles.
Je n'ouvre pas tous les jours mon ordi en ce moment car trop de boulot alors bon faut pas s'attendre à ce que je réponde dans la journée parfois!

Olivier

Bonjour Olivier

Merci pour ton aide.

Cela ne marche toujours pas...

J'obtiens le message d'erreur suivant dans la console linux, peut-être cela te mettra-t-il sur une piste

Reseting weird mouse packet: 460, 348, 0
pid 1 (myaes): BUS ERROR: User PC=E1056C, Address: E71FFC (basepage=1144000, text=1144100, data=1168984, bss=116EC78)

A bientôt.

François

brainois (./3) :
Bonjour Olivier

Merci pour ton aide.

Cela ne marche toujours pas...

J'obtiens le message d'erreur suivant dans la console linux, peut-être cela te mettra-t-il sur une piste

Reseting weird mouse packet: 460, 348, 0
pid 1 (myaes): BUS ERROR: User PC=E1056C, Address: E71FFC (basepage=1144000, text=1144100, data=1168984, bss=116EC78)

A bientôt.

François

Ca ne m'aide pas du tout, il me faut les messages qui s'affichent au démarrage dans le monde Atari, pour les avoir il faut enlever le lancement de fVDI et tu dois avoir quelques messages qui apparaissent il faut me donner le dernier.

Olivier

Bonjour Olivier

Lorsque je désactive fVDI (en pressant la touche q au démarrage), j'obtiens u écran blanc avec le message
[code]
Screen.ldg ERROR!
Hit a key
[/code]

Je confirme que le fichier screen.ldg existe.

Dans la console linux, voici ce que j'obtiens:
[code]
ARAnyM 0.9.13
Using config file: '/home/fvanzeveren/.aranym/config'
TunTap(0): NO_NET_DRIVER_WARN 'tap0': Operation not permitted
Could not open joystick 0
<JIT compiler> : compile FPU instructions : no
<JIT compiler> : requested translation cache size : 8192 KB
<JIT compiler> : Max CPUID level=2 Processor is GenuineIntel [Pentium4]
<JIT compiler> : Target CPU defines all flags on BSF instruction
<JIT compiler> : target processor has CMOV instructions : yes
<JIT compiler> : target processor can suffer from partial register stalls : yes
<JIT compiler> : alignment for loops, jumps are 0, 0
<JIT compiler> : lazy translation cache invalidation : on
<JIT compiler> : register aliasing : on
<JIT compiler> : FP register aliasing : on
<JIT compiler> : lazy constant offsetting : on
<JIT compiler> : block inlining : off
<JIT compiler> : separate blockinfo allocation : on
<JIT compiler> : gather statistics on untranslated insns count
<JIT compiler> : gather statistics on translation time
ARAnyM RTC Timer: /dev/rtc: Permission denied
TOS 4.04 loading... [OK]
Detected scancode offset = 8 (key: 'space' with scancode $41)
Aborted while loading preferences.
realloc_region: reg = 0, newsize 38400
realloc_region: reg is NULL
HOSTFS: fs_native_init:
fs_drv = 0x1056830
fs_devdrv = 0x10568d4
fs_devnum = 0x39
fs_mountPoint = u:\h
fs_hostRoot = / [1]

HOSTFS: fs_native_init:
fs_drv = 0x1056830
fs_devdrv = 0x10568d4
fs_devnum = 0x44
fs_mountPoint = u:\s
fs_hostRoot = /home/fvanzeveren/.aranym/SHARED [32]

pid 0 (MiNT): FAT-FS [C]: WARNING: mounting unchecked fs, running dosfsck is recommended
[/code]

brainois (./5) :
Bonjour Olivier

Lorsque je désactive fVDI (en pressant la touche q au démarrage), j'obtiens u écran blanc avec le message
[code]
Screen.ldg ERROR!
Hit a key
[/code]

Je confirme que le fichier screen.ldg existe.

Dans la console linux, voici ce que j'obtiens:

Bon ok, effectivement, cela veut dire qu'il ne trouve pas screen.ldg! et que j'ai fait une boulette dans mes explications! Il faut mettre:
INIT=u:/c/mint/1-17-0/myaes/myaes.tos MYAES_PATH=u:/c/mint/1-17-0/

j'ai rajouté "myaes" par erreur

Olivier

Bonjour Olivier...

Bon, cele ne fonctionne pas encore, j'ai toujours un écran figé, mais cette fois sans screen.ldg ERROR.
Le dernier message dans la console linux est le suivant
[code]
pid 0 (MiNT): FAT-FS [C]: WARNING: mounting unchecked fs, running dosfsck is recommended
pid 1 (myaes): realloc_region: reg = 1077DC4, newsize 1228800
[/code]

Merci pour ton aide.

François

Francois,

j'ai toujours besoin du dernier message indiqué dans la fenêtre de l'émulateur (sans fVDI) car je n'envoies aucun message dans la console Linux, seul Mint renvoi quelque chose et cela ne me sert à rien.

Olivier

Bonjour Olivier

Sans fVDI, voici ce que j'obtiens...

Fichier joint : (snap000.png)

Pas très parlant

brainois (./9) :
Bonjour Olivier

Sans fVDI, voici ce que j'obtiens...

Fichier joint : (snap000.png)

Pas très parlant

Oups pas très parlant effectivement, mais dans ce cas la video est initialisée! Je n'ai jamais eu de cas de non démarrage une fois la vidéo initialisée sauf si le chemin du bureau n'est pas correcte, vérifie le chemin du shell et dans ta config change le chemin des accessoires pour ne pas les lancer (il y a peut être un conflit), rajoute dans le dossier skins un skin qui est sur mon site comme cela tu auras le choix au démarrage par un popup du windframe (du coup on saura si cela apparait que MyAES démarre bien correctement, si ce n'est pas le cas faut que je vois, MyAES fonctionne parfaitement bien avec Aranym je travaille la dessus).

Je suis sur qu'il ne manque pas grand chose!
Olivier

Bonjour Olivier

J'ai suivi tes conseils... mais sans succès... c'est toujours le même résultat.
Je vais reinstaller myaes dans C:\GEMSYS\ pour voir...

Je te tiens au courant

François

Bonsoir Olivier...

Et bien voilà, en installant tout dans C:\gemsys, j'ai réussi à faire tourner myaes en moins de 5 minutes...

Je pense néanmoins qu'il y a peut-être bien un bug dans la version actuelle qui empêche d'installer myaes dans un autre folder, même en mettant à jour le fichier de configuration myaes.cnf...

Premières impressions:
* une réactivité impressionnante par rapport à celle de Xaaes...
* Démarrage plus rapide que Xaaes
* Une fermeture plus rapide (et plus propre) que Xaaes

A priori, que du bon!

Je vais essayé les skins maintenant.

A bientôt.

François

brainois (./12) :
Bonsoir Olivier...

Et bien voilà, en installant tout dans C:\gemsys, j'ai réussi à faire tourner myaes en moins de 5 minutes...

Je pense néanmoins qu'il y a peut-être bien un bug dans la version actuelle qui empêche d'installer myaes dans un autre folder, même en mettant à jour le fichier de configuration myaes.cnf...

Premières impressions:
* une réactivité impressionnante par rapport à celle de Xaaes...
* Démarrage plus rapide que Xaaes
* Une fermeture plus rapide (et plus propre) que Xaaes

A priori, que du bon!

Je vais essayé les skins maintenant.

A bientôt.

François

Salut François

content que tu ai réussi à faire tourner MyAES enfin, pour l'histoire du répertoire sous GEMSYS je suis étonné car la config que j'utilise tous les jours sous Aranym est déportée avec le MYAES_PATH, dans mon cas ce n'est que le disque qui change, je vais essayer de le mettre ailleurs mais franchement je ne vois pas, mais il ya peut être un problème.

Olivier