Skip navigation
Currently Being Moderated

Does PPRO deserve a complete 32bpc color pipline like AE?

Jan 24, 2011 9:59 AM

hello,

 

i am learning a lot about 32bpc floating point processing and HDR

and now have this question about PPRO.

 

AE has a 32bpc color pipeline.  PPRO does not.

 

Todd Kopriva states from a thread in AE that

 

 

 

If you want to make a feature request for Premiere Pro to have a 32-bpc, high-dynamic-range color pipeline like After Effects, then you can submit a feature request. Be sure to articulate in your feature request why you think an NLE needs a complete 32-bpc, high-dynamic-range color pipeline. Usually, this is only considered important and useful for a compositing and visual effects application, and not as much for an NLE

 

 

 

and to be honest, i don't know whether  NLEs like PPRO should or should not have a COMPLETE 32bpc pipeline.

 

i would think the more complete the better, unless someone in this forum can explain otherwise.

 

it probably is more expensive to have PPRO have a COMPLETE 32bpc color pipeline is the only thing i can think of myself.

 

 

this situation seems analogous to audio recording:  mix in 24bit, mix down to 16bit...

 

any advice / info would be appreciated

 

thanks,

 

j

 
Replies
  • Currently Being Moderated
    Jan 24, 2011 10:30 AM   in reply to tfi productions 44

    Hi there,

     

    Premiere Pro does support 32-bit per channel floating point video throughout the pipeline.  I'm sure Todd was making reference to some certain capability AE has that isn't in PPro, but without seeing the original post, I'm not sure what he was referring to.  However, Premiere Pro has supported 32-bit floating point rendering since version 2.0.

     

    Premiere Pro renders in various pixel formats and depths depending on the input formats, but as a user you can always force 32-bit floating point rendering by checking the Maximum Bit Depth checkbox in the render / export settings.  New in CS5, the Effects panel has various badges to show the capabilities of each effect, so if 32-bit rendering is important to you, you should stick with the effects that have the 32-bit badges.

     

    Regards,

     

    Zac

     
    |
    Mark as:
  • Currently Being Moderated
    Jan 24, 2011 4:48 PM   in reply to tfi productions 44

    In your original post, you made reference to a response that you got from the RE:Vision FX guys about how the SDK for Premiere Pro didn't allow them to create 32-bpc plug-ins. You asked why that was the case. I recommended that you bring that question here so that the Premiere Pro SDK folks (such as Zac) could answer that.

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 8, 2011 11:52 AM   in reply to Todd_Kopriva

    I'm late in coming back to this thread, but for anyone who is wondering where 32 bpc effect rendering stands in Premiere Pro, I wanted to clarify what's going on.  As mentioned further up, Premiere Pro does contain a considerable number of effects that are 32-bit capable.  This 32-bit rendering has been available since Premiere Pro 2.0.  CS5 now provides badges in the Effects panel so that an editor can distinguish between which effects are 32-bit capable, which ones can process YUV natively, and which ones are limited to 8-bit or RGB.

     

    The limitation RE:VisionFX is referring to here is in a specific function (PF_CHECKOUT_PARAM) in Premiere Pro's support for the After Effects API.  That function provides a way for an effect plug-in to get frames at times other than the input frame.  Most effects like color correction, displacement effects, and light effects, and dissolves don't need to get frames at other times.  But plug-ins that provide time remapping or motion blur do need this function.  This limitation is bug 1516663, and we planning on addressing it in a future version.

     

    Regards,

     

    Zac

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 8, 2011 11:57 AM   in reply to Zac Lam

    It sure would be nice if the badges said whether they natively support 601 and 709 color spaces.

    It's frustrating that there are bugs in CS4 (and I think CS5 from what I've heard) that convert the 709 to 601 and back wrongly.

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 8, 2011 5:51 PM   in reply to Zac Lam

    Zac, thanks for providing this update.

     
    |
    Mark as:

More Like This

  • Retrieving data ...

Bookmarked By (0)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points