![]() |
|
|
|||||||
| Attend the World Premiere All about the world of Adobe Premiere and its associated plug-ins. |
|
Views: 1716 - Replies: 21
|
Thread Tools | Search this Thread | Display Modes |
|
|
#16 |
|
Trustee
Join Date: May 2004
Location: Knoxville, Tennessee
Posts: 1,117
|
Wow. That IS weird!
|
|
|
|
|
|
#17 |
|
New Boot
Join Date: Oct 2003
Location: Helsinki, Finland
Posts: 9
|
Sorry for the late response but I only just ran into this thread. I tested the provided footage and my Premiere CS3 behaved exactly like Daniel Browning described. I opened a fresh project with the basic NTSC HDV settings, and both the Levels and RGB Color Correction filter clips the whites, while Fast Color Correction does not. The scopes show that just adding either of those two bad behaving filters to a piece of footage, results in the whites being clipped, even if the filter settings were not touched. Lowering the white levels does not bring back the details, they stay clipped.
|
|
|
|
|
|
#18 |
|
New Boot
Join Date: Oct 2003
Location: Helsinki, Finland
Posts: 9
|
Adobe Media Encoder forces clipping
I had a more thorough look at the can - here are the worms.
The following filters are good for bringing down the superwhites recorded by the camera: Fast Color corrector, Three-Way Color Corrector, Luma Curve, RGB Curves, ProcAmp. Combining any of the following to the stack will clip the superwhites even if the above "good" filters have been used to bring them down below 100IRE: Levels, Shadow/Highlight, Color Balance, Color Balance (HLS), Tint, Gamma Correction, and probably most of the rest. Also, RGB Color Corrector and Luma Corrector cannot bring superwhites down and clip the superwhites if used before one of the "good" highlight adjusting filters. RGB Color Correction always clips the chroma. All of this works when exporting to tape, or exporting to movie. Does not work when using Adobe Media Encoder, unfortunately! Exporting via Media Encoder always results in the original superwhites being clipped, even if the superwhites were brought down to legal values with the "good" filters. It appears that Media Encoder first clips superwhites and only then applies the filters. MainConsept MPEG Video codec, or its implementation, seems to be buggy. As a work around, before using Media Encoder, export the parts with corrected superwhites to movie, preferably with a non-lossy codec, and import back to your project. Note that RGB Parade seems to always show whites as clipped, even if they are not. Use All Scopes or Vect/YC Wave/RGB Parade to check the RGB values. The other scopes work as expected. |
|
|
|
|
|
#19 | |
|
New Boot
Join Date: Oct 2003
Location: Helsinki, Finland
Posts: 9
|
What - there's a manual?
A minor update to my previous post:
Quote:
The filters understanding superwhites are tagged as "high bit-depth" in the Adobe Premiere Pro Help manual. |
|
|
|
|
|
|
#20 |
|
Trustee
Join Date: May 2004
Location: Knoxville, Tennessee
Posts: 1,117
|
Hey this is great info - appreciate the effort you have put into clarifying this!
|
|
|
|
|
|
#21 |
|
Major Player
Join Date: Jan 2007
Location: Portland, OR
Posts: 459
|
Superwhite handling in CS4
I don't see anything in today's Premiere Pro CS4 announcement that makes me think this issue is fixed. (If it were, I would have expected Adobe to tout it's increased dynamic range handling and highlight recovery options.) But we'll see about it when it comes out.
|
|
|
|
|
|
#22 | |
|
Major Player
Join Date: Jan 2007
Location: Portland, OR
Posts: 459
|
Quote:
|
|
|
|
|