Video 3D con nvidia muy lento en 10.1
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hola: Se me ha ocurrido compilar y probar el FlighGear (el simulador de vuelo) que ya no viene incluido en la distribución. Para ello el primer paso ha sido bajarme e instalar el driver de nvidia, en este caso el NVIDIA-Linux-x86-1.0-8776-pkg1.run. Luego activarlo en el xorg.conf igual que hice muchas veces en el pasado. Reinicio, veo el logotipo de nvida, y tal. Pruebo con "glxgears": cer@nimrodel:~> glxgears 3596 frames in 5.0 seconds = 719.072 FPS 4023 frames in 5.0 seconds = 804.191 FPS 4011 frames in 5.0 seconds = 802.194 FPS Las ruedecitas girando lentamente, y la CPU al ciento por ciento. Esto no es normal. Es un Pentium 4 a 1800 con 1 giga de ram. Con la SuSE 9.3 conseguía mejor rendimiento. La tarjeta es una GeForce2 MX/MX 400. /var/log/Xorg.0.log: (**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32 (==) NVIDIA(0): RGB weight 888 (==) NVIDIA(0): Default visual is TrueColor (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) (**) NVIDIA(0): Option "NvAGP" "3" (**) NVIDIA(0): Option "Rotate" "off" (**) NVIDIA(0): Enabling RENDER acceleration (**) NVIDIA(0): Disabling static screen rotation. (II) NVIDIA(0): NVIDIA GPU GeForce2 MX/MX 400 at PCI:1:0:0 (--) NVIDIA(0): VideoRAM: 65536 kBytes (--) NVIDIA(0): VideoBIOS: 03.11.01.24.87 (II) NVIDIA(0): Detected AGP rate: 4X (--) NVIDIA(0): Interlaced video modes are not supported on this GPU (--) NVIDIA(0): Connected display device(s) on GeForce2 MX/MX 400 at (--) NVIDIA(0): PCI:1:0:0: (--) NVIDIA(0): Mag InnoVision (CRT-0) (--) NVIDIA(0): Brooktree 869 TV Encoder (TV-0) (--) NVIDIA(0): Mag InnoVision (CRT-0): 350.0 MHz maximum pixel clock (--) NVIDIA(0): Brooktree 869 TV Encoder (TV-0): 165.0 MHz maximum pixel (--) NVIDIA(0): clock (--) NVIDIA(0): TV encoder: Brooktree 869 (II) NVIDIA(0): Assigned Display Device: CRT-0 (WW) NVIDIA(0): No valid modes for "1280x1024"; removing. (II) NVIDIA(0): Validated modes: (II) NVIDIA(0): "1024x768" (II) NVIDIA(0): "800x600" (II) NVIDIA(0): "640x480" (II) NVIDIA(0): Virtual screen size determined to be 1024 x 768 (WW) NVIDIA(0): No size information available in CRT-0's EDID; cannot compute (WW) NVIDIA(0): DPI from EDID. (==) NVIDIA(0): DPI set to (75, 75); computed from built-in default (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xd0000000 - 0xd7fffff0 (0x7fffff1) MX[B] ... (II) NVIDIA(0): Setting mode "1024x768" (II) Loading extension NV-GLX (II) NVIDIA(0): NVIDIA 3D Acceleration Architecture Initialized (II) NVIDIA(0): Using the NVIDIA 2D acceleration architecture (==) NVIDIA(0): Backing store disabled (==) NVIDIA(0): Silken mouse enabled (**) Option "dpms" (**) NVIDIA(0): DPMS enabled (II) NVIDIA(0): v4l[/dev/video0]: using hw video scaling [YUY2]. (II) Loading extension NV-CONTROL (WW) NVIDIA(0): Option "CalcAlgorithm" is not used (**) RandR enabled Ah, y juegos 3D como el "ppracer" (el pinguino que se desliza por valles helados) funcionan. Pero, pero... van lentitos... - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFOSdmtTMYHG2NR9URAnzUAKCZShhKsxbMsO+YXCKun4Ork1dIBwCfYDj+ HYfoDhwbfIP0//Rsow0CqXc= =PGLj -----END PGP SIGNATURE-----
Puedes correr glxinfo y poner aqui lo que te da? Quizas la nueva
version (la beta) 1.0-9xxxx arregle el problema. Tambien algo que me
ha ayudado es correr sax2 -r o sax2 -m 0=nvidia para que la
configuracion del xorg.conf se reinicialice. Y lo que nunca esta por
demas... reiniciar la maquina despues de que el controlador fue
instalado... solo algunas sugerencias que me han ayudado en el pasado
Saludos,
On 10/20/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hola:
Se me ha ocurrido compilar y probar el FlighGear (el simulador de vuelo) que ya no viene incluido en la distribución. Para ello el primer paso ha sido bajarme e instalar el driver de nvidia, en este caso el NVIDIA-Linux-x86-1.0-8776-pkg1.run. Luego activarlo en el xorg.conf igual que hice muchas veces en el pasado.
Reinicio, veo el logotipo de nvida, y tal. Pruebo con "glxgears":
cer@nimrodel:~> glxgears 3596 frames in 5.0 seconds = 719.072 FPS 4023 frames in 5.0 seconds = 804.191 FPS 4011 frames in 5.0 seconds = 802.194 FPS
Las ruedecitas girando lentamente, y la CPU al ciento por ciento. Esto no es normal.
Es un Pentium 4 a 1800 con 1 giga de ram. Con la SuSE 9.3 conseguía mejor rendimiento. La tarjeta es una GeForce2 MX/MX 400.
/var/log/Xorg.0.log:
(**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32 (==) NVIDIA(0): RGB weight 888 (==) NVIDIA(0): Default visual is TrueColor (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) (**) NVIDIA(0): Option "NvAGP" "3" (**) NVIDIA(0): Option "Rotate" "off" (**) NVIDIA(0): Enabling RENDER acceleration (**) NVIDIA(0): Disabling static screen rotation. (II) NVIDIA(0): NVIDIA GPU GeForce2 MX/MX 400 at PCI:1:0:0 (--) NVIDIA(0): VideoRAM: 65536 kBytes (--) NVIDIA(0): VideoBIOS: 03.11.01.24.87 (II) NVIDIA(0): Detected AGP rate: 4X (--) NVIDIA(0): Interlaced video modes are not supported on this GPU (--) NVIDIA(0): Connected display device(s) on GeForce2 MX/MX 400 at (--) NVIDIA(0): PCI:1:0:0: (--) NVIDIA(0): Mag InnoVision (CRT-0) (--) NVIDIA(0): Brooktree 869 TV Encoder (TV-0) (--) NVIDIA(0): Mag InnoVision (CRT-0): 350.0 MHz maximum pixel clock (--) NVIDIA(0): Brooktree 869 TV Encoder (TV-0): 165.0 MHz maximum pixel (--) NVIDIA(0): clock (--) NVIDIA(0): TV encoder: Brooktree 869 (II) NVIDIA(0): Assigned Display Device: CRT-0 (WW) NVIDIA(0): No valid modes for "1280x1024"; removing. (II) NVIDIA(0): Validated modes: (II) NVIDIA(0): "1024x768" (II) NVIDIA(0): "800x600" (II) NVIDIA(0): "640x480" (II) NVIDIA(0): Virtual screen size determined to be 1024 x 768 (WW) NVIDIA(0): No size information available in CRT-0's EDID; cannot compute (WW) NVIDIA(0): DPI from EDID. (==) NVIDIA(0): DPI set to (75, 75); computed from built-in default (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xd0000000 - 0xd7fffff0 (0x7fffff1) MX[B] ... (II) NVIDIA(0): Setting mode "1024x768" (II) Loading extension NV-GLX (II) NVIDIA(0): NVIDIA 3D Acceleration Architecture Initialized (II) NVIDIA(0): Using the NVIDIA 2D acceleration architecture (==) NVIDIA(0): Backing store disabled (==) NVIDIA(0): Silken mouse enabled (**) Option "dpms" (**) NVIDIA(0): DPMS enabled (II) NVIDIA(0): v4l[/dev/video0]: using hw video scaling [YUY2]. (II) Loading extension NV-CONTROL (WW) NVIDIA(0): Option "CalcAlgorithm" is not used (**) RandR enabled
Ah, y juegos 3D como el "ppracer" (el pinguino que se desliza por valles helados) funcionan. Pero, pero... van lentitos...
- -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFOSdmtTMYHG2NR9URAnzUAKCZShhKsxbMsO+YXCKun4Ork1dIBwCfYDj+ HYfoDhwbfIP0//Rsow0CqXc= =PGLj -----END PGP SIGNATURE-----
Hola:
Se me ha ocurrido compilar y probar el FlighGear (el simulador de vuelo) que ya no viene incluido en la distribución. Para ello el primer paso ha sido bajarme e instalar el driver de nvidia, en este caso el NVIDIA-Linux-x86-1.0-8776-pkg1.run. Luego activarlo en el xorg.conf igual que hice muchas veces en el pasado. .... creo, Carlos.. porque yo tengo una tarjeta de esas es que ya salio de soporte
El Viernes, 20 de Octubre de 2006 14:45, Carlos E. R. escribió: por parte de nvidia, hay que agregar un driver "legacy" que esta en la pagina de nvidia, porque efectivamente la tarjeta va lenta... Jaime V
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-20 a las 14:43 -0600, David Canar escribió:
Puedes correr glxinfo y poner aqui lo que te da?
Más abajo.
Quizas la nueva version (la beta) 1.0-9xxxx arregle el problema.
He probado varias versiones, y la que tengo es nueva de este mes: Version: 1.0-8776 Operating System: Linux IA32 Release Date: October 19, 2006 Vamos, de antesdeayer, literalmente. E iba más rápido el año pasado con la SuSE 9.3, pero el driver de entonces no compila con este kernel. 7184 -- modo texto corrompido. E igual de lento. 7664 -- no me compiló. 8776 - el que estoy usando ahora mismo.
Tambien algo que me ha ayudado es correr sax2 -r o sax2 -m 0=nvidia para que la configuracion del xorg.conf se reinicialice.
Nanay. Si dejo al sax2 que haga su trabajo, no puedo ver nada del propio sax porque me pone letras de _3_centimetros_de_altas cada una. Es imposible configurarlo. Además, el propio driver tiene un configurador del xorg que he probado, y guardo las configuraciones antiguas que iban. Creo que hay uno independiente que no he probado.
Y lo que nunca esta por demas... reiniciar la maquina despues de que el controlador fue instalado...
Ya lo he hecho varias veces con varias opciones. Una de ellas, usar agp de nvidia hace que se cuelguen las X en cuanto trato de tocar las columnas en el konq - y además, es un bug reproducible en mi máquina, lo he probado dos veces. nimrodel:~ # 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 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 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_get_proc_address OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce2 MX/AGP/SSE2 OpenGL version string: 1.5.6 NVIDIA 87.76 OpenGL extensions: GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shader_objects, GL_ARB_shading_language_100, 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_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_Cg_shader, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, 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_shared_texture_palette, GL_EXT_stencil_wrap, 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_vertex_array, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_KTX_buffer_region, GL_NV_blend_square, GL_NV_fence, GL_NV_fog_distance, GL_NV_gpu_program_parameters, GL_NV_light_max_exponent, GL_NV_packed_depth_stencil, GL_NV_pixel_data_range, GL_NV_point_sprite, GL_NV_register_combiners, GL_NV_texgen_reflection, GL_NV_texture_env_combine4, GL_NV_texture_rectangle, GL_NV_vertex_array_range, GL_NV_vertex_array_range2, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_SGIS_generate_mipmap, GL_SGIS_multitexture, GL_SGIS_texture_lod, GL_SUN_slice_accum 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 8 8 0 4 24 8 16 16 16 16 0 0 None 0x23 24 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None 0x24 24 tc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 None 0x25 24 tc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 None 0x26 24 tc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 None 0x27 24 tc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 None 0x28 24 tc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 None 0x29 24 tc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 None 0x2a 24 tc 0 32 0 r y . 8 8 8 0 4 16 0 16 16 16 16 0 0 None 0x2b 24 tc 0 32 0 r y . 8 8 8 8 4 16 0 16 16 16 16 0 0 None 0x2c 24 tc 0 32 0 r . . 8 8 8 0 4 16 0 16 16 16 16 0 0 None 0x2d 24 tc 0 32 0 r . . 8 8 8 8 4 16 0 16 16 16 16 0 0 None 0x2e 24 tc 0 32 0 r y . 8 8 8 0 4 0 0 16 16 16 16 0 0 None 0x2f 24 tc 0 32 0 r y . 8 8 8 8 4 0 0 16 16 16 16 0 0 None 0x30 24 tc 0 32 0 r . . 8 8 8 0 4 0 0 16 16 16 16 0 0 None 0x31 24 tc 0 32 0 r . . 8 8 8 8 4 0 0 16 16 16 16 0 0 None 0x32 24 dc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None 0x33 24 dc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 None 0x34 24 dc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 None 0x35 24 dc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 None 0x36 24 dc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 None 0x37 24 dc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 None 0x38 24 dc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 None 0x39 24 dc 0 32 0 r y . 8 8 8 0 4 16 0 16 16 16 16 0 0 None 0x3a 24 dc 0 32 0 r y . 8 8 8 8 4 16 0 16 16 16 16 0 0 None 0x3b 24 dc 0 32 0 r . . 8 8 8 0 4 16 0 16 16 16 16 0 0 None 0x3c 24 dc 0 32 0 r . . 8 8 8 8 4 16 0 16 16 16 16 0 0 None 0x3d 24 dc 0 32 0 r y . 8 8 8 0 4 0 0 16 16 16 16 0 0 None 0x3e 24 dc 0 32 0 r y . 8 8 8 8 4 0 0 16 16 16 16 0 0 None 0x3f 24 dc 0 32 0 r . . 8 8 8 0 4 0 0 16 16 16 16 0 0 None 0x40 24 dc 0 32 0 r . . 8 8 8 8 4 0 0 16 16 16 16 0 0 None - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFOVOutTMYHG2NR9URAi5mAJwOILOP1a2XQMzA8LG7z5D4FLnI+QCbBNsX WDbSJ7fBiSS5A2PJ4Oqetw0= =5MLS -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-20 a las 17:46 -0500, Jaime Andres Velez Osorio escribió:
creo, Carlos.. porque yo tengo una tarjeta de esas es que ya salio de soporte por parte de nvidia, hay que agregar un driver "legacy" que esta en la pagina de nvidia, porque efectivamente la tarjeta va lenta...
he probado el último legacy, que es de agosto, el x86-1.0-7184, y va igual de lento, y encima, al saltar a modo texto se corrompe el video. Lo que no se es donde está la lista de tarjetas soportadas por cada driver para poder comprobarlo. ¡Pero es que antes iba más rápida! Eso es lo que no tiene sentido. Ni que al ejecutar el glxgears se me ponga la CPU al 100, que se supone que el proceso debe hacerse en la tarjeta, no en la cpu principal. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFOVSUtTMYHG2NR9URAjrjAJ47lMvFN5jaTg1kRrHAQ0LqU8mP7wCeIaq6 Gz8BfPBqgsbjmymW8sZ0ooc= =5HW4 -----END PGP SIGNATURE-----
On 10/20/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-10-20 a las 14:43 -0600, David Canar escribió:
Puedes correr glxinfo y poner aqui lo que te da?
Más abajo.
Al parecer la aceleracion 3D esta activada.
Quizas la nueva
version (la beta) 1.0-9xxxx arregle el problema.
He probado varias versiones, y la que tengo es nueva de este mes:
Version: 1.0-8776 Operating System: Linux IA32 Release Date: October 19, 2006
Vamos, de antesdeayer, literalmente. E iba más rápido el año pasado con la SuSE 9.3, pero el driver de entonces no compila con este kernel.
7184 -- modo texto corrompido. E igual de lento. 7664 -- no me compiló. 8776 - el que estoy usando ahora mismo.
La version de la que te hablo es la 1.0-9x http://www.nzone.com/object/nzone_downloads_linux_display_x86_1.0-9625.html pero la verdad no se si tu placa este soportada, de todas formas nada pierdes probando.
Tambien algo que me
ha ayudado es correr sax2 -r o sax2 -m 0=nvidia para que la configuracion del xorg.conf se reinicialice.
Nanay. Si dejo al sax2 que haga su trabajo, no puedo ver nada del propio sax porque me pone letras de _3_centimetros_de_altas cada una. Es imposible configurarlo.
Además, el propio driver tiene un configurador del xorg que he probado, y guardo las configuraciones antiguas que iban. Creo que hay uno independiente que no he probado.
Pues para eso del tamaño de la letra yo tambien tuve ese problema y lo solucione usando la siguiente linea en el xorg.conf: Option "UseEdidDpi" "FALSE" No se si es un BUG en SUSE o en los controladores de nvidia pero esa linea la arregla, haz un backup del archivo de configuracion e intenta que el sax te lo configure a ver si te devuelve la velocidad! Puede ser que el archivo de configuracion tenga alguna linea que no le gusta al controlador.
Y lo que nunca esta por
demas... reiniciar la maquina despues de que el controlador fue instalado...
Ya lo he hecho varias veces con varias opciones. Una de ellas, usar agp de nvidia hace que se cuelguen las X en cuanto trato de tocar las columnas en el konq - y además, es un bug reproducible en mi máquina, lo he probado dos veces.
nimrodel:~ # 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 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 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_get_proc_address OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce2 MX/AGP/SSE2 OpenGL version string: 1.5.6 NVIDIA 87.76 OpenGL extensions: GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shader_objects, GL_ARB_shading_language_100, 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_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_Cg_shader, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, 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_shared_texture_palette, GL_EXT_stencil_wrap, 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_vertex_array, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_KTX_buffer_region, GL_NV_blend_square, GL_NV_fence, GL_NV_fog_distance, GL_NV_gpu_program_parameters, GL_NV_light_max_exponent, GL_NV_packed_depth_stencil, GL_NV_pixel_data_range, GL_NV_point_sprite, GL_NV_register_combiners, GL_NV_texgen_reflection, GL_NV_texture_env_combine4, GL_NV_texture_rectangle, GL_NV_vertex_array_range, GL_NV_vertex_array_range2, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_SGIS_generate_mipmap, GL_SGIS_multitexture, GL_SGIS_texture_lod, GL_SUN_slice_accum
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 8 8 0 4 24 8 16 16 16 16 0 0 None 0x23 24 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None 0x24 24 tc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 None 0x25 24 tc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 None 0x26 24 tc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 None 0x27 24 tc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 None 0x28 24 tc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 None 0x29 24 tc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 None 0x2a 24 tc 0 32 0 r y . 8 8 8 0 4 16 0 16 16 16 16 0 0 None 0x2b 24 tc 0 32 0 r y . 8 8 8 8 4 16 0 16 16 16 16 0 0 None 0x2c 24 tc 0 32 0 r . . 8 8 8 0 4 16 0 16 16 16 16 0 0 None 0x2d 24 tc 0 32 0 r . . 8 8 8 8 4 16 0 16 16 16 16 0 0 None 0x2e 24 tc 0 32 0 r y . 8 8 8 0 4 0 0 16 16 16 16 0 0 None 0x2f 24 tc 0 32 0 r y . 8 8 8 8 4 0 0 16 16 16 16 0 0 None 0x30 24 tc 0 32 0 r . . 8 8 8 0 4 0 0 16 16 16 16 0 0 None 0x31 24 tc 0 32 0 r . . 8 8 8 8 4 0 0 16 16 16 16 0 0 None 0x32 24 dc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None 0x33 24 dc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 None 0x34 24 dc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 None 0x35 24 dc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 None 0x36 24 dc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 None 0x37 24 dc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 None 0x38 24 dc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 None 0x39 24 dc 0 32 0 r y . 8 8 8 0 4 16 0 16 16 16 16 0 0 None 0x3a 24 dc 0 32 0 r y . 8 8 8 8 4 16 0 16 16 16 16 0 0 None 0x3b 24 dc 0 32 0 r . . 8 8 8 0 4 16 0 16 16 16 16 0 0 None 0x3c 24 dc 0 32 0 r . . 8 8 8 8 4 16 0 16 16 16 16 0 0 None 0x3d 24 dc 0 32 0 r y . 8 8 8 0 4 0 0 16 16 16 16 0 0 None 0x3e 24 dc 0 32 0 r y . 8 8 8 8 4 0 0 16 16 16 16 0 0 None 0x3f 24 dc 0 32 0 r . . 8 8 8 0 4 0 0 16 16 16 16 0 0 None 0x40 24 dc 0 32 0 r . . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFOVOutTMYHG2NR9URAi5mAJwOILOP1a2XQMzA8LG7z5D4FLnI+QCbBNsX WDbSJ7fBiSS5A2PJ4Oqetw0= =5MLS -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Saludos.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-20 a las 17:14 -0600, David Canar escribió:
Puedes correr glxinfo y poner aqui lo que te da?
Más abajo.
Al parecer la aceleracion 3D esta activada.
Si no estuviera, esos programas de juegos se negarían a arrancar. Aunque las X se me cuelgan de vez en cuando, y me dan guerra con programas como Zapping, que uso para ver la tele. Esto es una porquería. [beta]
La version de la que te hablo es la 1.0-9x
http://www.nzone.com/object/nzone_downloads_linux_display_x86_1.0-9625.html
pero la verdad no se si tu placa este soportada, de todas formas nada pierdes probando.
¿Y donde está la lista de tarjetas soportadas por cada tarjeta? Porque sé que existe. Y no entiendo la necesidad de una beta cuando esto ha funcionado siempre, durante años. Pero en fin, quizás lo intente.
Tambien algo que me
ha ayudado es correr sax2 -r o sax2 -m 0=nvidia para que la configuracion del xorg.conf se reinicialice.
Nanay. Si dejo al sax2 que haga su trabajo, no puedo ver nada del propio sax porque me pone letras de _3_centimetros_de_altas cada una. Es imposible configurarlo.
Pues para eso del tamaño de la letra yo tambien tuve ese problema y lo solucione usando la siguiente linea en el xorg.conf:
Option "UseEdidDpi" "FALSE"
¿En que sección? ¿ServerFlags? ¿ServerLayout? ¿Otra?
No se si es un BUG en SUSE o en los controladores de nvidia pero esa linea la arregla, haz un backup del archivo de configuracion e intenta que el sax te lo configure a ver si te devuelve la velocidad! Puede ser que el archivo de configuracion tenga alguna linea que no le gusta al controlador.
No me extrañaría, el fichero está editado por mi un montón. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFOWjLtTMYHG2NR9URAoMDAJ98ot9IpQBQwne2l6jtIWiHY9zAowCgklc9 icfCQ/GGuP7YXR8KEZGgl1Q= =jdlr -----END PGP SIGNATURE-----
On 10/20/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-10-20 a las 17:14 -0600, David Canar escribió:
Puedes correr glxinfo y poner aqui lo que te da?
Más abajo.
Al parecer la aceleracion 3D esta activada.
Si no estuviera, esos programas de juegos se negarían a arrancar.
Aunque las X se me cuelgan de vez en cuando, y me dan guerra con programas como Zapping, que uso para ver la tele. Esto es una porquería.
[beta]
La version de la que te hablo es la 1.0-9x
http://www.nzone.com/object/nzone_downloads_linux_display_x86_1.0-9625.html
pero la verdad no se si tu placa este soportada, de todas formas nada pierdes probando.
¿Y donde está la lista de tarjetas soportadas por cada tarjeta? Porque sé que existe.
Debe ser la misma que esta: http://www.nvidia.com/object/IO_18897.html Y no entiendo la necesidad de una beta cuando esto ha funcionado siempre,
durante años.
Pero en fin, quizás lo intente.
ha ayudado es correr sax2 -r o sax2 -m 0=nvidia para que la configuracion del xorg.conf se reinicialice.
Nanay. Si dejo al sax2 que haga su trabajo, no puedo ver nada del
Tambien algo que me propio
sax porque me pone letras de _3_centimetros_de_altas cada una. Es imposible configurarlo.
Pues para eso del tamaño de la letra yo tambien tuve ese problema y lo solucione usando la siguiente linea en el xorg.conf:
Option "UseEdidDpi" "FALSE"
¿En que sección? ¿ServerFlags? ¿ServerLayout? ¿Otra?
En Screen o Device http://download.nvidia.com/XFree86/Linux-x86_64/1.0-8762/README/appendix-d.h...
No se si es un BUG en SUSE o en los controladores de nvidia pero esa linea
la arregla, haz un backup del archivo de configuracion e intenta que el sax te lo configure a ver si te devuelve la velocidad! Puede ser que el archivo de configuracion tenga alguna linea que no le gusta al controlador.
No me extrañaría, el fichero está editado por mi un montón.
- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFOWjLtTMYHG2NR9URAoMDAJ98ot9IpQBQwne2l6jtIWiHY9zAowCgklc9 icfCQ/GGuP7YXR8KEZGgl1Q= =jdlr -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Saludos,
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-20 a las 18:39 -0600, David Canar escribió:
¿Y donde está la lista de tarjetas soportadas por cada tarjeta? Porque sé que existe.
Debe ser la misma que esta:
Entonces está soportada.: GeForce2 MX/MX 400 0x0110 Pero si ya con el driver "estable" se me cuelga, con el beta debe ser una verdadera porquería.
Pues para eso del tamaño de la letra yo tambien tuve ese problema y lo solucione usando la siguiente linea en el xorg.conf:
Option "UseEdidDpi" "FALSE"
¿En que sección? ¿ServerFlags? ¿ServerLayout? ¿Otra?
En Screen o Device
http://download.nvidia.com/XFree86/Linux-x86_64/1.0-8762/README/appendix-d.h...
No tiene sentido... no lo tiene, porque el sax muestra mal la pantalla antes de que se cargue el driver de NVidia, está usando el nv. Pero ya la tengo puesta, la probaré. [...] Igual, letras gigantescas. Además, si le pongo "sax2 --reinit", en cuyo caso se inventa una nueva configuración desde cero, hace lo mismo. No es eso. Es un bug del sax. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFOXy0tTMYHG2NR9URAid2AJ9VJR+jDWSIVAk0cEZPibBKFJu/UgCggKkW +cNaQNYZWTgGld1hWBwY1GY= =cOYZ -----END PGP SIGNATURE-----
On 10/20/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-10-20 a las 18:39 -0600, David Canar escribió:
¿Y donde está la lista de tarjetas soportadas por cada tarjeta? Porque sé que existe.
Debe ser la misma que esta:
Entonces está soportada.:
GeForce2 MX/MX 400 0x0110
Pero si ya con el driver "estable" se me cuelga, con el beta debe ser una verdadera porquería.
Nada se pierde intentando, los nuevos controladores traen mejor soporte para los nuevos kernels, que quizás es el problema en tu caso.
Pues para eso del tamaño de la letra yo tambien tuve ese problema y lo
solucione usando la siguiente linea en el xorg.conf:
Option "UseEdidDpi" "FALSE"
¿En que sección? ¿ServerFlags? ¿ServerLayout? ¿Otra?
En Screen o Device
http://download.nvidia.com/XFree86/Linux-x86_64/1.0-8762/README/appendix-d.h...
No tiene sentido... no lo tiene, porque el sax muestra mal la pantalla antes de que se cargue el driver de NVidia, está usando el nv.
Pero ya la tengo puesta, la probaré.
[...]
Igual, letras gigantescas. Además, si le pongo "sax2 --reinit", en cuyo caso se inventa una nueva configuración desde cero, hace lo mismo. No es eso. Es un bug del sax.
Primero haz sax -r, guarda la configuración que te de (no importa letras gigantescas) y despues edita el xorg.conf y añade la opción que te indiqué bajo Screen o Device y debería ponerte las letras de tamaño normal nuevamente. - --
Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFOXy0tTMYHG2NR9URAid2AJ9VJR+jDWSIVAk0cEZPibBKFJu/UgCggKkW +cNaQNYZWTgGld1hWBwY1GY= =cOYZ -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Saludos
El Viernes, 20 de Octubre de 2006 17:58, Carlos E. R. escribió:
El 2006-10-20 a las 17:46 -0500, Jaime Andres Velez Osorio escribió:
creo, Carlos.. porque yo tengo una tarjeta de esas es que ya salio de soporte por parte de nvidia, hay que agregar un driver "legacy" que esta en la pagina de nvidia, porque efectivamente la tarjeta va lenta...
he probado el último legacy, que es de agosto, el x86-1.0-7184, y va igual de lento, y encima, al saltar a modo texto se corrompe el video.
Lo que no se es donde está la lista de tarjetas soportadas por cada driver para poder comprobarlo.
¡Pero es que antes iba más rápida! Eso es lo que no tiene sentido. Ni que al ejecutar el glxgears se me ponga la CPU al 100, que se supone que el proceso debe hacerse en la tarjeta, no en la cpu principal.
Carlos a lo mejor para uno no tiene sentido, pero si eres el dueño de nvidia, si que tiene sentido....el sentido que nos toco a ambos tocar tarjeta de video nueva..... Jaime V.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-21 a las 09:13 -0500, Jaime Andres Velez Osorio escribió:
¡Pero es que antes iba más rápida! Eso es lo que no tiene sentido. Ni que al ejecutar el glxgears se me ponga la CPU al 100, que se supone que el proceso debe hacerse en la tarjeta, no en la cpu principal.
Carlos a lo mejor para uno no tiene sentido, pero si eres el dueño de nvidia, si que tiene sentido....el sentido que nos toco a ambos tocar tarjeta de video nueva.....
No, porque dudo que encuentre muchas tarjetas de video para PCs del año 2000. Seguro que el bus ha cambiado y no van. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFOjaPtTMYHG2NR9URAqIQAJ4sVCqWTXztl3G9cmK0RpuHge8lsQCdFowF HAZNQ2LJzIwWfHdmlNMgusY= =a/Mv -----END PGP SIGNATURE-----
El 2006-10-21 a las 09:13 -0500, Jaime Andres Velez Osorio escribió:
¡Pero es que antes iba más rápida! Eso es lo que no tiene sentido. Ni que al ejecutar el glxgears se me ponga la CPU al 100, que se supone que el proceso debe hacerse en la tarjeta, no en la cpu principal.
Carlos a lo mejor para uno no tiene sentido, pero si eres el dueño de nvidia, si que tiene sentido....el sentido que nos toco a ambos tocar tarjeta de video nueva.....
No, porque dudo que encuentre muchas tarjetas de video para PCs del año 2000. Seguro que el bus ha cambiado y no van. ahh es que ahí es que esta la trampa, la tarjeta ya no va mas, pero ... sera que encuentro algo que me funcione en mi board?... no, entonces, tambien la board, la memoria, el procesador, la carcasa tampoco funciona... entonces,
El Sábado, 21 de Octubre de 2006 10:02, Carlos E. R. escribió: porque no te funciona la pu...a tarjeta de video te toca cambiar todo el cacharro, ahí es que tiene sentido la queja de Richard Stalman (se escribira así?).. esa es la trampa de los drivers propietarios ( que conste que yo no es que comulgue 100% con ese señor), pero toca razonar que por lo menos en esto tiene toda la razón, y la cuestión, es que si no es ahora, sera dentro de 2 meses o dentro de 6 o dentro de 1 o 2 años, nos tocara meternos la tarjeta por las narices, porque a nvidia no le da la real gana de liberar un driver es para una tarjeta que ya ni soporte tiene. Jaime V
David Canar escribió:
On 10/20/06, Carlos E. R.
wrote: El 2006-10-20 a las 14:43 -0600, David Canar escribió:
Puedes correr glxinfo y poner aqui lo que te da?
Más abajo.
Al parecer la aceleracion 3D esta activada.
La version de la que te hablo es la 1.0-9x
http://www.nzone.com/object/nzone_downloads_linux_display_x86_1.0-9625.html
Lo acabo de probar y no se me ha colgado le ordeñador yupiiiiiiiiiiiiiiiiiiiiii, con todos los otros se cuelga. Pero aun asi no funciona bien, excesivamente inestable Esperaremos al lanzamiento definitivo a ver si de una vez por todas puedo activar el 3D
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-21 a las 12:53 -0500, Jaime Andres Velez Osorio escribió:
tarjeta por las narices, porque a nvidia no le da la real gana de liberar un driver es para una tarjeta que ya ni soporte tiene.
De hecho, si que liberaron un código fuente hace algunos años, para que la comunidad lo recogiera, pero no pasó, no hicieron nada con eso. Sospecho que era demasiado complejo. Alguien lo comentó en la lista inglesa el año pasado, me parece. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFOpJRtTMYHG2NR9URArqTAJ0fpakk9q6WdFCwCfrTkECIzZcfeACghdFf wkFYcq+0y5ur/Um6hkEd3Rc= =UCpy -----END PGP SIGNATURE-----
El 21/10/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-10-21 a las 12:53 -0500, Jaime Andres Velez Osorio escribió:
tarjeta por las narices, porque a nvidia no le da la real gana de liberar un driver es para una tarjeta que ya ni soporte tiene.
De hecho, si que liberaron un código fuente hace algunos años, para que la comunidad lo recogiera, pero no pasó, no hicieron nada con eso. Sospecho que era demasiado complejo. Alguien lo comentó en la lista inglesa el año pasado, me parece.
Por algo la gente de Novell se laba las manos y le pone el "-U flag" al driver nvidia, porque contamina el kernel. Yo estoy usando Xorg 7.2 y desde la incorporación de la versión 7, a veces trae problemas con el renderizado de las fuentes. A veces me sucede, despues de actualizar parte del sistema (kernel o Xorg), si me olvido de reinstalar el driver nvidia, el sistema grafico levanta, pero me ocuopa el 50% de la cpu. Aunque de todas maneras, no le puedes pedir mucho a la tarjeta que tienes (y al micro tambien, ja ja ja). Salu2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-22 a las 03:10 +0200, Juan Erbes escribió:
Por algo la gente de Novell se laba las manos y le pone el "-U flag" al driver nvidia, porque contamina el kernel.
Vale, ¿y existe alguna tarjeta de video con aceleración hardware y 3D con driver abierto? Ninguna. Ni ATI ni NVidia están interesados ni lo estarán nunca. Es más, cuando NVidia liberó software hace años, ni Novell ni SuSE ni nadie se interesaron en usar ese código, incorporarlo y mejorarlo.
Yo estoy usando Xorg 7.2 y desde la incorporación de la versión 7, a veces trae problemas con el renderizado de las fuentes. A veces me sucede, despues de actualizar parte del sistema (kernel o Xorg), si me olvido de reinstalar el driver nvidia, el sistema grafico levanta, pero me ocuopa el 50% de la cpu.
Por eso no, porque está compilado localmente. Lo único es que también tengo compilado el kernel localmente.
Aunque de todas maneras, no le puedes pedir mucho a la tarjeta que tienes (y al micro tambien, ja ja ja).
Le pido lo mismo que le pedía hace un año o dos, que funcionaba. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFO0IRtTMYHG2NR9URAhlgAJsHfUkpOF4gGWAb4eM2etFolx8jDwCeJD6p Ra2EW2rH30UkBTvDxw+cM/g= =3O1D -----END PGP SIGNATURE-----
El 22/10/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-10-22 a las 03:10 +0200, Juan Erbes escribió:
Por algo la gente de Novell se laba las manos y le pone el "-U flag" al driver nvidia, porque contamina el kernel.
Vale, ¿y existe alguna tarjeta de video con aceleración hardware y 3D con driver abierto? Ninguna. Ni ATI ni NVidia están interesados ni lo estarán nunca. Es más, cuando NVidia liberó software hace años, ni Novell ni SuSE ni nadie se interesaron en usar ese código, incorporarlo y mejorarlo.
Yo estoy usando Xorg 7.2 y desde la incorporación de la versión 7, a veces trae problemas con el renderizado de las fuentes. A veces me sucede, despues de actualizar parte del sistema (kernel o Xorg), si me olvido de reinstalar el driver nvidia, el sistema grafico levanta, pero me ocuopa el 50% de la cpu.
Por eso no, porque está compilado localmente. Lo único es que también tengo compilado el kernel localmente.
Aunque de todas maneras, no le puedes pedir mucho a la tarjeta que tienes (y al micro tambien, ja ja ja).
Le pido lo mismo que le pedía hace un año o dos, que funcionaba.
Creo haber visto que comentaste que se te iva la cpu al 100%, por eso te hice el ultimo comentario; de seguro debes tener algun problema con las librerias Mesa y Xorg, hay algo que "no está sincronizado". Si quieres probar con Xorg7, puedes descargarlo de: http://repos.opensuse.org/xorg7/Java_Sun-Java-1.5_SUSE_Linux_10.1/ Ojo! que desaparece /usr/X11R6, y los binarios van a parar en /usr/bin, las librerias a /usr/lib/xorg y las fuentes a /usr/share/fonts y debes ajustar los script xinitrc kdm o gdm, y todos sus parientes de acuerdo con los nuevos paths (si no te lo hace el instalador de los paquetes xorg). Ahh! al instalador de nvidia debes pasarle el argumento: sh NVIDIA-Linux-x86-1.0-8756-pkg1.run --x-module-path=/usr/lib/xorg/modules/ No te garantizo los resultados. Pero si quieres probar... Salu2
El 22/10/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-10-22 a las 03:10 +0200, Juan Erbes escribió:
Por algo la gente de Novell se laba las manos y le pone el "-U flag" al driver nvidia, porque contamina el kernel.
Vale, ¿y existe alguna tarjeta de video con aceleración hardware y 3D con driver abierto? Ninguna. Ni ATI ni NVidia están interesados ni lo estarán nunca. Es más, cuando NVidia liberó software hace años, ni Novell ni SuSE ni nadie se interesaron en usar ese código, incorporarlo y mejorarlo.
Yo estoy usando Xorg 7.2 y desde la incorporación de la versión 7, a veces trae problemas con el renderizado de las fuentes. A veces me sucede, despues de actualizar parte del sistema (kernel o Xorg), si me olvido de reinstalar el driver nvidia, el sistema grafico levanta, pero me ocuopa el 50% de la cpu.
Por eso no, porque está compilado localmente. Lo único es que también tengo compilado el kernel localmente.
Que pasa con el kernel standar de OSS?. No te habras olvidado del soporte agp/nvidia en el .config? O te equivocaste y en vez de ponerlo como modulo, lo incorporaste al kernel? Salu2
El 22/10/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-10-22 a las 03:10 +0200, Juan Erbes escribió:
Por algo la gente de Novell se laba las manos y le pone el "-U flag" al driver nvidia, porque contamina el kernel.
Vale, ¿y existe alguna tarjeta de video con aceleración hardware y 3D con driver abierto? Ninguna. Ni ATI ni NVidia están interesados ni lo estarán nunca. Es más, cuando NVidia liberó software hace años, ni Novell ni SuSE ni nadie se interesaron en usar ese código, incorporarlo y mejorarlo.
Yo estoy usando Xorg 7.2 y desde la incorporación de la versión 7, a veces trae problemas con el renderizado de las fuentes. A veces me sucede, despues de actualizar parte del sistema (kernel o Xorg), si me olvido de reinstalar el driver nvidia, el sistema grafico levanta, pero me ocuopa el 50% de la cpu.
Por eso no, porque está compilado localmente. Lo único es que también tengo compilado el kernel localmente.
Aunque de todas maneras, no le puedes pedir mucho a la tarjeta que tienes (y al micro tambien, ja ja ja).
Le pido lo mismo que le pedía hace un año o dos, que funcionaba.
Creo haber visto que comentaste que se te iva la cpu al 100%, por eso te hice el ultimo comentario; de seguro debes tener algun problema con las librerias Mesa y Xorg, hay algo que "no está sincronizado". Si quieres probar con Xorg7, puedes descargarlo de: http://repos.opensuse.org/xorg7/Java_Sun-Java-1.5_SUSE_Linux_10.1/ Ojo! que desaparece /usr/X11R6, y los binarios van a parar en /usr/bin, las librerias a /usr/lib/xorg y las fuentes a /usr/share/fonts y debes ajustar los script xinitrc, kdm o gdm, y todos sus parientes de acuerdo con los nuevos paths (si no te lo hace el instalador de los paquetes xorg). Ahh! al instalador de nvidia debes pasarle el argumento: sh NVIDIA-Linux-x86-1.0-8756-pkg1.run --x-module-path=/usr/lib/xorg/modules/ No te garantizo los resultados. Pero si quieres probar... Me olvidé agregar otro path: /usr/lib/X11 Salu2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-22 a las 14:42 +0200, Juan Erbes escribió:
Por eso no, porque está compilado localmente. Lo único es que también tengo compilado el kernel localmente.
Que pasa con el kernel standar de OSS?. No te habras olvidado del soporte agp/nvidia en el .config? O te equivocaste y en vez de ponerlo como modulo, lo incorporaste al kernel?
Lo tengo todo compilado exactamente igual que el de SuSE, lo único que hago es cambiar la CPU a pentium4. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFO2x+tTMYHG2NR9URAgtyAKCDEfZ80gKJsVOOvif4htrSMEum8ACdFJwy QSzyTX8aVGjoBs9qfd1zOXI= =5497 -----END PGP SIGNATURE-----
Buenos días amigos de la Lista Recien ayer me inscribi y estoy dando mis pinitos en Linux, quiero consultarles una duda, la computadora que uso no es muy reciente un Pentium III de 1GHz y terminé adoptando la tarjeta TNT 2 de 32Mb NVidia de mi hijo, no soy jugador de juegos pero tengo la espina clavada que no se como hacer que la tarjeta acelere (unque sea un poquitico), la tarjeta madre del equipo tiene una tarjeta grafica SiS530 que desactive por Bios aunque linux la detecta y tuve que desactivarla con el Yast. La versión de Linux que uso es 10.0 y actualice el driver NVidia usando la herramienta YOU, lo unico que no he actualizado, aun, es el Acrobat y el OpenOffice porque tengo una conexion lenta a Internet (Dial Up). Es probable que antes alguien halla tratado este tema, pero les agradecería si alguien me ayudara. Luis Díaz (Fisikito) www.fisikito.es.vg www.computito.es.vg www.ordoabchao.es.vg
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-22 a las 09:31 -0400, El profeFisikito escribió:
Es probable que antes alguien halla tratado este tema, pero les agradecería si alguien me ayudara.
Pues no tienes más que mirar los correos de los ultimos dos dias, porque lo hemos hablado. Mira en el archivo: http://lists.suse.com/archive/suse-linux-s/2006-Oct/ Tienes las instrucciones de SuSE aquí: http://www.suse.de/~sndirsch/nvidia-installer-HOWTO.html - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFO38etTMYHG2NR9URArtrAKCIhnFgjq7/emi5t5ytNM1+M5tpiACfTI74 bBd+eRg8ROUigjx10SAx/08= =zGXf -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-22 a las 14:37 +0200, Juan Erbes escribió:
Creo haber visto que comentaste que se te iva la cpu al 100%,
Con el glxgears, si.
por eso te hice el ultimo comentario; de seguro debes tener algun problema con las librerias Mesa y Xorg, hay algo que "no está sincronizado".
Puede ser, ¿pero que? cer@nimrodel:~> rpm -q -a | grep -i mesa Mesa-devel-6.4.2-19.7 Mesa-6.4.2-19.7 ./CD1/suse/i586/Mesa-6.4.2-19.i586.rpm: Summary : Mesa is a 3-D graphics library with an API which is very similar to that of OpenGL.*
Si quieres probar con Xorg7, puedes descargarlo de: http://repos.opensuse.org/xorg7/Java_Sun-Java-1.5_SUSE_Linux_10.1/
No, no, eso lo dejo para cuando instale el suse 10.2 o 3, y se ponga sólo. No quiero meterme en esos fregados por un rato de juegos.
Ojo! que desaparece /usr/X11R6, y los binarios van a parar en /usr/bin, las librerias a /usr/lib/xorg y las fuentes a /usr/share/fonts y debes ajustar los script xinitrc kdm o gdm, y todos sus parientes de acuerdo con los nuevos paths (si no te lo hace el instalador de los paquetes xorg). Ahh! al instalador de nvidia debes pasarle el argumento: sh NVIDIA-Linux-x86-1.0-8756-pkg1.run --x-module-path=/usr/lib/xorg/modules/
No te garantizo los resultados. Pero si quieres probar...
No, graciasss :-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFO+b1tTMYHG2NR9URAiQDAKCFf+Ji7kd1jVvTFoGOY95E4rgH/ACfRkbP jzLOu/41uYMg39sK64OlGYo= =LsSe -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-21 a las 00:39 -0600, David Canar escribió: [beta de nvidia]
Nada se pierde intentando, los nuevos controladores traen mejor soporte para los nuevos kernels, que quizás es el problema en tu caso.
Me dicen que la ultima estable, que es del jueves, es en realidad esa misma beta estabilizada. Lo probaré cuando tenga un hueco, pero espero muy poco.
Primero haz sax -r, guarda la configuración que te de (no importa letras gigantescas) y despues edita el xorg.conf y añade la opción que te indiqué bajo Screen o Device y debería ponerte las letras de tamaño normal nuevamente.
¡Pero tiene que haber una manera de hacer que el sax muestre un tamaño decente para poder configurarlo! O sea, ¿como rayos va nadie a configurar las X si no puede siquiera usar el sax? Yo tengo las X configuradas porque lo tengo hecho desde hace años y guardo las configuraciones, y sé los cambios que se hacen de nv a nvidia. Tiene que haber una manera de que el sax2 funcione como debe. Y no puede ser alterando un fichero de configuración que no existe todavía y que es el sax quien tiene que crear. Eso es un bug como una casa del propio sax, y funcionaba hace un año o dos. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFO+/8tTMYHG2NR9URAt4dAJ9quzOrEplIt4i0nrUXEJPMZYb3KgCffZ5C d2eqLy6QSE8Ei7sPlSfFWm4= =K8d5 -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-22 a las 23:47 +0200, Carlos E. R. escribió:
Creo haber visto que comentaste que se te iva la cpu al 100%,
Con el glxgears, si.
Por cierto, el flightgears lo he conseguido "usabilizar" recompilándolo con "-O3" en vez del "-O2" que usa por defecto - amén del "-march=pentium4" que uso por mi cuenta. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFO/CPtTMYHG2NR9URAvSAAJ9Skc+zWKIVcQc+Tk3PG8RQBI7WMQCfa4o6 VnolL5v/HKUoy6+cKGFjUoM= =LBk8 -----END PGP SIGNATURE-----
El 22/10/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-10-22 a las 14:42 +0200, Juan Erbes escribió:
Por eso no, porque está compilado localmente. Lo único es que también tengo compilado el kernel localmente.
Que pasa con el kernel standar de OSS?. No te habras olvidado del soporte agp/nvidia en el .config? O te equivocaste y en vez de ponerlo como modulo, lo incorporaste al kernel?
Lo tengo todo compilado exactamente igual que el de SuSE, lo único que hago es cambiar la CPU a pentium4.
Bueh! Yo antes tambien tenía esa manía, de compilar el kernel, cuando usaba un K6-500, para el que tenía un config "afinado", y con los fuentes nuevos, lo copiaba en el directorio de los fuentes y hacía un "make oldconfig". Pero desde que me pasé al Athlon XP2600, no recompilo mas, salvo como me pasó hace poco con el audacity, que se colgaba, pero el problema estaba en una librería instalada desde rpm (ladspa), lo cual descubrí haciendo el debug y registrando el bug en bugzilla, y mientras para poder usar audacity borré momentaneamente la librería de ladspa que daba problemas, hasta que la arreglaron. No volviste a probar la versión de nvidia, con la que te funcionaba bien antes? Es probable que en las versiones mas nuevas hallan orientado el driver hacia tarjetas mas nuevas y potentes, dejando un soporte precario para tarjetas antiguas como la tuya. Salu2
Hola
Recien ayer me inscribi y estoy dando mis pinitos en Linux, quiero consultarles una duda, la computadora que uso no es muy reciente un Pentium III de 1GHz y terminé adoptando la tarjeta TNT 2 de 32Mb NVidia de mi hijo, no soy jugador de juegos pero tengo la espina clavada que no se como hacer que la tarjeta acelere (unque sea un poquitico), En la web de susemanía hay una explicación que mande hace rato de como configurar esta pláca gráfica.
Alfredo
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-22 a las 22:54 -0300, Juan Erbes escribió:
No volviste a probar la versión de nvidia, con la que te funcionaba bien antes? Es probable que en las versiones mas nuevas hallan orientado el driver hacia tarjetas mas nuevas y potentes, dejando un soporte precario para tarjetas antiguas como la tuya.
Lo intenté, pero al instalar la interfase del kernel el compilador protesta de errores, de esos que el gcc detecta ahora y que antes ignoraba, y no se puede. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFPIpmtTMYHG2NR9URAlQIAJ9hrJbeSXpllb0w9Iv9lYEPXn4MuACdHtNB 5vSeQdfeJyVbYHxzOcxr4r4= =96D0 -----END PGP SIGNATURE-----
El 23/10/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-10-22 a las 22:54 -0300, Juan Erbes escribió:
No volviste a probar la versión de nvidia, con la que te funcionaba bien antes? Es probable que en las versiones mas nuevas hallan orientado el driver hacia tarjetas mas nuevas y potentes, dejando un soporte precario para tarjetas antiguas como la tuya.
Lo intenté, pero al instalar la interfase del kernel el compilador protesta de errores, de esos que el gcc detecta ahora y que antes ignoraba, y no se puede.
Bueno, será hora de que actualices la tarjeta de video, si es que se puede. Es agp 2X o 4X la que tienes? SI VAS A REEMPLAZAR LA TARJETA PRESTA ATENCION, QUE LAS MAS ANTIGUAS TRABAJABAN A 3,3 VOLTS, MIENTRAS QUE LAS MODERNAS FUNCIONAN CON 1,5 VOLTS (traen una especie de "gancho" a continuación del slot, para ser trabadas en el mobo). http://es.wikipedia.org/wiki/AGP Lee bien las especificaciones de tu mobo. Salu2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-23 a las 10:30 -0300, Juan Erbes escribió:
Bueno, será hora de que actualices la tarjeta de video, si es que se puede.
¿Sólo para jugar de vez en cuando? Para eso reinstalo la 9.3 o alguna anterior. ¿Y que garantías tengo de que una tarjeta nueva no tenga un driver con problemas? Porque el actual peta. O peta por incompatibilidad con el kernel. Porque lo que hay es o ATI o NVidia, y ambos dan guerra, son drivers binarios. ¿O es que existe alguna tarjeta abierta con aceleración hardware y 3D?
Es agp 2X o 4X la que tienes?
Creo que 4.
SI VAS A REEMPLAZAR LA TARJETA PRESTA ATENCION, QUE LAS MAS ANTIGUAS
No me grites.
TRABAJABAN A 3,3 VOLTS, MIENTRAS QUE LAS MODERNAS FUNCIONAN CON 1,5 VOLTS (traen una especie de "gancho" a continuación del slot, para ser trabadas en el mobo).
Bueno es saberlo.
http://es.wikipedia.org/wiki/AGP Lee bien las especificaciones de tu mobo.
CPU Supports Socket478 for Intel® Pentium 4 (FC-PGA2) processor Supports 1.3GHz, 1.4GHz and up to 2.xGHzChipset Intel® Brookdale chipset - - AGP 4x/2x universal slot - - Supports 100MHz FSB - - Supports 400MHz Intel NetBurst micro-architecture bus Intel® ICH2 chipset (360 BGA) - - AC97 Controller Integrated - - 2 full IDE channels, up to ATA100 - - Low pin count interface for Winbond SIO Slots One AGP (Accelerated Graphics Port) 2x/4x 1.5V slot Three PCI 2.2 32-bit Master PCI Bus slots Supports 3.3v/5v PCI bus Interface One CNR slot Pues es de las nuevas, y eso que es del año 2001. No es tan nuevo el invento :-P - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFPS2gtTMYHG2NR9URAi4cAJ0QsUamiOdDQ+yq8x+/VrAwCXulNACdHVrF BTBFWDQ/AMoqxonUO7PU9xc= =9G4P -----END PGP SIGNATURE-----
¿O es que existe alguna tarjeta abierta con aceleración hardware y 3D?
Las tarjetas Intel 915, 945 o 965 tienen aceleración 3D muy, muy buena y sus controladores son abiertos y vienen incluidos en el Xorg. No se si estos chips vienen incluidos solo en las placas madres o si tambien puedes conseguirlos aparte. Saludos,
El 23/10/06, Carlos E. R. escribió:
¿Sólo para jugar de vez en cuando? Para eso reinstalo la 9.3 o alguna anterior.
¿No probaste con el controlador cerrado de nVidia? Ese módulo tan majo listo para instalar... :-)
¿Y que garantías tengo de que una tarjeta nueva no tenga un driver con problemas? Porque el actual peta. O peta por incompatibilidad con el kernel. Porque lo que hay es o ATI o NVidia, y ambos dan guerra, son drivers binarios.
¿O es que existe alguna tarjeta abierta con aceleración hardware y 3D?
Yo antes ponía siempre Matrox, pero ahora casi no merece la pena, el precio se dispara y las prestaciones no son comparables a las Ati o las nVidia. Carlos, lo único raro que he visto en la información que pusiste de glxinfo es la versión de OpenGL que tienes (OpenGL version string: 1.5.6) yo tengo la 2.0.x, en SuSE 10.1... aunque quizá dependa de la tarjeta gráfica. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-23 a las 23:33 +0200, Camaleón escribió:
El 23/10/06, Carlos E. R. escribió:
¿Sólo para jugar de vez en cuando? Para eso reinstalo la 9.3 o alguna anterior.
¿No probaste con el controlador cerrado de nVidia? Ese módulo tan majo listo para instalar... :-)
¡Coj....! ¡Pero si llevo diciendo una semana que me da muchos problemas!
¿O es que existe alguna tarjeta abierta con aceleración hardware y 3D?
Yo antes ponía siempre Matrox, pero ahora casi no merece la pena, el precio se dispara y las prestaciones no son comparables a las Ati o las nVidia.
Normal.
Carlos, lo único raro que he visto en la información que pusiste de glxinfo es la versión de OpenGL que tienes (OpenGL version string: 1.5.6) yo tengo la 2.0.x, en SuSE 10.1... aunque quizá dependa de la tarjeta gráfica.
Esas OpenGL son de NVidia: OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce2 MX/AGP/SSE2 OpenGL version string: 1.5.6 NVIDIA 87.76 Observa que las opengl no son realmente código abierto, son de SGI y no vienen con la SuSE. No hay ningún paquete que las contenga, no he visto ningún paquete llamado opengl. Lo que hay son las "Mesa", un equivalente (6.4.2): | Mesa is a 3-D graphics library with an API which is very similar to | that of OpenGL.* To the extent that Mesa utilizes the OpenGL command | syntax or state machine, it is being used with authorization from | Silicon Graphics, Inc.(SGI). However, the author does not possess an | OpenGL license from SGI, and makes no claim that Mesa is in any way a | compatible replacement for OpenGL or associated with SGI. Those who | want a licensed implementation of OpenGL should contact a licensed | vendor. | | Please do not refer to the library as MesaGL (for legal reasons). It's | just Mesa or The Mesa 3-D graphics library. | | * OpenGL is a trademark of Silicon Graphics Incorporated. ¿De donde sacas tu esas "2.0.x"? - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFPUXwtTMYHG2NR9URAjCJAKCGo++BaQDJ18w12D6pCj6Gz0+Z8ACfc8GC CqVZxW4Qytc2+Jivdc/efe0= =+jH6 -----END PGP SIGNATURE-----
Hola ¿Has leído lo que públique en susemanía sobre las tarjetas viejas de nVidia? Es para SuSE 10.0, pero talvez te sirva. Buscalo por nvidia. Alfredo
El 24/10/06, Carlos E. R. escribió:
¡Coj....! ¡Pero si llevo diciendo una semana que me da muchos problemas!
Ah, me pareció leer que lo habías compilado, por eso pensaba que era otro controlador. Yo lo instalé desde Yast, dos paquetes.
¿De donde sacas tu esas "2.0.x"?
De glxinfo: (...) server glx vendor string: NVIDIA Corporation server glx version string: 1.4 client glx vendor string: NVIDIA Corporation client glx version string: 1.4 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: Quadro FX 1500/PCI/SSE2 OpenGL version string: 2.0.2 NVIDIA 87.62 (...) Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-24 a las 08:57 +0200, Camaleón escribió:
El 24/10/06, Carlos E. R. escribió:
¡Coj....! ¡Pero si llevo diciendo una semana que me da muchos problemas!
Ah, me pareció leer que lo habías compilado, por eso pensaba que era otro controlador. Yo lo instalé desde Yast, dos paquetes.
Si instalas un driver que no sea el que instala el yast, por ejemplo, la última versión, entonces tienes que instalarlo con su instalador, y una de las fases consiste en recompilar la interfase con el kernel.
¿De donde sacas tu esas "2.0.x"?
De glxinfo:
(...) OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: Quadro FX 1500/PCI/SSE2 OpenGL version string: 2.0.2 NVIDIA 87.62 (...)
OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce2 MX/AGP/SSE2 OpenGL version string: 1.5.6 NVIDIA 87.76
Curioso... luego el mismo driver debe llevar distintas versiones de opengl :-? - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFPdxjtTMYHG2NR9URAgYFAJ0azkK/KlDNwNxSHnlb6wdKe1A34wCfdrAm W85XAB6xThdIX4zULd9+YeE= =wlTr -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-24 a las 01:34 -0300, alfredodelaiti@netscape.net escribió:
¿Has leído lo que públique en susemanía sobre las tarjetas viejas de nVidia? Es para SuSE 10.0, pero talvez te sirva. Buscalo por nvidia.
Todavía no. He estado mirando en la documentación de la gente de nvidia, que se instala bajo "/usr/share/doc/NVIDIA_GLX-1.0/html/", y dice algunas cosas a mirar cuando va lento, pero no tengo esos problemas que cuenta. Lo peor es que se me cuelga: abrir el zapping 0.10cvs6 y se queda el PC frito inmediata y completamente. Me queda por probar desconectando el AGP. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFPd2atTMYHG2NR9URAkl0AJ9vSe1+GX/qEZyFATrW6N+k87YwZACbBjjL VVlsuADoHnyJoXpqrzWc8/o= =1vv9 -----END PGP SIGNATURE-----
El 24/10/06, Carlos E. R. escribió:
Curioso... luego el mismo driver debe llevar distintas versiones de opengl :-?
Ojo, no es el mismo controlador, yo no tengo la última versión sino la que está disponible desde Yast (creo que han sacado hace poco una nueva). Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-24 a las 11:50 +0200, Camaleón escribió:
Curioso... luego el mismo driver debe llevar distintas versiones de opengl :-?
Ojo, no es el mismo controlador, yo no tengo la última versión sino la que está disponible desde Yast (creo que han sacado hace poco una nueva).
Son muy pocas versiones de diferencia. Y si han sacado una nueva, porque había un agujero de seguridad recien descubierto, entonces usan la misma que tengo yo, que es la que lo ha corregido. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFPeZitTMYHG2NR9URAlI5AJ95mGjJTCk/yJJBbWF8CEnS0eGC9gCgi4yn ewxdn+hxEq/OfsBbYf3Imgc= =p8Ff -----END PGP SIGNATURE-----
El 24/10/06, Carlos E. R. escribió:
Son muy pocas versiones de diferencia. Y si han sacado una nueva, porque había un agujero de seguridad recien descubierto, entonces usan la misma que tengo yo, que es la que lo ha corregido.
El agujero tenía... ¿años? ;-) http://kerneltrap.org/node/7228 Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-24 a las 13:13 +0200, Camaleón escribió:
El 24/10/06, Carlos E. R. escribió:
Son muy pocas versiones de diferencia. Y si han sacado una nueva, porque había un agujero de seguridad recien descubierto, entonces usan la misma que tengo yo, que es la que lo ha corregido.
El agujero tenía... ¿años? ;-)
Si... cosas del software no abierto. :-(
Y curiosas despotricaciones las de los que responden... - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFPgLvtTMYHG2NR9URAnsuAJ0UyUJeq8WcKhJ9K4Ie1OrlghhIwACggWUI y0mzTlRUV0LEw2Vzo5Q4ZAc= =7y5g -----END PGP SIGNATURE-----
El 24/10/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-10-24 a las 13:13 +0200, Camaleón escribió:
El 24/10/06, Carlos E. R. escribió:
Son muy pocas versiones de diferencia. Y si han sacado una nueva, porque había un agujero de seguridad recien descubierto, entonces usan la misma que tengo yo, que es la que lo ha corregido.
El agujero tenía... ¿años? ;-)
Si... cosas del software no abierto. :-(
Será por eso que no lo abren, para que no se enteren de todas las fallas de programación que tiene....
Y curiosas despotricaciones las de los que responden...
Por algo en el boot.msg te pone: <4>nvidia: module not supported by Novell, setting U taint flag. <4>nvidia: module license 'NVIDIA' taints kernel. ¿Lo quieres mas claro? No buscaste en los foros de nvidia? Suelen tener alunos patches (yo me bajé uno hace poco para poder compilar para Xorg7): http://www.nvnews.net/vbulletin/forumdisplay.php?s=&forumid=14 Salu2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-20 a las 21:45 +0200, escribí: ...
Ah, y juegos 3D como el "ppracer" (el pinguino que se desliza por valles helados) funcionan. Pero, pero... van lentitos...
Y además se colgó varias veces. La entrada en el Bugzilla es la "215937". Y hay otros hilos en la lista inglesa con problemas similares. Por cierto, los problemas con el "NVIDIA-Linux-x86-1.0-8776-pkg1.run" (el último driver) no ocurren en la 9.3 - la repuse para comprobarlo. Funciona rápido y estable. Es un problema en la 10.1 Ah, y por cierto, la gente de NVidia niega haber tenido conocimiento del agujero de seguridad que corrije este driver desde el año 2004, como se ha dicho: http://nvidia.custhelp.com/cgi-bin/nvidia.cfg/php/enduser/std_adp.php?p_faqi... - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFQob2tTMYHG2NR9URAgWwAJ9CSBcLMF2H79YZLt/wHGeJ0/D94gCgmX4u zRgEiwm0zclUS2F0nd34tbI= =5R07 -----END PGP SIGNATURE-----
El 27/10/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-10-20 a las 21:45 +0200, escribí:
...
Ah, y juegos 3D como el "ppracer" (el pinguino que se desliza por valles helados) funcionan. Pero, pero... van lentitos...
Y además se colgó varias veces. La entrada en el Bugzilla es la "215937". Y hay otros hilos en la lista inglesa con problemas similares.
Por cierto, los problemas con el "NVIDIA-Linux-x86-1.0-8776-pkg1.run" (el último driver) no ocurren en la 9.3 - la repuse para comprobarlo. Funciona rápido y estable. Es un problema en la 10.1
Ah, y por cierto, la gente de NVidia niega haber tenido conocimiento del agujero de seguridad que corrije este driver desde el año 2004, como se ha dicho:
De hecho, ahora estoy usando el driver "nv", debido a ese problema, que bajo Xorg 7.2, el renderizado de las fuentes es pesimo con las versiones anteriores a 1.0-8776. Tenía la 8762, y con la ultima versión de Xorg, ni siquiera teniendo el parametro "RenderAccel" seteado como no, directamente no se veían las fuentes, ni siquiera en konsole (no se imaginan lo divertido que es no ver lo que uno escribe). Veré si se soluciona este problema con el ultimo driver. Salu2 Salu2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-27 a las 21:35 -0300, Juan Erbes escribió:
De hecho, ahora estoy usando el driver "nv", debido a ese problema, que bajo Xorg 7.2, el renderizado de las fuentes es pesimo con las versiones anteriores a 1.0-8776. Tenía la 8762, y con la ultima versión de Xorg, ni siquiera teniendo el parametro "RenderAccel" seteado como no, directamente no se veían las fuentes, ni siquiera en konsole (no se imaginan lo divertido que es no ver lo que uno escribe). Veré si se soluciona este problema con el ultimo driver.
Lo que tu cuentas es totalmente distinto de lo que yo he visto y reportado. La visualización era perfecta. El problema en la 10.1 es en algunos casos de velocidad y en otros de inestabilidad, o ambas cosas. Además, el último driver que es el que decíamos que era problemático funciona perfecto en la 9.3, luego el driver en sí está bien, pero el conjunto no. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFQq4ltTMYHG2NR9URAvgbAJ0b+E9xFTWSwJfsJW/rdA3wxMmDuwCdEdSj WoX7jys5cVB1l9IHyuy63CM= =pZKG -----END PGP SIGNATURE-----
Estoy muy seguro que se trata del Kernel. Si tienes algunas horas que te
estan sobrando seria interesante ver si te va bien el SuSE 10.1 con el
kernel del 9.3 y el driver de NVidia. Asi puedes sacarte la duda si es el
kernel el problema o no. Yo uso el 10.1 pero con una geForce FX5200 con el
ultimo driver de nvidia y no es lento. Quizas la convinacion del ultimo
kernel, tu placa y el driver de nvidia en algun lugar te esta dando
problemas.
Saludos.
On 10/27/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-10-27 a las 21:35 -0300, Juan Erbes escribió:
De hecho, ahora estoy usando el driver "nv", debido a ese problema, que bajo Xorg 7.2, el renderizado de las fuentes es pesimo con las versiones anteriores a 1.0-8776. Tenía la 8762, y con la ultima versión de Xorg, ni siquiera teniendo el parametro "RenderAccel" seteado como no, directamente no se veían las fuentes, ni siquiera en konsole (no se imaginan lo divertido que es no ver lo que uno escribe). Veré si se soluciona este problema con el ultimo driver.
Lo que tu cuentas es totalmente distinto de lo que yo he visto y reportado. La visualización era perfecta. El problema en la 10.1 es en algunos casos de velocidad y en otros de inestabilidad, o ambas cosas. Además, el último driver que es el que decíamos que era problemático funciona perfecto en la 9.3, luego el driver en sí está bien, pero el conjunto no.
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFQq4ltTMYHG2NR9URAvgbAJ0b+E9xFTWSwJfsJW/rdA3wxMmDuwCdEdSj WoX7jys5cVB1l9IHyuy63CM= =pZKG -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-27 a las 18:39 -0700, David Canar escribió:
Estoy muy seguro que se trata del Kernel. Si tienes algunas horas que te estan sobrando seria interesante ver si te va bien el SuSE 10.1 con el kernel del 9.3 y el driver de NVidia.
Uff, no, esa prueba es demasiado complicada, no. Y además, yo sospecho de las X. No, la pelota ahora mismo está en el tejado de Novell quien se la pasará a NVidia: ellos tienen el código y pueden saber lo que está pasando. Lo que yo pueda hacer son adivinanzas.
Yo uso el 10.1 pero con una geForce FX5200 con el ultimo driver de nvidia y no es lento.
Hay otra gente con otras tarjetas que si ha reportado lentitud e inestabilidad. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFQy8LtTMYHG2NR9URAgSBAJwJ5UEwKCZlTQI+fbkLV6+IT1rTOQCeMShR SgIw6lpqcF7qw2Tfn7PXLV8= =/Q8O -----END PGP SIGNATURE-----
El 28/10/06, Carlos E. R. escribió:
Hay otra gente con otras tarjetas que si ha reportado lentitud e inestabilidad.
Pues estaría bien ponerlo en la lista de hardware de OpenSuSE dentro del apartado de tarjetas gráficas*. Hice la prueba de glxgears y glxinfo en otro equipo con SuSE 10.1 y tarjeta GeForce 7600 GS, no me dio problemas y como nota curiosa la versión de OpenGL era la 2.0.2. * http://en.opensuse.org/HCL/Video_Cards -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-28 a las 12:29 +0200, Camaleón escribió:
Hay otra gente con otras tarjetas que si ha reportado lentitud e inestabilidad.
Pues estaría bien ponerlo en la lista de hardware de OpenSuSE dentro del apartado de tarjetas gráficas*.
No, porque la 9.3 no presenta esos problemas (con el mismo driver). Es un bug que hay que corregir.
Hice la prueba de glxgears y glxinfo en otro equipo con SuSE 10.1 y tarjeta GeForce 7600 GS, no me dio problemas y como nota curiosa la versión de OpenGL era la 2.0.2.
Si, lo recuerdo. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFQzSytTMYHG2NR9URAot1AKCCLFaM2ofKi40rwnya0OhdI0wwdwCcCZHI SOPADn/7rnLzuqcCwy4Od8E= =QXCv -----END PGP SIGNATURE-----
El 28/10/06, Carlos E. R. escribió:
No, porque la 9.3 no presenta esos problemas (con el mismo driver). Es un bug que hay que corregir.
Pero habrá gente en tu situación, con una versión nueva de SuSE 10.1 y una tarjeta AGP antigua...
Si, lo recuerdo.
Pero no es la misma, es "otra" tarjeta, y el mismo controlador instala la misma versión 2.0.2 de OpenGL en ambos casos, mientras que en tu caso instala una versión antigua. Quizá sea por el bus agp o por la antigüedad de la tarjeta. Saludos, -- Camaleón
El problema en la 10.1 es en algunos casos de velocidad y en otros de inestabilidad, o ambas cosas.
Era inestable en la 10.1, al menos en mi caso, hasta la última actualización del kernel. Después de ella tuve que volver al driver "nv" ya que el driver propietario (que en pura teoría no necesitava recompilación) no enlazaba con mi kernel. Creo que, cuando me pasó eso, hablé de ello por aquí. Cuando tenga algo de tiempo (y ganas) volveré a reintentar solucionar ese problema. -- Salutacions - Saludos, Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-28 a las 13:01 +0200, Camaleón escribió:
El 28/10/06, Carlos E. R. escribió:
No, porque la 9.3 no presenta esos problemas (con el mismo driver). Es un bug que hay que corregir.
Pero habrá gente en tu situación, con una versión nueva de SuSE 10.1 y una tarjeta AGP antigua...
Mmmm... no se. Todavía es pronto, hay que ver que es lo que ocurre ahora. Y hay que averiguar que pasará con la 10.2, me temo que va a empeorar. Y afecta también a otras tarjetas más nuevas, es dificil saber a cuantas.
Si, lo recuerdo.
Pero no es la misma, es "otra" tarjeta, y el mismo controlador instala la misma versión 2.0.2 de OpenGL en ambos casos, mientras que en tu caso instala una versión antigua. Quizá sea por el bus agp o por la antigüedad de la tarjeta.
Que si, que recuerdo que lo comentaste, y esa era mi idea de lo que pasaba. Dependiendo de la tarjeta pues instala una versión distinta del opengl. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFQz0stTMYHG2NR9URAhr1AJ4zLAXtpjRfc1hdrXRSAgA7PnpwLACdFWph TN5B9DIPCjn0j8RtCYlaS1Y= =DAwu -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-28 a las 13:04 +0200, Josep M. Queralt escribió:
El problema en la 10.1 es en algunos casos de velocidad y en otros de inestabilidad, o ambas cosas.
Era inestable en la 10.1, al menos en mi caso, hasta la última actualización del kernel. Después de ella tuve que volver al driver "nv" ya que el driver propietario (que en pura teoría no necesitava recompilación) no enlazaba con mi kernel.
No necesita recompilación si ellos (NVidia) han incluido la interfax de tu kernel. Si tu kernel es más nuevo que el driver, puede no funcionar y hay que reompilar la interface - pero eso lo hace el instalador del driver automáticamente. Una gaita, claro, cada vez que actualizas el kernel.
Creo que, cuando me pasó eso, hablé de ello por aquí.
Cuando tenga algo de tiempo (y ganas) volveré a reintentar solucionar ese problema.
Si a tí te es inestable, sería intersante que añadieras tu informe detallado al bugzilla. Básicamente es ejecutar "nvidia-bug-report.sh" antes de cerrar la sesión colgada - si se deja, claro. Es util un ssh desde fuera. O meterlo en un cron. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFQz4ktTMYHG2NR9URAiYsAJ4gszT/UKvGneh2MpPZuwjbd5ewYACgjM3x CrztSpGl+ldRP5Js8wzA9ns= =SI9w -----END PGP SIGNATURE-----
Cuando tenga algo de tiempo (y ganas) volveré a reintentar solucionar ese problema.
Si a tí te es inestable, sería intersante que añadieras tu informe detallado al bugzilla. Básicamente es ejecutar "nvidia-bug-report.sh" antes de cerrar la sesión colgada - si se deja, claro. Es util un ssh desde fuera. O meterlo en un cron.
Bueno, al final lo he reintentado y me ha sobrado tiempo para escribir. :-) Al parecer fue un problema del maldito "ZEN-Updater". Despues de actualizar el kernel reinstaló _todas_ las versiones del driver de NVIDIA con tan mala fortuna (ley de Murphy) que quedó activa la que no tocaba. Esta noche al revisar el driver para actualizar (con YAST) me he dado cuenta y la solución ha sido tan sencilla como desinstalar las versiones incorrectas del driver y actualizar la buena. Reiniciar las X y volver la aceleración 3D. De todas maneras me he dado cuenta que la versión del driver para SuSE es más antigua que la existente para el resto de distribuciones: Suse: (download.nvidia.com/novell) 1.0-8762 del 11 de Julio 2006 Linux: 1.0-8776 del 19 de Octubre 2006 Como no tenía ganas de más problemas no he probado el 8776. P.D. Ahora el ZEN me dice que temgo que actualizar la SuSE 10.0 a la 10.1 (que és la que tengo puesta). !!!!!! realmente este engendro es genial !!! Suerte que me estoy ganando mi plaza en el cielo, porque sino no me explico porque no lo he desinstalado aún. -- Salutacions - Saludos, Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-28 a las 23:39 +0200, Josep M. Queralt escribió:
De todas maneras me he dado cuenta que la versión del driver para SuSE es más antigua que la existente para el resto de distribuciones:
Suse: (download.nvidia.com/novell) 1.0-8762 del 11 de Julio 2006
Se instala siempre la versión que había cuando salió la distro, aunque sea descargando. Nunca se instala automáticamente la última.
Linux: 1.0-8776 del 19 de Octubre 2006
Como no tenía ganas de más problemas no he probado el 8776.
P.D. Ahora el ZEN me dice que temgo que actualizar la SuSE 10.0 a la 10.1 (que és la que tengo puesta). !!!!!! realmente este engendro es genial !!!
A saber que es lo que tienes liado... :-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFQ9XytTMYHG2NR9URAgHNAJ0SFwxwUaOZGfj2d3o07cE+QEwVoACfSMCv YP+WrPV9FZ+3dZGNfdPboTA= =7L36 -----END PGP SIGNATURE-----
El 28/10/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-10-28 a las 23:39 +0200, Josep M. Queralt escribió:
De todas maneras me he dado cuenta que la versión del driver para SuSE es más antigua que la existente para el resto de distribuciones:
Suse: (download.nvidia.com/novell) 1.0-8762 del 11 de Julio 2006
Se instala siempre la versión que había cuando salió la distro, aunque sea descargando. Nunca se instala automáticamente la última.
Linux: 1.0-8776 del 19 de Octubre 2006
Como no tenía ganas de más problemas no he probado el 8776.
P.D. Ahora el ZEN me dice que temgo que actualizar la SuSE 10.0 a la 10.1 (que és la que tengo puesta). !!!!!! realmente este engendro es genial !!!
A saber que es lo que tienes liado... :-)
Bueno, nadie los obliga a instalar la versión "de Novell", pueden descargarla directamente de: http://www.nvidia.com/object/unix.html Luego hacen como root un "init 3" Luego "sh NVIDIA-Linux-x86-1.0-8776-pkg1.run" A veces puede dar problemas diciendo que el driver está cargado, y conviene momentaneamente reemplazar el driver por "nv", que al finalizar la instalación (si le dan yes), el mismo instalador de Nvidia, lo vuelve a poner como "nvidia" en el xorg.conf. Al final hacen como root un "init 5" y listo, ya tienen el entorno grafico otra vez funcionando (si todo sale bien). Salu2
De todas maneras me he dado cuenta que la versión del driver para SuSE es más antigua que la existente para el resto de distribuciones:
Suse: (download.nvidia.com/novell) 1.0-8762 del 11 de Julio 2006
Se instala siempre la versión que había cuando salió la distro, aunque sea descargando. Nunca se instala automáticamente la última.
Pues seguramente en esta ocasión hicieron una excepción, ya que la que había cuando salió la 10.1 se tenía que ejecutar por shell y un poco más tarde salió esta.
P.D. Ahora el ZEN me dice que temgo que actualizar la SuSE 10.0 a la 10.1 (que és la que tengo puesta). !!!!!! realmente este engendro es genial !!!
A saber que es lo que tienes liado... :-)
Yo nada. Se lo monta todo el ZEN solito. Ese simpático engendro ni se entera de que estoy actualizando "a mano" con YAST. Como me estoy ganando el cielo no lo he quitado, pero si que lo mantengo deshabilitado. Lo que ocurre es que, como no lo he sacado del script de arranque, si reinicializo la máquina ZEN siempre me cuenta algún chiste como este de querer actualizar a la 10.1. Por cierto, que ya se porque YAST no instala correctamente programas bajados directamente de internet. y la verdad es que es otro chiste. La pista me la dio un colistero, cuyo nombre no recuerdo, ya hace tiempo. Resulta que la versión de KDE que viene de origen, si no recuerdo mal la 3.5.1 "a", no se entiende correctamente con YAST. La solución es muy sencilla, actualizar KDE a una versión superior y desaparece el problema. -- Salutacions - Saludos, Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-29 a las 01:18 +0200, Josep M. Queralt escribió:
Se instala siempre la versión que había cuando salió la distro, aunque sea descargando. Nunca se instala automáticamente la última.
Pues seguramente en esta ocasión hicieron una excepción, ya que la que había cuando salió la 10.1 se tenía que ejecutar por shell y un poco más tarde salió esta.
No, que la instalé hace una semana durante mis pruebas. Son dos rpms que se descargan de nvidia. El procedimiento es: En el Yast, se añade la fuente de instalación download.nvidia.com (ftp), directorio "novell". Se selecciona el instalador de software y se instalan x11-video-nvidia" y "nvidia-gfx-kmp-"kernel-flavor", donde "kernel-flavor" será el timpo de kernel que se esté usando, por ejemplo, "default". Se activa el driver en Sax, y listo Está publicado en http://www.suse.de/~sndirsch/nvidia-installer-HOWTO.html#3 Pero no se exactamente el número de driver que instala, porque uno de los cuelgues me borró la base de datos rpm, y aunque la recuperé perdí las últimas cosas instaladas. Espera, que le digo al yast que intente instalarlo, cancelo y lo veo... es el el 1.0.8762. Y estamos en el 8776. Pse... no mucho. En teoría ese procedimiento evita tener que recompilar nada cada vez que se actualiza el kernel.
P.D. Ahora el ZEN me dice que temgo que actualizar la SuSE 10.0 a la 10.1 (que és la que tengo puesta). !!!!!! realmente este engendro es genial !!!
A saber que es lo que tienes liado... :-)
Yo nada. Se lo monta todo el ZEN solito. Ese simpático engendro ni se entera de que estoy actualizando "a mano" con YAST. Como me estoy ganando el cielo no lo he quitado, pero si que lo mantengo deshabilitado. Lo que ocurre es que, como no lo he sacado del script de arranque, si reinicializo la máquina ZEN siempre me cuenta algún chiste como este de querer actualizar a la 10.1.
No tengo instalado "zen" según el rpm. No puedo comentar.
Por cierto, que ya se porque YAST no instala correctamente programas bajados directamente de internet. y la verdad es que es otro chiste. La pista me la dio un colistero, cuyo nombre no recuerdo, ya hace tiempo. Resulta que la versión de KDE que viene de origen, si no recuerdo mal la 3.5.1 "a",
Debe ser la "3.5.1-69.32".
no se entiende correctamente con YAST. La solución es muy sencilla, actualizar KDE a una versión superior y desaparece el problema.
Aumpf! - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFQ/wYtTMYHG2NR9URAuJUAJ43YEBUvmsxu7xa4LRtt4kk+qD3SwCgiIWJ ZD+9LMQhxVX5vn3oktfI8m4= =9Lsb -----END PGP SIGNATURE-----
Pues seguramente en esta ocasión hicieron una excepción, ya que la que había cuando salió la 10.1 se tenía que ejecutar por shell y un poco más tarde salió esta.
No, que la instalé hace una semana durante mis pruebas. Son dos rpms que se descargan de nvidia. El procedimiento es:
Tengo pruebas :-) http://lists.suse.com/archive/suse-linux-s/2006-Aug/0073.html Me acuerdo porque hice la "instalación tradicional" y a los 4 días salieron los RPM con los que ya no era necesario recompilar los módulos en el kernel. (Yo ya los había recompilado un par de veces.) ... instalé el RPM hasta que el engendro, en otra actualización del kernel lo estropeó todo .... y hasta ayer.
En el Yast, se añade la fuente de instalación download.nvidia.com (ftp), directorio "novell". Se selecciona el instalador de software y se instalan x11-video-nvidia" y "nvidia-gfx-kmp-"kernel-flavor", donde "kernel-flavor" será el timpo de kernel que se esté usando, por ejemplo, "default". Se activa el driver en Sax, y listo
Si, si, me acuerdo de lo que hice anoche. :-)
Espera, que le digo al yast que intente instalarlo, cancelo y lo veo... es el el 1.0.8762. Y estamos en el 8776. Pse... no mucho.
Es que no te fías de mi..... te juro que no se me ha pegado nada del ZEN..... :-) Lo decía en un mensaje de ayer, el de SuSE es de Julio y el último es del 19 de Octubre.
En teoría ese procedimiento evita tener que recompilar nada cada vez que se actualiza el kernel.
Cierto si instalas el RPM, pero si instalas el 8776 vuelves al "metodo antiguo" (creo) porque ya dij que no me apetecían más problemas con la 10.1
No tengo instalado "zen" según el rpm. No puedo comentar.
Ya veo, tú no sabes que hemos venido a este mundo a sufrir. 0=:-)
Resulta que la versión de KDE que viene de origen, si no recuerdo mal la 3.5.1 "a",
Debe ser la "3.5.1-69.32".
No se, el mío pone KDE 3.5.1 level "a". Puede tratarse del mismo o igual es otro chiste del ZEN. :-( -- Salutacions - Saludos, Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-29 a las 09:26 +0100, Josep M. Queralt escribió:
No, que la instalé hace una semana durante mis pruebas. Son dos rpms que se descargan de nvidia. El procedimiento es:
Tengo pruebas :-)
http://lists.suse.com/archive/suse-linux-s/2006-Aug/0073.html
Me acuerdo porque hice la "instalación tradicional" y a los 4 días salieron los RPM con los que ya no era necesario recompilar los módulos en el kernel. (Yo ya los había recompilado un par de veces.)
Eso te pasa por instalarlo en cuanto sale - yo me esperé un mes o dos :-P
... instalé el RPM hasta que el engendro, en otra actualización del kernel lo estropeó todo .... y hasta ayer.
Es muy facil que se estropee. Mira, en la 9.3 que estuve probando tenía puesto un kernel de hace meses, y al poner el driver nuevecito no tuve que compilar nada. En cuanto le dí al YOU y actualizó el kernel (a agosto, no te creas) el driver de nvidia ya no tenía la interfaz del kernel, y decía que a compilar tocan. Nada, a instalar fuentes del kernel, paquetes de desarrollo, vuelta al you para actualizar, paso por cloneconfig,... y todo eso en una partición para pruebas rápidas.
Espera, que le digo al yast que intente instalarlo, cancelo y lo veo... es el el 1.0.8762. Y estamos en el 8776. Pse... no mucho.
Es que no te fías de mi..... te juro que no se me ha pegado nada del ZEN..... :-) Lo decía en un mensaje de ayer, el de SuSE es de Julio y el último es del 19 de Octubre.
Vale, vale, pero numericamente son pocas versiones. Y afortunadamente, no nos perdemos mucho.
No tengo instalado "zen" según el rpm. No puedo comentar.
Ya veo, tú no sabes que hemos venido a este mundo a sufrir. 0=:-)
:-)
Resulta que la versión de KDE que viene de origen, si no recuerdo mal la 3.5.1 "a",
Debe ser la "3.5.1-69.32".
No se, el mío pone KDE 3.5.1 level "a". Puede tratarse del mismo o igual es otro chiste del ZEN. :-(
¿Donde dice la versión? Es que no tengo el kde corriendo, estoy en gnome. Ah, el konqueror lo dice, 3.5.1. level a. Esa misma entonces. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFRIpEtTMYHG2NR9URAmwSAKCTVOLfQ/flDkAE3ovpWZxqinGvRACePPYC 3n5slgF+ClBywOTFYEW6LHw= =zbjS -----END PGP SIGNATURE-----
Eso te pasa por instalarlo en cuanto sale - yo me esperé un mes o dos :-P
No, si yo tengo la 10.0 en producción. Lo que pasó es que en casa me petó la máquina de sobremesa en Julio y compré una de nueva y ya puestos le hice una instalación limpia con la 10.1. Pensé que con un poco más de tiempo sería un reloj como la 10.0, pero me equivoqué ..... y eso que estuve tentado de ponerle KUbuntu 6.06. Cada vez que me da por el s*co maldigo no haberlo hecho.
Es muy facil que se estropee. Mira, en la 9.3 que estuve probando tenía puesto un kernel de hace meses, y al poner el driver nuevecito no tuve que compilar nada. En cuanto le dí al YOU y actualizó el kernel (a agosto, no te creas) el driver de nvidia ya no tenía la interfaz del kernel, y decía que a compilar tocan. Nada, a instalar fuentes del kernel, paquetes de desarrollo, vuelta al you para actualizar, paso por cloneconfig,... y todo eso en una partición para pruebas rápidas.
Pues a mi ahora me parece que YOU va fino. Lo uso cada semana para actualizar. El "updater" ahora soy yo. :-) Cuando me canse creo que pondré SMART o quizá el YUM. YUM lo uso con CentOS y la verdad es que no da ninguna guerra.
Vale, vale, pero numericamente son pocas versiones. Y afortunadamente, no nos perdemos mucho.
Bueno quizá yo si me esté perdiendo algo, ya que tengo instalada una GFORCE que teóricamente no está soportada por el XGL y puede que alguno de los problemas de inestabilidad que me da tenga su origen en la targeta gráfica.
¿Donde dice la versión? Es que no tengo el kde corriendo, estoy en gnome. Ah, el konqueror lo dice, 3.5.1. level a. Esa misma entonces.
Si tengo tiempo y ganas el próximo fin de semana haré la acualización del KDE y probablemente del driver de NVIDIA y ya, de paso, desinstalaré el ZMD y el ZEN de una vez por todas. -- Salutacions - Saludos, Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-29 a las 13:47 +0100, Josep M. Queralt escribió:
Eso te pasa por instalarlo en cuanto sale - yo me esperé un mes o dos :-P
No, si yo tengo la 10.0 en producción.
Lo que pasó es que en casa me petó la máquina de sobremesa en Julio y compré una de nueva y ya puestos le hice una instalación limpia con la 10.1. Pensé que con un poco más de tiempo sería un reloj como la 10.0, pero me equivoqué ..... y eso que estuve tentado de ponerle KUbuntu 6.06. Cada vez que me da por el s*co maldigo no haberlo hecho.
Je, pues a mi la 10.1 me va muy bien... salvo el driver comercial de nvidia, claro.
Es muy facil que se estropee. Mira, en la 9.3 que estuve probando tenía puesto un kernel de hace meses, y al poner el driver nuevecito no tuve que compilar nada. En cuanto le dí al YOU y actualizó el kernel (a agosto, no te creas) el driver de nvidia ya no tenía la interfaz del kernel, y decía que a compilar tocan. Nada, a instalar fuentes del kernel, paquetes de desarrollo, vuelta al you para actualizar, paso por cloneconfig,... y todo eso en una partición para pruebas rápidas.
Pues a mi ahora me parece que YOU va fino. Lo uso cada semana para actualizar. El "updater" ahora soy yo. :-) Cuando me canse creo que pondré SMART o quizá el YUM. YUM lo uso con CentOS y la verdad es que no da ninguna guerra.
No digo eso. Lo que digo es que la historia de que al actualizar el kernel no te pete el driver de nvidia y tengas que recompilar sólo funciona con ciertas combinaciones de drivers y kernels. En el caso de la 9.3 no va con el último kernel, va con el anterior. Es decir, la gente de nvidia no lo prepara para todos los kernels de cada distro. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFRKfAtTMYHG2NR9URAiRQAJ0StTsoMmznIWq63U1TWOvN2TjWnwCbBfgu db4efJIWBlwlVwDwd/jwDS8= =5eNd -----END PGP SIGNATURE-----
El 29/10/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-10-29 a las 13:47 +0100, Josep M. Queralt escribió:
Eso te pasa por instalarlo en cuanto sale - yo me esperé un mes o dos :-P
No, si yo tengo la 10.0 en producción.
Lo que pasó es que en casa me petó la máquina de sobremesa en Julio y compré una de nueva y ya puestos le hice una instalación limpia con la 10.1. Pensé que con un poco más de tiempo sería un reloj como la 10.0, pero me equivoqué ..... y eso que estuve tentado de ponerle KUbuntu 6.06. Cada vez que me da por el s*co maldigo no haberlo hecho.
Je, pues a mi la 10.1 me va muy bien... salvo el driver comercial de nvidia, claro.
Es muy facil que se estropee. Mira, en la 9.3 que estuve probando tenía puesto un kernel de hace meses, y al poner el driver nuevecito no tuve que compilar nada. En cuanto le dí al YOU y actualizó el kernel (a agosto, no te creas) el driver de nvidia ya no tenía la interfaz del kernel, y decía que a compilar tocan. Nada, a instalar fuentes del kernel, paquetes de desarrollo, vuelta al you para actualizar, paso por cloneconfig,... y todo eso en una partición para pruebas rápidas.
Pues a mi ahora me parece que YOU va fino. Lo uso cada semana para actualizar. El "updater" ahora soy yo. :-) Cuando me canse creo que pondré SMART o quizá el YUM. YUM lo uso con CentOS y la verdad es que no da ninguna guerra.
No digo eso. Lo que digo es que la historia de que al actualizar el kernel no te pete el driver de nvidia y tengas que recompilar sólo funciona con ciertas combinaciones de drivers y kernels. En el caso de la 9.3 no va con el último kernel, va con el anterior. Es decir, la gente de nvidia no lo prepara para todos los kernels de cada distro.
Bueno, tampoc es tan dificil hacer el procedimiento tradicional en
init 3 "sh Nvidiaxxxxx.run" y seguir los pasos, que mientras tengas
los headers o fuentes del kernel que tienes en uso, funciona
normalmente.
Nos quejamos de Nvidia, pero parece que las cosas con ATI, están peor, miren:
Stefan Dirsch
Am Sonntag, 29. Oktober 2006 02:35 schrieb Greg KH:
Please contact ATI, there is nothing that we can do about this from the SuSE side, sorry.
So if i understand you correctly that the wrong X.org-version-string isnt submitted by X but misinterpreted by the ATI-driver?
Two issues: 1) ATI driver doesn't support X.Org > 7.1 2) The X.Org version check in the ATI driver is buggy Salu2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-10-29 a las 19:19 -0300, Juan Erbes escribió:
Bueno, tampoc es tan dificil hacer el procedimiento tradicional en init 3 "sh Nvidiaxxxxx.run" y seguir los pasos, que mientras tengas los headers o fuentes del kernel que tienes en uso, funciona normalmente.
No es que sea dificil... para nosotros. Instalar los fuentes del kernel, herramientas de desarrollo, actualizar con el YOU... o sea, media hora o una hora más (con buena red, por modem pueden ser varias horas), y sabiendo lo que tienes que hacer. Y si no lo sabes, pues tienes averiguarlo, lo cual puede ser varios dias si no sabes por donde enterarte. Lo digo porque me pasó el otro dia al reinstalar la 9.3 - y ojo, que el driver nuevo de nvidia trae el conexor del kernel de la 9.3, pero del kernel anterior al de agosto, no creas que se estiran mucho.
Nos quejamos de Nvidia, pero parece que las cosas con ATI, están peor, miren:
Mala suerte :-( - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFRTNQtTMYHG2NR9URAs4MAJ9VOTy4R1/299GCP1TGhA1EXtnPUgCcCUNT WIPCmm5ZoSH5St1fcCFoABU= =iCBa -----END PGP SIGNATURE-----
Encontré una solución para el problema de que el driver de nVidia va lento
en la 10.1 o 10.2. Instalé una copia nueva del 10.2 en una maquina mia para
probar el AIGLX con el nuevo driver de nVidia pero iba lentísimo, busque en
Google y encontre la siguiente cura:
anda a tu carpeta home (por ejemplo /home/david) y alli busca si tienes el
archivo .nvidia-settings-rc . si lo tienes borralo sin piedad y eso hace que
tu placa vaya muuuy rapida. El glxgears me daba entre 80-120 fps y ahora que
lo borré me da 1400-1500fps y todo va muy rapido. No se cuando se crea ese
archivo ni tampoco que es lo que hace para hacer los graficos bien lentos,
pero funciona si lo borras.
Saludos.
David.
On 10/29/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-10-29 a las 19:19 -0300, Juan Erbes escribió:
Bueno, tampoc es tan dificil hacer el procedimiento tradicional en init 3 "sh Nvidiaxxxxx.run" y seguir los pasos, que mientras tengas los headers o fuentes del kernel que tienes en uso, funciona normalmente.
No es que sea dificil... para nosotros. Instalar los fuentes del kernel, herramientas de desarrollo, actualizar con el YOU... o sea, media hora o una hora más (con buena red, por modem pueden ser varias horas), y sabiendo lo que tienes que hacer. Y si no lo sabes, pues tienes averiguarlo, lo cual puede ser varios dias si no sabes por donde enterarte.
Lo digo porque me pasó el otro dia al reinstalar la 9.3 - y ojo, que el driver nuevo de nvidia trae el conexor del kernel de la 9.3, pero del kernel anterior al de agosto, no creas que se estiran mucho.
Nos quejamos de Nvidia, pero parece que las cosas con ATI, están peor,
miren:
Mala suerte :-(
- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFRTNQtTMYHG2NR9URAs4MAJ9VOTy4R1/299GCP1TGhA1EXtnPUgCcCUNT WIPCmm5ZoSH5St1fcCFoABU= =iCBa -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-20 a las 14:38 -0700, David Canar escribió:
Encontré una solución para el problema de que el driver de nVidia va lento en la 10.1 o 10.2. Instalé una copia nueva del 10.2 en una maquina mia para probar el AIGLX con el nuevo driver de nVidia pero iba lentísimo, busque en Google y encontre la siguiente cura:
anda a tu carpeta home (por ejemplo /home/david) y alli busca si tienes el archivo .nvidia-settings-rc . si lo tienes borralo sin piedad y eso hace que tu placa vaya muuuy rapida. El glxgears me daba entre 80-120 fps y ahora que lo borré me da 1400-1500fps y todo va muy rapido. No se cuando se crea ese archivo ni tampoco que es lo que hace para hacer los graficos bien lentos, pero funciona si lo borras.
Lo crea el programa "nvidia-settings". Puede que te resuelva algo en tu caso porque tenga seleccionada alguna opción incorrecta. En mi caso, llevo unos dias probando con el driver "NVIDIA-Linux-x86-1.0-9629-pkg1.run", y ese parece haber resuelto el problema de estabilidad, no se me cae en dias. Si se cae si suspendo, al despertar. Me parece que se soluciona eliminando cierto módulo al suspender, pero no se cual, tengo que investigar. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFYkX0tTMYHG2NR9URAlmwAJ9dF9OD0S9ewRbHGJceYIyhal/wIQCdHHGQ ZI6+8sTQJ9IS6XtPcebQz5o= =5/N4 -----END PGP SIGNATURE-----
participants (9)
-
admin-listas
-
alfredodelaiti@netscape.net
-
Camaleón
-
Carlos E. R.
-
David Canar
-
El profeFisikito
-
Jaime Andres Velez Osorio
-
Josep M. Queralt
-
Juan Erbes