Give Me Some Skin!

Is one of the reasons you subscribe to this feed (and if you don't,  here's the link to do so) because you want to learn about the art of Color'ing? If yes, then I have a great treat for you today!

Go: here

Stu Maschwitz of the ProLost blog (being the least of his credits) has a great posting on colorists' herculean efforts to maintain skin tones while pushing radical grades.

As always, a great posting - he even provides some homework material. ProLost is a must in your RSS Feed.


Have a great weekend.

- pi

 Subscribe in a reader

BluRay Replication - Paying For Nothing

In a previous post I lamented the high costs of BluRay replication for short runs (less than 5,000 pieces).

These costs can be attributed directly to the mandatory copy protection scheme (DRM) for the BluRay specification. Not only will a company like my wife's (Dubs by Pam) have to pay a one-time fee to place orders on behalf of her customers. Her customers will have to pay a per-title fee. And these fees are non-trivial for these types of short runs, $5500 for the duplication house, $1900 for each title (according to Larry Jordan on Digital Production Buzz).

Why, I ask myself, must they (the AACS) keep ringing us up for copy protection when almost none of our clients want to pay for it now or for the foreseeable future?

Ars Technica has the rather in-my-face-now-that-I'm-looking-for-it answer: The AACS needs to keep paying for continual development of new DRM schemes because they know they'll be cracked every few months. I betch'a if my accountant took a look at their books, that line item on their Income Statement is probably the budget for creating new "uncrackable" codes.

What a joke.

The only way the large motion picture distributors will ever be able to keep their content from being illegally distributed is to implement DRM directly in the human optical system. Otherwise, if they want us to buy their DVDs to watch a movie at home - at some point the signal must be decrypted for the digital-to-analog conversion and that will always be the point of attack. You can't have mass distribution while having a lock-solid distribution method - then it's not mass distribution.

So. The AACS maintains the fiction of DRM for the movie studios and the rest of us have to pay. Literally.

I suppose I shouldn't be complaining too loudly - it makes services such as those offered by Dubs by Pam that much more economically feasible...

Still - the short-sightedness of the whole DRM racket is stunning.

- pi

 Subscribe in a reader

The Color Conundrum

It's been commented to me that my opening line, "Color is broken" is a bit extreme. I'd agree - if you work in a purely progressive frame workflow or a purely interlaced workflow that involves no resizing, distorts, or anamorphic flags - Color is fine. For the rest of us... I think it's broken. (In fact, I had a meeting this afternoon where I made clear my preference for progressive with no mixed formats in a single timeline)

But absolutely - decide for yourself if this bug breaks Color for you.


More on the Geometry Room issue I mention in the original posting - A posting on the Apple message board mentioned that he uses the Geometry Room to zoom in on skin tones to check them in the scopes to see that they properly lay on the skin tone line (something I first saw suggested in the Ripple Training Color tutorials ). He'd then click the reset button in the Geometry and move on to his next task. In my own testing I've confirmed that this is enough to force Color into flame blending mode of interlaced footage. Pressing reset doesn't help. Once a shot is flagged as having touched the Geometry Room - that shot is toast.

If you have an external CRT hooked up to your system (you do, don't you?) it's easy to confirm that this is happening. Just park on a frame that exhibits the typical jitter of interlaced footage (most evident when there's lots of motion on the screen). Go into the Geometry Room and change a setting. The jitter disappears. Color has suddenly decided to frame-blend this shot. Click Reset. The jitter doesn't re-appear (like it would in previous versions of Color). The shot is still flagged for flame-blending. Switch to a new grade. Still no jitter. Whatever else is happening, switching grades doesn't fix the problem.

I haven't found a workaround to this particular problem.


Color is broken.

But before I get to the specifics, some quick background.

There's an old problem that dates back to Color's Final Touch days, before the Apple purchase. In those days (and to a certain extent, these days as well) you had to be very very careful how you handled interlaced footage. Color was originally designed for high-end Digital Intermediate work - which means it was optimized to for a film-based progressive RGB workflow.

It wasn't until after development was well under way before the original management team decided to open up the software to High Def and Standard Def formats. In doing so, they never really solved how to get Color to handle interlaced footage if that footage had to be blown up, shrunk down, or repositioned. If you "repo'ed" a shot and that shot was recorded on an interlaced codec, all you got back was mush. That "mush" ranged from slightly softening the image to horribly destroying the image, depending on the nature of the content.

To get semi-technical: The problem exhibits itself as really bad frame blending.

When Color was released, Apple decided to avoid the whole "mushy image" problem by having Color ignore all Motion Tab effects and let FCP handle that portion of the job. It was a smart way to address the issue. And it worked. With emphasis on the past tense.

Interlace footage is broken again in Color 1.0.2.

In my testing last week I found that when it comes to handling Standard def footage there was only one way to avoid the "mushy image syndrome". That's by being sure both these are true for any project I send to Color:

1. No repo's, distorts, or anamorphic flags on the footage.

2. The FCP timeline frame size must be a preset that exists in Color. For instance, 960x720 always renders with frame blending - no matter what and regardless of the previous Condition #1.

(Note: A recent posting on the Apple Discussion Board suggests that even doing a "repo" in the Geometry Room and then canceling it out is enough for Color to frame blend its renders)

What does this mean to those of us still working in the SD world?

It means we now have to go through our timelines and strip all motion effects from our timelines before color correcting. And then add them back one-by-one after color correcting.

This is NOT progress. It's been a year since I've had to do this and I had hoped we had put this behind us.

For all the nifty improvements in Color 1.0.2 - for me and my clients - this workflow is not worth the pain. But there's a question that, after a weekend of pondering, I haven't found an answer:

Is it safe to reinstall just Color and upgrade it only to Color 1.0.1?

The Color 1.0.2 upgrade happened in conjunction with the entire Final Cut Studio 6.0.2 upgrade. And that upgrade contain some very important bug fixes within Final Cut Pro.

So do I add a half day to every job to handle the new bugs in Color 1.0.2? Or do I add a half day to every job because Final Cut Pro 6.0.1 loses my renders and I have spend 4 hours re-rendering?

My head's spinning here. And my favorite people in the world who've I've never met (the entire FCP and Color teams) are responsible for it.

Is this the perfect Monday morning blog post, or what?

 Subscribe in a reader
- pi