
Originally Posted by
Alexander Ibrahim
Wow ... that's a tirade born of picking my original apart too finely, but without understanding it at all.
I mean, you seem to have skated right by the part where I said you can finish in Premiere.
Then you had a little freak out.
What I wrote was, "The quality of the rendered results is a step up from FCP, but not quite as nice as you'd get with Color or Resolve." That's what I meant ... and you are wrong to try and correct me.
The point I was trying to make is that Premiere is a step up from FCP 6 or FCP 7 in its image processing, but its not up to par with the established leaders.
Before I go on, I should clarify. Image processing is separate from "rendering."
Mostly I expect the problems are just bugs. Remember that Adobe only recently implemented a new image processing system. (I think it was CS4 ... ) It takes time to get all the bugs worked out and to put some polish on a whole new image handling system. The Adobe guys know their business, and I'm sure they'll work it all out ... in time.
To repeat: the image processing in the CS5.5 applications is far better than what you get in FCP 6 or 7, but it can be improved upon.
(I haven't tested FCP X image quality ... but Apple just made the same 32 bit transition that Adobe already made ... it should bring near parity - on paper.)
Let me give you an example:
If your camera masters are HDDSLR h.264 encoded material and you wish to transcode it to ProRes 4444 on OS X:
Resolve uses Apple's h.264 decoder, while Premiere uses another ... I think MainConcept's. So, the end result is that for that specific workflow Premiere Pro delivers better results than Resolve.
That's an odd case though, and very simple. It rests on using an improved h.264 decoder ... not on Premiere's image processing.
Add in a basic primary color correction step, say shifting midtones 5% towards blue and expanding the contrast range, and now Resolve will deliver better quality results. That's because of the quality of the internal image processing. This isn't to do with being able to accomplish a specific task - that's an easy grade to achieve in Premiere and Resolve.
So there is a difference ... but its not likely to be one where audience members are going to be saying to themselves, "what the hell, was this rendered in Premiere?" No ... most people won't ever note the issue. Then again, the bigger the change, the bigger the difference.
You are more likely to run into issues when you are transcoding or doing a color space transformation. As an example, if your sources are Log YUV files, and you have to output linear RGB, that's the sort of thing Premiere and AE can trip up on. The more uncommon the transformation, the more likely you'll see a problem.
Where there is no transcoding or transformation, there is no problem. That's because there is no image processing occurring.
If I go from 10 bit 422 uncompressed to a new 10 bit 422 uncompressed render, it will be perfect. If I go from 10 bit 422 uncompressed to ProRes HQ, it will be as good as ProRes HQ can be. That's the actual rendering at work without any need for image processing, and as I said, there is no problem with rendering.
This comports with your experience finishing in Premiere.
If all you do is lay in titles on a DPX sequence and then render DPX, I don't think there is any way AE can screw that up. Mathematically its just an addition. Drunken monkeys flailing abacuses can get that right. Strictly speaking there is image processing ... but its very simple.
Look ... this is a great system from a technology standpoint ... and all this technobabble is distracting from my more serious concerns about how the system interacts with me, the user. I trust Adobe will continue to improve their image processing ... because well ... Photoshop!