Hi Ed
Thanks for investigating and sharing this info, these are good very things to know.
Glad to know we are off the hook as well, at least this time ;)
Ben
-----Original Message-----
From: owner-ds(at)Softimage.COM [mailto:owner-ds(at)Softimage.COM]On Behalf Of
Ed Rudolph
Posted At: Friday, January 27, 2006 11:21 AM
Posted To: ds
Conversation: Animation Codec and Tiger, OS 10.4, Was: melon scratcher
Subject: Animation Codec and Tiger, OS 10.4, Was: melon scratcher
Hi everyone.... I want to update everyone on what we've learned about
the gammas getting crushed on the QT movies we imported into DS for our
clients. It turns out the problem is related both to the codec used
and the Mac operating system used when exporting the QT movie in the
first place.
Mac OS 10.4.x, Tiger, does not handle the Animation codec properly.
When a file was exported from AfterEffects on 10.4 using Animation
codec and imported into DS 7.6, gammas were crushed. The same file
exported on OS 10.3.x was fine after import into DS.
The codec we found that worked on OS 10.4 was the BlackMagic 8bit 2vuy
codec. It causes a very small black level shift, perhaps an IRE or a
little more, but otherwise the file looks okay.
Ed
Video Arts
-----Original Message-----
From: owner-ds(at)Softimage.COM [mailto:owner-ds(at)Softimage.COM]On Behalf Of
Jon Vargo Posted At: Monday, January 23, 2006 6:51 PM Posted To: ds
Conversation: importing quicktime melon scratcher
Subject: importing quicktime melon scratcher
hey everyone,
I have melon scratcher of a problem importing quicktime movies into the
DS and I'm wondering if anyone else has seen this.
So I got this client who took their whole show from FCP to After Effects
and rendered out the whole 2 hour 720p show in 10gb chunks with the
Animation codec. Now we are being asked to get their show into the DS
and color correct.
When we imported the QTs with the "graphics" option selected in the
capture setting there is a noticable gamma shift and the whites are
clipped at 100. So we tried capturing a QT with the "video" option
selected and the result was the black and while levels were stretched
out of spec. Now we looked a QT in after effect and it looks fine.
its my understanding that "graphics" is considered RGB color space while
"video" is considered YUV.
So we tried a none codec, Bluefish 4:4:4 BV10 codec, and a tga sequence
and got the same shift. Then we tried rendering the same QT with the
Blackmagic 2vuy codec and got a better result with the gamma shift but
it seems to be compressing the whites to under 100.
Is the DS interpreting the RGB quicktimes funny? Has anyone else noticed
this? am I missing a setting deeper than the capture settings?
thanks for any ideas,
Jon (scratching my aching melon) Vargo
Video Arts SF
---
Subscribe? E-mail Majordomo(at)Softimage.COM with the following text in body: subscribe ds
Unsubscribe? E-Mail Majordomo(at)Softimage.COM with the following text in body: unsubscribe ds
---
Subscribe? E-mail Majordomo(at)Softimage.COM with the following text in body: subscribe ds
Unsubscribe? E-Mail Majordomo(at)Softimage.COM with the following text in body: unsubscribe ds
