IMPORTANTE: Nociones básicas para configurar tu Webcam

Éste es un artículo de "reflexión" personal debido a que acabo de responder una segunda entrada sobre el mismo tema, las consultas son:

1. ¿Cómo configurar una Webcam Philips ToUcam XS en Mandriva Linux?
   http://blogdrake.net/node/7943
2. ¿Cómo hacer funcionar una Genius VideoCAM Express V2 en Mandriva Linux Free 2007 Spring?
   http://blogdrake.net/node/7930

Si le podéis echar un ojo, estos mensajes tienen un origen común: falta de Google, léase pereza, falta de ganas de intentar entender lo que devuelve la consola... o algo que no consigo comprender.

Esto no es un mensaje de crítica, si fuera así, no hubiese respondido ninguno de los dos, directamente hubiese pasado, es más bien una "petición".

Me explico. Todos hemos sido novatos, a todos nos gusta que nos den las cosas hechas, pero al menos, no está de más leer un poco en el momento de hacer las cosas.

Aun centrándome en webcams, esto puede aplicarse a casi todos los tipos de hardware. Esto es lo que hay que hacer si pasamos de Windows a Mandriva Linux, y hay algo (normalmente usb) que no acaba de ir "fino".

1. dmesg; esto devolverá el listado de dispositivos conectados. Si nos fijamos, cada dispositivo conectado tiene asociados varios números del tipo:
   

   pid 0x7304

   Esto no es más que un número que tiene cada dispositivo. Nosotros sabremos (normalmente por descarte) lo que es y lo que no, pero en su defecto Google suele ir muy bien. En mi caso eso se corresponde a mi impresora.

2. Una vez detectado el dispositivo (y no digo marca y modelo, digo dispositivo) procedemos a buscar el "driver" (módulo para nosotros) que le permitirá al kernel hacerlo funcionar adecuadamente. Insistir en un detalle, en Windows lo que hacemos es: tenemos el aparato de la marca X y modelo Y, vamos a la web del fabricante X y bajamos los drivers del modelo Y. Ahora, en Mandriva, el asunto es más "abierto": bajamos un módulo capaz de controlar la circuitería interna, así, nos dará igual el que lo venda, lo importante será quién lo fabrique (por ejemplo, Philips tenía un chipset para cámaras digitales que iba muy bien, el pwc. En cambio ahora monta chipsets de OmniVision. ¿La razón? Seguramente porque será más económico comprar chipsets a diseñarlos y fabricarlos ellos mismos, eso sinceramente no viene al caso).
3. Cuando sabemos cómo se llama el módulo, léase gspca, ov51x, hplip, etc, lo primero es, si tenemos urpmi bien configurado:
   
   • Manual: Todo lo que siempre quisiste saber sobre urpmi pero nunca te atreviste a preguntar
     http://blogdrake.net/node/4422
   • ¿Qué es un repositorio?
     http://blogdrake.net/node/5701
   • EasyURPMI
     http://easyurpmi.zarb.org/

   Buscar paquetes que contengan lo que buscamos, lo más cómodo es usar la interfaz gráfica, así de un golpe seleccionamos lo que se asemeje mejor al nombre que hemos encontrado en Google.

4. Probadlo, no sirve usar sólo 1 programa para probar un dispositivo, lo adecuado es probar varios que lo utilicen. Si no va en ninguno, la solución es obvia, algo hemos hecho mal. Si en cambio falla con 1 programa en concreto (en ambos post les falla con amsn), lo mejor y más "adecuado" es probar con la página web del programa. Así los que lo han hecho sabrán que algo falla, agradecerán el gesto de intentar mejorar (un detalle, encontrar un error es más útil que alagar un acierto, así surgen las mejoras) e intentarán daros respuesta con la mayor brevedad posible.

Espero que esto sirva de algo...

Un saludo a todos:
efesto