Re: [Solved] Re: OpenGL/glx sehr langsam
Claudius Hubig schrieb: > Hallo Andreas, Hallo Lars und Hallo Peter, [...] > glxgears ist auch wieder mit akzeptabler Geschwindigkeit am Start. > btw: Zum Schnellen Vergleich kann man in Supertux auch showfps einschalten (im Menü iirc) das zeigt dann auf den ersten Blick ob opengl-beschleunigt oder nicht ... > Grüße, > > Claudius MH -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
[Solved] Re: OpenGL/glx sehr langsam
Hallo Andreas, Hallo Lars und Hallo Peter, ich habe jetzt folgendes gemacht: Kernel 2.6.16-2-k7 und die Pakete aus dem Debian-Repository -> nix Kernel 2.6.17-1-k7 " " " " " " -> nix Das gleiche jeweils mit dem "normalen" nVidia-Installer -> nix Kernel 2.6.16-2-k7 und die von Lars vorgeschlagenen Pakete -> läuft, glxgears ist auch wieder mit akzeptabler Geschwindigkeit am Start. Danke an Lars für den finalen Tipp, an Andreas für die schnelle Antwort und an Peter für die "Aufklärung" bezüglich direct rendering. Ich habe nochmals die Ausgabe von glxinfo angehängt, vllt. gibt es ja noch Verbesserungsvorschläge. :) Grüße, Claudius glxinfo: zeus:~# glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: NVIDIA Corporation server glx version string: 1.4 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control, GLX_ARB_multisample, GLX_NV_float_buffer client glx vendor string: NVIDIA Corporation client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync, GLX_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_swap_control, GLX_NV_float_buffer, GLX_ARB_fbconfig_float GLX version: 1.3 GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control, GLX_ARB_multisample, GLX_NV_float_buffer, GLX_ARB_get_proc_address OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce FX 5200/AGP/SSE/3DNOW! OpenGL version string: 2.0.2 NVIDIA 87.62 OpenGL extensions: GL_ARB_depth_texture, GL_ARB_fragment_program, GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader, GL_ARB_half_float_pixel, GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shadow, GL_ARB_shader_objects, GL_ARB_shading_language_100, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos, GL_S3_s3tc, GL_EXT_texture_env_add, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_compiled_vertex_array, GL_EXT_Cg_shader, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_framebuffer_object, GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, GL_EXT_paletted_texture, GL_EXT_pixel_buffer_object, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_shared_texture_palette, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_texture3D, GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_sRGB, GL_EXT_timer_query, GL_EXT_vertex_array, GL_HP_occlusion_test, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_KTX_buffer_region, GL_NV_blend_square, GL_NV_copy_depth_to_color, GL_NV_depth_clamp, GL_NV_fence, GL_NV_float_buffer, GL_NV_fog_distance, GL_NV_fragment_program, GL_NV_fragment_program_option, GL_NV_half_float, GL_NV_light_max_exponent, GL_NV_multisample_filter_hint, GL_NV_occlusion_query, GL_NV_packed_depth_stencil, GL_NV_pixel_data_range, GL_NV_point_sprite, GL_NV_primitive_restart, GL_NV_register_combiners, GL_NV_register_combiners2, GL_NV_texgen_reflection, GL_NV_texture_compression_vtc, GL_NV_texture_env_combine4, GL_NV_texture_expand_normal, GL_NV_texture_rectangle, GL_NV_texture_shader, GL_NV_texture_shader2, GL_NV_texture_shader3, GL_NV_vertex_array_range, GL_NV_vertex_array_range2, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_NV_vertex_program2, GL_NV_vertex_program2_option, GL_SGIS_generate_mipmap, GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SGIX_shadow, GL_SUN_slice_accum glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x21 24 tc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 None 0x22 24 dc 0 32 0 r y . 8
Re: OpenGL/glx sehr langsam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Pakulat wrote: > On 14.07.06 09:48:41, Lars Schimmer wrote: >> Andreas Pakulat wrote: >>> Das einzige was mir noch einfiele waere das die Version des Installers >>> veraltet ist und nicht mit Xorg funktioniert... >> Was wieder einmal den Hinweis verdient: bitte NICHT den NVidia Installer >> nehmen sondern die nvidia-kernel-source, bzw. nvidia-kernel-XYZ. >> Es macht das Leben um manches einfacher, GERADE bei X.org. > > Aehm, damit muss man aber darauf achten, dass die beiden auch > zusammenpassen. Insbesondere in testing gabs die Variante naemlich ne > Zeitlang. Ausserdem dauert es bis die Debian-Maintainer eine neue > Upstream-Version paketiert haben. Testing heißt nicht umsonst testing :-) Ja, da gab es mal probs mit X.org 7.0 und keinen passenden nvidia Treiber. Und ja, im normalen rep sind nur wenige Pakete, aber meistens hinreichend. Aber unter deb http://people.debian.org/~rdonald/nvidia unstable nvidia-graphics-drivers nvidia-settings nvidia-kernel-common nvidia-xconfig bekommt man alle nötigen Pakete, sogar aktuell. Ist der Maintainer für die Pakete und kann da auch die Pakete vorhalten, die noch zu neu sind und andere Sorgen haben. Ich pers. bin immer für debian Pakete, die haben doch Vorteile bei der Integration ins System und ggf. deinstallieren später. Und manch nvidia-Installer hat aber auch Sorgen bei Xorg 7.0 und den falsch Pfaden, da ist das nvidia-source schon einfacher. > Andreas > MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: [EMAIL PROTECTED] Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (MingW32) iD8DBQFEt6Z/mWhuE0qbFyMRAoD7AJsGp2eCcOd7ZFVNBVTzV1TEQs8+8wCeJZTS lz+0Jw//RQIVWaOSwycK54s= =Rhvb -END PGP SIGNATURE- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: OpenGL/glx sehr langsam
On 14.07.06 09:48:41, Lars Schimmer wrote: > Andreas Pakulat wrote: > > Das einzige was mir noch einfiele waere das die Version des Installers > > veraltet ist und nicht mit Xorg funktioniert... > > Was wieder einmal den Hinweis verdient: bitte NICHT den NVidia Installer > nehmen sondern die nvidia-kernel-source, bzw. nvidia-kernel-XYZ. > Es macht das Leben um manches einfacher, GERADE bei X.org. Aehm, damit muss man aber darauf achten, dass die beiden auch zusammenpassen. Insbesondere in testing gabs die Variante naemlich ne Zeitlang. Ausserdem dauert es bis die Debian-Maintainer eine neue Upstream-Version paketiert haben. Andreas -- Tomorrow will be cancelled due to lack of interest. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: OpenGL/glx sehr langsam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Pakulat wrote: > On 13.07.06 22:10:58, Peter Wiersig wrote: >> On Thu, Jul 13, 2006 at 10:06:36PM +0200, Andreas Pakulat wrote: >>> On 13.07.06 21:07:09, Claudius Hubig wrote: Andreas Pakulat <[EMAIL PROTECTED]> wrote: > Interessanter wäre die Ausgabe von glxinfo und was so im Xorg.log steht. zeus:~# glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: No >>> Ich bin nicht 100% sicher (da der NVidia-Treiber ja eigentlich kein DRI >>> nutzt), aber evtl sollte da Yes stehen... >> DRI ist was anderes als "direct rendering: yes". > > Gut, war mir eben nicht sicher (hab schon lange keine NVidia mehr)... > OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect >>> Auch das deutet nicht unbedingt auf was gutes, denke ich. >> Nein, hier steht ganz deutlich: Dieser Rechner malt 3D mit seinem >> Prozessor, unbeschleunigt durch die Grafikkarten. >> >> Ein typischer Fehler zu dieser ganzen Geschichte ist noch das >> X.org-Treiber und Kernelmodul nicht mehr zueinanderpassen. > > Das ist IMHO eher unwahrscheinlich, da der OP den NVidia-Installer > benutzt, der beides in gleicher Version installiert. > > Das einzige was mir noch einfiele waere das die Version des Installers > veraltet ist und nicht mit Xorg funktioniert... Was wieder einmal den Hinweis verdient: bitte NICHT den NVidia Installer nehmen sondern die nvidia-kernel-source, bzw. nvidia-kernel-XYZ. Es macht das Leben um manches einfacher, GERADE bei X.org. > Andreas > MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: [EMAIL PROTECTED] Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEt0xZmWhuE0qbFyMRAjS4AJ4mnTMzkCO9ZkceO9qm+TYLaM8QzgCfey+E Xjt+1ztny+4Ac3ctgne6sHs= =zTY8 -END PGP SIGNATURE- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: OpenGL/glx sehr langsam
On 13.07.06 22:10:58, Peter Wiersig wrote: > On Thu, Jul 13, 2006 at 10:06:36PM +0200, Andreas Pakulat wrote: > > On 13.07.06 21:07:09, Claudius Hubig wrote: > > > Andreas Pakulat <[EMAIL PROTECTED]> wrote: > > > >Interessanter wäre die Ausgabe von glxinfo und was so im Xorg.log steht. > > > > > > zeus:~# glxinfo > > > name of display: :0.0 > > > display: :0 screen: 0 > > > direct rendering: No > > > > Ich bin nicht 100% sicher (da der NVidia-Treiber ja eigentlich kein DRI > > nutzt), aber evtl sollte da Yes stehen... > > DRI ist was anderes als "direct rendering: yes". Gut, war mir eben nicht sicher (hab schon lange keine NVidia mehr)... > > > OpenGL vendor string: Mesa project: www.mesa3d.org > > > OpenGL renderer string: Mesa GLX Indirect > > > > Auch das deutet nicht unbedingt auf was gutes, denke ich. > > Nein, hier steht ganz deutlich: Dieser Rechner malt 3D mit seinem > Prozessor, unbeschleunigt durch die Grafikkarten. > > Ein typischer Fehler zu dieser ganzen Geschichte ist noch das > X.org-Treiber und Kernelmodul nicht mehr zueinanderpassen. Das ist IMHO eher unwahrscheinlich, da der OP den NVidia-Installer benutzt, der beides in gleicher Version installiert. Das einzige was mir noch einfiele waere das die Version des Installers veraltet ist und nicht mit Xorg funktioniert... Andreas -- You will probably marry after a very brief courtship. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: OpenGL/glx sehr langsam
On Thu, Jul 13, 2006 at 10:06:36PM +0200, Andreas Pakulat wrote: > On 13.07.06 21:07:09, Claudius Hubig wrote: > > Andreas Pakulat <[EMAIL PROTECTED]> wrote: > > >Interessanter wäre die Ausgabe von glxinfo und was so im Xorg.log steht. > > > > zeus:~# glxinfo > > name of display: :0.0 > > display: :0 screen: 0 > > direct rendering: No > > Ich bin nicht 100% sicher (da der NVidia-Treiber ja eigentlich kein DRI > nutzt), aber evtl sollte da Yes stehen... DRI ist was anderes als "direct rendering: yes". > > OpenGL vendor string: Mesa project: www.mesa3d.org > > OpenGL renderer string: Mesa GLX Indirect > > Auch das deutet nicht unbedingt auf was gutes, denke ich. Nein, hier steht ganz deutlich: Dieser Rechner malt 3D mit seinem Prozessor, unbeschleunigt durch die Grafikkarten. Ein typischer Fehler zu dieser ganzen Geschichte ist noch das X.org-Treiber und Kernelmodul nicht mehr zueinanderpassen. Peter -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: OpenGL/glx sehr langsam
On 13.07.06 21:07:09, Claudius Hubig wrote: > Andreas Pakulat <[EMAIL PROTECTED]> wrote: > >Interessanter wäre die Ausgabe von glxinfo und was so im Xorg.log steht. > > zeus:~# glxinfo > name of display: :0.0 > display: :0 screen: 0 > direct rendering: No Ich bin nicht 100% sicher (da der NVidia-Treiber ja eigentlich kein DRI nutzt), aber evtl sollte da Yes stehen... > OpenGL vendor string: Mesa project: www.mesa3d.org > OpenGL renderer string: Mesa GLX Indirect Auch das deutet nicht unbedingt auf was gutes, denke ich. > >Achja und ist das nvidia-Modul ueberhaupt geladen? > > zeus:~# lsmod | grep nvidia > nvidia 4544916 8 > agpgart29296 2 nvidia,via_agp > i2c_core 19536 5 > nvidia,w83627hf,eeprom,i2c_isa,i2c_viapro Ok. > Soweit der erste Teil. Ich habe nun (nach dem Verfassen von obigem) mal > den nvidia-Installer neu ausgeführt, er hat den alten Treiber brav > deinstalliert, alles wie immer. Dann den gdm neu gestartet. Nix. "glx" > und "nvidia" konnten nicht geladen werden. Lt. Xorg log? Hast du den nvidia-Kernel-Treiber mittels rmmod entfernt und neu geladen? > nvidia-Kernel-Installer habe ich dazwischen natürlich auch noch > ausgeführt. "modprobe glx" ergab, dass das Modul glx nicht gefunden > wird. Aehm, du bringst da was durcheinander. glx und nvidia sind X11 Module die in /usr/lib/xorg/modules liegen und von X11 geladen werden. Weiterhin gibts noch das nvidia Kernelmodul, welches geladen sein muss vor dem X11 Start. > Zu guter letzt habe ich dann in der xorg.conf glx aus der Liste > der zu ladenden Module auskommentiert und aus nvidia nv gemacht. Jetzt > gehts ansatzweise .oO - aber eben nur ansatzweise, sprich kein 3D etc. > (klar). Naja, nv kann keine OpenGL Beschleunigung für deine Karte, was meine Vermutung bestätigt dass die bei dir deaktiviert ist. Es fehlt immernoch das Xorg log (liegt in /var/log). Andreas -- You too can wear a nose mitten. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: OpenGL/glx sehr langsam
Andreas Pakulat <[EMAIL PROTECTED]> wrote: >On 13.07.06 20:24:15, Claudius Hubig wrote: >> Kernel ist der aktuelle 2.6.16-1-k7, Treiber stammen von nvidia.org und >> sind die aktuellsten dort verfügbaren. Installiert habe ich über den >> enthaltenen Installer. >> >> /etc/X11/xorg.conf habe ich mal (gekürzt) angehängt, ich hoffe, ihr >> könnt mir helfen. > >Interessanter wäre die Ausgabe von glxinfo und was so im Xorg.log steht. zeus:~# glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe, GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group GLX version: 1.2 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.4.2) OpenGL extensions: GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, GL_ATIX_texture_env_combine3, GL_HP_occlusion_test, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_NV_blend_square, GL_NV_point_sprite, GL_NV_texgen_reflection, GL_NV_texture_rectangle, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SGIX_shadow, GL_SGIX_shadow_ambient, GL_SUN_multi_draw_arrays glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 24 tc 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None 0x24 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None 0x25 24 tc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x26 24 tc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x27 24 dc 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None 0x28 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None 0x29 24 dc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x2a 24 dc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None >Achja und ist das nvidia-Modul ueberhaupt geladen? zeus:~# lsmod | grep nvidia nvidia 4544916 8 agpgart29296 2 nvidia,via_agp i2c_core 19536 5 nvidia,w83627hf,eeprom,i2c_isa,i2c_viapro Soweit der erste Teil. Ich habe nun (nach dem Verfassen von obigem) mal den nvidia-Installer neu ausgeführt, er hat den alten Treiber brav deinstalliert, alles wie immer. Dann den gdm neu gestartet. Nix. "glx" und "nvidia" konnten nicht geladen werden. Ich habe dann sowohl den neuen Kernel installiert (2.6.17) als auch xserver-xorg-video "reinstalliert". Hat ebenfalls nichts gebracht. Den n
Re: OpenGL/glx sehr langsam
On 13.07.06 20:24:15, Claudius Hubig wrote: > Kernel ist der aktuelle 2.6.16-1-k7, Treiber stammen von nvidia.org und > sind die aktuellsten dort verfügbaren. Installiert habe ich über den > enthaltenen Installer. > > /etc/X11/xorg.conf habe ich mal (gekürzt) angehängt, ich hoffe, ihr > könnt mir helfen. Interessanter wäre die Ausgabe von glxinfo und was so im Xorg.log steht. Achja und ist das nvidia-Modul ueberhaupt geladen? Gabs ein Update des Kernels in letzter Zeit (sowohl aptitude als auch synaptic schreiben ein Log, und auch dpkg)? Dann musst du den Treiber neu bauen. Andreas -- Beware of low-flying butterflies. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
OpenGL/glx sehr langsam
Hallo Liste, seit einiger Zeit - ich weiß leider nicht wie lange - sind OpenGL-Anwendungen extrem langsam. Beispiele: * Das Jump'n'run-Spiel Supertux ist bei aktiviertem OpenGL unspielbar. * glxgears spuckt auf der Konsole gestartet gar nix mehr aus. Die lustigen Rädchen drehen sich vllt. 1x/Minute * Die xscreensaver-gl-Bildschirmschoner sind langsam. Molecules dreht sich quasi in Zeitlupe. Mein System ist ein tagesaktuelles Debian Etch auf einem Athlon XP 2400. Graka ist eine Geforce FX 5200 und ein Medion 19" (gabs vor kurzem bei Aldi-Süd). Kernel ist der aktuelle 2.6.16-1-k7, Treiber stammen von nvidia.org und sind die aktuellsten dort verfügbaren. Installiert habe ich über den enthaltenen Installer. /etc/X11/xorg.conf habe ich mal (gekürzt) angehängt, ich hoffe, ihr könnt mir helfen. Grüße, Claudius zeus:~# grep -v "#" < /etc/X11/xorg.conf Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" 0 0 InputDevice"Generic Keyboard" InputDevice"Configured Mouse" EndSection Section "Files" FontPath"unix/:7100" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/share/fonts/X11/CID" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load "bitmap" Load "dbe" Load "ddc" Load "extmod" Load "freetype" Load "glx" Load "int10" Load "record" Load "type1" Load "vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "de" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device" "/dev/input/mice" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" EndSection Section "Monitor" Identifier "MD32119PR" HorizSync 31.4 - 80.0 VertRefresh 60.3 - 75.0 Option "DPMS" EndSection Section "Device" Identifier "NVIDIA Corporation NV34 [GeForce FX 5200]" Driver "nvidia" EndSection Section "Screen" Identifier "Default Screen" Device "NVIDIA Corporation NV34 [GeForce FX 5200]" Monitor"MD32119PR" DefaultDepth24 SubSection "Display" Depth 1 Modes "1280x1024" EndSubSection SubSection "Display" Depth 4 Modes "1280x1024" EndSubSection SubSection "Display" Depth 8 Modes "1280x1024" EndSubSection SubSection "Display" Depth 15 Modes "1280x1024" EndSubSection SubSection "Display" Depth 16 Modes "1280x1024" "1024x768" "800x600" "640x480" "720x400" EndSubSection SubSection "Display" Depth 24 Modes "1280x1024" "1024x768" "800x600" "640x480" "720x400" EndSubSection EndSection -- Claudius Hubig,= ,-_-. =.224491597 Es gibt auch Linux-Aussteiger. ((_/)o o(\_)) Y!M:opensource2017 Aber die Rückfallquote steigt mit `-'(. .)`-' x2017.homelinux.org jeder Win-Version. (Walter Saner) \_/ [EMAIL PROTECTED] -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)