This IS the Avid L2: Re: [Avid-L2] Re: Dealing with duplicate clip naming with AVCHD cameras.

Found back my notes:
Avid (this was tested on a 5.0x) takes the foldenames into account (let's
call it Reel)
This is the rootfolder of the clip. (in case of clips from a supported
system (eg, XDcam / P2),
it takes the top folder the image resides in.
If that foldername stays intact, even with same filenames Avid will relink
correct.
And i was wrong, relinking sequences to new imported AMA masterclips is no
problem.
(note, this is from a manual i wrote 3 months a go, have not tested it
today.)

It's sure good to hear that 6.5 has better relinking options!

Bouke

VideoToolShed
van Oldenbarneveltstraat 33
6512 AS NIJMEGEN
The Netherlands
+31 24 3553311
www.videotoolshed.com

----- Original Message -----
From: "bouke" bouke@editb.nl>
To: Avid-L2@yahoogroups.com>
Sent: Wednesday, January 23, 2013 8:26 PM
Subject: Re: [Avid-L2] Re: Dealing with duplicate clip naming with AVCHD
cameras.

> Hmm.
> Must think about this (and find back my old notes.)
> I did make something to find / copy partial disk images based on an ALE,
> to AMA relink to a consolidated sequence.
> But i forgot if i needed the path / name for finding them, or for
> relinking, or both...
> And, i was under the impression that relinking sequences to AMA won't
> work, just 'old' masterclips to new AMA masterclips.
> (hence the consolidated sequence, sequence links to online masterclips)
> I know for sure the duration matters, as i've been horribly bitten by the
> 'off by one' error between originals and transcodes.
> More when i find back my notes (not today, i've powered down the whole
> shebang already.)
>
> Bouke
>
> VideoToolShed
> van Oldenbarneveltstraat 33
> 6512 AS NIJMEGEN
> The Netherlands
> +31 24 3553311
> www.videotoolshed.com
>
> ----- Original Message -----
> From: "Michael" brocking@sfu.ca>
> To: Avid-L2@yahoogroups.com>
> Sent: Wednesday, January 23, 2013 8:12 PM
> Subject: [Avid-L2] Re: Dealing with duplicate clip naming with AVCHD
> cameras.
>
>
> Hi Bouke:
>
> I saw an older message somewhere about your software tool to rewrap
> AVCHD as Quicktime, which is why I was curious if anyone on the list had
> seen similar artifacting while using Clipwrap to do the same thing. I
> have only done a short test with Clipwrap, and while those clips play back
> with severe freezing (when brought in via AMA), I didn't see any issues
> with artifacts after transcoding them.
>
> As for duplicate clip names, on Symphony 6.0.3, relinking a sequence to
> AMA clips only appears to look at clip name and timecode. (If you're just
> trying to relink AMA masterclips, I'm sure it pays attention to more
> stuff.)
>
> So if you have 2 source clips (AMA'd from different directories) with
> identical names and overlapping timecodes, it's entirely possible to
> transcode, cut a sequence using both clips, relink back to original AMA
> files, and find your relinked sequence using just one of the files for
> all occurences of the duplicate/overlapping files in your timeline. In
> fact, if you turn on dupe detection in the timeline, it will show false
> dupe regions where the timecodes overlap between 2 AMA clips with the same
> name.
>
> I see that v6.5 does include a wider variety of options for relinking,
> including using arbitrary bin columns instead of tapename/filename, which
> would make it fairly simple to work around the problem.
>
> Cheers,
> --Michael
>
> --- In Avid-L2@yahoogroups.com, "bouke" wrote:
>>
>> John,
>> Bourke is called Bouke (Pronounced as Bow (like from a ship) and CU (like
>> in
>> cunt))
>> And, i've bad experiences with AVCHD wrapped in a QT container.
>> I made something that does this, but Avid shows horrible artefacts.
>> But i don't understand the original question (I'm late at this thread)
>> Since Avid uses duration (and perhaps UMC filepath / name, perhaps even
>> relative), what is the problem with duplicated filenames?
>>
>> Bouke
>>
>> VideoToolShed
>> van Oldenbarneveltstraat 33
>> 6512 AS NIJMEGEN
>> The Netherlands
>> +31 24 3553311
>> www.videotoolshed.com
>>
>> ----- Original Message -----
>> From: "johnrobmoore"
>> To:
>> Sent: Wednesday, January 23, 2013 8:03 AM
>> Subject: [Avid-L2] Re: Dealing with duplicate clip naming with AVCHD
>> cameras.
>>
>>
>> Well if you get the clips into .mov form then QT Change might help
>> automate
>> the clip renaming and or adding reel names etc... in a batch manner. I
>> don't use it for this function but it seems that's one of it's biggest
>> features for organizing clips from card and folders. If I'm wrong about
>> this I'm sure Bourke will set me straight.
>>
>> --- In Avid-L2@yahoogroups.com, Michael Brockington wrote:
>> >
>> > Had a chance to do a bit of testing, and figured I'd report the
>> > results...
>> >
>> > Unfortunately assigning tapenames to AMA clips doesn't work for my
>> > current project. From what I read, this doesn't work in projects with
>> > film options enabled. Attempting to modify the source produces an
>> > error
>> > message about having to unlink the clip first. If I do unlink and
>> > assign a tape name, the clip can no longer be relinked back to its AMA
>> > source.
>> >
>> > Clipwrap looks like a more robust solution for my purposes. Seems like
>> > Clipwrap can rewrap the AVCHD streams as quicktimes (ie. no
>> > recompression), while preserving timecode and dealing properly with
>> > spanned clips. Those quicktimes can then be easily renamed to
>> > incorporate a unique cardname, brought into Avid via AMA, and
>> > transcoded
>> > as necessary.
>> >
>> > The Clipwrapped AMA clips don't play back smoothly on my system
>> > (Symphony 6.0.3, OS 10.7.4, 2.24 GHz quad-core intel xeon, 24 GB RAM),
>> > but once transcoded they appear fine.
>> >
>> > Has anyone run into any issues using Clipwrap in this way?
>> >
>> > Thanks,
>> > --Michael
>> >
>> > On 13-01-16 11:31 PM, namyrb wrote:
>> > > You shouldn't have any problems. If you do then you can give your
>> > > AMA
>> > > clips tape names when you get to the uprez/online stage and
>> > > everything
>> > > should link. Finished a show a few months ago, completely filebased
>> > > while
>> > > using tape names. That was on MC4. But like I said, you can give
>> > > the
>> > > clips custom bin columns.
>> > >
>> > >
>> > > On Wed, Jan 16, 2013 at 11:25 PM, Michael Brockington wrote:
>> > >
>> > >> **
>> > >>
>> > >>
>> > >> Thanks for this suggestion, Wilson. I did some testing, and while
>> > >> the
>> > >> camera we are using doesn't work quite the same as yours, it does
>> > >> seem
>> > >> like something similar will work.
>> > >>
>> > >> We're using a Panasonic AC-90. Here's a summary of how it behaves:
>> > >>
>> > >> 1. If the memory card is reformatted, .MTS clips restart their
>> > >> numbering
>> > >> from 00000.MTS
>> > >> 2. If all clips on the card are deleted via camera menus, same
>> > >> thing --
>> > >> .MTS clips restart numbering from 00000.MTS
>> > >> 3. If the last recorded clip on the card is NOT deleted, all the
>> > >> other
>> > >> clips can be deleted via camera menus, and .MTS clip numbering will
>> > >> continue to increment from the last recorded clip -- so this is a
>> > >> workable way to avoid duplicate filenames.
>> > >>
>> > >> Thanks,
>> > >> --Michael
>> > >>
>> > >>
>> > >> On 13-01-16 11:36 AM, Wilson Chao wrote:
>> > >>> On my Panasonic GH2 (which shoots AVCHD) I never re-format; I just
>> > >> "delete
>> > >>> all" files. My clip names continue to increment, with no
>> > >>> duplicates.
>> > >>> On Jan 16, 2013 8:29 AM, "Michael Brockington" brocking@> wrote:
>> > >>>
>> > >>>> **
>> > >>>>
>> > >>>>
>> > >>>> How are folks dealing with consumer AVCHD cameras that don't allow
>> > >>>> setting custom clip names or prefixes? Every time a memory card is
>> > >>>> formatted, the camera starts capturing another series of
>> > >>>> identically
>> > >>>> named clips -- "00000.MTS", "00001.MTS" etc.
>> > >>>>
>> > >>>> If I AMA these clips into Avid and transcode, they appears to
>> > >>>> retain
>> > >>>> timecode, but I think the identical clip names have the potential
>> > >>>> to
>> > >>>> cause me grief when I try to relink to the original files. (Am I
>> > >>>> being
>> > >>>> too paranoid?)
>> > >>>>
>> > >>>> Currently I convert such files externally, creating new DNxHD175
>> > >>>> quicktimes, using Adobe Media Encoder CS5.5.1. These effectively
>> > >>>> become
>> > >>>> my new master footage. I batch rename the output quicktimes to add
>> > >>>> a
>> > >>>> unique cardname prefix to the filename then AMA the hi-rez
>> > >>>> quicktimes,
>> > >>>> and transcode them to lower-rez DNx36 for offline editing. There
>> > >>>> are
>> > >>>> a
>> > >>>> few downsides to this approach:
>> > >>>> 1. Large DNx175 files clogging up my hard drives
>> > >>>> 2. Two transcodes instead of one is time-consuming
>> > >>>> 2. Adobe Media Encoder doesn't appear to pass AVCHD timecode
>> > >>>> through
>> > >>>> to its Quicktime outputs in any way that Avid can understand.
>> > >>>> Discarding that info makes me nervous.
>> > >>>>
>> > >>>> Is there a better approach?
>> > >>>>
>> > >>>> Is there a utility that would allow renaming of clips within the
>> > >>>> AVCHD
>> > >>>> file structure without breaking the structure, for instance?
>> > >>>>
>> > >>>> Is there a better software choice for transcoding that would at
>> > >>>> least
>> > >>>> preserve timecode from AVCHD files in the transcoded quicktimes?
>> > >>>>
>> > >>>> Thanks for any suggestions,
>> > >>>> --Michael Brockington
>> > >>>>
>> > >>>>
>> > >>> [Non-text portions of this message have been removed]
>> > >>>
>> > >>>
>> > >>>
>> > >>> ------------------------------------
>> > >>>
>> > >>> Search the official Complete Avid-L archives at:
>> > >> http://archives.bengrosser.com/avid/
>> > >>> Yahoo! Groups Links
>> > >>>
>> > >>>
>> > >>>
>> > >>>
>> > >>>
>> > >>
>> > >>
>> > >
>> > > [Non-text portions of this message have been removed]
>> > >
>> > >
>> > >
>> > > ------------------------------------
>> > >
>> > > Search the official Complete Avid-L archives at:
>> > > http://archives.bengrosser.com/avid/
>> > > Yahoo! Groups Links
>> > >
>> > >
>> > >
>> > >
>> > >
>> >
>>
>
>
>
>
>