Solución al problema de captura por firewire

Arco

Muchos nos quedamos picuetos cuando, de repente, nuestras camcoders dejaron de funcionar con Kino. Aquí se explica cómo hacerla funcionar, otra vez...

Antecedentes...

Supongo que lo primero que tendríamos que explicar es el porqué dejaron de funcionar... allá por los kernels 2.6.8 (mas o menos) el linux usaba una stack para el firewire que creaba distintos archivos de dispositivo: eth1394, raw1394, etc. Estos dispositivos son en realidad la forma en la que se usará el bus...

Todos nuestros programas tales como Kino, mplayer, etc. usan estos dispositivos para realizar el acceso... hasta ahí todo normal...

Resulta que unos individuos se dan cuenta de que esta forma de acceso al bus es una chapucilla y deciden realizar un pequeño cambio: usar otro stack distinto y dejar la selección del modo de uso del bus a una capa software superior... es decir... libraw1394, libdv1394, etc. Esta nueva forma se supone que es mucho mejor y más elegante... entonces... ¿cuál es el problema?... pues fácil: todos nuestros programas siguen usando /dev/raw1394 y no libraw1349.

Solución

Al poco tiempo de hacer el cambio de stack no había solución pero hace ya tiempo se añadió un pequeño parche que nos permite volver a tener /dev/raw1394 (como admins):
# mknod /dev/raw1394 c 171 0
# chmod 777 /dev/raw1394

Y ya está... con esto forzamos al driver a que cree el dispositivo, a la vieja usanza. Esto nos devolverá el siguiente aviso (cuando conectemos una cámara y comencemos una captura):

[12289.756231] ieee1394: raw1394: /dev/raw1394 device initialized
[12289.777387] NOTE: The dv1394 driver is unsupported and may be removed in a future Linux release. Use raw1394 instead.

Aunque realmente este aviso no es para nosotros... sino para los autores de los programas que no se actualizan a la nueva api...