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" bigfish@pacbell.net>
To: Avid-L2@yahoogroups.com>
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
> >
> >
> >
> >
> >
>
| Reply via web post | Reply to sender | Reply to group | Start a New Topic | Messages in this topic (13) |
No comments:
Post a Comment