opensuse
[Arriba] [Todas las Listas]

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

To: suse <opensuse@xxxxxxxxxxxx>
Subject: Re: [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: Sun, 25 Sep 2011 13:36:33 -0500
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sun, 25 Sep 2011 14:37:49 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <4E7EA1AD.8050609@gmail.com>
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
References: <4E7E9D8B.9070306@suddenlinkmail.com> <4E7EA1AD.8050609@gmail.com>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2
En 09/24/2011 10:36 PM, John *Andersen escribió:
   Para 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?
>
No tengo un *firewire cámara, pero todo mi otro *firewire los discos justo aparecen en algún *subdirectory de /*media.
Utilizo estos para *backup.
Así que creo un *sub directorio de aquel *sub-directorio donde el *firewire el paseo aparece y puse un archivo en allí.
Si puedo leer el archivo, el paseo no es montado.  Si Su no encontrado, su porque el paseo montado sobre
el *subdirectory.

John, Todo,

*Thanks. Parece con este *firewire dispositivo, es tampoco pegado o perder. Mirando más allá en el error, era *misinterpreting el "1 *config ROM *retries" como ser algunos indicación adicional que algo consiguió creado *somewhere aquello dejado para el exitoso descargar de vídeo. (*smacks *self...) Mal-*O.

Significa justo lo que dice: "1 *config ROM *retries". Significándolo justo *re-probado la creación del 1*st *config ROM... Básicamente justo está diciendo "*Hey estúpido, yo justo *retried haciendo lo que justo hice para crear el *fw1 dispositivo." Para cualquier cosa lo razona poder o no puede trabajar en el primer intento de creación. Él normalmente siempre trabajos después de un *unplug/*re-tapón. He también lo tuvo trabaja justo bien después del 1*st conecta intento.

Tan básicamente, esto es uno de aquellos molestando "poder/no puede" trabajar cosas que no sé bastante aproximadamente, pero necesito para ser capaz de imaginar fuera de si tengo una conexión buena antes de que pruebo y llamada *dvgrab del guión. Si no tengo una conexión buena y yo empiezan *dvgrab, entonces la cinta empezará jugar y ningún vídeo será descargado. No un trato grande, a no ser que necesitas empezar la captura en un punto específico, entonces es un *giant *PITA (*rewind, *reset, retoma captura...).

Mantendré *messing con él. '*dvgrab' Es un *amazing herramienta para 1394 o *usb captura de vídeo. He sido realmente impresionado con su flexibilidad. Cualquiera tiene ninguno otros pensamientos en cómo para probar para un bueno *fw1 creación de dispositivo o conexión antes de llamar *dvgrab, apreciaría vuestros pensamientos.

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


On 09/24/2011 10:36 PM, John Andersen wrote:
   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?
>
I don't have a firewire camera, but all my other firewire disks just show up in some subdirectory of /media.
I use these for backup.
So I create a sub directory of that sub-directory where the firewire drive appears and I put a file in there.
If I can read the file, the drive is not mounted.  If Its not found, its because the drive mounted over
the subdirectory.

John, All,

Thanks. It seems with this firewire device, it is either hit or miss. Looking further at the error, I was misinterpreting the "1 config ROM retries" as being some additional indication that something got created somewhere that allowed for the successful download of video. (smacks self...) Wrong-O.

It means just what it says: "1 config ROM retries". Meaning it just re-tried the creation of the 1st config ROM... Basically it's just saying "Hey stupid, I just retried doing what I just did to create the fw1 device." For whatever reason it may or may not work on the first creation attempt. It usually always works after an unplug/re-plug. I have also had it work just fine after the 1st connect attempt.

So basically, this is one of those annoying "may/may not" work things that I don't know enough about, but I do need to be able to figure out if I have a good connection before I try and call dvgrab from the script. If I don't have a good connection and I start dvgrab, then the tape will start playing and no video will be downloaded. Not a big deal, unless you need to start the capture at a specific point, then it is a giant PITA (rewind, reset, restart capture...).

I'll keep messing with it. 'dvgrab' is an amazing tool for 1394 or usb video capture. I have been really impressed with its flexibility. Anybody have any other thoughts on how to test for a good fw1 device creation or connection before calling dvgrab, I would appreciate your thoughts.

--
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>