Aranym Fvdi+Nvdi - Page 1

Salut,

Sous Aranym, si je lance FVDI+NVDI le système crash, et m'affiche au lancement de Xaaes "exception 10 for AESSYS pc E15C3C addr FD3DF0". Biensure sans NVDI mon système est solide comme un roc.
Mon système conciste en:
Aranym 9.15 sous Xubuntu
TOS 4.04
Mint 1.18
FVDI dernière version en 1280x1024, 32 bits sous SDL
NVDI 5.03 : tous les fichiers *drv.sys sont renomés en .syx et j'ai retirer d'assign.sys tous les screen
Le système boot depuis une image disque et dans le dossier auto il y'a dans l'ordre:
Xbox-nfjpeg-FVDI-NVDI-Mint

Une idée pour résoudre ce problème?

Merci

-

C'est quoi Xbox ?

J'utilise que FVDI sous Aranym en 1680x1050,32... Car je n'ai jamais réussis à faire tourner NVDI5 avec (plantage direct)


Je vais suivre ce topic avec attention !

Orion_ (./2) :
je ne pense pas que tu puisse avoir 2 VDI qui tourne en même temps
c'est soit FVDI, soit NVDI (et sous aranym FVDI est plutôt conseillé car tu a un driver aranym qui est natif à ta plateforme)

Orion a raison

Il s'agit de Xboot (pu... De correcteur orthographique)

Aie ! Bad news. Comment faites vous pour imprimer? speedo Gdos fonctionne t il ?

Je sais pas pour Aranym, mais on peut toujours utiliser la gestion 'GDOS' (impression) de NVDI sur les clone sur lesquels la partie VDI de NVDI ne fonctionne pas (les clones ont un driver VDI spécifique pour la carte graphique ISA/PCI). Il suffit de désactiver les fichiers drivers écrans dans le dossier de NVDI.

C'est possible d'avoir fVDI et NVDI côte à côté : c'était mon cas quand j'avais le Falcon avec la carte Eclipse. Et là, avec la FireBee : l'affichage est fait par un fVDI embarqué dans le FireTOS, avec NVDI chargé au boot via le dossier AUTO. Dans ce cas, NVDI s'occupe alors des fontes et de l'impression.
En principe, les drivers VDI de NVDI doivent être désactivés (SYS en SYX). Le fichier ASSIGN.SYS n'est pas à modifier ; il faut le laisser tel quel pour obtenir les fontes NVDI Monaco à l'affichage.

Je n'ai pas essayé sous Aranym : peut-être le mode Mémoire Protégée de MiNT est à désactiver ? les drivers offscreen sont-ils à désactiver ? ordre dans le dossier AUTO à revoir ? faut tester... bon courage pour les redémarrages.

I hate reboots.

Bon, Je vois que je vais passer la soirée à faites des reboot, au joie ;-)
J'avais déjà désactivé déjà tous les *drv.sys en les renommant .syx.
Par contre j'ai également des fichiers mpa*.sys et je ne sais pas a quoi ils correspondent. À désactiver aussi?
Mint fonctionne sans protection de mémoire car j'utilise Aranym JIT qui ne gère pas la mmu
Ordre du dossier auto, la seule variable est nfjpeg, n'ayant que 3 prg dans Auto (abstraction faite de Xboot, mais pourrait il être un problème? Je n'ose essayer mon système deviendrait incontrôlable en cas de crash), car pour le reste je crois qu'il faut toujours lancer FVDI avant NVDI: correct?
Au niveau FVDI.sys, faut il désactiver les fontes vectorielles ? Autre chose?
Au niveau XAAES.cnf, je me demande qu'elle résolution déclarer. Actuellement c'est 27, qui est la valeur par défaut utilisée par AFROS, et qui a fonctionné jusqu'à présent. Mais comme ce crash ressemble à un changement de work station à l'ouverture de XAAES, je me demande s'il n'y a pas un loup de ce côté la.
Merci de votre aide ... C'est dure de redevenir Atariste après 15 ans de pause.

Faucon_2001 (./8) :
C'est dure de redevenir Atariste après 15 ans de pause.

Non pas du tout, Un Atari c'est d'abord le TOS


GT Supporter du TOS

Merci pour votre aide et en suivant vos conseils j'en suis arrivé à la solution suivante :

- Effacer tout le contenu de fvdi.sys et ne garder que la definition du repertoire GEMSYS et d'aranym.sys scren device
- Renommer dans le dossier GEMSYS tous les *DRV.SYS en .SIX
- Reboot et enjoy

XAAES qui boot comme un charme et NVDI fonctionnel.

Me reste plus qu'a voir comment ça marche avec PHERP et ma LasrJet Color

Moi je dirai plutôt "Dans le doute, reboot !"...

Je suis déjà loin...