Gamma Shift – None QT to 10bit uncompressed?

[Rafael Amador]

Hi Joseph,
Gamma and Color spaces is a big mess in QT and FC.
Try AE. Can properly handle those issues. FC don’t.

[Joseph Barnett] “The codec that keeps popping up for request is the Blackmagic 10bit. As far as i know this is the V210 codec which is the same as: aja uncompressed 10bit and apple uncompressed 10 bit.”
Right. So to have all those QT Component together only cause problems.
Put the BM and AJA Uncompressed Component out of the QT Folder.

[Joseph Barnett] “A None QT works in a RGB colour space”
Animation is the same but makes the files much, much smaller.
Rafael

http://www.nagavideo.com

[David Roth weiss]

None is an outdated legacy codec that really isn’t being used any more. It’s well known for its issues and huge unnecessary file sizes, and that’s about all.

David Roth Weiss
Director/Editor
David Weiss Productions, Inc.
Los Angeles

POST-PRODUCTION WITHOUT THE USUAL INSANITY ™

A forum host of Creative COW’s Apple Final Cut Pro, Business & Marketing, Indie Film & Documentary, and Film History & Appreciations forums.

[Bram Tulloch]

I’m not sure about the MAC world (I’ve just been trying to find the same settings on our Final Cut machine), but on our Premiere CS4 seats, we have AJA Xena 2K cards (same as Kona 3)
When we render out an AJA v210 quicktime out of QTPro or Adobe media encoder, there’s an option to render CGR or SMPTE.

When we render SMPTE there’s no gamma shift. CGR scales the values which is what is causing the gamma shift you’re seeing.

What’s happening is the YUV codec is scaling your RGB DPX frames to within broadcast limits.

In the Kona Control Panel, there’s a “codec” tab which refers to colour space. Maybe try playing with those options and re-encoding. I’m not sure if these setting affect just the output of the card, or the encoding to the card’s codecs, but it’s worth a shot.

[Joseph Barnett]

Thanks for the input guys,

Ive been testing all morning with different options, I’m still yet to achieve a accurate conversion.

‘When we render out an AJA v210 quicktime out of QTPro or Adobe media encoder, there’s an option to render CGR or SMPTE. When we render SMPTE there’s no gamma shift”

I only have options for AJA RGB in both FCP and Adobe media encoder. though interestingly if use the apple 10bit uncompressed it is far closer than FCP’s attempts.

I will report back if i find the magic formula. I’m also looking at FFMPEG as an option.

Thanks again

Joe

http://www.guiltybynature.com

[Bram Tulloch]

Do you have the ability to use a windows machine, install Quicktime pro and the AJA codecs?

I’m not sure how the MAC works in this way, but you’ll definitely get the CGR/SMPTE option if you’re using a PC with the AJA codecs.

Maybe this is an option?

[Rafael Amador]

[Bram Tulloch] “When we render out an AJA v210 quicktime out of QTPro”
Put it off line.
https://forums.creativecow.net/thread/8/1017959#1019860

Rafael

http://www.nagavideo.com

[Joseph Barnett]

Okay i have a near seamless workflow. If i use CS4 adobe media encoder i can get a nearly a perfect match. I’m assuming that this is because the media encoder is referencing the Aja card so therefore a hardware conversion. Either way it works and i managed to get our flint guy create an ouput and they are both exactly the same (using a difference matte you can see a tiny shift).

Another thing i came across is FCP use of ‘NONE’. When i imported a none qt of the same media it appeared brighter and the scopes shifted accordingly. Where as the gluetools dpx import seemed to be accurate. But if use the same workflow i used before in adobe media encoder but use a ‘NONE’ qt instead of DPX frames i still get exactly the same conversion of the 10bit. So the interpretation of the ‘NONE’ file in FCP is incorrect. I’m getting the feeling that FCP really wants to work in a YUV space.

Thanks again,

Joe

http://www.guiltybynature.com