Gamma Shift After Rendering 8 Bit Uncompressed

I'm getting a really bad black level shift after I render in Final Cut 5. I'm using the final cut 8 bit uncompressed codec, which is what the footage was captured at. Before I render, the preview quality looks fine, but once I render it out, it looks awful, the blacks get a lot brighter, to the point where there's no detail at all. I've changed all my video output settings in the render settings to all the settings possible, and nothing works. I use an AJA iola for video output/capture, but I know it's not that becuase I hooked my sysem up through a normal firewire setup and it does the same thing. It seems to do it everytime I render, and it doesn't matter what kind of fiter or change I'm making to the video. Any help would be greatly appreciated. Thanks.
2gig dual core G5, OS X 10.4.5, Final Cut Pro 5, AJA iola

ProRes is not a long GOP structure (it is not HDV). It is an all "i" frame with compression while maintaining a 4:2:2 color space. Its getting very good reviews including it's ability to work in Color and other grading/finishing options.
Just for your own piece of mind, why not get a segment in both formats and do some testing. That's the only way you'll know for sure the best workflow for your interests.
Good luck,
x

Similar Messages

5.1.1: there's still gamma shift from AE with uncompressed codec

O.k. - this issue has annoyed me for years and has caused me to come up with all sorts of silly workarounds. I saw that with 5.1.1 and the pro app update we were promised a fix for this:
Uncompressed 422
Uncompressed 422 delivers a fix for changes in color-space and/or gamma when moving clips between Final Cut Pro and Adobe After Effects and addresses a codec issue leading to drawing errors in 16bpc After Effects projects....
However, i still get the identical gamma bump as before with this $49 update. . . is this update working for anybody yet?

Sorry, I don't use that specific codec. I export footage to AE in the format I am working with, and back in the same format, typically DVCPRO HD. And I see no gamma shift.
Try the Animation codec?
Shane

Audio shift after rendered

Dear All,
I am trying to mix together three different audio tracks from a musical production. I can sync the three tracks up without problem so that they play as one during preview, but one of the tracks drops the whole beginning section after it is rendered for added effects and then is in sync again toward the end of the section...about one hour total segment. I have done this a hundred times before with other multi track sequences and never had this happen before! Should I just scrap those audio render files and start over? Any idea of why this happened? Thanks much!
Barbara Smits

See these FAQ entries:
"FAQ: Why is there no audio (sound) in my output file?"
"FAQ: How can I play or preview sound (audio)?"

Color shift after rendering

I have a 4x3 animation that I'm putting in a 16x9 frame. To fill the space I've added Color Solid Copy "wings" to each side and matched the colors. It all looks good until I render off the green preview line, and the color hue ends up shifting.
Any idea how to maintain the same hue?

It's your monitor, computer monitors can not be relied on for color accuracy.
Try setting RT to Unlimited.
Put all your animation on V2, put a Shape (Generators > Shapes > Square) on V1. Make the Square the size and color you want. Before editing it into the Sequence, in the Viewer window, top left, enter the duration you need. This will be more stable with coloring.

Gamma shift from After Effects

Hi,
We had to apply graphic work over a QuickTime Uncompressed 8 bit footage from Final Cut Pro.
The graphic work was done in After Effects.
The After Effect output was done using QuickTime Uncompressed 8 bit, the very same codec.
...but all the footage has a gamma shift ( upward ) and a slightly increased color saturation...
What's wrong ?
If we export Uncompressed 8 bit from FCP and reimport in FCP, there is NO gamma shift. ...so it seems to be an After Effect setting (or problem).
thanks !

Well I must specify that we haven't had any problems with gamma when working between After Effects and FCP in Mac OS X. It's just if you bring some material from PC to MAC you might notice that graphics are too bright, because FCP thinks all the RGB material is made with gamma 1.8. So FCP maps RGB colors to YUV (television colorspace used by DV, Uncompressed 8-bit etc.) with gamma 1.8.
BTW FCP doesn't collaborate with color management in OS X. So it doesn't make any difference how FCP handles RGB material if you change OS X gamma to 2.2.
FCP works in YUV and After Effects in RGB so that's why you don't see gamma problems when exporting material from FCP. I think you should first check from Apple Software Update you have the newest Pro Applications Update. I remember Uncompressed 8-bit codec had this kind of gamma problem with After Effecs couple updates before.
G5 DP2.5 (3.5GB RAM) Mac OS X (10.4.5) FCP 5.04, AJA Io, XSAN 1.2

Quicktime X and After Effects CS4 - Unwanted Color / Gamma shift

Hello,
Upon the import of ANY video footage file into After Effects CS4, there is an immediate color (I am guessing a gamma shift) difference between how the video appears in Quicktime (both X and the older player) and how it appear in the After Effects composition window.
Footage appears to be darker in AE and lighter in quicktime, both before and after export. The gamma/color then appears roughly the same when being compressed via h.264 and uploaded to the web (the same in Safari, much darker via Firefox).
My main concern is simply getting AE's color to match Quicktime's so that I can have as close of a match between the color I think I have created in AE, and the actual color that appears in my final output to the web.
I have tried using all of the fixes to be found relating to gamma shifts via .h264, prores, etc. but nobody seems to have this problem with every codec, even animation. I have tried assigning color profiles in AE, matching quicktime legacy formats, etc. All of the options available in AE to no avail.
My monitor is calibrated fine, I am using Perian, All of the latest software updates. Any advice much appreciated!

Hi, thanks for the link. While helpful I am still having problems!
I tried using the method described with Automator to assign a color profile to a test Animation file, created from scratch in AE and rendered out as an Animation with no color management (previously it made no difference to the quicktime gamma shift as to if I had assigned a working color space or not within AE).
Automator only gives three color profile options, HD, SD, or PAL. I tried using HD as this is the size of video I normally work in (although I am also working in PAL), and ran Automator. I also tried using PAL and got identical results. It took about 30 seconds to finish and the result indeed looked much better in QT, and opened up in AE looking identical to a copy of the same .mov file with no color correction.
However, there is *still some change in the image quality as it appears in QT from how it (and the original) appears in AE*.
Original created / displayed in AE: What I am trying to maintain
Rendered out, Automator color profile HD assigned, and opened in QT: Gamma looks good but colors slightly more saturated than original in AE.
Rendered out with no color profile: Original problem with large gamma shift making everything bleached/washed out.
I have a screen shot I can show you to illustrate this here:
http://www.yousendit.com/download/THE0ek9xa0RxRTNIRGc9PQ
While the difference is subtle you can look at the RGB numbers and see the middle example is indeed more saturated.
Perhaps I need to use another color profile when working with the animation codec for animations created from scratch in AE to avoid this saturation shift, other than HD or PAL? Would you know of how to do this?
Also, would you know of how to change this, and perhaps a way of changing qucktime's interpretation rules for all animation files per se, so that I do not need to go through every .mov with the animation codec and assign profiles to them?
Many thanks for your time and sorry for being so long winded!

Color renders huge 10 bit uncompressed files

Shot 1440 CBR with JVC everio GZ-HD7, log&capture into FCP good, Sequence done, send to color renders out Huge 10-bit uncompressed codec sequences. FCP sequence settings to capture in prores HQ and same with color sequence in FCP. Files look ok but a 10 min clip eats up 60GB on firewire 800 drive. I haven't even sent to compressor yet. FCP even has trouble playing back these files probably due to the 1336 mbps playback dada rate. I must be doing something wrong.

Uncompressed 10-bit is huge. No surprise. Why are you rendering out of COLOR in that format if you intend to go to ProRes422?
jPo

*YET ANOTHER* Prores Gamma Shift Thread

There is a gamma and color shift, rendering Prores4444, 422HQ, 422, LT, and Proxy out of After Effects CC 2014.0.2.
It is apparent when viewing the renders from the Finder, Quicktime, or Premiere Pro CC 2014. I'm on OSX 10.8.3.
I followed these instructions to deal with it, but they didn't help:
http://blogs.adobe.com/aftereffects/2009/12/prores-4444-colors-and-gamma-s.html
I can get the footage to almost perfectly match by applying a gamma adjustment of .97, a blue gamma of 1.02 and green gamma of .98.
When I render to TIFF or JPG, the render matches the AE viewport.
My project's Working Space is set to None. If I set it to REC709, the Prores still have a gamma shift, and so do the JPG exports.
Setting the "Match Legacy Quicktime" checkbox doesn't help either.
The gamma shift doesn't just happen with motion graphics, but with regular footage too.
It also happens when rendering out of Davinci Resolve, which tells me it may be an Apple problem, not an Adobe problem.
This has been a problem with Prores for years.
Is it fixed in OSX 10.9? How about in Yosemite?
Is this just a fact of life for Prores? Should I switch to DNxHD?
If I'm going to use Prores, should I render everything with an Adjustment Layer that cancels out the gamma and color shift?
Thanks!
Eric

This isn't really an answer, but FWIW, I love 10-bit 220 DNxHD; I don't render anything out to ProRes anymore unless a client or subcontractor specifically asks for it. DNxHD is still limited to specific resolutions, but if you're working in HD or FHD, it's pretty great.

Gamma Shifts and Text movement

I am rendering a project in Shake using 10-bit Uncompressed footage to the Animation codec because the shot will be imported into an Avid system. I am getting a gamma shift in the footage when I view back the material in Final Cut Pro. Will this happen on the Avid? I know you can choose RGB when importing footage into the Avid. I do not know if the **** is happening from the 10-bit to RGB conversion inside of Shake or when the Animation codec is transcoded back to 10-bit or both?
I also have a logo that I am placing inside of a television but it has very narrow lines in it and a slow aliasing seems to move through the logo during the shot like a wave. I am rendering out to 1080i. Could this be caused by the narrow lines of the logo? I am attempting to blur it a bit and make it bigger to try and fix it.
Thanks!

Tom,
working in 720 certainly worked except I'll now have to change all my graphics which were originated 1920 x 1080.
Is there no way I can work at hi res without these problems? I couldn't see a way of changing field prefs in sequence item prefs. It only lists filters, trame blending for speed and load sequence preset

Video "Hits" After Rendering

After I render a piece of my timeline and look at it on our studio monitor, I'm getting a good amount of what I would call "hits" in the video, like hits you would see on an old tape that's past its prime. The timeline has a number of graphics layered on top of one another with text and moving jpegs, with a broadcast safe filter on everything.
I've had weird things appear after rendering before, but they've always gone away after rerendering. This time they're pretty consistently in the same spots.
Any ideas about settings I should look into or other work arounds?

I have seen this on several occasions and there seem to be a few causes.
possibilities:
1) you are using the Broadcast safe filter, if the clipping on your images are extreme you get strange green and white artifacts after rendering. Try using the 3-way color corrector to bring levels down before applying the BS filter. Or if the artifacts are occurring on graphics, make adjustments in Photoshop (or whatever program you created the graphics in) and bring them back into FCP. A lot of people create graphics using the full range of RGB colors and luminance values. NTSC video does not have as large of a chroma and luma range as RGB.
2) You are working in an uncompressed 10-bit sequence and applying filters that are not compatible (for lack of a better word) with Apple's 10-bit codec. (Or you are just getting random render problems in 10-bit). I have had many, many render issues in 10-bit that went away by switching to 8-bit. In most cases you can't really see much difference between 8 and 10 bit video anyway, so why go through the hassle or working with it. If you are doing a lot of green screen work, you may want to reevaluate this argument.
I'm sure there are other possible causes for the problems you're experiencing, but these are the ones I've run into in the past.
Graeme Nattress knows a lot about 10-bit issues in FCP, perhaps he can chime in with some suggestions/explanations.

Color Shifts when rendering to H.264 Blu-ray

Since upgrading to After Effects CS5 I am seeing the following:
Whenever I render out a video file using the "H.264 Blu-ray" Output Module option, the resulting m4v video has a different color appearance than the After Effects composition from which it was rendered. The rendered file appears to have a yellow cast to it, especially evident in red highlights. This appearance is seen within After Effects (after importing the file and dropping it in a composition) as well as in VLC media player. In addition, a blu-ray disc created using the m4v file also has the yellow appearance when viewed on an HDTV. In other words, the color shift is consistant in various players as well as within After Effects itself.
Here is the bug report I submitted:
******BUG******
Concise problem statement:
Steps to reproduce bug:
1. Create a project with HDTV (Rec. 709) color space, 8 bit.
2. Import a 1920x1080 video file (any kind).
3. Render out to H.264 Blu-ray (using project color space).
4. Import the resulting m4v file and compare it to the original video.
Results: The color has been shifted; has a yellow cast to it.
Expected results: the color should appear the same for the rendered file as the original.

Chris,
Thanks for your input.
"I can assure you this isn't a widespread problem as I've rendered a fair amount of h.264 directly out of AE and haven't noticed it. Nor have I heard anything from our testing department."
Try this simple test:
Make a 1920x1080 comp in AE with your choice of footage, using any AE settings/color management etc. you want to.
Render to format "H.264 Blu-ray" (or plain "H.264") with any settings you care to choose, with the goal being best color fidelity possible.
After rendering, import the output file into After Effects.
Drop it in the original comp.
A / B the two and compare the color.
Do they match?
If so, then you have achieved what I cannot, and what no one so far has demonstrated to me that they can do, and at that point I would greatly appreciate your sharing with me the secret of your success.
If not, then join the club, because I can assure you that I am not the only one.

Pixelization after Rendering - Desaturate Highlights?

I'm running Final Cut Pro 5.0.4 (anyone know where I can get the $49 5.1 update?).
I've shot a video on miniDV, and have edited it into an Uncompressed 10-bit 4:2:2 sequence. In the Video Processing tab, I've selected "Render All YUV Material in High-Precision YUV" and set Motion Filtering Quality to "Best."
I've applied two filters to the footage: Color Corrector 3-Way and Desaturate Highlights. There are no other effects, including speed changes.
Prior to rendering my clip, the footage looks like this in the Canvas window:
After rendering, the footage becomes extremely pixellated:
I've tried changing to Apple Intermediate Codec and the result is the same.
Curiously, if I turn off the Desaturate Highlights filter and then render (in Uncompressed 10-bit 4:2:2), the footage is fine, and looks like the first image above (aside from not having the effects of the Desaturate Highlights filter, of course - which I very much need).
Does anyone have any ideas on how to correct this issue?

hanumang wrote:
There are, unfortunately, known issues with rendering in High-Precision YUV when working in 10-bit in Final Cut Pro.
Any luck attempting to render in simply YUV? (I understand you want to the best quality possible, but it is what it is)
I switched my sequence over to "Render 10-bit material in High-Precision YUV" and got the same result; however, switching it to "Render in 8-bit YUV" cleared it up. Thanks!
Is there a different high-quality codec I could use instead of 10-bit Uncompressed 4:2:2 due to this problem? If I had FCS2 I'd just switch to ProRes, but...well...it's expensive. I may take it to a computer that has FCS2 though and render it in ProRes High-Precision YUV there.
Thanks!

Quicktime player gamma shift

I'm playing back a ProRes file I rendered on my iMac. Using the new default QuickTime Player, I noticed what seemed like a gamma shift; the colors are more pale. When I play the same clip in the old QuickTime 7 Player, the colors are more accurate.
I thought the new QuickTime technology was supposed to do away with gamma shift issues. Am I wrong?

My work in AE is the final video and it is intended for the web.
I tried a lossless export and the result of that is that I have a gamma shift directly.
Also, I ran into this thread
http://forums.creativecow.net/thread/2/994565
Where Todd Kopriva says that :
"The QuickTime format can now contain an embedded ICC color profile. But After Effects doesn't know that. There's a feature record in our database to make it so that After Effects does know about this and can embed an ICC color profile into a QuickTime container; I just called the person responsible for that feature and suggested that I thought that it should be a higher priority for future development. So, there's no need for you to file the feature request."
And my video is kinda like it has a profile in it that only Quicktime sees. Not the others players.
well I am confused ...

Momentary gamma shifts in PS-CS6 composed image h.264 video

Before I finalize a bug report, wonder what others are seeing?
Having discovered the problem in a more complex scenario, I've narrowed down to a simple set of jpg images placed sequentially in a video group, and exported as an h.264 video from Photoshop PS6. All is on Windows 7 Professional SP1, all software involved completely up-to-date.
I first noticed the gamma shift using the 'High Quality' preset. It occurs with variations on Vimeo 29.97 and Youtube 29.97 presets. The gamma problem does not occur on HD 720p or 1080p 29.97 presets.
When I view the resulting video through Quicktime, I see a gamma shift for a moment on the first image, making it look washed out. After another moment, the gamma goes back to normal. On other players such as Windows Media or VLC, no such shift is visible.
Interestingly, the shift comes at 1 second when exporting to the Vimeo 29.97 preset, or 'High Quality', while at 3 seconds on Youtube 29.97. Similarly, the shift back occurs at 2 seconds, or 6 seconds for Youtube.
What the gamma shift looks like sounds like the now age-old Apple Quicktime fault on h.264. -- except it occurs only for one or a few seconds, then reverts to proper gamma, instead of continuing..
With the simple setup of single image (jpg) sequence, it occurs only on the first image. With a more complex scenario, some actual videos included, I've seen it occur on every jpg -- or on some -- in a sequence.
This is very repeatable here - 100%. Anyone else who's noticed it? I'm on the CS6 trial, and still thinking whether to purchase, or go on the Creative Cloud.
Regards,
Clive

We're seeing a worse issue when exporting in H.264 and playing in QuickTime 10.0 (Mac OS 10.6). We are using a custom size video to fit a spot on our website (398x498). When exported and played in QuickTime 10.0 the white inverts throughout the video (back and forth). The same issue is not seen when viewed in VLC or QuickTime 10.1.
This is how the video should look:
And this is how they are appearing:
But like I said, the issue is very specific to QuickTime 10.0 on Mac 10.6. VLC, Flash, Chrome, FireFox all play it correctly.

Sound problems after rendering

Hi,
Being that I have Premiere Pro 7.0, I am not too sure how much help I will get, but i was hoping that someone here could still help if all possible. Here is my problem. I thought I start practicing developing video lessons for 3d software. These lessons would be created using a screen captureing program, called camStudio. In my first lesson, my first try doing the entire lesson as one video, I found out that the video file size exceeded CamStudio's exporter file size allowance when trying to save out to Microsoft DV 1 AVI file. I then decided to split the lesson into 2, but final compose it as one video in Premiere Pro 7.0. Since the lesson was broken up into 2 screen captured videos, I thought it would make things easier if each screen captured video was in its own simulation. So, in other words, I have created 2 simulations in one project, and then I had nested both of them into the 3rd simulation. For example, simulation 1 was called lesson1 part a, and simulation 2 was named lesson1 part b, and the third simulation was called lesson1. Once I had everything setup, at first everything was working fine, meaing I could see the video and hear the sound tracks. However, after I choose to render the sequence using Microsoft DV11 AVI, I do not get any sound, and yet I made sure that the exporter exports both the video and audio. Furthermore, after rendering the project, going back to Premiere Pro's project, and pressing play, I get the error.... Disk Write Error: Verify drive connection, available disk space and disk access privileges
However, when I go inside simulation 1 or simulation 2, I still hear their sound tracks. One other thing I have noticed is that I get the sound back in the project if I move the orginal simulations into a new simulation. By doing that, I am then able to recover the project,. but if I choose to render again, the same process happens all over again.
Does anyone Have any ideas?
My Specs
Adobe Premiere Pro 7.0
Windows XP SP3
CPU 3.0GHz processor
RAM 512MB

so are you saying that the problem could be comming from how I did my recording with CamStudio? Not to change the subject, but you see, I am kind of lost. My goal is to provide some free video lessons. I was thinking my final encoded videos will be in DivX or XVid. CamStudio does offer users to compress to thise types of format. Howeveer, due to owning a very cheap microphone, those kinds that sit on your desktop, is causing me to have the biggest problem, since there is a good amount of background hissing noise in my recordings. So, I have been using both CamStudio for the screen capturing and Audacity to do the voice recording. Then in Audacity, I try my best of tuning up the voice and removing the background hissing noise. Once that is finished, I then need some sort of video editing software that allows me to put the video and my voice recodring together as well as splicing areas of the lesson where I stutter or slurr my speach a bit, which can be easily fixed in Adobe Premire Pro. However, my version of Premiere does not offer XVid or DivX encoding. I was thinking of using VirtualDub, but I really do not want to have 5 programs, just so that I can fix all of my problems, not to mention I have no $$$$ left. So is there a free better way?

Gamma Shift After Rendering 8 Bit Uncompressed

Similar Messages

Maybe you are looking for