50Fermer52
OLLe 04/02/2014 à 16:54
Hum je pense qu'il faut tenter l'option
nvdifix
dans fvdi.sys, mais bon ca ne semble pas garanti

Il faut aussi lancer NVDI avant fVDI

Jamais tenté l'opération

OL

Faucon_2001 (./47) :
Je viens de faire une batterie d'essais avec NVDI5.03
Ma config, Aranym 0.915 + Easymint 1.83 + Emutos + Fvdi et Myaes 0.96 b3
J'ai bien désactivé dans NVDI tous les drivers écrans et laissé dans FVDI seulement le driver écran (tous les autres paramètres désactivés)

fvdi + NVDI lancés dans mint.cnf : ca bloque au boot
fvdi + NVDI lancés dans MyAES.cnf : idem
fvdi lancé dans mint.cnf, nvdi dans Myaes.cnf : idem
fvdi + NVDI lancés dans Auto : idem

Résultat ça marche pas. C'est chaud d'imprimer avec Aranym :-(
Résultats identiques qu'avec Xaaes, Myaes ne résout pas le problème : ce n'est donc pas un problème d'AES.
Soit FVDI, soit Emutos, soit les deux foutent la merde.
Pour info sous TOS4.04 + FVDI + Easymint avec Xaaes, j'ai reussi à lancé NVDI ... mais résultat pas assez stable pour être utilisable.
Sous TOS4.04 + VDI standard+ Videl Inside + easymint + Xaaes, ça fonctionne, mais c'est lent et limité à 256c.

Todo list :
- Même config que précédemment avec NVDI 4
- idem avec Speedo GDOS 5
- TOS + FVDI + Myaes avec NVDI 5 / 4 et Speedo

Des idées?

Philippe