opensuse
[Arriba] [Todas las Listas]

[opensuse] howto Conseguir detalles de 1394 (firewire) creación de disp

To: suse <opensuse@xxxxxxxxxxxx>
Subject: [opensuse] howto Conseguir detalles de 1394 (firewire) creación de dispositivo en tapón de cámara-en (necesidad BASH prueba)
From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
Date: Sat, 24 Sep 2011 22:18:35 -0500
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sat, 24 Sep 2011 23:18:59 -0400
Envelope-to: traductor@xxxxxxxxxxx
List-archive: <http://lists.opensuse.org/opensuse/>
List-help: <mailto:opensuse+help@opensuse.org>
List-owner: <mailto:opensuse+owner@opensuse.org>
List-post: <mailto:opensuse@opensuse.org>
List-subscribe: <mailto:opensuse+subscribe@opensuse.org>
List-unsubscribe: <mailto:opensuse+unsubscribe@opensuse.org>
Mailing-list: contact opensuse+help@xxxxxxxxxxxx; run by mlmmj
Organization: Rankin Law Firm, PLLC
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2
*Guys,

Trabajando con *dvgrab y un *firewire vínculo para descargar vídeo digital, he corrido a un problema en tapón de cámara-dentro al ordenador. A veces el *firewire el dispositivo es creado correctamente y el vídeo descarga bien. Otro tiempo, el dispositivo es creado y es capaz de controlar el cámara, pero no puede descargar vídeo. *Unplugging Y *replugging el cable en normalmente lo cura. El *kernel mensaje para el tapón mal-dentro es:

*Sep 24 21:21:18 *archangel *kernel: [2111415.165895] *firewire_núcleo: *phy *config: tarjeta 0, raíz nueva=*ffc1, el vacío_cuenta=5 *Sep 24 21:21:18 *archangel *kernel: [2111415.800050] *firewire_núcleo: dispositivo creado *fw1: *GUID 08004601017*ede99, *S100

  Puesto que el tapón exitoso-dentro, consigues:

*Sep 24 21:33:54 *archangel *kernel: [2112171.169381] *firewire_núcleo: *phy *config: tarjeta 0, raíz nueva=*ffc1, el vacío_cuenta=5 *Sep 24 21:33:57 *archangel *kernel: [2112174.926294] *firewire_núcleo: dispositivo creado *fw1: *GUID 08004601017*ede99, *S100, 1 *config ROM *retries

Anota "el 1 *config ROM *retries" *appended al '*fw1' creación de dispositivo cuándo el tapón-dentro va correctamente.

No entiendo lo que esto es o lo que significa, pero necesito a *devise una manera de probar para un tapón exitoso-dentro de dentro de un *BASH guión. Ahora, concedido, es bastante sencillo a *grep el mensaje *log y buscar "1 *config ROM *retries" dentro de un tiempo razonable después del tapón dentro, pero sé aquello es un *hack...

Cuándo el dispositivo es creado, donde entra el /*proc árbol? Qué más para probar y qué para probar para la creación correcta de las entradas de ROM antes de empezar el *dvgrab? Cualquiera corrido a este antes?

--
David *C. *Rankin, *J.*D.,*P.*E.
--
A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
Puesto que órdenes adicionales, *e-correo: *opensuse+help@xxxxxxxxxxxx


Guys,

Working with dvgrab and a firewire link to download digital video, I have run into a problem on camera plug-in to the computer. Sometimes the firewire device is created properly and video downloads fine. Other times, the device is created and is able to control the camera, but cannot download video. Unplugging and replugging the cable in usually cures it. The kernel message for the bad plug-in is:

Sep 24 21:21:18 archangel kernel: [2111415.165895] firewire_core: phy config: card 0, new root=ffc1, gap_count=5 Sep 24 21:21:18 archangel kernel: [2111415.800050] firewire_core: created device fw1: GUID 08004601017ede99, S100

  For the successful plug-in, you get:

Sep 24 21:33:54 archangel kernel: [2112171.169381] firewire_core: phy config: card 0, new root=ffc1, gap_count=5 Sep 24 21:33:57 archangel kernel: [2112174.926294] firewire_core: created device fw1: GUID 08004601017ede99, S100, 1 config ROM retries

Note the "1 config ROM retries" appended to the 'fw1' device creation when the plug-in goes correctly.

I don't understand what this is or what it means, but I do need to devise a way to test for a successful plug-in from within a BASH script. Now, granted, it is simple enough to grep the message log and look for "1 config ROM retries" within a reasonable time after the plug in, but I know that is a hack...

When the device is created, where does it go in the /proc tree? How best to test and what to test for the correct creation of the ROM entries before beginning the dvgrab? Anybody run into this before?

--
David C. Rankin, J.D.,P.E.
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx


<Anterior por Tema] Tema Actual [Siguiente por Tema>