[eside-ghost] Webcam y videoconferencia + cybertomate

[Jon Ander Hernandez]

Aupi gexplorer!

Yo me pille una webcam hace cosa de 1 mes o asi, y la verdad es que le
dí bastantes bastantes vueltas a la cabeza y no es un tema fácil.

Como no es fácil tendrás que recurrir a la mítica lista de pros y
contras, pesar cada lado de la balanza, elegir una que sepas ante todo
que funciona (descarta las que pudieran funcionar) y no darle más
vueltas.

Para empezar este tema en cuanto a soporte esta... esta bastante
kili-kolo... el problema viene de que las webcams códifican la imagen de
video y se les olvida la parte de liberar un book, una spec con la forma
de descodificar su protocolo. Algunos chips a base de ingeniería inversa
han sido decodificados y existen drivers libres... pero la mayor parte
de las camaras que los usan o no se venden o estan obsoletas.

Y tambien tenemos un monton de camaras que sencillamente no sabemos que
son, ni que tienen, por lo que a saber... igual tienen un chip soportado
y simplemente probando drivers damos con el que funciona... o tal vez
haya que modificar el driver y añadir el identificador de nuestra camara
para que funcione... o puede que exista un driver pero al ser un chip de
otra versión haya que retocar el driver... o no haya sido usado
previamente.

Para descubrir nada como ir a la página de www.linux-usb,org, como hay
que hacer siempre que uno quiere comprarse un periferico usb, y con la
lista de la tienda en mano mirar a ver que encontramos como funcional
(tambien hay cámaras que estan en estado warning y tal, y que despues
mirando en la página del driver en sourceforge descubramos que
funcionan).

Aunque te voy a dar una pista, la mayor parte de las webcams de creative
y de logitech en el mercado usa chips de la marca philips que debe de
estar de moda y para el cual hay un driver ... pero ... tiene 
¡¡¡¡¡ cyberTomate !!!! ¡¡¡ Que fuerte, que fuerte !!!!

Y es que fue origen de un pollo importante, con 4 tres estrellas como
protagonistas :
* el desarrollador del driver para estos chips.
* Linus Tordvalds (el toma las decisiónes en el kernel)
* Greg Kroah-Hartman (el que manda en los drivers usb)
* Alan Cox (un ente de la red, que se lee todas las listas, que responde
a todos los FUDs y Flames que encuentra en ellas, que sabe lo que nadie
sabe y que es el boss, y sobre todo que predica que el buen código no
necesita comentarios... vamos casi casi como que directamente lo
interpretaramos y ejecutaramos en nuestro sistema neural).

Vi a resumir la historía aunque si alguien se la quiere leer no tiene
más que googlear y usar como palabra clave la web kerneltrap donde esta
recogida la historía completa y con estractos de las mejores
contribuciones que se lanzaron por la lista de desarrollo del kernel.

El tema es de la siguiente manera, el driver lleva ya un montón de
tiempo en el nucleo de Linux, Greg que es el mantenedor de los drivers
usb, se percata que el driver este driver infringe la normativa del
kernel porque entre su código tiene un pequeño hook que permite cargar
un trozo de código privativo encargado de decodificar el video de la
cámara en modo de alta resolución. Entonces Greg siguiendo la nórmativa
elimina el truco que permite cargar ese módulo, el desarrollador del
driver se cosca y se pega un revote de la leche y argumenta que eso no
deberían haberlo descubierto ahora sino cuando ese código entro en el
kernel, que ahora no pueden eliminar esa funcionalidad ya que los
usuarios se quejarán al actualizar el kernel y ver que ya no funciona y
que si va a funcionar a medias que lo quiten, entra acto seguido en
escena el sr Tordvalds y dice OK, y borra el driver, y argumenta que la
pertenencía del código es un derecho ganado del programador y accede a
su eliminación... ante este hecho sin precedente, entra en escena Alan
Cox y argumenta que en el soft libre el autor no es el unico dueño de
ese código, que pertenece a todos y que ademas del autor hay que contar
con todas aquellas personas que han contribuido a este, Tordvalds
responde que hay que respetar el honor del programador ya que todos
somos compañeros... y pa rematar Alan Cox decide que si el código no se
vuelve a introducir pide formalmente a Linus que este elimine del kernel
todas sus contribuciones (jejejeje). Y por cierto el programador
original se ha dado por deshonrado y ha abandonado definitvamente el
desarrollo del driver para este chip y lo malo es que es el unico que
tenía el book con las specs del chip.
¿Como acaba la historía? Pues no lo se porque fue hace un mes cuando
sucedio esto y no lo he vuelto a mirar más, pero no se porque me da, que
van a ser tus deberes informarte de ello :D.


Aunque llegados a este punto, en el que espero que esteís doblemente
indignados, por un lado por como nos tratas estas empresas y por otro
lado por lo que esta indignación nos lleva al ser canalizada a realizar
infinitos mensajes que os indignan.

Pero ahi una luz... aunque la luz no esta ausente de FUD, y es que
existe una alternativa correcta, una alternativa de otra empresa menos
mala que tiene una webcam que Knuth (Dios) mio! envia la imagen en un
formato STANDARD!!!!! La 1394 Digital Camera Specification.
Soportada en el mundo libre gracias a la libdc1394.

Al final yo me acabe pillando una iSight, es más cara es cierto, pero es
mejor camara que el resto, es standard y encima tiene una calidad que me
va a permitir sacar unos videos de los cursos de verano que lo
flipas :DDD

Respecto a lo de programas de videoconferencía, pues asi el que yo uso
es el gnomemeeting, probablemente existan más sistemas, tampoco es un
terreno que tenga muy explorado. Tambien puedes usar sistemas de
Streaming, el plan como flumotion (hace nada comentado en barrapunto).

Un Saludete!

JonAn

PD: Te felicito por haberme aguantado hasta aquí :D
PD2: Si consideras el texto excesivamente ironico, o excesivamente
cargado, lo siento es lo que hay :DDD
PD3: Se agradecen correcciones ortográficas, o cualquier consejo
relacionado con la escritura.

Disclaimer: Libertad para distribuir mis emails como queraís mientras no
me pongais verde :DDD.