frame buffer et driver XFree86 ...

Recherche :

Dernière réponse
Sujet : frame buffer et driver XFree86 ...
Dark_Schneider	bcp y ont pensé. berlin a une approche similaire mais nombreux sont ceux ki veulent garder la partie réseau et protocol pour 2 raisons : + compatibilité avec les Unix commerciaux ( eh oui je peux visualiser de manière déporter sur mon linux la simulation ki tourne sur le serveur SGI Origin ou le supercalculateur d'a côté ) idem pour les nombreux softs développé + ce n'est pas forcément si simple

Dernière réponse

Sujet : frame buffer et driver XFree86 ...

Dark_Schneider

bcp y ont pensé. berlin a une approche similaire mais nombreux sont ceux ki veulent garder la partie réseau et protocol pour 2 raisons :
+ compatibilité avec les Unix commerciaux ( eh oui je peux visualiser de manière déporter sur mon linux la simulation ki tourne sur le serveur SGI Origin ou le supercalculateur d'a côté )
idem pour les nombreux softs développé

+ ce n'est pas forcément si simple

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

Dark_Schneider

bodoche

pipomolo a écrit a écrit :

Je ne vois pas ce que tu veux dire par utiliser le driver XFree sans passer par X. Ca me parait contradictoire.

Et bien, le but d'un driver c'est soit de faire des appels au matos our faire des calculs ou soit d'utiliser le processeur lorsque le matos ne supporte pas la fonction dites.
Je ne suis pas sur du fonctionnement de XFree mais j'imagine que c'a marche comme c'a.

le serveur X recoit un paquet X, il l'interprete et fait des appels au driver qui lui meme fait des appels au matos. En fait un serveur X est composer d'un interpretteur de paquet X et d'un driver. Seul le driver change lorsque l'on utilise une autre carte graphique.

Si on souhaite créer un technologie graphique etant acceleré par le matos pourquoi ne pas utiliser les drivers de XFree sans utiliser le protocole X, la couche reseau et tout les trucs qui vont avec...

fabriceMerc

TheWarden a écrit a écrit :

j'aimerais bien pouvoir activer le framebuffer ds le kernel mais ds le xconfig du noyau (2.4.17), tout ce qui est sur le framebuffer est en grisé. Une solution ?

active la possibilité d'utiliser des drivers experimental dans ton noyau.

thewarden

j'aimerais bien pouvoir activer le framebuffer ds le kernel mais ds le xconfig du noyau (2.4.17), tout ce qui est sur le framebuffer est en grisé. Une solution ?

pipomolo

Ben oui le but du framebuffer est a l'origine de pouvoir supporter les cartes n'ayant pas de drivers X (comme a l'epoque les cartes a base de Rage 128), en utilisant soit un pilote fb specifique, soit le pilote generique (norme VESA 2).

Cela permet ensuite d'utiliser X avec un pilote special pr le framebuffer.

Je ne vois pas ce que tu veux dire par utiliser le driver XFree sans passer par X. Ca me parait contradictoire.

minusplus

ben le but des drivers framebuffer c'est justement de se passer de X.
à ma connaissance il y en a un générique (svgafb) un pour les matrox (matroxfb) un pour les TGA (:D) (tgafp) et je crois un pour les ati (:??:)
ça te donne une sorte de "console graphique".
(qui est d'ailleur plus simple à exporter sur un autre display qu'un affichage X)

bodoche

hello,

J'ai decouvers depuis peu qu'il existe des projets visant a creer des bibliotheques permettant d'ecrire directement dans le frambufer de la carte video. Pour cela ils reimplementent des drivers pour les cartes les plus courantes(NVidia...).

Je me demande pourquoi il ne reutilise pas les drivers de XFree86. Il doit etre possible d'ecrire un programme qui appelle directement un driver XFree et donc qui puisse acceder au framebuffer de la carte mais sans utiliser le protocole X. Est ce que je me trompe?

[edtdd]--Message édité par bodoche--[/edtdd]