Access to apx10 colorspace (as well as some others) missing in Color Management drop-downs #44341

New Issue

Haig Petrus · 2015-04-10T15:57:31+02:00

Haig Petrus commented

2015-04-10 15:57:31 +02:00

System Information
Linux Mint 17.1/Ubuntu 14.04/CentOS 7
Quadro 5000K
GTX 680

Blender Version
Broken: 2.74
Worked: Can't confirm

Short description of error
Although OCIO.conf contains adx10 and log10 descriptions, nothing in Blender's interface or automatic/default responses detect or apply these specific colour spaces to DPX or any other files with these spaces embedded. The presence of these extra colour spaces in the .conf file leads me to believe that this may be a bug and not simply a missing feature, but con't confirm. Natron 1.2.1 and Nuke both handle these same files correctly using OCIO.

Exact steps for others to reproduce the error

Go into Node Editor mode
Input an image or image sequence of DPX with apx10 colorspace embedded
Go to Scene > Color Managment and change and look under Render: View: dropdown; there's no apx10 there; so leave as Default
Correct the gamma to 2.2 (this seems to reveal Blender's default behaviour regarding DPX by putting it into log space by default)

**System Information** Linux Mint 17.1/Ubuntu 14.04/CentOS 7 Quadro 5000K GTX 680 **Blender Version** Broken: 2.74 Worked: Can't confirm **Short description of error** Although OCIO.conf contains adx10 and log10 descriptions, nothing in Blender's interface or automatic/default responses detect or apply these specific colour spaces to DPX or any other files with these spaces embedded. The presence of these extra colour spaces in the .conf file leads me to believe that this may be a bug and not simply a missing feature, but con't confirm. Natron 1.2.1 and Nuke both handle these same files correctly using OCIO. **Exact steps for others to reproduce the error** 1. Go into Node Editor mode 2. Input an image or image sequence of DPX with apx10 colorspace embedded 3. Go to Scene > Color Managment and change and look under Render: View: dropdown; there's no apx10 there; so leave as Default 4. Correct the gamma to 2.2 (this seems to reveal Blender's default behaviour regarding DPX by putting it into log space by default)

Haig Petrus commented

2015-04-10 15:57:31 +02:00

Changed status to: 'Open'

Haig Petrus commented

2015-04-10 15:57:31 +02:00

Added subscriber: @HaigPetrus

Sergey Sharybin was assigned by Bastien Montagne

2015-04-10 16:11:15 +02:00

Bastien Montagne commented

2015-04-10 16:11:15 +02:00

Added subscriber: @mont29

Bastien Montagne commented

2015-04-10 16:11:15 +02:00

Sergey shall know what’s going on here. :)

Sergey Sharybin commented

2015-04-21 10:20:48 +02:00

Changed status from 'Open' to: 'Archived'

Sergey Sharybin closed this issue

2015-04-21 10:20:48 +02:00

Sergey Sharybin commented

2015-04-21 10:20:48 +02:00

There are two things here:

Currently color pipeline in DPX is kinda hard-coded. This is because there are variety of "built-in" color spaces for which we don't really want to use OCIO because of portability reasons. If DPX has UserDefine color transfer in it's setting using current color pipeline might work as expected tho.
The reason we choosed OCIO over hardcoded color spaces is because everyone who needs some specific color spaces in his pipeline will easily make some needed for him tweaks to the configuration file without exposing all sort of weird and wonderful color spaces to all blender users.

So thanks for the report, but i don't think exposing all the color spaces to the interface by default is the good idea.

There are two things here: - Currently color pipeline in DPX is kinda hard-coded. This is because there are variety of "built-in" color spaces for which we don't really want to use OCIO because of portability reasons. If DPX has UserDefine color transfer in it's setting using current color pipeline might work as expected tho. - The reason we choosed OCIO over hardcoded color spaces is because everyone who needs some specific color spaces in his pipeline will easily make some needed for him tweaks to the configuration file without exposing all sort of weird and wonderful color spaces to all blender users. So thanks for the report, but i don't think exposing all the color spaces to the interface by default is the good idea.

Troy Sobotka commented

2016-02-17 22:04:31 +01:00

Added subscriber: @troy_s

Troy Sobotka commented

2016-02-17 22:04:31 +01:00

Just bumped into this today.

@Sergey - any chance of revisiting this?

Currently it is impossible to save a display referred DPX with a log-like transfer from the OCIO config.

Just bumped into this today. @Sergey - any chance of revisiting this? Currently it is impossible to save a display referred DPX with a log-like transfer from the OCIO config.

Sergey Sharybin commented

2016-02-18 09:17:23 +01:00

Why would one do this and why it's something we should have in official builds?

Keep in mind, OCIO is easily configurable, and it's the whole idea of using it to not care of all weird and wonderful usecases in an upstream.

Why would one do this and why it's something we should have in official builds? Keep in mind, OCIO is easily configurable, and it's the whole idea of using it to not care of all weird and wonderful usecases in an upstream.

Troy Sobotka commented

2016-02-18 13:57:54 +01:00

Currently, getting in and out of Blender is a challenge.

For example, I recently added the 6.5 stops above middle grey view transform in. It takes values ten stops below middle grey, mapped to 0.18, and 6.5 stops above. The scene referred upper value is 16.291.

So rendering in Blender, there is no way to get a high quality DPX out with the log transform above; it is impossible.

What would be expected is the display referred log transform ends up baked into the DPX such that it can be taken out and used for grading.

A simple example, but it applies across many different areas.

Currently, getting in and out of Blender is a challenge. For example, I recently added the 6.5 stops above middle grey view transform in. It takes values ten stops below middle grey, mapped to 0.18, and 6.5 stops above. The scene referred upper value is 16.291. So rendering in Blender, there is no way to get a high quality DPX out with the log transform above; it is impossible. What would be expected is the display referred log transform ends up baked into the DPX such that it can be taken out and used for grading. A simple example, but it applies across many different areas.

Troy Sobotka commented

2016-07-13 06:23:07 +02:00

Any motion on this?

Every house pretty much relies on in house transforms or OCIO, so having a raw load that leverages OCIO would solve this short term. OIIO handles all the metadata longer term.

DPX support is a bit of a showstopper.

Any motion on this? Every house pretty much relies on in house transforms or OCIO, so having a raw load that leverages OCIO would solve this short term. OIIO handles all the metadata longer term. DPX support is a bit of a showstopper.

Sergey Sharybin commented

2016-07-14 10:33:12 +02:00

There is no motion in this. There was a patch (which you already mentioned) which kind of tries to address this, but which isn't (a) really artist-friendly (b) moves hardcoded thing from DPX IO to OCIO.

Being a proprietary nature of a format, which is mainly used in a mixed pipeline with closed/opensource software it's not that high prio for the core team. However, if there is someone from the studio who really improves DPX support in Blender and sticks around for maintenance we're all up including that work.

There is no motion in this. There was a patch (which you already mentioned) which kind of tries to address this, but which isn't (a) really artist-friendly (b) moves hardcoded thing from DPX IO to OCIO. Being a proprietary nature of a format, which is mainly used in a mixed pipeline with closed/opensource software it's not that high prio for the core team. However, if there is someone from the studio who really improves DPX support in Blender and sticks around for maintenance we're all up including that work.

Troy Sobotka commented

2016-07-14 14:03:55 +02:00

DPX is actually a SMPTE standard, much like many other facets already within Blender. It is used almost exclusively to communicate display referred image encodings.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Access to apx10 colorspace (as well as some others) missing in Color Management drop-downs #44341