To allow Vuo to render video at 32bpc. Very useful for compositing video effects, especially when such effects could degrade the RGB values and result in color banding.

This would be enabled within the color depth menu on certain nodes.

Screenshots, Mockups, and Videos: 

Component: 

Notes from Team Vuo

Vuo Pro: 

No — available with both Vuo and Vuo Pro licenses

Complexity: 

●○○○ — Up to a few days of work

Potential: 

●○○ — Appeals to current community

Implemented in Vuo version: 

Comments

I've opened this feature

smokris's picture
Submitted by
Feature status:
Waiting for review by Team Vuo
»
Open for community voting

I've opened this feature request for community voting.

By the way, Vuo's 16bpc rendering is implemented using GL_RGB16F — 16bit half-floats. Since the pixel components are floating-point, you (theoretically) shouldn't encounter clipping. (If you've noticed clipping — besides the weirdness when using 16bpc images in Blend Images that you already emailed me about — please let me know.)

Can the GL_RGB32F be a

alexmitchellmus's picture
Submitted by

Can the GL_RGB32F be a setting somewhere in Vuo? (or possibly a setting along with 8 & 16 bit toggles)? Unless this would cause a complete system re-write I think it would be good to give us the choice of using best quality.

I am thinking of usages such as rendering motion graphics for video, compositing etc. This would show in gradients and high quality compositing operations.

My monitor is only 8bit- will

alexmitchellmus's picture
Submitted by

My monitor is only 8bit- will update later this year, so fine gradients always look a bit strange. Higher bit depth accuracy allows us to do more maths on color and "still" not get banding.

Especially when Color LUTs come into the equation. There are already lots of crazy things that fragment shaders can do with color maths to push the limit. (I know shader toy will be upgraded in 1.3 to 16 bit, exciting).

Does that help?

This FR may be better to

alexmitchellmus's picture
Submitted by

This FR may be better to implement as a Vuo system feature (image type accepting 8, 16, 32 bit image type) before any node is updated.

Also realised that prores (even 4444) only allows 12 bit highest quality. So the "export" would only make sense for image sequences that support high bit depth quality: PNG; TIFF; OpenEXR etc...

Feature status

When we (Team Vuo) plan each release, we try to implement as many of the community's top-voted feature requests as we have time for. Vote your favorite features to the top! (How do Vuo feature requests work?)

  • Submitted to vuo.org
  • Reviewed by Team Vuo
  • Community voted
  • Scheduled for implementation
  • Released in Vuo 1.2.4

Who voted?

alexmitchellmus's picture