Re: OpenGL f?r X.org konfigurieren
Hallo, "Andreas Pakulat" <[EMAIL PROTECTED]> schrieb im Newsbeitrag news:[EMAIL PROTECTED] > On 21.07.06 11:57:47, Matthias Pfeifer wrote: >> Andreas Pakulat wrote: >> >> >Zunaechst mal solltest du eigentlich wissen wie du das das letzte Mal >> >eingerichtet hast, denn out-of-the box kann das nicht funktioniert >> >haben. Wenn man sowas nicht behaelt schreibt man sich das auf. >> >> Letztes mal war keine weitere Einstellung notwendig. > > Das wuerde bedeuten der ati Treiber reicht aus. Wie sieht denn deine > Xorg config aus. > Danke für das Angebot, aber ich werde das Problem wohl ohne Usenet-Unterstützung lösen... >> Danke für deine Antwort, aber bei dem großen Angebot an Treibern (ich >> habe ja >> schon mal drei aufgezählt) ist mir eine Vermutung ein bisschen zu wenig. > > Aehm, eigentlich hab ich 4 aufgezaehlt: > > ati > r128 > radeon > fglrx > > Die ersten 3 gehoeren zusammen, radeon und r128 sind Zusatzmodule zum > ati Treiber fuer jeweils spezielle Kartentypen (radeon bzw. rage 128). > > fglrx ist der closed-Source-Treiber von ATI. > > Davon abgesehen: Woher soll ich wissen was bei dir vorher eingerichtet > war? Da kann ich nur vermuten. > Also wenn von vieren drei zusammen gehören kann man das ja wohl nicht als vier Treiber zählen. Ich meinte utah-glx, gatos und ati's treiber (also derer drei) wenn x.org auch noch einen mitbringt sinds ja dann wirklich vier. Ich werd sie mir wohl alle mal ansehen... und mit Ati's treiber anfangen - da läuft der installer schon mal nicht richtig... Keine Schriften im gui und auf der Konsole siehts auch irgendwie buggy aus... Naja so gehts eben los. Deswegen ist man ja Kammerjäger... Bug-Hunter... Hacker... Was auch immer... Keep swinging... Matthias -- 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 fü r X.org konfigurieren
On 21.07.06 11:57:47, Matthias Pfeifer wrote: > Andreas Pakulat wrote: > > >Zunaechst mal solltest du eigentlich wissen wie du das das letzte Mal > >eingerichtet hast, denn out-of-the box kann das nicht funktioniert > >haben. Wenn man sowas nicht behaelt schreibt man sich das auf. > > Letztes mal war keine weitere Einstellung notwendig. Das wuerde bedeuten der ati Treiber reicht aus. Wie sieht denn deine Xorg config aus. > >Ich vermute du benoetigst den ATI closed-source Treiber fuer deine Rage > >Mobility, zumindestens steht weder in man radeon, noch man r128 oder man > >ati sagen was ueber Rage Mobility. Wenn du das vorher hattest wird vmtl. > >ein Kernel-Update + Xorg Update das ganze "zerstoert" haben, auch da > >muss man sich halt auf dem laufenden halten. > > Danke für deine Antwort, aber bei dem großen Angebot an Treibern (ich habe ja > schon mal drei aufgezählt) ist mir eine Vermutung ein bisschen zu wenig. Aehm, eigentlich hab ich 4 aufgezaehlt: ati r128 radeon fglrx Die ersten 3 gehoeren zusammen, radeon und r128 sind Zusatzmodule zum ati Treiber fuer jeweils spezielle Kartentypen (radeon bzw. rage 128). fglrx ist der closed-Source-Treiber von ATI. Davon abgesehen: Woher soll ich wissen was bei dir vorher eingerichtet war? Da kann ich nur vermuten. Andreas -- Beware of Bigfoot! -- 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 für X.org konfigurieren
Andreas Pakulat wrote: Zunaechst mal solltest du eigentlich wissen wie du das das letzte Mal eingerichtet hast, denn out-of-the box kann das nicht funktioniert haben. Wenn man sowas nicht behaelt schreibt man sich das auf. Letztes mal war keine weitere Einstellung notwendig. Ich vermute du benoetigst den ATI closed-source Treiber fuer deine Rage Mobility, zumindestens steht weder in man radeon, noch man r128 oder man ati sagen was ueber Rage Mobility. Wenn du das vorher hattest wird vmtl. ein Kernel-Update + Xorg Update das ganze "zerstoert" haben, auch da muss man sich halt auf dem laufenden halten. Danke für deine Antwort, aber bei dem großen Angebot an Treibern (ich habe ja schon mal drei aufgezählt) ist mir eine Vermutung ein bisschen zu wenig. Da der fglrx-kernel-src in Etch nicht aktuell genug ist fuer Xorg 7.0 wirst du dir wohl den Installer direkt bei ATI abholen muessen (www.ati.com) oder das fglrx Paket aus unstable nehmen. Letzteres kannst du relativ leich gegen deinen Kernel bauen wenn du module-assistant bauen (und deinen Kernel als Debian-Paket gebaut hast). M -- 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 fü r X.org konfigurieren
On 21.07.06 09:33:23, Matthias Pfeifer wrote: > > display: :0 screen: 0 > direct rendering: No ... > Leider weiß ich nicht was das bedeutet... Du benutzt Software Rendering. > 01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP > 2x (rev 64) > > Die logdatei meines X.org empfiehlt die Ati-Treiber von gatos und der > ATi-eigene Treiber scheint meine Karte nicht zu unterstützen wenn ich das > richtig verstande habe?!?! Welcher Treiber ist zu empfehlen? Ati > empfiehlt noch ein gewisses Utah-Glx-Projekt welches nach kurzer Prüfung aber > auch nicht umbedingt zu meiner Konfiguration passt? Zunaechst mal solltest du eigentlich wissen wie du das das letzte Mal eingerichtet hast, denn out-of-the box kann das nicht funktioniert haben. Wenn man sowas nicht behaelt schreibt man sich das auf. Ich vermute du benoetigst den ATI closed-source Treiber fuer deine Rage Mobility, zumindestens steht weder in man radeon, noch man r128 oder man ati sagen was ueber Rage Mobility. Wenn du das vorher hattest wird vmtl. ein Kernel-Update + Xorg Update das ganze "zerstoert" haben, auch da muss man sich halt auf dem laufenden halten. Da der fglrx-kernel-src in Etch nicht aktuell genug ist fuer Xorg 7.0 wirst du dir wohl den Installer direkt bei ATI abholen muessen (www.ati.com) oder das fglrx Paket aus unstable nehmen. Letzteres kannst du relativ leich gegen deinen Kernel bauen wenn du module-assistant bauen (und deinen Kernel als Debian-Paket gebaut hast). Andreas -- You will hear good news from one you thought unfriendly to you. -- 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: [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)
Re: OpenGL Direct Rendering mit Flavios fglrx Modul
On 18.06.06 23:15:16, Sandro Frenzel wrote: > Am Sonntag 18 Juni 2006 22:59 schrieb Andreas Pakulat: > > Wozu braucht man eigentlich Cedega? Wenn ich Windows-Spiele spielen > > "muss", starte ich lieber Windows, das ist doch noch ein deutlicher > > Unterschied, denke ich. > > > > FACK! Aber ich versuchte halt Windumpf komplett von meiner Platte zu > verbannen. Ltzte Antwort diesbzgl., da ja doch OT: Das ist illusorisch wenn man Windows-Spiele spielen will. Und ganz ehrlich, bei heutigen Plattengroessen stoeren die 10-15 GB fuer XP ja nun auch nicht wirklich. Andreas -- You'll feel much better once you've given up hope. -- 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 Direct Rendering mit Flavios fglrx Modul
Am Sonntag 18 Juni 2006 22:59 schrieb Andreas Pakulat: > On 18.06.06 21:40:48, Sandro Frenzel wrote: > > Am Sonntag 18 Juni 2006 21:15 schrieb Tobias Krais: > > > > Kann mir jemand sagen wie ich OpenGL Direct Rendering mit einer ATI > > > > Radeon 9600 Pro nutzen kann? Bei Cedega fällt dir Karte durch den > > > > Test. Unter der Cedega Info steht, dass diese Funktion jedoch für die > > > > meisten 3D Spiele gebraucht wird! > > > > Der 3D Beschleunigungstest ist erfolgreich. Spiele wie Counter-Strike > > > > laufen zwar, aber nur mit wenigen FPS. > > > > > > > > [EMAIL PROTECTED]:~$ fglrxinfo > > > > display: :0.0 screen: 0 > > > > OpenGL vendor string: ATI Technologies Inc. > > > > > > ^ > > > > > > > OpenGL renderer string: RADEON 9600 Generic > > > > OpenGL version string: 2.0.5755 (8.24.8) > > > > > > > > [EMAIL PROTECTED]:~$ fgl_glxgears > > > > Using GLX_SGIX_pbuffer > > > > 2430 frames in 5.0 seconds = 486.000 FPS > > > > > > das ist doch schon aktiviert. Wo liegt dein Problem? > > > > Cedega ist da aber anderer Meinung. > > Nach deiner Aussage nicht, Cedega hat nur festgestellt das es mit > deiner Karte nicht laeuft. Das kann auch daran liegen, dass deine Karte > zu alt ist. Oder aber der Test-Algorithmus von Cedega ist falsch. > > Wozu braucht man eigentlich Cedega? Wenn ich Windows-Spiele spielen > "muss", starte ich lieber Windows, das ist doch noch ein deutlicher > Unterschied, denke ich. > FACK! Aber ich versuchte halt Windumpf komplett von meiner Platte zu verbannen. > Andreas > > -- > You have been selected for a secret mission.
Re: OpenGL Direct Rendering mit Flavios fglrx Modul
On 18.06.06 21:40:48, Sandro Frenzel wrote: > Am Sonntag 18 Juni 2006 21:15 schrieb Tobias Krais: > > > Kann mir jemand sagen wie ich OpenGL Direct Rendering mit einer ATI > > > Radeon 9600 Pro nutzen kann? Bei Cedega fällt dir Karte durch den Test. > > > Unter der Cedega Info steht, dass diese Funktion jedoch für die meisten > > > 3D Spiele gebraucht wird! > > > Der 3D Beschleunigungstest ist erfolgreich. Spiele wie Counter-Strike > > > laufen zwar, aber nur mit wenigen FPS. > > > > > > [EMAIL PROTECTED]:~$ fglrxinfo > > > display: :0.0 screen: 0 > > > OpenGL vendor string: ATI Technologies Inc. > > > > ^ > > > > > OpenGL renderer string: RADEON 9600 Generic > > > OpenGL version string: 2.0.5755 (8.24.8) > > > > > > [EMAIL PROTECTED]:~$ fgl_glxgears > > > Using GLX_SGIX_pbuffer > > > 2430 frames in 5.0 seconds = 486.000 FPS > > > > das ist doch schon aktiviert. Wo liegt dein Problem? > > > > Cedega ist da aber anderer Meinung. Nach deiner Aussage nicht, Cedega hat nur festgestellt das es mit deiner Karte nicht laeuft. Das kann auch daran liegen, dass deine Karte zu alt ist. Oder aber der Test-Algorithmus von Cedega ist falsch. Wozu braucht man eigentlich Cedega? Wenn ich Windows-Spiele spielen "muss", starte ich lieber Windows, das ist doch noch ein deutlicher Unterschied, denke ich. Andreas -- You have been selected for a secret mission. -- 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 Direct Rendering mit Flavios fglrx Modul
Am Sonntag 18 Juni 2006 21:15 schrieb Tobias Krais: > Hi Sandro, > > > Kann mir jemand sagen wie ich OpenGL Direct Rendering mit einer ATI > > Radeon 9600 Pro nutzen kann? Bei Cedega fällt dir Karte durch den Test. > > Unter der Cedega Info steht, dass diese Funktion jedoch für die meisten > > 3D Spiele gebraucht wird! > > Der 3D Beschleunigungstest ist erfolgreich. Spiele wie Counter-Strike > > laufen zwar, aber nur mit wenigen FPS. > > > > [EMAIL PROTECTED]:~$ fglrxinfo > > display: :0.0 screen: 0 > > OpenGL vendor string: ATI Technologies Inc. > > ^ > > > OpenGL renderer string: RADEON 9600 Generic > > OpenGL version string: 2.0.5755 (8.24.8) > > > > [EMAIL PROTECTED]:~$ fgl_glxgears > > Using GLX_SGIX_pbuffer > > 2430 frames in 5.0 seconds = 486.000 FPS > > das ist doch schon aktiviert. Wo liegt dein Problem? > Cedega ist da aber anderer Meinung. > Grüßle, Tobi Tschau Sandro
Re: OpenGL Direct Rendering mit Flavios fglrx Modul
Hi Sandro, Kann mir jemand sagen wie ich OpenGL Direct Rendering mit einer ATI Radeon 9600 Pro nutzen kann? Bei Cedega fällt dir Karte durch den Test. Unter der Cedega Info steht, dass diese Funktion jedoch für die meisten 3D Spiele gebraucht wird! Der 3D Beschleunigungstest ist erfolgreich. Spiele wie Counter-Strike laufen zwar, aber nur mit wenigen FPS. [EMAIL PROTECTED]:~$ fglrxinfo display: :0.0 screen: 0 OpenGL vendor string: ATI Technologies Inc. ^ OpenGL renderer string: RADEON 9600 Generic OpenGL version string: 2.0.5755 (8.24.8) [EMAIL PROTECTED]:~$ fgl_glxgears Using GLX_SGIX_pbuffer 2430 frames in 5.0 seconds = 486.000 FPS das ist doch schon aktiviert. Wo liegt dein Problem? Grüßle, Tobi -- 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 [war: OpenGL und usbdevfs]
Guten Morgen/Abend :) Hab das Problem gelöst. Im Gentoo-Forum stand, dass beim 2.6.12er Kernel das Modul für die NVidia Framebuffer Unterstützung genauso heißt wie das Modul des neuen Grafiktreibers. Da ich den Frambuffer im Kernel hatte, konnte er das Modul nicht laden. Hab den Kernel ohne Frambuffer neu kompiliert, jetzt geht alles einwandfrei Danke euch vielmals! On 8/15/05, Gerrit Zeissl <[EMAIL PROTECTED]> wrote: > On 8/15/05, Andreas Pakulat <[EMAIL PROTECTED]> wrote: > > On 15.Aug 2005 - 00:40:04, Gerrit Zeissl wrote: > > > On 8/10/05, Frank Dietrich <[EMAIL PROTECTED]> wrote: > > > > Hallo Gerrit, > > > > > > > Hallo Frank, Hallo Liste! > > > > > > > Gerrit Zeissl <[EMAIL PROTECTED]> wrote: > > > > > Ich wollte neulich Tuxracer mal ausprobieren, als erstes Spiel > > > > > überhaupt auf meinem neuen Sarge System. Ich dachte, kein Problem, > > > > > da X11 meine Grafikkarte erkennt (NVidia GForce 4 440 MX) und den > > > > > passenden Treiber hat (nv) > > > > > Doch leider ruckelt dieses und alle anderen Spiele extremstens. > > > > > Ein Freund meinte, es liegt an OpenGL ... > > > > > > > > Es liegt an der fehlenden 3D-Hardwareunterstützung des Treibers "nv". > > > > Wenn Du 3D Unterstützung unter X benötigst (z.B. für Tux Racer / > > > > Planetpenguin) musst Du den Treiber von Nvidia einbinden. > > > > Wie Du das machen kannst steht sehr ausführlich hier: > > > > http://home.comcast.net/~andrex/Debian-nVidia/installation.html > > > > > > > Ich habe genau das getan, was auf der genannten Seite steht. Leider > > > ohne Erfolg, nachdem Linux gebootet hat und X starten sollte, wirfts > > > mich zurück in die Konsole mit einem display() fehler. > > > > Poste bitte mal das X11-Log, dann koenne wir dir vielleicht helfen... > > > Ich hoffe XFree86.0.log ist das was du meintest? > Zu finden, hier: http://nopaste.debianforum.de/837 > > > Ist der Treiber denn ueberhaupt geladen? Gabs Fehler beim Modulbauen > > oder der Installtion des Modul-Pakets? > > > Nein, es gab nirgends fehler. Nur beim Tutorial von der NVidia Page, > welches ich aber "verstoßen" habe :) > > > > Ich war danach auf der nvidia Homepage und tat was hier stand: > > > http://www.nvidia.com/object/linux_display_ia32_1.0-7676.html > > > > Wieso? > > > Weil ich gehofft habe dass dieser Weg zum Ziel führt. > > > > Doch auch das half nichts, da mein Kernel Source nicht installiert > > > ist, was unmöglich ist , da ich einen selbst kompilierten Kernel habe. > > > > Dann ist dein Kernel-Source doch installiert. Der Installer sollte > > deinen Kernel Source eigentlich selbst finden. Was fuer ein Kernel war > > das gleich - 2.6 oder 2.4? > > > Habe den Kernel 2.6.12.2 > > > > Habt ihr noch vorschläge was ich tun soll? > > > > Ja, liefer mal ein paar mehr Infos. > > > Habe es gerade nochmal probiert... > Wollte (wie bei Notes (ganz unten) steht) das Modul via insmod laden. > Leider kommt folgender Fehler: > debian:/home/nil/KERNEL# insmod /lib/modules/2.6.12.2/nvidia/nvidia.ko > insmod: error inserting '/lib/modules/2.6.12.2/nvidia/nvidia.ko': -1 > No such device > > Danke fürs Helfen! > Grüße, Gerrit > > > -- > > Good night to spend with family, but avoid arguments with your mate's > > new lover. > > > > > > -- > > 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 [war: OpenGL und usbdevfs]
On 8/15/05, Andreas Pakulat <[EMAIL PROTECTED]> wrote: > On 15.Aug 2005 - 00:40:04, Gerrit Zeissl wrote: > > On 8/10/05, Frank Dietrich <[EMAIL PROTECTED]> wrote: > > > Hallo Gerrit, > > > > > Hallo Frank, Hallo Liste! > > > > > Gerrit Zeissl <[EMAIL PROTECTED]> wrote: > > > > Ich wollte neulich Tuxracer mal ausprobieren, als erstes Spiel > > > > überhaupt auf meinem neuen Sarge System. Ich dachte, kein Problem, > > > > da X11 meine Grafikkarte erkennt (NVidia GForce 4 440 MX) und den > > > > passenden Treiber hat (nv) > > > > Doch leider ruckelt dieses und alle anderen Spiele extremstens. > > > > Ein Freund meinte, es liegt an OpenGL ... > > > > > > Es liegt an der fehlenden 3D-Hardwareunterstützung des Treibers "nv". > > > Wenn Du 3D Unterstützung unter X benötigst (z.B. für Tux Racer / > > > Planetpenguin) musst Du den Treiber von Nvidia einbinden. > > > Wie Du das machen kannst steht sehr ausführlich hier: > > > http://home.comcast.net/~andrex/Debian-nVidia/installation.html > > > > > Ich habe genau das getan, was auf der genannten Seite steht. Leider > > ohne Erfolg, nachdem Linux gebootet hat und X starten sollte, wirfts > > mich zurück in die Konsole mit einem display() fehler. > > Poste bitte mal das X11-Log, dann koenne wir dir vielleicht helfen... > Ich hoffe XFree86.0.log ist das was du meintest? Zu finden, hier: http://nopaste.debianforum.de/837 > Ist der Treiber denn ueberhaupt geladen? Gabs Fehler beim Modulbauen > oder der Installtion des Modul-Pakets? > Nein, es gab nirgends fehler. Nur beim Tutorial von der NVidia Page, welches ich aber "verstoßen" habe :) > > Ich war danach auf der nvidia Homepage und tat was hier stand: > > http://www.nvidia.com/object/linux_display_ia32_1.0-7676.html > > Wieso? > Weil ich gehofft habe dass dieser Weg zum Ziel führt. > > Doch auch das half nichts, da mein Kernel Source nicht installiert > > ist, was unmöglich ist , da ich einen selbst kompilierten Kernel habe. > > Dann ist dein Kernel-Source doch installiert. Der Installer sollte > deinen Kernel Source eigentlich selbst finden. Was fuer ein Kernel war > das gleich - 2.6 oder 2.4? > Habe den Kernel 2.6.12.2 > > Habt ihr noch vorschläge was ich tun soll? > > Ja, liefer mal ein paar mehr Infos. > Habe es gerade nochmal probiert... Wollte (wie bei Notes (ganz unten) steht) das Modul via insmod laden. Leider kommt folgender Fehler: debian:/home/nil/KERNEL# insmod /lib/modules/2.6.12.2/nvidia/nvidia.ko insmod: error inserting '/lib/modules/2.6.12.2/nvidia/nvidia.ko': -1 No such device Danke fürs Helfen! Grüße, Gerrit > -- > Good night to spend with family, but avoid arguments with your mate's > new lover. > > > -- > 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 [war: OpenGL und usbdevfs]
On 15.Aug 2005 - 00:40:04, Gerrit Zeissl wrote: > On 8/10/05, Frank Dietrich <[EMAIL PROTECTED]> wrote: > > Hallo Gerrit, > > > Hallo Frank, Hallo Liste! > > > Gerrit Zeissl <[EMAIL PROTECTED]> wrote: > > > Ich wollte neulich Tuxracer mal ausprobieren, als erstes Spiel > > > überhaupt auf meinem neuen Sarge System. Ich dachte, kein Problem, > > > da X11 meine Grafikkarte erkennt (NVidia GForce 4 440 MX) und den > > > passenden Treiber hat (nv) > > > Doch leider ruckelt dieses und alle anderen Spiele extremstens. > > > Ein Freund meinte, es liegt an OpenGL ... > > > > Es liegt an der fehlenden 3D-Hardwareunterstützung des Treibers "nv". > > Wenn Du 3D Unterstützung unter X benötigst (z.B. für Tux Racer / > > Planetpenguin) musst Du den Treiber von Nvidia einbinden. > > Wie Du das machen kannst steht sehr ausführlich hier: > > http://home.comcast.net/~andrex/Debian-nVidia/installation.html > > > Ich habe genau das getan, was auf der genannten Seite steht. Leider > ohne Erfolg, nachdem Linux gebootet hat und X starten sollte, wirfts > mich zurück in die Konsole mit einem display() fehler. Poste bitte mal das X11-Log, dann koenne wir dir vielleicht helfen... Ist der Treiber denn ueberhaupt geladen? Gabs Fehler beim Modulbauen oder der Installtion des Modul-Pakets? > Ich war danach auf der nvidia Homepage und tat was hier stand: > http://www.nvidia.com/object/linux_display_ia32_1.0-7676.html Wieso? > Doch auch das half nichts, da mein Kernel Source nicht installiert > ist, was unmöglich ist , da ich einen selbst kompilierten Kernel habe. Dann ist dein Kernel-Source doch installiert. Der Installer sollte deinen Kernel Source eigentlich selbst finden. Was fuer ein Kernel war das gleich - 2.6 oder 2.4? > Habt ihr noch vorschläge was ich tun soll? Ja, liefer mal ein paar mehr Infos. -- Good night to spend with family, but avoid arguments with your mate's new lover. -- 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 [war: OpenGL und usbdevfs]
On 8/10/05, Frank Dietrich <[EMAIL PROTECTED]> wrote: > Hallo Gerrit, > Hallo Frank, Hallo Liste! > Gerrit Zeissl <[EMAIL PROTECTED]> wrote: > > Ich wollte neulich Tuxracer mal ausprobieren, als erstes Spiel > > überhaupt auf meinem neuen Sarge System. Ich dachte, kein Problem, > > da X11 meine Grafikkarte erkennt (NVidia GForce 4 440 MX) und den > > passenden Treiber hat (nv) > > Doch leider ruckelt dieses und alle anderen Spiele extremstens. > > Ein Freund meinte, es liegt an OpenGL ... > > Es liegt an der fehlenden 3D-Hardwareunterstützung des Treibers "nv". > Wenn Du 3D Unterstützung unter X benötigst (z.B. für Tux Racer / > Planetpenguin) musst Du den Treiber von Nvidia einbinden. > Wie Du das machen kannst steht sehr ausführlich hier: > http://home.comcast.net/~andrex/Debian-nVidia/installation.html > Ich habe genau das getan, was auf der genannten Seite steht. Leider ohne Erfolg, nachdem Linux gebootet hat und X starten sollte, wirfts mich zurück in die Konsole mit einem display() fehler. Ich war danach auf der nvidia Homepage und tat was hier stand: http://www.nvidia.com/object/linux_display_ia32_1.0-7676.html Doch auch das half nichts, da mein Kernel Source nicht installiert ist, was unmöglich ist , da ich einen selbst kompilierten Kernel habe. Habt ihr noch vorschläge was ich tun soll? Danke! > Frank Grüße, Gerrit > -- > echo '23dd4-+dn10-P18+d4+d14+PPP[]pq'|dc > >
Re: OpenGL [war: OpenGL und usbdevfs]
On 10.Aug 2005 - 13:56:35, Richard Mittendorfer wrote: > Also sprach Andreas Pakulat <[EMAIL PROTECTED]> (Wed, 10 Aug 2005 13:42:17 > +0200): > > On 10.Aug 2005 - 09:19:13, Frank Dietrich wrote: > > > Hallo Gerrit, > > > > > > Gerrit Zeissl <[EMAIL PROTECTED]> wrote: > > > > Ich wollte neulich Tuxracer mal ausprobieren, als erstes Spiel > > > > überhaupt auf meinem neuen Sarge System. Ich dachte, kein Problem, > > > > da X11 meine Grafikkarte erkennt (NVidia GForce 4 440 MX) und den > > > > passenden Treiber hat (nv) > > > > Doch leider ruckelt dieses und alle anderen Spiele extremstens. > > > > Ein Freund meinte, es liegt an OpenGL ... > > > > > > Es liegt an der fehlenden 3D-Hardwareunterstützung des Treibers > > > "nv". Wenn Du 3D Unterstützung unter X benötigst (z.B. für Tux Racer > > > / Planetpenguin) musst Du den Treiber von Nvidia einbinden. > > > > Soclhe Pauschalaussagen kann ich einfach nicht stehen lassen. Fuer > > Nvidia-Karten stimmt das natuerlich (nv kann kein 3D-HardwareAccel) > > aber andere Treiber haben diese Probleme nicht, oder zumindestens in > > Kombination mit nicht ganz aktuellen Karten (siehe Ati und der > > Matrox-Treiber hat doch auch 3D-Hardwarebeschleunigung oder?) > > wenn du das genau liest, siehst du, dass exakt vom _nv_ treiber > geschrieben wurde und keinerlei pauschalisierung stattgefunden hat. Ist ja gut, hatte das wohl ueberlesen... Andreas -- Best of all is never to have been born. Second best is to die soon. -- 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 [war: OpenGL und usbdevfs]
Also sprach Andreas Pakulat <[EMAIL PROTECTED]> (Wed, 10 Aug 2005 13:42:17 +0200): > On 10.Aug 2005 - 09:19:13, Frank Dietrich wrote: > > Hallo Gerrit, > > > > Gerrit Zeissl <[EMAIL PROTECTED]> wrote: > > > Ich wollte neulich Tuxracer mal ausprobieren, als erstes Spiel > > > überhaupt auf meinem neuen Sarge System. Ich dachte, kein Problem, > > > da X11 meine Grafikkarte erkennt (NVidia GForce 4 440 MX) und den > > > passenden Treiber hat (nv) > > > Doch leider ruckelt dieses und alle anderen Spiele extremstens. > > > Ein Freund meinte, es liegt an OpenGL ... > > > > Es liegt an der fehlenden 3D-Hardwareunterstützung des Treibers > > "nv". Wenn Du 3D Unterstützung unter X benötigst (z.B. für Tux Racer > > / Planetpenguin) musst Du den Treiber von Nvidia einbinden. > > Soclhe Pauschalaussagen kann ich einfach nicht stehen lassen. Fuer > Nvidia-Karten stimmt das natuerlich (nv kann kein 3D-HardwareAccel) > aber andere Treiber haben diese Probleme nicht, oder zumindestens in > Kombination mit nicht ganz aktuellen Karten (siehe Ati und der > Matrox-Treiber hat doch auch 3D-Hardwarebeschleunigung oder?) wenn du das genau liest, siehst du, dass exakt vom _nv_ treiber geschrieben wurde und keinerlei pauschalisierung stattgefunden hat. > Andreas sl ritch
Re: OpenGL [war: OpenGL und usbdevfs]
On 10.Aug 2005 - 09:19:13, Frank Dietrich wrote: > Hallo Gerrit, > > Gerrit Zeissl <[EMAIL PROTECTED]> wrote: > > Ich wollte neulich Tuxracer mal ausprobieren, als erstes Spiel > > überhaupt auf meinem neuen Sarge System. Ich dachte, kein Problem, > > da X11 meine Grafikkarte erkennt (NVidia GForce 4 440 MX) und den > > passenden Treiber hat (nv) > > Doch leider ruckelt dieses und alle anderen Spiele extremstens. > > Ein Freund meinte, es liegt an OpenGL ... > > Es liegt an der fehlenden 3D-Hardwareunterstützung des Treibers "nv". > Wenn Du 3D Unterstützung unter X benötigst (z.B. für Tux Racer / > Planetpenguin) musst Du den Treiber von Nvidia einbinden. Soclhe Pauschalaussagen kann ich einfach nicht stehen lassen. Fuer Nvidia-Karten stimmt das natuerlich (nv kann kein 3D-HardwareAccel) aber andere Treiber haben diese Probleme nicht, oder zumindestens in Kombination mit nicht ganz aktuellen Karten (siehe Ati und der Matrox-Treiber hat doch auch 3D-Hardwarebeschleunigung oder?) Andreas -- You possess a mind not merely twisted, but actually sprained. -- 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 [war: OpenGL und usbdevfs]
Hallo Gerrit, Gerrit Zeissl <[EMAIL PROTECTED]> wrote: > Ich wollte neulich Tuxracer mal ausprobieren, als erstes Spiel > überhaupt auf meinem neuen Sarge System. Ich dachte, kein Problem, > da X11 meine Grafikkarte erkennt (NVidia GForce 4 440 MX) und den > passenden Treiber hat (nv) > Doch leider ruckelt dieses und alle anderen Spiele extremstens. > Ein Freund meinte, es liegt an OpenGL ... Es liegt an der fehlenden 3D-Hardwareunterstützung des Treibers "nv". Wenn Du 3D Unterstützung unter X benötigst (z.B. für Tux Racer / Planetpenguin) musst Du den Treiber von Nvidia einbinden. Wie Du das machen kannst steht sehr ausführlich hier: http://home.comcast.net/~andrex/Debian-nVidia/installation.html Frank -- echo '23dd4-+dn10-P18+d4+d14+PPP[]pq'|dc
Re: OpenGL uter debian testing
Am Sonntag, 25. April 2004 22:06 schrieb Jhair Tocancipa Triana: > xlibmesa-gl davon hab ich schon die neuster version dass scheint nicht mein problem zu sein wisst ihr worann es vielleicht sonst liegen könnte be blessed white Gecko -- www.natanael.de.vu [EMAIL PROTECTED] ICQ: 168210209
Re: OpenGL uter debian testing
Natanael Arndt schreibt: > hallo, ich hab debian testing und hab mir heute legends > runtergeladen, jetzt hab ich das problem, dass der ein problem hat > und nicht die 'OpenGL library' finden kann, wass muss ich da machen? > was muss ich installieren? Mesa (xlibmesa-gl). -- --Jhair Public Key fingerprint: 81FF 3ADF BF6B CECB C593 4018 27AE D7D2 BAA6 00D0 -- 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
On Wed, Sep 04, 2002 at 11:59:17PM +0200, Markus K. wrote: > Hi, > > Debian Potato keine angeboten wird. > ich heruntergeladen und installiert. NVIDIA_GLX-1.0-2960.tar.gz Ja. Du brauchst die Datei und dann noch die NVIDIA_kernel-...tar.gz MfG Thorben -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: OpenGL f
On Wed, Sep 04, 2002 at 06:48:23PM +0200, Markus K. wrote: > Elsa Erazor III Grafikkarte und bekomme das einfach nicht auf die Reihe. Hi, die Erazor III hat doch einen nvidia TNT2 Chip. Zieh dir von nvidia.com den Linuxtreiber und installier ihn. Dann hast du auch OpenGL. MfG Thorben -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)