Hello,

In a previous thread (3apr2012 - MTS player)
I delineated some problems with the copy
of files from a new HD sony camcorder
to my gentoo system. This explains the nature
of the problem:
<snip>
Files with CPI file extension are stored on the hard disk or 
memory card of AVHCD camcorders. File contains information 
(metadata) about captured video such as aspect ratio, frame rate 
and other information. CPI files are usually found in the 
AVCHD/BDMV/CLIPINF directory of the HD digital video recording media.

The "AVCHD" is a brand new high definition (HD) digital video camera recorder
format recording 1080i and 720p signals onto certain media by using highly
efficient codec technologies. The "AVCHD" is jointly established by Panasonic
Corporation and Sony Corporation.
<end/snip>

Here are some things I have learned along the
way that other might find useful:

1. "Reverse Engineering the Microsoft exFAT
File System" is an excellent expose on learning
about exFAT, which my new sony HDR-PJ760V camcorder
uses. Facinating read for those interested
in SD (SDHC and SDXC).

2. The trouble I was having, appeared to occur
periodically, so initially I thought it was
due to some "protection scheme" encoded by sony
into their newer camcorders. What I found
by trial and error is that auto-usb-mount
(I just clicked on the Dolphin file manager
each time the usb cable was inserted and
click the usb-connect icon on the camcorder)
is very sensitive and drops easily. Sure
you can sometime just reinitialize the connection
form the gentoo-kde tools, or sometime you 
need to reinitialize from the camcorder
usb-connect gui. Some times you have
to power cycle the camcorder and start
with a fresh session to continue the copy process.
So the usb-connections from my gentoo system
to this sony camcorder is FRAGILE, for unknown
reasons.

3. So, I removed the extra SD card I had installed
and made sure that the "auto lens cover" was toggled
to close and I was able to copy the files over
with plain old "cp" across the auto-usb-mount
provided via dolphin. The auto link then was
stable enough to use this command:

cp 0007[0-9].MTS /usr/local/TR/

To copy the files over. Use of a wildcard
to copy files with one command, failed
regardless of what I did.

So, I lost the originating file information,
not thinking about date/time stamps:
(sony camcorder internal flash)
-rw-r--r-- 1 james james 122M Mar 31 15:25 00053.MTS
-rw-r--r-- 1 james james 173M Mar 31 15:27 00054.MTS
-rw-r--r-- 1 james james  68M Mar 31 15:28 00055.MTS
-rw-r--r-- 1 james james  22M Mar 31 15:29 00056.MTS

cp yeilded this:
(gentoo drive)
-rw------- 1 root root 122M Apr  9 10:20 00053.MTS
-rw------- 1 root root 173M Apr  9 10:32 00054.MTS
-rw------- 1 root root  68M Apr  9 10:33 00055.MTS
-rw------- 1 root root  22M Apr  9 10:34 00056.MTS


So, not being the swiftest tack in the box on the 
use of rsync, could somebody suggest some detailed
rsync syntax to correct the date/time stamp
on the file in the gentoo host dir without other
harm. Note the cp proceedure is very slow, suggesting
that using "rate limiting" on the file transfer
is probably a good idea?

cp does not have a rate limited option, so should
I try scp or rsync (syntax examples are most appreciated).
I also saw a script that used "sleep 10" but that would
only work between file names....



thoughts, comments and suggestions are most welcome.


James



Reply via email to