Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How to handle file assets where the color space metadata is set to Unknown #131

Open
doug-walker opened this issue Aug 9, 2024 · 1 comment
Labels
question Further information is requested

Comments

@doug-walker
Copy link
Contributor

doug-walker commented Aug 9, 2024

In the ASWF Color Interop Forum recommendations, there is a color space "Unknown". This is intended to be used by application developers when they need to set the color space metadata in some file format if they don't actually know what the real color space is. This is intended to help avoid the common problem where developers simply "guess" and set something that turns out to be wrong.

The question then is what should happen when reading a file that is tagged with the color space "Unknown"?

If config authors include "Unknown" in their config pointing to whatever color space they want to use as a default for handling that scenario, then it requires no special action on the part of the application. This could be done by defining a new color space or role, or by adding an alias to an existing color space.

However, the config author may want the application to ask the user to identify the color space rather than relying on a default. This is historically indicated by setting the "strictparsing" attribute of the config to "true".

So a possible recommendation for app developers would be to proceed as follows:

  1. Simply pass the color space to OCIO. If the config author has defined "Unknown", it will be handled at that time.
  2. If it doesn't match a color space in the config, the app could check if the string is "Unknown" and if so, then check the config's strictparsing attribute. If it's true, the app should ask the user to select a color space. (Though config authors should be aware that it won't always be possible for an app to ask a user or otherwise suspend processing.)
  3. If strictparsing is false, the app could use the file's path in the File Rules to obtain a color space. Or if the file either doesn't have a path, or it seems inappropriate to use it, the app could simply use the color space for the default File Rule.

Any thoughts?

How should this be handled in the built-in ACES configs?

@doug-walker doug-walker added the question Further information is requested label Aug 9, 2024
@carolalynn
Copy link

Should we add an "unknown" alias to the "raw" colorspace, so nothing happens by default if other heuristics fail? it would mean that other heuristics would need to happen before checking the config? Hmmmm.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants