une erreur hyper bizzare avec gcc... - Page 2

non je veux dire, (si j'ai bien compris) lorsque windows stocke sur disque car il n'y a plus de mem vrituelle, pour ressortir les info stocker sur disque, il a bien besoine de mapper non?

sinon quelque connait il la methode de directx pour avoir un buffer d'affcihage video accessible directement?

matthieu, un OS est conçu très différemment d'une application normale, et peut accéder directement au matériel, ce qui n'est PAS le cas d'une application.

2> Donc " la methode de directx pour avoir un buffer d'affcihage video accessible directement?" bah oui c'est facile il fait partie de l'os donc il a accès à tout le matériel. Mais je pense pas que ça t'aide beaucoup.

1> Un mapping mémoire d'un fichier est quelque chose qui n'existe pas sur pc, parce que le contenu du disque est baah, sur le disque. C'est le système d'exploitation qui crée cette abstraction pour rendre service aux applications. Donc non, dire que le système d'exploitation " a bien besoine de mapper non" "pour ressortir les info stocker sur disque", c'est un non-sens.

Le système d'exploitation lit et écrit sur le disque en donnant des ordres au contrôlleur IDE, comme "envoie-moi les secteurs n°4242 à 4248" ou "écris les données que je vais t'envoyer dans le secteur n°42"

donc si j'ai bien compris il n'existe aucun moyen a par le bank switching pour acceder au buffer d'affichage de la carte graphique ? a part faire des programmes api et passer par des librairies ultra contraignante comme directx ?

nan mais c pas vrai ! il existe aucun moyen permettant de se passer de windows ????????

si opengl et linux

il existe aucun moyen permettant de se passer de windows

Si, mais si tu veux te passer de windows, bah faut te passer de windows. Donc tu commences par virer windows et utiliser autre chose.

En l'occurence si tu veux vraiment avoir l'accès complet au matériel, tu n'as pas d'autre choix que de développer un os complet. Cela dit je pense pas que c'est ce que tu veux. Le mieux serait donc de définir précisément ton problème général, et non pas de demander comment en résoudre une sous-partie.

Cela dit, si ton problème est d'accéder simplement aux ressources de la carte vidéo, tu peux utiliser OpenGL, qui est beaucoup plus simple d'utilisation de Direct3d, tout en étant aussi puissant. En plus, OpenGL est présent sur tous les systèmes gérant la 3d (windows, gnu/linux, solaris, mac os, hpux), alors que DirectX ne l'est que sous windows.

Pour ta gouverne OpenGL fait ses opérations dans des buffers que tu peux récupérer très simplement dans d'autres buffers, et plus tu peux récupérer (si ca t'amuse) d'autres trucs que la couleur, par exemple le z-buffer ou le stencil.

d'abord void glReadBuffer(GLenum mode) pour dire ce que tu veux lire
mode= {Gl_FRONT_LEFT,GL_FRONT_RIGHT,GL_BACK_LEFT,GL_BACK_RIGHT,GL_BACK,GL_RIGHT,GL_LEFT}

puis après: void glReadPixels(int x, int y, int width, int height, GLenum format, GLenum type, void *pixels)

C'est juste pour te donner un aperçu des possibilités.

Eventuellement tu peux même faire du traitement de signal ou du calcul matriciel hardware en opengl, en utilisant les pixels shaders et le rendu vers texture.
Mais bon, je crois que je m'éloigne du sujet là

oui et ca fait chier faut une carte de taré les geforce4 veulent pas.

les GeForce 4 gèrent ça très bien (vu que ça a été introduit avec les GeForce 3), c juste ton modèle qui gère pas
[/HS]

[suite]geforce4 go sur un portable... j'ai l'extension GL_NV_VERTEX_PROGRAM mais pas GL_ARB_VERTEX_PROGRAM... et ca marche pas! faudrait que je fasse un topic[/suite]

Erf, c'est dommage parce que aux noms des points d'entrée près, c'est la même extension :/
GL_NV_VERTEX_PROGRAM a été validée et définie comme standard, donc promu au rang d'arb.

Faut regarder ton soft, c'est lui qui détecte pas correctement. Il devrait trouver l'ancien nom et utiliser les anciens points d'entrée.

oué ben j'ai une DLL OpenGL 1.3.1 avec les drivers NVIDIA et quand je fais glGetString(GL_EXTENSIONS) à la syntaxe près, ben arb vertex program je l'ai pas.

Si tu veux accéder directement au matériel, il faut utiliser DOS.

Kevin Kofler :
Si tu veux accéder directement au matériel, il faut utiliser DOS.

Pourtant y'a pas trop d'autre moyen

Bah si, programmer un OS ou utiliser un Linux qui fait tourner les programmes en espace noyau ^^

oui. mais justement c'est plus en espace user ^^ genre sous win c'est pas trop la galère ^^

Kevin Kofler :
Si tu veux accéder directement au matériel, il faut utiliser DOS.

Ouais mais non. Soit t'es limité à accéder qu'au premier Mo de mémoire, soit t'es obligé d'activer le mode protégé mais tu perds les quelques apports de DOS. a ce tarif là autant ne pas dépendre de DOS et booter directement sur le prog ça ira plus vite.

Et surtout autant utiliser un truc bien plus simple et pas dépendant d'une plateforme...

SDL aussi ça peut être utile, il paraît que c simple (mais g jamais essayé)

SDL oué je me suis déjà servi, et c'est .
En plus tu peux utiliser SDL pour intialiser une vue OpenGL de manière indépendante au matos .

vi parce que glut, c pourri et pas mis à jour, nan ?

Bah en fait glut au départ c'est juste une petit librairie pour apprendre l'opengl sans avoir besoin de s'embeter avec les problèmes d'ouverture de la fenetre.
C'est pas fait pour de vrais projets nécessitant le contrôle des événements.

Et puis SDL c'est aussi la gestion du son, du clavier, de la souris, du joystick de manière portable, ainsi que les timers précis, et éventuellement l'affichage en 2D sans passer par opengl/direct3d/autre.

faudra que je regarde Un Jour ^^

Il y a aussi freeglut.

Oué ça a l'air pas mal mais c'est loin de SDL quand même. C'est, bah ce qu'ils disent, un glut réécrit et avec des fonctions en plus.

SDL c'est bien
je l'ai utilisé pour mon projet d'info de premiere année. Enfin le probleme c que parfois on a des parachute et qu'on sait pas forcement d'ou ca vient... (faut chercher chercher ...) et en fait nous ca venait du double buff qui ne marchait pas :/ (probleme de config de carte graphique sous nux? ou mauvaise utilisation je pense mais pourtant on pensait avoir respecter la doc).

JackosKing VNR
: parfois on a des parachute et qu'on sait pas forcement d'ou ca vient... (faut chercher chercher ...)

Il suffit de le désactiver à l'initialisation de la lib, et d'utiliser un debugger normal.

Il y a Allegro aussi qui fonctionne avec des buffer et qui est multiplateforme