soi-même qui doit reconstruire l'affichage. Ce que je cherche est
un gestionnaire d'affichage qui stocke l'affichage au fur et à
mesure que le(s) programme(s) se déroule(nt), et lorsqu'on
soi-même qui doit reconstruire l'affichage. Ce que je cherche est
un gestionnaire d'affichage qui stocke l'affichage au fur et à
mesure que le(s) programme(s) se déroule(nt), et lorsqu'on
soi-même qui doit reconstruire l'affichage. Ce que je cherche est
un gestionnaire d'affichage qui stocke l'affichage au fur et à
mesure que le(s) programme(s) se déroule(nt), et lorsqu'on
On Thu, 17 Jun 2004 14:48:47 +0200
Patrick Carabin
> soi-même qui doit reconstruire l'affichage. Ce que je
> cherche est un gestionnaire d'affichage qui stocke
> l'affichage au fur et à mesure que le(s) programme(s)
> se déroule(nt), et lorsqu'on
Ca va ramer parce que le serveur X doit redessiner des
fenêtres qui ne devraient pas l'être non ?
Alain
On Thu, 17 Jun 2004 14:48:47 +0200
Patrick Carabin <Patrick.Carabin-spam@pro.tiscali.be>
> soi-même qui doit reconstruire l'affichage. Ce que je
> cherche est un gestionnaire d'affichage qui stocke
> l'affichage au fur et à mesure que le(s) programme(s)
> se déroule(nt), et lorsqu'on
Ca va ramer parce que le serveur X doit redessiner des
fenêtres qui ne devraient pas l'être non ?
Alain
On Thu, 17 Jun 2004 14:48:47 +0200
Patrick Carabin
> soi-même qui doit reconstruire l'affichage. Ce que je
> cherche est un gestionnaire d'affichage qui stocke
> l'affichage au fur et à mesure que le(s) programme(s)
> se déroule(nt), et lorsqu'on
Ca va ramer parce que le serveur X doit redessiner des
fenêtres qui ne devraient pas l'être non ?
Alain
Fri, 18 Jun 2004 15:19:23 +0200, Patrick Carabin a écrit :
>[...]
> Je vois une option « virtual » et une option «
> screen » qui pourraient être ça, sinon « fvwm »
> pourrait aussi correspondre à ce que je cherche, mais
> je n'ai trouvé jusqu'à présent qu'une doc en Angliche,
> et comme d'habitude écrite probablement par des
> non-anglophones, donc douteuse... Je vais chercher +
> loin, merci pour les idées!
Je ne pense pas.
En fait, le problème que tu as c'est que lorsqu'une
fenêtre devient visible, elle reçoit un évènement qui
l'en informe. Donc, si le programme à qui appartient
cette fenêtre gère cet évènement, il redessine le contenu
de la fenêtre.
Pour éviter cela, il faut donc que le programme ne
relance pas le réaffichage complet et n'arrête pas son
calcul lorsqu'il reçoit l'évènement (il doit soit ignorer
l'évènement, soit faire du double-buffering).
Maintenant, tu peux trouver un gestionnaire de fenêtres
qui conserve lui-même une copie (le fameux swap dont il a
été question dans ce fil) de la fenêtre et qui évite de
lancer des évènements à tout bout de champ. Le problème
qui se pose alors est : Comment le contenu de cette copie
est-elle donc modifiée par l'application ? Il faut que
l'application puisse prévenir le gestionnaire de
fenêtres...
Fri, 18 Jun 2004 15:19:23 +0200, Patrick Carabin a écrit :
>[...]
> Je vois une option « virtual » et une option «
> screen » qui pourraient être ça, sinon « fvwm »
> pourrait aussi correspondre à ce que je cherche, mais
> je n'ai trouvé jusqu'à présent qu'une doc en Angliche,
> et comme d'habitude écrite probablement par des
> non-anglophones, donc douteuse... Je vais chercher +
> loin, merci pour les idées!
Je ne pense pas.
En fait, le problème que tu as c'est que lorsqu'une
fenêtre devient visible, elle reçoit un évènement qui
l'en informe. Donc, si le programme à qui appartient
cette fenêtre gère cet évènement, il redessine le contenu
de la fenêtre.
Pour éviter cela, il faut donc que le programme ne
relance pas le réaffichage complet et n'arrête pas son
calcul lorsqu'il reçoit l'évènement (il doit soit ignorer
l'évènement, soit faire du double-buffering).
Maintenant, tu peux trouver un gestionnaire de fenêtres
qui conserve lui-même une copie (le fameux swap dont il a
été question dans ce fil) de la fenêtre et qui évite de
lancer des évènements à tout bout de champ. Le problème
qui se pose alors est : Comment le contenu de cette copie
est-elle donc modifiée par l'application ? Il faut que
l'application puisse prévenir le gestionnaire de
fenêtres...
Fri, 18 Jun 2004 15:19:23 +0200, Patrick Carabin a écrit :
>[...]
> Je vois une option « virtual » et une option «
> screen » qui pourraient être ça, sinon « fvwm »
> pourrait aussi correspondre à ce que je cherche, mais
> je n'ai trouvé jusqu'à présent qu'une doc en Angliche,
> et comme d'habitude écrite probablement par des
> non-anglophones, donc douteuse... Je vais chercher +
> loin, merci pour les idées!
Je ne pense pas.
En fait, le problème que tu as c'est que lorsqu'une
fenêtre devient visible, elle reçoit un évènement qui
l'en informe. Donc, si le programme à qui appartient
cette fenêtre gère cet évènement, il redessine le contenu
de la fenêtre.
Pour éviter cela, il faut donc que le programme ne
relance pas le réaffichage complet et n'arrête pas son
calcul lorsqu'il reçoit l'évènement (il doit soit ignorer
l'évènement, soit faire du double-buffering).
Maintenant, tu peux trouver un gestionnaire de fenêtres
qui conserve lui-même une copie (le fameux swap dont il a
été question dans ce fil) de la fenêtre et qui évite de
lancer des évènements à tout bout de champ. Le problème
qui se pose alors est : Comment le contenu de cette copie
est-elle donc modifiée par l'application ? Il faut que
l'application puisse prévenir le gestionnaire de
fenêtres...
Le Vendredi 18 Juin 2004 16:09, Sylvain Sauvage a écrit :Fri, 18 Jun 2004 15:19:23 +0200, Patrick Carabin a écrit :[...]
Je vois une option « virtual » et une option «
screen » qui pourraient être ça, sinon « fvwm »
pourrait aussi correspondre à ce que je cherche, mais
je n'ai trouvé jusqu'à présent qu'une doc en Angliche,
et comme d'habitude écrite probablement par des
non-anglophones, donc douteuse... Je vais chercher +
loin, merci pour les idées!
Je ne pense pas.
En fait, le problème que tu as c'est que lorsqu'une
fenêtre devient visible, elle reçoit un évènement qui
l'en informe. Donc, si le programme à qui appartient
cette fenêtre gère cet évènement, il redessine le contenu
de la fenêtre.
Pour éviter cela, il faut donc que le programme ne
relance pas le réaffichage complet et n'arrête pas son
calcul lorsqu'il reçoit l'évènement (il doit soit ignorer
l'évènement, soit faire du double-buffering).
Maintenant, tu peux trouver un gestionnaire de fenêtres
qui conserve lui-même une copie (le fameux swap dont il a
été question dans ce fil) de la fenêtre et qui évite de
lancer des évènements à tout bout de champ. Le problème
qui se pose alors est : Comment le contenu de cette copie
est-elle donc modifiée par l'application ? Il faut que
l'application puisse prévenir le gestionnaire de
fenêtres...
Le principe est que l'application ignore si oui ou non
elle est effectivement visible: elle se croit TOUJOURS
visible, et s'affiche là où on lui a dit de s'afficher,
elle n'a pas à savoir si ce técran correspond à l'écran
réel ou est simplement virtuel pour l'application, jécran
nest jamais qu'une zone en mémoire... C'est le gestionnaire
X qui doit assurer la correspondance entre l'écran réel et
( une portion de ) l'écran virtuel. C'est d'ailleurs ce qui
se passe avec certaines cartes gaphiques, ans les limites
de leur mémoire et des modes qu'elles savent gérer, et avec
les inconvénients qui en découlent. Si l'affichage virtuel
est géré par X ( et non plus par la carte video ),
l'affichage virtuel devient possible avec toutes les cartes
gaphiques et tous les écrans, et n'est plus limité que par
la mémoire centrale disponible
Patrick Carabin
Le Vendredi 18 Juin 2004 16:09, Sylvain Sauvage a écrit :
Fri, 18 Jun 2004 15:19:23 +0200, Patrick Carabin a écrit :
[...]
Je vois une option « virtual » et une option «
screen » qui pourraient être ça, sinon « fvwm »
pourrait aussi correspondre à ce que je cherche, mais
je n'ai trouvé jusqu'à présent qu'une doc en Angliche,
et comme d'habitude écrite probablement par des
non-anglophones, donc douteuse... Je vais chercher +
loin, merci pour les idées!
Je ne pense pas.
En fait, le problème que tu as c'est que lorsqu'une
fenêtre devient visible, elle reçoit un évènement qui
l'en informe. Donc, si le programme à qui appartient
cette fenêtre gère cet évènement, il redessine le contenu
de la fenêtre.
Pour éviter cela, il faut donc que le programme ne
relance pas le réaffichage complet et n'arrête pas son
calcul lorsqu'il reçoit l'évènement (il doit soit ignorer
l'évènement, soit faire du double-buffering).
Maintenant, tu peux trouver un gestionnaire de fenêtres
qui conserve lui-même une copie (le fameux swap dont il a
été question dans ce fil) de la fenêtre et qui évite de
lancer des évènements à tout bout de champ. Le problème
qui se pose alors est : Comment le contenu de cette copie
est-elle donc modifiée par l'application ? Il faut que
l'application puisse prévenir le gestionnaire de
fenêtres...
Le principe est que l'application ignore si oui ou non
elle est effectivement visible: elle se croit TOUJOURS
visible, et s'affiche là où on lui a dit de s'afficher,
elle n'a pas à savoir si ce técran correspond à l'écran
réel ou est simplement virtuel pour l'application, jécran
nest jamais qu'une zone en mémoire... C'est le gestionnaire
X qui doit assurer la correspondance entre l'écran réel et
( une portion de ) l'écran virtuel. C'est d'ailleurs ce qui
se passe avec certaines cartes gaphiques, ans les limites
de leur mémoire et des modes qu'elles savent gérer, et avec
les inconvénients qui en découlent. Si l'affichage virtuel
est géré par X ( et non plus par la carte video ),
l'affichage virtuel devient possible avec toutes les cartes
gaphiques et tous les écrans, et n'est plus limité que par
la mémoire centrale disponible
Patrick Carabin
Le Vendredi 18 Juin 2004 16:09, Sylvain Sauvage a écrit :Fri, 18 Jun 2004 15:19:23 +0200, Patrick Carabin a écrit :[...]
Je vois une option « virtual » et une option «
screen » qui pourraient être ça, sinon « fvwm »
pourrait aussi correspondre à ce que je cherche, mais
je n'ai trouvé jusqu'à présent qu'une doc en Angliche,
et comme d'habitude écrite probablement par des
non-anglophones, donc douteuse... Je vais chercher +
loin, merci pour les idées!
Je ne pense pas.
En fait, le problème que tu as c'est que lorsqu'une
fenêtre devient visible, elle reçoit un évènement qui
l'en informe. Donc, si le programme à qui appartient
cette fenêtre gère cet évènement, il redessine le contenu
de la fenêtre.
Pour éviter cela, il faut donc que le programme ne
relance pas le réaffichage complet et n'arrête pas son
calcul lorsqu'il reçoit l'évènement (il doit soit ignorer
l'évènement, soit faire du double-buffering).
Maintenant, tu peux trouver un gestionnaire de fenêtres
qui conserve lui-même une copie (le fameux swap dont il a
été question dans ce fil) de la fenêtre et qui évite de
lancer des évènements à tout bout de champ. Le problème
qui se pose alors est : Comment le contenu de cette copie
est-elle donc modifiée par l'application ? Il faut que
l'application puisse prévenir le gestionnaire de
fenêtres...
Le principe est que l'application ignore si oui ou non
elle est effectivement visible: elle se croit TOUJOURS
visible, et s'affiche là où on lui a dit de s'afficher,
elle n'a pas à savoir si ce técran correspond à l'écran
réel ou est simplement virtuel pour l'application, jécran
nest jamais qu'une zone en mémoire... C'est le gestionnaire
X qui doit assurer la correspondance entre l'écran réel et
( une portion de ) l'écran virtuel. C'est d'ailleurs ce qui
se passe avec certaines cartes gaphiques, ans les limites
de leur mémoire et des modes qu'elles savent gérer, et avec
les inconvénients qui en découlent. Si l'affichage virtuel
est géré par X ( et non plus par la carte video ),
l'affichage virtuel devient possible avec toutes les cartes
gaphiques et tous les écrans, et n'est plus limité que par
la mémoire centrale disponible
Patrick Carabin
Patrick Carabin a écrit :Le Vendredi 18 Juin 2004 16:09, Sylvain Sauvage a écrit :Fri, 18 Jun 2004 15:19:23 +0200, Patrick Carabin a écrit :[...]
Hello,
je vais peut-être dire une ânerie plus grosse que moi, et vous
voudrez bien m'en excuser par avance. Mais je propose et on
verra :-) Est-ce que par hasard l'activation de l'accélération
matérielle de la carte graphique (si ce n'est déjà fait)
n'améliorerait pas les choses ? Désolé si j'ai dérangé...
Patrick Carabin a écrit :
Le Vendredi 18 Juin 2004 16:09, Sylvain Sauvage a écrit :
Fri, 18 Jun 2004 15:19:23 +0200, Patrick Carabin a écrit :
[...]
Hello,
je vais peut-être dire une ânerie plus grosse que moi, et vous
voudrez bien m'en excuser par avance. Mais je propose et on
verra :-) Est-ce que par hasard l'activation de l'accélération
matérielle de la carte graphique (si ce n'est déjà fait)
n'améliorerait pas les choses ? Désolé si j'ai dérangé...
Patrick Carabin a écrit :Le Vendredi 18 Juin 2004 16:09, Sylvain Sauvage a écrit :Fri, 18 Jun 2004 15:19:23 +0200, Patrick Carabin a écrit :[...]
Hello,
je vais peut-être dire une ânerie plus grosse que moi, et vous
voudrez bien m'en excuser par avance. Mais je propose et on
verra :-) Est-ce que par hasard l'activation de l'accélération
matérielle de la carte graphique (si ce n'est déjà fait)
n'améliorerait pas les choses ? Désolé si j'ai dérangé...
* Une ânerie : sûrement pas
* activation de l'accélération matérielle de la carte graphique
(si ce n'est déjà fait) : ça aiderait sûrement, en fait je
suppose que c'est déjà fait ( mais je n'ai pas vérifié, je
suppose que le pilote «nv» s'en occupe ), dans
/etc/X11/XF86Config-4 j'ai :
Section "Device"
Identifier "Generic Video Card"
Driver "nv"
EndSection
dans les logs de xfree je lis :
(--) Chipset RIVATNT2 M64 found
et plus loin :
(==) NV(0): Backing store disabled
mais je ne vois rien qui demande çà, alors j'ai ajouté une ligne
BackingStore
( j'ai trouvé qu'une commande NoBackingStore devait le
désactiver, alors peut-être que sans le NO ça devrait activer ? )
... et je relance, on verra bien
* Une ânerie : sûrement pas
* activation de l'accélération matérielle de la carte graphique
(si ce n'est déjà fait) : ça aiderait sûrement, en fait je
suppose que c'est déjà fait ( mais je n'ai pas vérifié, je
suppose que le pilote «nv» s'en occupe ), dans
/etc/X11/XF86Config-4 j'ai :
Section "Device"
Identifier "Generic Video Card"
Driver "nv"
EndSection
dans les logs de xfree je lis :
(--) Chipset RIVATNT2 M64 found
et plus loin :
(==) NV(0): Backing store disabled
mais je ne vois rien qui demande çà, alors j'ai ajouté une ligne
BackingStore
( j'ai trouvé qu'une commande NoBackingStore devait le
désactiver, alors peut-être que sans le NO ça devrait activer ? )
... et je relance, on verra bien
* Une ânerie : sûrement pas
* activation de l'accélération matérielle de la carte graphique
(si ce n'est déjà fait) : ça aiderait sûrement, en fait je
suppose que c'est déjà fait ( mais je n'ai pas vérifié, je
suppose que le pilote «nv» s'en occupe ), dans
/etc/X11/XF86Config-4 j'ai :
Section "Device"
Identifier "Generic Video Card"
Driver "nv"
EndSection
dans les logs de xfree je lis :
(--) Chipset RIVATNT2 M64 found
et plus loin :
(==) NV(0): Backing store disabled
mais je ne vois rien qui demande çà, alors j'ai ajouté une ligne
BackingStore
( j'ai trouvé qu'une commande NoBackingStore devait le
désactiver, alors peut-être que sans le NO ça devrait activer ? )
... et je relance, on verra bien
Patrick Carabin a écrit :
>* Une ânerie : sûrement pas
>* activation de l'accélération matérielle de la carte graphique
>(si ce n'est déjà fait) : ça aiderait sûrement, en fait je
>suppose que c'est déjà fait ( mais je n'ai pas vérifié, je
>suppose que le pilote «nv» s'en occupe ), dans
>/etc/X11/XF86Config-4 j'ai :
>
>Section "Device"
> Identifier "Generic Video Card"
> Driver "nv"
>EndSection
>
>dans les logs de xfree je lis :
>(--) Chipset RIVATNT2 M64 found
>et plus loin :
>(==) NV(0): Backing store disabled
>mais je ne vois rien qui demande çà, alors j'ai ajouté une ligne
> BackingStore
>( j'ai trouvé qu'une commande NoBackingStore devait le
>désactiver, alors peut-être que sans le NO ça devrait activer ? )
> ... et je relance, on verra bien
Le pilote nv ne fait pas d'accéleration materielle.
Patrick Carabin a écrit :
>* Une ânerie : sûrement pas
>* activation de l'accélération matérielle de la carte graphique
>(si ce n'est déjà fait) : ça aiderait sûrement, en fait je
>suppose que c'est déjà fait ( mais je n'ai pas vérifié, je
>suppose que le pilote «nv» s'en occupe ), dans
>/etc/X11/XF86Config-4 j'ai :
>
>Section "Device"
> Identifier "Generic Video Card"
> Driver "nv"
>EndSection
>
>dans les logs de xfree je lis :
>(--) Chipset RIVATNT2 M64 found
>et plus loin :
>(==) NV(0): Backing store disabled
>mais je ne vois rien qui demande çà, alors j'ai ajouté une ligne
> BackingStore
>( j'ai trouvé qu'une commande NoBackingStore devait le
>désactiver, alors peut-être que sans le NO ça devrait activer ? )
> ... et je relance, on verra bien
Le pilote nv ne fait pas d'accéleration materielle.
Patrick Carabin a écrit :
>* Une ânerie : sûrement pas
>* activation de l'accélération matérielle de la carte graphique
>(si ce n'est déjà fait) : ça aiderait sûrement, en fait je
>suppose que c'est déjà fait ( mais je n'ai pas vérifié, je
>suppose que le pilote «nv» s'en occupe ), dans
>/etc/X11/XF86Config-4 j'ai :
>
>Section "Device"
> Identifier "Generic Video Card"
> Driver "nv"
>EndSection
>
>dans les logs de xfree je lis :
>(--) Chipset RIVATNT2 M64 found
>et plus loin :
>(==) NV(0): Backing store disabled
>mais je ne vois rien qui demande çà, alors j'ai ajouté une ligne
> BackingStore
>( j'ai trouvé qu'une commande NoBackingStore devait le
>désactiver, alors peut-être que sans le NO ça devrait activer ? )
> ... et je relance, on verra bien
Le pilote nv ne fait pas d'accéleration materielle.
* Pierre-Selim Huard [2004-06-22 11:41] :
> Patrick Carabin a écrit :
> >* Une ânerie : sûrement pas
> >* activation de l'accélération matérielle de la carte graphique
> >(si ce n'est déjà fait) : ça aiderait sûrement, en fait je
> >suppose que c'est déjà fait ( mais je n'ai pas vérifié, je
> >suppose que le pilote «nv» s'en occupe ), dans
> >/etc/X11/XF86Config-4 j'ai :
> >
> >Section "Device"
> > Identifier "Generic Video Card"
> > Driver "nv"
> >EndSection
> >
> >dans les logs de xfree je lis :
> >(--) Chipset RIVATNT2 M64 found
> >et plus loin :
> >(==) NV(0): Backing store disabled
> >mais je ne vois rien qui demande çà, alors j'ai ajouté une ligne
> > BackingStore
> >( j'ai trouvé qu'une commande NoBackingStore devait le
> >désactiver, alors peut-être que sans le NO ça devrait activer ? )
> > ... et je relance, on verra bien
>
> Le pilote nv ne fait pas d'accéleration materielle.
Attention, tu parles d'accélération 3D (pas tellement utile dans le c as
présent). Il existe aussi une accélération 2D qui est complètemen t prise
en charge par le pilote nv (et activée par défaut).
Fred
* Pierre-Selim Huard <debian-list@ienac.net> [2004-06-22 11:41] :
> Patrick Carabin a écrit :
> >* Une ânerie : sûrement pas
> >* activation de l'accélération matérielle de la carte graphique
> >(si ce n'est déjà fait) : ça aiderait sûrement, en fait je
> >suppose que c'est déjà fait ( mais je n'ai pas vérifié, je
> >suppose que le pilote «nv» s'en occupe ), dans
> >/etc/X11/XF86Config-4 j'ai :
> >
> >Section "Device"
> > Identifier "Generic Video Card"
> > Driver "nv"
> >EndSection
> >
> >dans les logs de xfree je lis :
> >(--) Chipset RIVATNT2 M64 found
> >et plus loin :
> >(==) NV(0): Backing store disabled
> >mais je ne vois rien qui demande çà, alors j'ai ajouté une ligne
> > BackingStore
> >( j'ai trouvé qu'une commande NoBackingStore devait le
> >désactiver, alors peut-être que sans le NO ça devrait activer ? )
> > ... et je relance, on verra bien
>
> Le pilote nv ne fait pas d'accéleration materielle.
Attention, tu parles d'accélération 3D (pas tellement utile dans le c as
présent). Il existe aussi une accélération 2D qui est complètemen t prise
en charge par le pilote nv (et activée par défaut).
Fred
* Pierre-Selim Huard [2004-06-22 11:41] :
> Patrick Carabin a écrit :
> >* Une ânerie : sûrement pas
> >* activation de l'accélération matérielle de la carte graphique
> >(si ce n'est déjà fait) : ça aiderait sûrement, en fait je
> >suppose que c'est déjà fait ( mais je n'ai pas vérifié, je
> >suppose que le pilote «nv» s'en occupe ), dans
> >/etc/X11/XF86Config-4 j'ai :
> >
> >Section "Device"
> > Identifier "Generic Video Card"
> > Driver "nv"
> >EndSection
> >
> >dans les logs de xfree je lis :
> >(--) Chipset RIVATNT2 M64 found
> >et plus loin :
> >(==) NV(0): Backing store disabled
> >mais je ne vois rien qui demande çà, alors j'ai ajouté une ligne
> > BackingStore
> >( j'ai trouvé qu'une commande NoBackingStore devait le
> >désactiver, alors peut-être que sans le NO ça devrait activer ? )
> > ... et je relance, on verra bien
>
> Le pilote nv ne fait pas d'accéleration materielle.
Attention, tu parles d'accélération 3D (pas tellement utile dans le c as
présent). Il existe aussi une accélération 2D qui est complètemen t prise
en charge par le pilote nv (et activée par défaut).
Fred
* Pierre-Selim Huard [2004-06-22 11:41] :
> Patrick Carabin a écrit :
> >* Une ânerie : sûrement pas
> >* activation de l'accélération matérielle de la carte graphique
> >(si ce n'est déjà fait) : ça aiderait sûrement, en fait je
> >suppose que c'est déjà fait ( mais je n'ai pas vérifié, je
> >suppose que le pilote «nv» s'en occupe ), dans
> >/etc/X11/XF86Config-4 j'ai :
> >
> >Section "Device"
> > Identifier "Generic Video Card"
> > Driver "nv"
> >EndSection
> >
> >dans les logs de xfree je lis :
> >(--) Chipset RIVATNT2 M64 found
> >et plus loin :
> >(==) NV(0): Backing store disabled
> >mais je ne vois rien qui demande çà, alors j'ai ajouté une ligne
> > BackingStore
> >( j'ai trouvé qu'une commande NoBackingStore devait le
> >désactiver, alors peut-être que sans le NO ça devrait activer ? )
> > ... et je relance, on verra bien
>
> Le pilote nv ne fait pas d'accéleration materielle.
Attention, tu parles d'accélération 3D (pas tellement utile dans le c as
présent). Il existe aussi une accélération 2D qui est complètemen t prise
en charge par le pilote nv (et activée par défaut).
Fred
* Pierre-Selim Huard <debian-list@ienac.net> [2004-06-22 11:41] :
> Patrick Carabin a écrit :
> >* Une ânerie : sûrement pas
> >* activation de l'accélération matérielle de la carte graphique
> >(si ce n'est déjà fait) : ça aiderait sûrement, en fait je
> >suppose que c'est déjà fait ( mais je n'ai pas vérifié, je
> >suppose que le pilote «nv» s'en occupe ), dans
> >/etc/X11/XF86Config-4 j'ai :
> >
> >Section "Device"
> > Identifier "Generic Video Card"
> > Driver "nv"
> >EndSection
> >
> >dans les logs de xfree je lis :
> >(--) Chipset RIVATNT2 M64 found
> >et plus loin :
> >(==) NV(0): Backing store disabled
> >mais je ne vois rien qui demande çà, alors j'ai ajouté une ligne
> > BackingStore
> >( j'ai trouvé qu'une commande NoBackingStore devait le
> >désactiver, alors peut-être que sans le NO ça devrait activer ? )
> > ... et je relance, on verra bien
>
> Le pilote nv ne fait pas d'accéleration materielle.
Attention, tu parles d'accélération 3D (pas tellement utile dans le c as
présent). Il existe aussi une accélération 2D qui est complètemen t prise
en charge par le pilote nv (et activée par défaut).
Fred
* Pierre-Selim Huard [2004-06-22 11:41] :
> Patrick Carabin a écrit :
> >* Une ânerie : sûrement pas
> >* activation de l'accélération matérielle de la carte graphique
> >(si ce n'est déjà fait) : ça aiderait sûrement, en fait je
> >suppose que c'est déjà fait ( mais je n'ai pas vérifié, je
> >suppose que le pilote «nv» s'en occupe ), dans
> >/etc/X11/XF86Config-4 j'ai :
> >
> >Section "Device"
> > Identifier "Generic Video Card"
> > Driver "nv"
> >EndSection
> >
> >dans les logs de xfree je lis :
> >(--) Chipset RIVATNT2 M64 found
> >et plus loin :
> >(==) NV(0): Backing store disabled
> >mais je ne vois rien qui demande çà, alors j'ai ajouté une ligne
> > BackingStore
> >( j'ai trouvé qu'une commande NoBackingStore devait le
> >désactiver, alors peut-être que sans le NO ça devrait activer ? )
> > ... et je relance, on verra bien
>
> Le pilote nv ne fait pas d'accéleration materielle.
Attention, tu parles d'accélération 3D (pas tellement utile dans le c as
présent). Il existe aussi une accélération 2D qui est complètemen t prise
en charge par le pilote nv (et activée par défaut).
Fred
Patrick Carabin a écrit :...
Le pilote nv ne fait pas d'accéleration materielle.
Il faut telecharger le driver sur le site d'NVIDIA.
Et remplacer nv par nvidia une fois le drivers installé dans la
configuration d'XFree86
Patrick Carabin a écrit :
...
Le pilote nv ne fait pas d'accéleration materielle.
Il faut telecharger le driver sur le site d'NVIDIA.
Et remplacer nv par nvidia une fois le drivers installé dans la
configuration d'XFree86
Patrick Carabin a écrit :...
Le pilote nv ne fait pas d'accéleration materielle.
Il faut telecharger le driver sur le site d'NVIDIA.
Et remplacer nv par nvidia une fois le drivers installé dans la
configuration d'XFree86