Forum Replies Created

Page 92 of 150
  • [Jesse G] “m trying to avoid matchframing all of the shots because there are literally hundreds of them in a 1 hr show, but there may be no other choice. “

    Start matchframing. It’s taking us at least a couple of hours to completely “matchback” a one hour show. And, if you’re effect/transition heavy, there’s plenty of opportunity for mistakes.

    This specific media manager issue is costing us many hours of wasted time. It’s a big deal for anyone using the off-line to on-line workflow.

    Mark

  • Mark Raudonis

    October 20, 2007 at 4:34 pm in reply to: Thoughts on Leopard Migration

    uhhhh… I meant H. G. Wells version of a time machine, not Steve Jobs. 🙂

    Mark

  • Mark Raudonis

    October 20, 2007 at 2:47 pm in reply to: Mysterious FCP Offline to Online process….

    Interesting idea, Rob.

    Why don’t you try it and report back to us on your results? Suggestions are good. Confirmed workflow success is better!

    mark

  • Mark Raudonis

    October 20, 2007 at 2:43 pm in reply to: Thoughts on Leopard Migration

    Jerry,

    Agree with you completely.

    We create a “model drive” on an external firewire drive which contains the new OS and a clean software install of ALL our other apps (FCS included). Then we use “Carbon Copy Cloner” to wipe and make a new “system drive” for all of our computers. Doing it this way achieves two goals: A clean install, and a “clean sweep” of all the crap that accumulates on the drives.
    We warn everyone to “save it off-line” or it’s gone forever… and then we clone away.

    The only other advice I’d add is to wait until “low tide” to do this. Pick a day (or a week) where you’re going to have some time to troubleshoot before you have to use it. Don’t be an idiot and do this in the middle of a time-sensitive project. Of course the people reading this now already know this. It’s the people that come looking for help two weeks from now who should read this now. I guess they’d have to use “time machine” to do that…

    mark

  • Mark Raudonis

    October 20, 2007 at 2:16 am in reply to: Mysterious FCP Offline to Online process….

    Aardvark,

    This is a bug that came up in 6.01. Prior to that, your workflow would have been successful. Now, it just doesn’t work. Media manager won’t “shed” the unused media.

    We have observed this happening ONLY with multiclips. Here’s our workaround.

    Collapsing the multiclip sequence doesn’t do enough. you have to “matchframe” back to the ORIGINAL “non multclip” media and “overcut” it back into the timeline. Be sure to copy and paste any attributes you may have placed on the shot like effects or image changes (motion tab). Delete all of the “multiclip” shots from the timeline. Proceed to media manager. Now, the clips should shed all of the unused media.

    Is thys a royal pain in the butt? You bet. But it does work. Use your “feedback button” to let Apple know that fixing this issue is important to you.

    Mark

  • Mark Raudonis

    October 19, 2007 at 1:40 am in reply to: Re: FCP 6 DF &NDF issue

    Timecode has NOTHING to do with this. Drop or non drop only keeps track of frames, and has absolutely nothing to do with durations or frame rates.

    You can’t expect to change the frame rate and NOT have it impact the duration.

    Mark

  • Mark Raudonis

    October 16, 2007 at 1:47 pm in reply to: Media Database

    Dan,

    We take a two pronged approach. For specific logging info we use “Pilotware”. (www.pilotware.com). This is a filemaker pro based logging programing that has it’s own dedicated server. Check it out.

    On our X-SAN however, we just use the mac based file structure to keep it all organized. With a little care and attention to how you set things up, this can work out just fine. We’re juggling almost 50 terrabytes of data, and still manage to keep it all straight.

    mark

  • Mark Raudonis

    October 16, 2007 at 1:42 pm in reply to: Bad TV Filter in FCS2

    Maybe that’s why they call it the “Bad TV” filter? 🙂

    Mark

  • Mark Raudonis

    October 15, 2007 at 6:52 pm in reply to: Baffling capturing issue

    We use a variation of this workflow all the time.

    TYpically, the LAST clip is bogus! If you look at the filename extension (on the finder level) you’ll often see .a-v
    instead of .mov. That’s a clue that this is a bogus, corrupt clip. We just delete ’em and move on.

    It sounds like you’re using “time of day” timecode which will create this kind of situation. We don’t even bother logging an in and an out, we just “capture now”. If you set it to “create new clip” FCP will handle it just fine… with the exception of that last clip.

    Hope this helps.

    mark

  • It will be stretched to fill out the 16 x 9 screen. You will still see the black letterbox borders, but your image will look “squashed”. People will look wider and “heavier”. GRFX, like a perfect circle will look like an oval.

    This is not the best way to adapt your 4 x 3 programs for a 16 x 9 screen. This topic has been discussed frequently. Do a search.

    Mark

Page 92 of 150

We use anonymous cookies to give you the best experience we can.
Our Privacy policy | GDPR Policy