From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SHMur-0004rr-O6 for garchives@archives.gentoo.org; Mon, 09 Apr 2012 22:18:31 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A530DE0C0D; Mon, 9 Apr 2012 22:18:11 +0000 (UTC) Received: from mail-we0-f181.google.com (mail-we0-f181.google.com [74.125.82.181]) by pigeon.gentoo.org (Postfix) with ESMTP id A9BE4E0D60 for ; Mon, 9 Apr 2012 22:16:29 +0000 (UTC) Received: by werm13 with SMTP id m13so3251215wer.40 for ; Mon, 09 Apr 2012 15:16:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:reply-to:to:subject:date:user-agent:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; bh=Z77/yiYvStdUrm6kn61LwZmrdewdVJk/puUZWAaVjJM=; b=sYsk0mXhkk2y/87ME3Y/Z/BDfdIaas+BKZA9vzSWqmzYYRDHms3D0aglJWFT5Bq3ie zr3LNrbMd+B6Zqy72wX4bavkBe6j9PuWM0wCjMx5tDkb59PtbyBRCGkKBFnNYoBFk1tw 50mT2bLmu4yMYKT4rZCgnK0zTgn5PB2v+p5c2gKh+i49VW7XezjxsgoQgO/i7moz2F/L 2iCXqqC1vJY2MB3Z1QESxNPN8HnJ4LBerfAeU4l+WnnZP+rm20FtIznmsZiOU0Vkdyj2 eJfjroUHrXdc4YubQvm/ZEgFI3+U8+cmQVjmQ0haF21PfwyQ95KXfN/K1VMsrkYalb6K se8g== Received: by 10.216.136.72 with SMTP id v50mr4867029wei.73.1334009788917; Mon, 09 Apr 2012 15:16:28 -0700 (PDT) Received: from dell_xps.localnet (230.3.169.217.in-addr.arpa. [217.169.3.230]) by mx.google.com with ESMTPS id u9sm33445657wix.0.2012.04.09.15.16.27 (version=SSLv3 cipher=OTHER); Mon, 09 Apr 2012 15:16:27 -0700 (PDT) From: Mick To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Sony AVCHD Date: Mon, 9 Apr 2012 23:16:24 +0100 User-Agent: KMail/1.13.7 (Linux/3.2.12-gentoo; KDE/4.8.1; x86_64; ; ) References: In-Reply-To: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2340284.0bACc1IY4t"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201204092316.36088.michaelkintzios@gmail.com> X-Archives-Salt: 7f765300-65ca-4318-a68b-ed6fad409237 X-Archives-Hash: a46432a95da70dd82b37876cc00c333d --nextPart2340284.0bACc1IY4t Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Monday 09 Apr 2012 16:56:42 James wrote: > Hello, >=20 > 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: > > 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. >=20 > 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. > >=20 > Here are some things I have learned along the > way that other might find useful: >=20 > 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). >=20 > 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. >=20 > 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: >=20 > cp 0007[0-9].MTS /usr/local/TR/ >=20 > To copy the files over. Use of a wildcard > to copy files with one command, failed > regardless of what I did. >=20 > 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 >=20 > 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 >=20 >=20 > 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? >=20 > 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.... >=20 >=20 >=20 > thoughts, comments and suggestions are most welcome. Notwithstanding the problems with intermittent connections you're describin= g,=20 rsync -v -a /source /destination should do what you're after. You may also want to add --stats --progress to see some more info, -R to=20 mirror directory/subdirectory hierarchies and you may also want to add -n f= or=20 a dry run before you let rip. The manual shows more options, should you ne= ed=20 them. HTH. =2D-=20 Regards, Mick --nextPart2340284.0bACc1IY4t Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEABECAAYFAk+DX8MACgkQVTDTR3kpaLa2GwCgmJJMnB3Qg4hCBt3jpjcZEErB GoUAoKagCOFEBveY1v1AjpqJBDfmaLh1 =WfN4 -----END PGP SIGNATURE----- --nextPart2340284.0bACc1IY4t--