El Tue, 18 May 2010 20:33:05 +0200, Carlos E. R. escribió:
On 2010-05-18 18:08, Camaleón wrote:
Compiz tiene problemas tanto con ATI como con nvidia, no creas que se trata de un problema único y exclusivo de Intel. El problema sería que el driver no funcionara con un escritorio en 2D, sin adornos extra. Eso sí sería problemático y grave.
Sería más grave. Que la aceleración hardware y el 3D no funcione puede ser muy grave según para quien.
A ver, a ver... una cosa es que no funcione el driver 3D "sin" Compiz y otra muy distinta es que el Compiz se vuelva tonto en GNOME. ¿Te funcionan los juegos 3D (o Google Earth) sin Compiz? En primer lugar, la aceleración por hardware debe estar activada ya que de lo contrario Compiz no se podría iniciar >:-) Después, ¿afecta a todos los entornos, por ejemplo, en KDE también, y de igual forma? No es grave, vamos, que no es "vital" para el funcionamiento del equipo. Quien tiene un adaptador gráfico Intel ya sabe que tonterías 3D, las justas. Y por cierto, sí, las extensiones 3D del controlador se deberían poder desactivar desde el propio "xorg.conf" o pasando algún parámetro al kernel.
Sí, pero a ver, la lista negra de Compiz se puede "baipasear" fácilmente, eso no es problema. El problema sobreviene si al activar Compiz (aún estando en la lista negra) no funciona, o va lento. En ese caso no queda otra opción que desactivarlo.
Eso es lo de menos. Lo importante es que no funcione y que lo añadan ahí porque no funciona.
No creas. Mira, me pasó algo similar con cuando estaba probando la 11.2. Abrí un bug para mi tarjeta Intel (no se podía activar Compiz pero la tarjeta sí admitía 3D). ¿El error? Pues que la tarjeta estaba en su lista negra cuando realmente sí funcionaba, así que supongo que antes de sacar la 11.2 lo corrigieron. Era un chipset Intel Q965.
Podría ser un error del YaST gráfico y no de la tarjeta o el driver :-?
Un parpadeo por exceso de redibujados, o por mandar dibujar una cosa y la contraria un instante después, vale. Que los botones se salgan fuera del dialogo, no, y que parpadeen de un lado a otro, no. Que se me pongan zonas de la pantalla con colores corruptos, exactamente como un monitor con cables rotos, no.
¡Es que el efecto es el de un monitor roto!
Es un efecto muy raro, sí.
Bueno, una cosa buena: no tocan el init, lo dejan "tradicional". El otro está en los paquetes, pero no se pone por defecto. Menos mal.
¿Dices que no se atreven con el upstart? Miedicas :-P
No aporta ventajas visibles. Es un tema muy delicado y el tradicional es muy conocido - que ten en cuenta que en SuSE corre con el arranque paralelo, que otros no se han atrevido. Eso acelera mucho.
Ya, ya... que "s'han acongojao"... lo cual me parece bien porque en openSUSE el upstart no está tan probado como en otras distribuciones (en Debian tenemos a los Ubunteros que nos hacen de "conejillos de indias" y los de RedHat tiene a los "fedoritos" para ir probando las cosas) >:-). En openSUSE es distinto, no hay "colchón" que valga (si sale mal, los usuarios y la crítica se le lanzarán a la yugular), así que entiendo que no quieran errar el tiro :-)
¿Si? Mis pruebas los muestran, pero sin sonido. Yo tuve que verlos en el movil, el portatil no me dejaba (factory). Click click, banshee, falta driver. Jamás he podido ver un video con banshee, no se para que lo ponen. Bueno, sí lo se, pero tampoco sé como hacer para que el banshee funcione. ¿Pasar por caja?
Bueno, yo ahora no tengo Banshee pero con Totem los vídeos que me mandan en ese formato (por lo general desde móviles Nokia) los veo y oigo sin problemas (ahora mismo no sé qué plugins de A/V tengo, no preguntes).
El banshee dice que tiene que buscar el códec apropiado. Se abre el navegador en "file:///usr/share/opensuse-codecs-installer/offline.html#":
El banshee es una bestia parda que no sé ni cómo funciona. Creo que tuve que instalar un montón de códecs desde packman para dejarlo en un estado "decente" en la 11.2.
Proprietary Multimedia Support in openSUSE
(lo típico...)
El primer sitio hay que pasar por caja, entiendo (http://www.fluendo.com/?referrer=opensuse). Y para el segundo sólo hay soporte para ogg y theora. Los otros son restringidos, y me dan la charla de siempre. Imagino, no lo sé, que en packman tendrán un gstreamer que funcione. No he mirado.
Sí, en packman pero no lo recomiendo salvo que sea necesario... es un poco lioso.
Francamente, pongo el xine de packman, que lo conozco, y me dejo de rollos, no veo la ventaja del gstreamer. Para los que necesiten que sea legal y puedan pasar por caja, sí.
O usar los codecs de packman.
Y si lo abro con Totem, tampoco funciona, porque usa el motor "gstreamer", luego el problema es el mismo que antes.
Pues no lo entiendo... porque mi totem es del año de matusalén (2.22.2). ¿cómo puedo saber qué backend usa? Veo esto en el "Acerca de": Reproductor de películas que usa GStreamer 0.10.19 y GNOME
Con xine sí se visualiza, pero sin sonido (que lo tiene).
Pero, hablaba de factory, donde no tengo puesto ningún repo ni he mirado si packman tiene el xine para factory.
Hay que activar la grabación del sonido en la configuración del modo "cámara de vídeo" del móvil, eso sí, de lo contrario sólo almacena imagen, lo cual suele ser conveniente si se quiere reducir el tamaño del archivo resultante.
En el mio está puesto, en el movil se oyen, y con realplayer también.
En el vídeo que has subido a bugzilla, al reproducirlo en Totem el apartado de sonido está en blanco, sin datos. En cambio, si lo reproduzco con SMPlayer sí hay audio, y desde ahí puedo ver la información del archivo. El códec de audio que usa es "ffamrnb" y el de vídeo es "ffh263". Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org