Bonjour
Ma carte graphique me fait des misères, elle change les couleurs ,une fois
un peu froid une fois un peu chaud , ou les letrres flou
j'ai actuellement une nvidia geforce2 mx/mx 400
Donc je vais la changé , sans me ruine , pour une bonne carte pour la photo
et bureautique , je ne suis pas joueur avez-vous une idée;
merci
jcc
Pas de souci, visiblement le fu2 ne marche pas avec Thunderbird! :-(
si, rassure toi, c'est moi qui considérais qu'une clotûre d'un fil
absent n'y serait pas comprise: j'ai viré ma réponse... (l'annulation marche sous moz !!;-) fini donc ;-)
nicolas vigier
On 2006-11-04, pleinair wrote:
Bah Matrox fait des cartes reputées pour tout ce qui est affichage 2D/graphisme, mais bon est ce vraiment necessaire, car il s'agit de materiel assez specifique et pro (donc cher, je ne sais pas si ils font toujours pour le grand public genre G450 dual ?).
Oui, ca c'était dans le temps, quand il y avait encore des differences d'affichage en 2D pour les differentes cartes graphiques :)
-- http://n0x.org/ -
On 2006-11-04, pleinair <pleinair1@ouanadou.fr> wrote:
Bah Matrox fait des cartes reputées pour tout ce qui est affichage
2D/graphisme, mais bon est ce vraiment necessaire, car il s'agit de materiel
assez specifique et pro (donc cher, je ne sais pas si ils font toujours pour
le grand public genre G450 dual ?).
Oui, ca c'était dans le temps, quand il y avait encore des differences
d'affichage en 2D pour les differentes cartes graphiques :)
Bah Matrox fait des cartes reputées pour tout ce qui est affichage 2D/graphisme, mais bon est ce vraiment necessaire, car il s'agit de materiel assez specifique et pro (donc cher, je ne sais pas si ils font toujours pour le grand public genre G450 dual ?).
Oui, ca c'était dans le temps, quand il y avait encore des differences d'affichage en 2D pour les differentes cartes graphiques :)
-- http://n0x.org/ -
Stan
"markorki" <moicestmarcpointmorelchezwanadoofr> a écrit dans le message de news: 454d1986$0$5103$
peut-être, mais toujours pas de mwm en XP: un process occupé ne rafraichit pas son affichage, et les fonctions
d'affichage sont exécutées sur le compte du process qui possède la fenêtre...
La pluspart des utilisateurs ont bien remarqué que Wintruc avait des progrès à faire en matière de multi-tâches; mais justement, ça confirme ce qui a dèja été dit : plus de RAM dans la CG n'améliore pas le swapping entre applications.
-- -Stan
"markorki" <moicestmarcpointmorelchezwanadoofr> a écrit dans le message de
news: 454d1986$0$5103$ba4acef3@news.orange.fr...
peut-être, mais toujours pas de mwm en XP:
un process occupé ne rafraichit pas son affichage, et les fonctions
d'affichage sont exécutées sur le compte du process qui possède la
fenêtre...
La pluspart des utilisateurs ont bien remarqué que Wintruc
avait des progrès à faire en matière de multi-tâches;
mais justement, ça confirme ce qui a dèja été dit : plus
de RAM dans la CG n'améliore pas le swapping entre applications.
"markorki" <moicestmarcpointmorelchezwanadoofr> a écrit dans le message de news: 454d1986$0$5103$
peut-être, mais toujours pas de mwm en XP: un process occupé ne rafraichit pas son affichage, et les fonctions
d'affichage sont exécutées sur le compte du process qui possède la fenêtre...
La pluspart des utilisateurs ont bien remarqué que Wintruc avait des progrès à faire en matière de multi-tâches; mais justement, ça confirme ce qui a dèja été dit : plus de RAM dans la CG n'améliore pas le swapping entre applications.
-- -Stan
Olivier B.
On Sun, 05 Nov 2006 00:18:07 +0100, markorki <moicestmarcpointmorelchezwanadoofr> wrote:
c'est pas les réponses qui manquent, mais je n'ai pas les détails, qui doivent varier d'un fabricant/driver à un autre... ce qu'elle remet au premier plan est valide à la date de dernière mise à jour par l'appli,
justement comme l'appli continue de travailler meme en etant masquée, la CG n' aucun moyen de savoir si ce qu'elle va remettre au premier plan est correct et ne va pas provoquer un defaut/saute par rapport à la mise à jour suivante (ex video/graphe)
mais qui te dit que le clic de souris n'est pas transmis (selon la norme windows) par le driver souris au process qui justement est planté,
non en fait c'est l'os qui gere ça et décide de passer au premier plan l'appli, faisable aussi par un alt-tab ou par l'appli elle meme qui peut décider de reprendre le focus
pour qu'il fasse le réaffichage, puisque sauf ce genre de CG, sous Windows c'est le process qui fait via des appels système ou directement hélas par ses dll, le réaffichage ?
amha windows mémorise l'écriture que font les applications pendant qu'elle sont en arriere plan afin de pouvoir l'afficher lors de la reprise de focus,
Je ne vais pas réécrire windows ici, mais je sais que ça marchait comme-ça sur certaines machines ,
toujours amha ces techniques avaient peut etre un sens avec les vieilles machines, j'ai souvenir de rafraichissement parfaitement visibles avec mon 286/VGA, mais avec les architcures actuelle le gain serait imperceptible
et que chaque fenêtre est un domaine mémoire (géré un peu comme par un MMU) dans la CG et que une appli qui croit réafficher en détail envoie en fait une requète de haut niveau à la CG, la traduction étant faite par le driver, et le boulot par du hardware spécialisé dans la CG.
ben le probleme c'est que si une appli travaille comme ça elle est va poser probleme par exemple avec Terminal Server, hors pour l'utiliser je ne vois que la video et les jeux qui utilisent ces modes un peu spécifiques, c'est en partie la raison qui motive mon point de vue mais j'avoue ne pas avoir les compétences nécéssaire pour que cela soit une certitude ;-)
-- http://olivier.2a.free.fr/ pas de turlututu. apres l'@robase
On Sun, 05 Nov 2006 00:18:07 +0100, markorki
<moicestmarcpointmorelchezwanadoofr> wrote:
c'est pas les réponses qui manquent, mais je n'ai pas les détails, qui
doivent varier d'un fabricant/driver à un autre...
ce qu'elle remet au premier plan est valide à la date de dernière mise à
jour par l'appli,
justement comme l'appli continue de travailler meme en etant masquée,
la CG n' aucun moyen de savoir si ce qu'elle va remettre au premier
plan est correct et ne va pas provoquer un defaut/saute par rapport à
la mise à jour suivante (ex video/graphe)
mais qui te dit que le clic de souris n'est pas
transmis (selon la norme windows) par le driver souris au process qui
justement est planté,
non en fait c'est l'os qui gere ça et décide de passer au premier plan
l'appli, faisable aussi par un alt-tab ou par l'appli elle meme qui
peut décider de reprendre le focus
pour qu'il fasse le réaffichage, puisque sauf ce
genre de CG, sous Windows c'est le process qui fait via des appels
système ou directement hélas par ses dll, le réaffichage ?
amha windows mémorise l'écriture que font les applications pendant
qu'elle sont en arriere plan afin de pouvoir l'afficher lors de la
reprise de focus,
Je ne vais pas réécrire windows ici, mais je sais que ça marchait
comme-ça sur certaines machines ,
toujours amha ces techniques avaient peut etre un sens avec les
vieilles machines, j'ai souvenir de rafraichissement parfaitement
visibles avec mon 286/VGA, mais avec les architcures actuelle le gain
serait imperceptible
et que chaque fenêtre est un domaine
mémoire (géré un peu comme par un MMU) dans la CG et que une appli qui
croit réafficher en détail envoie en fait une requète de haut niveau à
la CG, la traduction étant faite par le driver, et le boulot par du
hardware spécialisé dans la CG.
ben le probleme c'est que si une appli travaille comme ça elle est va
poser probleme par exemple avec Terminal Server, hors pour l'utiliser
je ne vois que la video et les jeux qui utilisent ces modes un peu
spécifiques, c'est en partie la raison qui motive mon point de vue
mais j'avoue ne pas avoir les compétences nécéssaire pour que cela
soit une certitude ;-)
--
http://olivier.2a.free.fr/
pas de turlututu. apres l'@robase
On Sun, 05 Nov 2006 00:18:07 +0100, markorki <moicestmarcpointmorelchezwanadoofr> wrote:
c'est pas les réponses qui manquent, mais je n'ai pas les détails, qui doivent varier d'un fabricant/driver à un autre... ce qu'elle remet au premier plan est valide à la date de dernière mise à jour par l'appli,
justement comme l'appli continue de travailler meme en etant masquée, la CG n' aucun moyen de savoir si ce qu'elle va remettre au premier plan est correct et ne va pas provoquer un defaut/saute par rapport à la mise à jour suivante (ex video/graphe)
mais qui te dit que le clic de souris n'est pas transmis (selon la norme windows) par le driver souris au process qui justement est planté,
non en fait c'est l'os qui gere ça et décide de passer au premier plan l'appli, faisable aussi par un alt-tab ou par l'appli elle meme qui peut décider de reprendre le focus
pour qu'il fasse le réaffichage, puisque sauf ce genre de CG, sous Windows c'est le process qui fait via des appels système ou directement hélas par ses dll, le réaffichage ?
amha windows mémorise l'écriture que font les applications pendant qu'elle sont en arriere plan afin de pouvoir l'afficher lors de la reprise de focus,
Je ne vais pas réécrire windows ici, mais je sais que ça marchait comme-ça sur certaines machines ,
toujours amha ces techniques avaient peut etre un sens avec les vieilles machines, j'ai souvenir de rafraichissement parfaitement visibles avec mon 286/VGA, mais avec les architcures actuelle le gain serait imperceptible
et que chaque fenêtre est un domaine mémoire (géré un peu comme par un MMU) dans la CG et que une appli qui croit réafficher en détail envoie en fait une requète de haut niveau à la CG, la traduction étant faite par le driver, et le boulot par du hardware spécialisé dans la CG.
ben le probleme c'est que si une appli travaille comme ça elle est va poser probleme par exemple avec Terminal Server, hors pour l'utiliser je ne vois que la video et les jeux qui utilisent ces modes un peu spécifiques, c'est en partie la raison qui motive mon point de vue mais j'avoue ne pas avoir les compétences nécéssaire pour que cela soit une certitude ;-)
-- http://olivier.2a.free.fr/ pas de turlututu. apres l'@robase
