OpenGL driver version check (Current: 6.14.10.4503, Latest known:
6.13.10.3510):
Latest version of display drivers found
According the database, you are running the latest display drivers for
your video card.
Compiled vertex array support
This feature improves OpenGL performance by using video memory to cache
transformed vertices.
No paletted texture support
This may cause performance loss in some older applications.
Multitexture support
This feature accelerates complex rendering such as lightmaps or
environment mapping.
Secondary color support
This feature provides an alternate method of coloring specular
highlights on polygons.
S3TC compression support
This feature improves texture mapping performance in some applications
by using lossy compression.
Vertex array range support
This feature improves performance in some applications by using AGP for
dynamic vertex transformation.
Texture edge clamp support
This feature improves texturing quality by adding clamping control to
edge texel filtering.
Vertex program support
This feature enables a wide variety of effects via flexible vertex
programming (equivalent to DX8 Vertex Shader.)
No fragment program support
This feature enables per pixel programming (equivalent to DX9 Pixel
Shader.) Some current or future OpenGL programs may require this feature.
Texture anisotropic filtering support
This feature improves the quality of texture mapping on oblique surfaces.
Point sprite support
This feature improves performance in some particle systems.
No OpenGL Shading Language support
This may break compatibility for applications using per pixel shading.
No Frame buffer object support
This may break compatibility for applications using render to texture
functions.
Few texture units found
This may slow down some applications using fragment programs or
extensive texture mapping.
Extension verification:
GL_ARB_fragment_program was not found, but has the entry point
glProgramStringARB
GL_ARB_fragment_program was not found, but has the entry point
glBindProgramARB
GL_ARB_fragment_program was not found, but has the entry point
glDeleteProgramsARB
GL_ARB_fragment_program was not found, but has the entry point
glGenProgramsARB
GL_ARB_fragment_program was not found, but has the entry point
glProgramEnvParameter4dARB
GL_ARB_fragment_program was not found, but has the entry point
glProgramEnvParameter4dvARB
GL_ARB_fragment_program was not found, but has the entry point
glProgramEnvParameter4fARB
GL_ARB_fragment_program was not found, but has the entry point
glProgramEnvParameter4fvARB
GL_ARB_fragment_program was not found, but has the entry point
glProgramLocalParameter4dARB
GL_ARB_fragment_program was not found, but has the entry point
glProgramLocalParameter4dvARB
GL_ARB_fragment_program was not found, but has the entry point
glProgramLocalParameter4fARB
GL_ARB_fragment_program was not found, but has the entry point
glProgramLocalParameter4fvARB
GL_ARB_fragment_program was not found, but has the entry point
glGetProgramEnvParameterdvARB
GL_ARB_fragment_program was not found, but has the entry point
glGetProgramEnvParameterfvARB
GL_ARB_fragment_program was not found, but has the entry point
glGetProgramLocalParameterdvARB
GL_ARB_fragment_program was not found, but has the entry point
glGetProgramLocalParameterfvARB
GL_ARB_fragment_program was not found, but has the entry point
glGetProgramivARB
GL_ARB_fragment_program was not found, but has the entry point
glGetProgramStringARB
GL_ARB_fragment_program was not found, but has the entry point
glIsProgramARB
GL_ARB_multisample was not found, but has the entry point
glSampleCoverageARB
GL_ATI_separate_stencil was not found, but has the entry point
glStencilFuncSeparateATI
GL_ATI_separate_stencil was not found, but has the entry point
glStencilOpSeparateATI
GL_EXT_blend_func_separate was not found, but has the entry point
glBlendFuncSeparateEXT
GL_EXT_color_subtable was not found, but has the entry point
glColorSubTableEXT
GL_EXT_copy_texture was not found, but has the entry point
glCopyTexSubImage3DEXT
GL_EXT_subtexture was not found, but has the entry point glTexSubImage3DEXT
GL_EXT_texture3D was not found, but has the entry point glTexImage3DEXT
GL_EXT_vertex_weighting was not found, but has the entry point
glVertexWeightPointerEXT
GL_EXT_vertex_weighting was not found, but has the entry point
glVertexWeightfEXT
GL_EXT_vertex_weighting was not found, but has the entry point
glVertexWeightfvEXT
WGL_NV_vertex_array_range was not found, but has the entry point
wglAllocateMemoryNV
WGL_NV_vertex_array_range was not found, but has the entry point
wglFreeMemoryNV
GL_ARB_point_sprite was not found, but is available in driver version
6.13.10.3510
GL_ARB_shader_objects was not found, but is available in driver version
GL_ARB_shading_language_100 was not found, but is available in driver
version
GL_ARB_texture_rectangle was not found, but is available in driver
version 6.14.10.6722
GL_ARB_vertex_shader was not found, but is available in driver version
GL_EXT_Cg_shader was not found, but is available in driver version
GL_EXT_pixel_buffer_object was not found, but is available in driver
version
GL_IBM_rasterpos_clip was not found, but is available in driver version
6.13.10.3510
GL_SUN_slice_accum was not found, but is available in driver version
6.13.10.3510
WGL_ARB_make_current_read was not found, but is available in driver
version
Une étude récente affirme pourtant que tant que les premières et dernières lettres d'un mot sont correctement placées, n'importe qui peut le lire sans erreur :=)) jamais croisé.
Le Gaulois <nonlu@ifrance.com> wrote:
je n'ai jaùais corisé de souci.
Et en français ça donne quoi ?
Une étude récente affirme pourtant que tant que les premières et
dernières lettres d'un mot sont correctement placées, n'importe qui peut
le lire sans erreur :=))
jamais croisé.
Une étude récente affirme pourtant que tant que les premières et dernières lettres d'un mot sont correctement placées, n'importe qui peut le lire sans erreur :=)) jamais croisé.
anneleguennec
Benoit T wrote:
Laisse, c'est du Mac.
Aïe, pas sur la tête !!! ;-)
Perso... les baffes... Et comme je suis ambidextre... :=))
Pour les coups de pied au cul, même risque :=))
Benoit T <invalid@noos.fr> wrote:
Laisse, c'est du Mac.
Aïe, pas sur la tête !!! ;-)
Perso... les baffes... Et comme je suis ambidextre... :=))
Perso... les baffes... Et comme je suis ambidextre... :=))
Pour les coups de pied au cul, même risque :=))
G.T
Salut,
Une étude récente affirme pourtant que tant que les premières et dernières lettres d'un mot sont correctement placées, n'importe qui peut le lire sans erreur :=)) Je cnoirfme :-)
a+, G.T 205 Deseil & tbruo-Diesel : www.205d.com
Salut,
Une étude récente affirme pourtant que tant que les premières et
dernières lettres d'un mot sont correctement placées, n'importe qui peut
le lire sans erreur :=))
Je cnoirfme :-)
Une étude récente affirme pourtant que tant que les premières et dernières lettres d'un mot sont correctement placées, n'importe qui peut le lire sans erreur :=)) Je cnoirfme :-)
a+, G.T 205 Deseil & tbruo-Diesel : www.205d.com
Pif
oui, mais jsutement, fut un époque ou les 3DFX récupéraient le résultat d'une sortie video et avaient leur propre sortie. On peut imaginer un boitier ou une carte dont l'entrée est la sortie DVI de la carte graphique. Pour le coup il renvoie les données dans le bus...
La limite serait notamment le RAMDAC : pour le coup, on a des calculs ultra performants, mais la taille de la matrice serait limitée
Sinon, étant PCI, on peut imaginer des patch firmware ou autre... enfin l'idée générale reste intéressante, utiliser les recherches et résultats des GPU pour construire des unités de calcul peu couteuses et performantes...
Quand a l'usage des crtes graphique pour le calcul vectoriel, il semblerai que le probleme vienne surtout du fait qu'elles ne rendent pas de reultats numeriques, ceux ci etant directement envoyé a la sortie video
oui, mais jsutement, fut un époque ou les 3DFX récupéraient le résultat
d'une sortie video et avaient leur propre sortie.
On peut imaginer un boitier ou une carte dont l'entrée est la sortie DVI
de la carte graphique. Pour le coup il renvoie les données dans le bus...
La limite serait notamment le RAMDAC : pour le coup, on a des calculs
ultra performants, mais la taille de la matrice serait limitée
Sinon, étant PCI, on peut imaginer des patch firmware ou autre... enfin
l'idée générale reste intéressante, utiliser les recherches et résultats
des GPU pour construire des unités de calcul peu couteuses et
performantes...
Quand a l'usage des crtes graphique pour le calcul vectoriel, il semblerai
que le probleme vienne surtout du fait qu'elles ne rendent pas de reultats
numeriques, ceux ci etant directement envoyé a la sortie video
oui, mais jsutement, fut un époque ou les 3DFX récupéraient le résultat d'une sortie video et avaient leur propre sortie. On peut imaginer un boitier ou une carte dont l'entrée est la sortie DVI de la carte graphique. Pour le coup il renvoie les données dans le bus...
La limite serait notamment le RAMDAC : pour le coup, on a des calculs ultra performants, mais la taille de la matrice serait limitée
Sinon, étant PCI, on peut imaginer des patch firmware ou autre... enfin l'idée générale reste intéressante, utiliser les recherches et résultats des GPU pour construire des unités de calcul peu couteuses et performantes...
Quand a l'usage des crtes graphique pour le calcul vectoriel, il semblerai que le probleme vienne surtout du fait qu'elles ne rendent pas de reultats numeriques, ceux ci etant directement envoyé a la sortie video
personnel
Le Tue, 28 Mar 2006 23:08:19 +0200, Anne a écrit :
personnel wrote:
Bonsoir! Et c'est quoi qui ya donc dedans des rom ou eeprom , si ce n'est cela? Heu, ce ne sont pas toujours que des mensonges ce qu'il y a écrit sur les boîtes, sinon on m'aurait menti, CPE, C'est Pas Equitable ,-)
Direct X, OPen GL ça serait déjà implémenté dans les cartes ? On se demande bien alors pourquoi ce sont des techno concurrentes, et que la moins bonne des deux est en train de s'imposer, pour le plus grand bénef des consommateurs...
Accessoirement, ça m'arrangerait : je pourrais mettre n'importe quelle carte PC dans ma tour G5...
Le firmware de ta carte implémente des routines basiques, l'un des deux attaque à sa façon, et dans sa grande bonté, le fabricant de la carte a fait gaffe à ce que ses instructions soient compatibles avec les frères ennemis. Et ça n'a pas touours été le cas, voir les dégâts sur les jeux.
bonjour!
Oui, merci, vous avez parfaitement résumé avec adresse, ce que j'avais essayé de dire avec beaucoup moins de clareté et de talent que vous! ça commencerait pas à se voir que vous êtes journaliste? Quoi qu'il en soit, c'est un hommage et un bravo pour votre sens du verbe! Et cela ne doit pas cacher le fait que vos interventions sont toujours titop techno pertinente! Bon, j'arrête là, après, ça risque d'être mal interprété même si c'est en français dans le texte!
A+ jpierre
Le Tue, 28 Mar 2006 23:08:19 +0200, Anne a écrit :
personnel <jpierre@linux.site> wrote:
Bonsoir!
Et c'est quoi qui ya donc dedans des rom ou eeprom , si ce n'est cela?
Heu, ce ne sont pas toujours que des mensonges ce qu'il y a écrit sur les
boîtes, sinon on m'aurait menti, CPE, C'est Pas Equitable ,-)
Direct X, OPen GL ça serait déjà implémenté dans les cartes ? On se
demande bien alors pourquoi ce sont des techno concurrentes, et que la
moins bonne des deux est en train de s'imposer, pour le plus grand bénef
des consommateurs...
Accessoirement, ça m'arrangerait : je pourrais mettre n'importe quelle
carte PC dans ma tour G5...
Le firmware de ta carte implémente des routines basiques, l'un des deux
attaque à sa façon, et dans sa grande bonté, le fabricant de la carte a
fait gaffe à ce que ses instructions soient compatibles avec les frères
ennemis. Et ça n'a pas touours été le cas, voir les dégâts sur les jeux.
bonjour!
Oui, merci, vous avez parfaitement résumé avec adresse, ce que j'avais
essayé de dire avec beaucoup moins de clareté et de talent que vous!
ça commencerait pas à se voir que vous êtes journaliste?
Quoi qu'il en soit, c'est un hommage et un bravo pour votre sens du verbe!
Et cela ne doit pas cacher le fait que vos interventions sont toujours
titop techno pertinente!
Bon, j'arrête là, après, ça risque d'être mal interprété même si
c'est en français dans le texte!
Le Tue, 28 Mar 2006 23:08:19 +0200, Anne a écrit :
personnel wrote:
Bonsoir! Et c'est quoi qui ya donc dedans des rom ou eeprom , si ce n'est cela? Heu, ce ne sont pas toujours que des mensonges ce qu'il y a écrit sur les boîtes, sinon on m'aurait menti, CPE, C'est Pas Equitable ,-)
Direct X, OPen GL ça serait déjà implémenté dans les cartes ? On se demande bien alors pourquoi ce sont des techno concurrentes, et que la moins bonne des deux est en train de s'imposer, pour le plus grand bénef des consommateurs...
Accessoirement, ça m'arrangerait : je pourrais mettre n'importe quelle carte PC dans ma tour G5...
Le firmware de ta carte implémente des routines basiques, l'un des deux attaque à sa façon, et dans sa grande bonté, le fabricant de la carte a fait gaffe à ce que ses instructions soient compatibles avec les frères ennemis. Et ça n'a pas touours été le cas, voir les dégâts sur les jeux.
bonjour!
Oui, merci, vous avez parfaitement résumé avec adresse, ce que j'avais essayé de dire avec beaucoup moins de clareté et de talent que vous! ça commencerait pas à se voir que vous êtes journaliste? Quoi qu'il en soit, c'est un hommage et un bravo pour votre sens du verbe! Et cela ne doit pas cacher le fait que vos interventions sont toujours titop techno pertinente! Bon, j'arrête là, après, ça risque d'être mal interprété même si c'est en français dans le texte!