opensuse
[Arriba] [Todas las Listas]

Re: Aviso de Posible jpeg corrupción [era Re: [opensuse] bash guiones d

To: John Andersen <jsamyth@xxxxxxxxx>, suse <opensuse@xxxxxxxxxxxx>
Subject: Re: Aviso de Posible jpeg corrupción [era Re: [opensuse] bash guiones de director de archivo en kde]
From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
Date: Wed, 14 Sep 2011 09:24:19 -0500
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 14 Sep 2011 10:24:42 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <4E6FD425.2030307@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: <4E6CA927.6020300@gmail.com> <4E6E1CE6.6070106@suddenlinkmail.com> <4E6F0123.1020301@opensuse.org> <4E6FD425.2030307@gmail.com>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2
En 09/13/2011 05:07 PM, John *Andersen escribió:
David *Flash tarjetas *thru un lector *vs *Tejas *USB los palos son dos problemas diferentes.

*USB En todas las versiones  recientes de *OpenSuse monte en modo de traslado rápido (*aka *synchronous modo) dónde la aplicación
recibe indicación que el escribir es completo sólo cuándo ES DE HECHO completo, hay ningún *caching, y los archivos son cerrados y la grasa
es escrita después de cada archivo.  Hace para rendimiento terrible, pero su más seguro.

Con un lector, dependiendo en cómo es conectado, no puede aparecer como *USB (incluso si es de hecho *USB), en qué caso todas las  apuestas son fuera, y tienes que utilizar sin incidentes sacar opción.

hay todavía un problema con Sin incidentes sacar en Linux para *USB.  No es igual como *EJECT.

Allí parece ninguna manera de hacer un *eject en *KDE todavía.  Los dos son bastante diferentes, *EJECT no es normalmente
hecho incluso si te clic el *USB *applet y seleccionar lo que aparece para ser el *eject icono.
Esto no es un problema para *USB palos que son accedidos en *synchronous modo.

Pero puede ser un problema grande para cosas que pretenden ser *USB dispositivos, como muchos
*android teléfonos, *Nook *Ereaders, *etc.

Para estos para reconocer que eres verdaderamente acabado, tienes que *EJECT.  Y con *KDE, tienes que hacer esto de la línea de orden, o esperar un tiempo largo para vuestro dispositivo a *quiesce.

Encontré esto fuera de después de que *trashing mi *Nook *storage algún tiempo atrás.

Sigo arriba de un poco con Patrick en esto. El lector de tarjeta tengo es: (de *lspci)

Concentra *storage controlador: Texas Equipa 5-dentro-1 *Multimedia Lector de Tarjeta (PRO/de MS/MS/de MMC de SD/*xD)

El *flash los paseos eran paseos de SD normal utilizados en *Kodak cámaras. Los paseos fueron montados bajo /*media/disco. La copia de la lectora de tarjeta fue hecha con '*cp -*ur'. El *flash los paseos eran *unmounted después de la operación de copia y mucho tiempo antes de las tarjetas de SD fueron sacadas del lector de tarjeta. Todas las operaciones fueron hechas en el mismo *konsole ventana, así que la posibilidad de un *unmount o traslado del paseo de SD antes de todas las operaciones fue completado era una imposibilidad. (*umount Fallaría si cualesquier archivos quedaron abiertos u operaciones de copia dejadas en progreso)

Cuándo utilizando el SD *flash paseo #por el lector de tarjeta, *jpeg corrupción de imagen era un asunto grande. Cuando mencionado, partes del *jpeg *header sería preservado, pero otras partes fueron freídas -- resultando en *corrupt fotos.

Descargando los mismos archivos cuándo el 'cámara' fue conectado #por el *USB el puerto trabajó bien. Era sólo cuándo el paseo de SD conectado #por el lector de tarjeta que la corrupción ocurrió.

Yo nunca conseguido al fondo de esto, pero para los propósitos de George, corrupción de imagen de fotos es bastante seria (especialmente cuándo les eliminas del *flash paseo antes de verles), que valió anotando.

Ahora, la parte extraña de mi problema/de corrupción de la copia es aquello -- la medida de imagen llena fue copiada del paseo de SD al paseo duro -- pero para algunos razonan el *header la información era *screwed. Aquello es también en el '*unexplained' lista. Así que pienso que John enmarcó el asunto correctamente:

copia de *USB - *OK

copia de lector de tarjeta - Todo apuesta es fuera

*Hopefully tendré más tiempo para cavar a este asunto y solucionarlo. Era un *heck de mucho más rápido de reventar el *flash paseo del cámara al lector y lanzar un guión que automáticamente copiaría al paseo duro local y *rsync al local *server, que es para descargar las mismas fotos #por *digikam y entonces hacer el mismo correo que procesa en el archivo...

--
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/13/2011 05:07 PM, John Andersen wrote:
David's Flash cards thru a reader vs Tejas's USB sticks are two different problems.

USB in all recent versions of OpenSuse mount in quick removal mode (aka synchronous mode) where the application
receives indication that the write is complete only when it IS IN FACT complete, there is no caching, and files are closed and
fat is written after each file.  It makes for terrible performance, but its safer.

With a reader, depending on how it is connected, it may not appear as USB (even if it is in fact USB), in which case all
bets are off, and you have to use safely remove option.

There is still a problem with Safely remove in Linux for USB.  It is not the same as EJECT.

There seems no way to do an eject in KDE yet.  The two are quite different, EJECT is not normally
done even if you click the USB applet and select what appears to be the eject icon.
This is not a problem for USB sticks that are accessed in synchronous mode.

But it can be a big problem for things that pretend to be USB devices, such as many
android phones, Nook Ereaders, etc.

For these to recognize that you are truly finished, you have to EJECT.  And with KDE, You
have to do this from the command line, or wait a long time for your device to quiesce.

I found this out after trashing my Nook storage some time back.

I follow up a bit with Patrick on this. The card reader I have is: (from lspci)

Mass storage controller: Texas Instruments 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD)

The flash drives were normal SD drives used in Kodak cameras. The drives were mounted under /media/disk. The copy from the card reader was done with 'cp -ur'. The flash drives were unmounted after the copy operation and long before the SD cards were removed from the card reader. All operations were done in the same konsole window, so the possibility of an unmount or removal of the SD drive before all operations were completed was an impossibility. (umount would fail if any files were left open or copy operations left in progress)

When using the SD flash drive through the card reader, jpeg image corruption was a big issue. As mentioned, parts of the jpeg header would be preserved, but other parts were fried -- resulting in corrupt photos.

Downloading the same files when the 'camera' was connected through the USB port worked fine. It was only when the SD drive connected through the card reader that corruption occurred.

I never got to the bottom of this, but for George's purposes, image corruption of photos is serious enough (especially when you delete them from the flash drive before viewing them), that it was worth noting.

Now, the odd part of my copy/corruption problem is that -- the full image size was copied from the SD drive to the hard drive -- but for some reason the header information was screwed. That is also on the 'unexplained' list. So I think John framed the issue correctly:

copy from USB - OK

copy from card reader - All bets are off

Hopefully I'll have more time to dig into this issue and solve it. It was a heck of a lot quicker to pop the flash drive from the camera into the reader and launch a script that would automatically copy to the local hard drive and rsync to the local server, than it is to download the same photos through digikam and then do the same post processing on the file...

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