Ben ça implique de réécrire (ou au moins réutiliser) les drivers des différentes cartes graphiques qui sont utilisables avec la CTPCI. Outre la duplication de code, c'est un sacré boulot, nettement plus que de gérer la vidéo intégrée du Falcon (y'a déjà un émulateur x86 pour pouvoir exécuter le code contenu dans le BIOS de la carte graphique qui initialise le hardware, rien que ça...).
—
Zeroblog —
« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » —
Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » —
GT TurboDe mon point de vue, la solution pérenne serait de pouvoir faire des appels VDI à partir d'un programme lancé depuis le dossier AUTO.
Ainsi, nul besoin de dupliquer quoi que ce soit.
En effet, une hypothèse forte sur laquelle on peut se baser, c'est que la VDI est capable de gérer la carte graphique en question (et heureusement !).
Donc si on peut utiliser la VDI, on gagne la gestion de toutes les cartes graphiques gérées sur CTPCI.
Il ne faut pas se poser la question "comment je cause à la carte ?", ça c'est le métier de la VDI.
Il faut se poser la question "comment je cause à la VDI ?" depuis un programme du dossier AUTO.
megar Le 22/01/2011 à 13:56 Ce serait la solution idéale, oui.
Mais le dossier AUTO sert à initialiser le matériel avant le démarrage de la VDI. Par exemple, chargement des drivers pour carte graphiques, voir même chargement d'une nouvelle VDI (NVDI). A moins que ce dernier ne s'enregistre juste comme un driver vidéo. (j'en sais rien)
Je ne suis pas sûr que même si on puisse initialiser (je ne sais pas comment) la VDI dans le dossier AUTO, il n'y aurait pas ensuite de gros problèmes (NVDI, drivers), ou lorsque l'OS demande l'initialisation de la VDI une deuxième fois.
Il faudrait donc charger tout ce qui modifie la VDI (NVDI, drivers) AVANT menu3.prg, ce qui du coup, enlève tout intérêt au programme (puisque NVDI et les drivers ont été chargés avant, on ne peut plus les dé-charger.
Pour moi la solution d'écrire directement à la carte graphique reste la solution la plus simple. Après, peut-être que c'est excessivement compliqué (émulateur x86 ??)
