Forum Replies Created

Page 188 of 285
  • [Franz Bieberkopf] “It should be stated that the issue is with the way PPro reads data written by another piece of software – QTChange. If you don’t use that software, this isn’t going to affect you at all, regardless of what DSLR you use.”

    Yes, but strictly speaking there are two parts to the story only one of which is about QTChange.

    This is what Adobe have to say about part 2:

    Premiere Pro also has an issue with round-tripping start timecode with AAF files. This is our bug. We have fixed this bug in an internal build, and we are now testing it and determining how we will be able to address this issue in a future release of Premiere Pro.

    I don’t imagine that many people need to round-trip with AAF but for those who do it’s worth being aware of this issue.

    Simon Ubsdell
    http://www.tokyo-uk.com

  • Simon Ubsdell

    March 25, 2012 at 11:14 am in reply to: Matte and fill

    Not sure if I’ve understood your difficulty correctly but here’s what I just tried.

    At the bottom I have my background layer, then I have my keyhole/matte (I’ve used an image with emdedded alpha) which I have set to Stencil Alpha (though I could use Silhouette Alpha if I wanted it the other way around), then I have the layer that I want cut out by the Stencil.

    All I need to do is compound the top two layers (option/G) and I’ve got the cutout layer sitting on top of the background. (If I don’t compound those two layers I don’t see through to the background layer.)

    I find I can then step into the compound (Ctrl/Square Bracket) apply a blur, transform either the fill or the matte or both and stepping back out of the compound I get the result I’m expecting.

    Are you saying you’re getting unpredictable behaviour?

    Simon Ubsdell
    http://www.tokyo-uk.com

  • Simon Ubsdell

    March 24, 2012 at 6:33 pm in reply to: Performance/Beach Balling question

    [tony west] “Render took way too long in my opinion.”

    Why are you rendering at all? I think it has been well established that there is only a disadvantage to rendering in addition to its being phenomenally slow. Conversely exporting an unrendered project is very quick for a number of reasons. Only ever render if you can’t actually work in the timeline otherwise, but most things should be real time. And that of course means that your render files folder doesn’t fill up. A win-win.

    Simon Ubsdell
    http://www.tokyo-uk.com

  • [Dennis Radeke] “I’d rather have a company say, ‘hey yeah, this is an issue and we can’t get to this in the time you want’ rather than have silence and no communication be my de facto standard.”

    Hi Dennis

    Absolutely, and I have to say (as many have done before me) that as the human face of Adobe around these parts you set a shining example that is pretty much unparalleled 🙂

    Simon Ubsdell
    http://www.tokyo-uk.com

  • [David Cherniack] “I only rant appropriately :).”

    Me too! For some odd reason not everybody else sees it that way. Funny, huh?

    Simon Ubsdell
    http://www.tokyo-uk.com

  • [David Cherniack] “If anything, reading Jeffery’s blogs on the issue, I’d say he’d be the last person on Earth I’d want to help out.”

    Hey, I only posted this because I thought his rant was amusingly written – and I guess four letter words don’t offend me as much as perhaps they ought to. Sorry if you didn’t like it.

    And yes, if we’re being very serious about this, Adobe’s response was ultimately very good indeed and they’re probably one of the few companies on earth who would respond as well as this.

    Apologies if anybody has taken offence to this. But don’t anybody tell me you haven’t ranted inappropriately from time to time 😉

    Simon Ubsdell
    http://www.tokyo-uk.com

  • [David Cherniack] “Adobe’s response:

    https://blogs.adobe.com/premiereprotraining/2012/03/a-couple-of-timecode-iss...”

    Hmmmmm, yeah. I’d say if you read the full details of what he wrote Jeffery managed to shame them into this concession though, wouldn’t you!??

    Still at least they’ve responded … sort of … wouldn’t get that from Apple in a million years!

    Simon Ubsdell
    http://www.tokyo-uk.com

  • Simon Ubsdell

    March 23, 2012 at 9:18 pm in reply to: Super slow on FCP when running Animation codec

    [Sharon Li] “any tips to optimize FCP rendering/exporting system?”

    Don’t export to compressor from within FCP – this is always very slow. Render the animation clip in the timeline first. Export a reference movie. Use that to make your delivery file with compressor.

    Animation is a very, very heavy duty codec that can really slow things down. Unless you absolutely need alpha (in which case as Stephen says, you’re better off with ProRes 4444) don’t use this codec but try and find something that matches the rest of your timeline.

    Simon Ubsdell
    http://www.tokyo-uk.com

  • Simon Ubsdell

    March 23, 2012 at 8:02 pm in reply to: Performance/Beach Balling question

    [Jim Giberti] “That was one time – one time too many.”

    Your experience (with which I can only sympathize, not being able to imagine the trauma of living through it) has completely changed my view of the future of FCPX.

    From being something I was eager to try out in a professional situation, only now ironically made possible for me by the very recent advent of x2pro, it has become something I will be giving the widest of berths until such time as this kind of issue has been demonstrably eradicated.

    From everything we have seen, that time is waaaaaaaay in the future – if it ever arrives at all.

    Thanks for sharing your experience – it is of enormous value.

    Simon Ubsdell
    http://www.tokyo-uk.com

  • [Walter Soyka] “The 10.0.3 beachballs are a feature. They prevent you from editing faster than the speed of light, which would of course cause your footage to start playing backwards.”

    🙂

    OK, so now I’m beginning to understand it just a fraction. As Bill Davis has so often pointed out, FCPX is a whole lot deeper than any of us can begin to imagine.

    Simon Ubsdell
    http://www.tokyo-uk.com

Page 188 of 285

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