Jump to content

Search the Community

Showing results for tags 'OCIO'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • Affinity Support
    • News and Information
    • Frequently Asked Questions
    • Affinity Support & Questions
    • Feedback & Suggestions
  • Learn and Share
    • Tutorials (Serif and Customer Created Tutorials)
    • Share your work
    • Resources
  • Bug Reporting
    • Report a Bug in Affinity Designer V2
    • Report a Bug in Affinity Photo V2
    • Report a Bug in Affinity Publisher V2
    • Report a Bug in Affinity Version 1 applications
  • Beta Software Forums
    • 2.1 New Features and Improvements
    • Other New Bugs and Issues in the Betas
    • Beta Software Program Members Area
    • [ARCHIVE] Reports from earlier Affinity betas

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start




Website URL






Member Title

Found 14 results

  1. Data: Affinity Photo 2 (just installed) - Windows 10 Pro 64 bits Note: this bug has a very simple workaround, but quite cumbersome in repetition if you work with several 32bit images (and OCIO) at the same time. Description of the bug: When working with OCIO in the "32-bit preview" implementation, while having more than 1 image/tab open, the view-transform appears to almost (but not quite) "duplicate" itself at the point of switching tabs. What's happening it's likely that at the point of switching tabs, it's applying the ICC transform + the OCIO one. For example (video attached), I have a Linear-709 image loaded being visualized with an OCIO transform, everything looks fine. I load another one (in this case an identical re-export of the first); the view appears broken. This has a really easy workaround solution: simply switch back and forth the selected transform on the 32-bit Preview panel, and it resets back to looking fine. But as you can see in the video, this step is required every single time you switch tabs/projects. How to replicate: - Load a 32-bit linear image and use OCIO "32-bit Preview" as your preferred visualization method, with any ocio.config of your liking setted up. - Then, load/open another image (also 32 bit, so that it uses the OCIO preview as well). - Switch back and forth between their tabs. If you wish to use the same image I did (its CC0 made by myself, but I tried with other images too with the same bug present): https://github.com/jkierbel/CC-Skull-Test-Image If you wish to use the same OCIO configuration I used for this test (I also tried with other ones with the same bug present): https://github.com/sobotka/filmic-blender/tree/all-views Video showcasing the issue (and it's workaround) attached 20-11-2022-14-29.mp4
  2. I have an EXR from blender thats saved in ACES with the official 1.2 ACES package from the github . When I import it into AP, point the configuration file to pathTo/OpenColorIO/aces1.2/config.ocio and in the 32-bit preview window my display settings are set to the following. This gives me the correct image in the viewport which matches my blender render. However, when I go to export the image, the colors are not correct and washed out since I assume this is just a "preview" hence the 32-bit preview tab title and not applying the OCIO display transform to the final image. I tried adding a OCIO adjustment layer but couldnt get anything to work. When I did this I changed the display transform under 32 bit preview to ICC. The input colorspace is ACES-ACEScg since thats what it is and was rendered in in blender. In the Destination color space dropdown I tried a variety of options but none of them worked nor matched the OCIO display transform in the 32 bit preview of sRGB/ACES. The only way I could capture what it is supposed to look like is to either upload the "raw" ACES renders from blender or what i did which was to take a screen snip of the desktop with windows Snip & Sketch. Please help me. I am interested in being able to save ACES only - please dont direct me to look at things related to blender filmic
  3. Hey All, Got a question about OCIO and Blender's Filmic profile in AP. I'll preface this by saying I'm no expert in color/gama spaces and profiles, so go easy. Here's my situation. I'm running some tests with 32bit OpenEXR renders out of Blender and compositing them in AP. Up until last week, admittedly, I did this in PS, but PS on the Mac can't open OpenEXR files, and I do like working on my M1-Max. I digress. Back on point... When I open these renders in AP, I get the same exact export output whether I use the ICC Display Transform or OICO Display Transform so long as I have the layer setup as show in the video put out by James Ritson, of Affinity Photo, i.e. OCIO, LUT, OCIO. It's identical on export out to TIFF or JPEG. Can anyone explain what is happening, or what I'm missing... or has AP just been updated since James made his video? Video is linked here. Thank you!
  4. I was working on a file with a custom OCIO 1.0 config that Redshift made for Blender. I decided that I wanted to change to a un-modified OCIO 1.0 config for ACES 1.2. So I repointed Affinity Photo to that config and restarted the app. Upon opening my file I got a crash. I expected it to need to have my OCIO adjustments changed but, I don't get an opportunity to fix them. I went back to my old config and could open the file. I tried to delete all the adjustments and set the file to unmanaged in the 32-bit preview and saved a copy. But even that copy crashed Affinity Photo if I tried to use the unmodified OCIO 1.0 config. So I had to recreate my file to use another config. We will need a way to fix this sort of problem without having to start over with a new file. I hope you can use this file to build a little more robustness in how it handles moving between OCIO configs so that we can at least get back into files and correct OCIO settings. Fortunately, this was just a test file for me and nothing important. This is with Affinity Photo This also happens if you have a file set to use OCIO but open it on another computer that does not yet have OCIO configured in preferences. In both cases we should get a descriptive error message and an opportunity to change the OCIO config rather than a hard crash of the app. Without better error handling users would not have any idea how to fix it or assume the file was corrupt. AirwolfPos_Test.afphoto
  5. I need to run two OCIO config files - a version 1.x and a version 2.x - because some software I use needs one or the other. I have a Windows OCIO environment variable set to the version 2.x config. In AP colour prefs I had originally set a direct file path to the version 1.x OCIO config - as AP requires. However, having subsequently established the Win environment variable to the version 2.x config... AP automatically decided to use that - which fails as you do not yet support v2.x AP is overriding my direct file path entry without my permission and without any option to correct it as the 'Select' button is now grayed out... Actions required: DO NOT automatically override this, or any other, user preference. Allow a manually entered direct OCIO file path, whether or not an OCIO environment variable exists. If no direct file path is entered, and an OCIO environment variable does - then feel free to use it. Just don't override my path!
  6. Hi, I recently switched to Affinity Photo from Photoshop. I used to composite my renders as 16bit PNGs in Photoshop. But, since Affinity Photo supports all adjustments and filters in 32bit mode, I started compositing in 32bit using EXR files. However, now the problem is OCIO. The renders from Blender use Filmic color management. As per @James Ritson 's tutorial on baking color space transforms using OCIO adjustment layers, I added two OCIO adjustments -- one from Linear to Filmic sRGB and the second one from sRGB to Linear (with view transform set to ICC in 32bit Preview mode). But, now my question is, where should I add my adjustments (curves, levels, etc.) for compositing? Below or above these two OCIO adjustments? Or should I add them between these two? And also, the problem is, Filmic makes JPEG or PNG layers look very washed out. So, I am currently placing my JPEG or PNG layers (e.g. cutouts) above these two OCIO adjustments and any adjustments that I need to make to my EXR layers, I keep the below these two OCIO adjustments. Am I doing this right? Or is the a different way to do this properly?
  7. Considering this was my first ever helicopter flight, I think I did Ok. I just held the camera very tightly, without using the screen or viewfinder, just like my stomach and at about 1000 ft pressed the button. I've checked it against Google Earth (Desktop and web versions) and I did a better job than they did. Not bad for my first effort. Santini Air would be proud. Location? Middleton School and Tyesdale, Bretton, Peterborough.
  8. Dear Serif Team and Affinity Photo users, I'm a VFX Compositor & Matte Painter and I'd like to move from PS to AP. I hope you can help me with some questions regarding the Implementation and proper use of ACES and 32-bit. My background plate is exported from Nuke as an ACES - ACES2065-1 16-bit EXR file. The import into AP ( works fine - the file get's recognized as an ACES file and I get the same result using OCIO. But there are a few things I can't get my head around yet: How do I pick and paint high color values? Using the exposure slider in the 32-bit Preview I see that there are high values. If I pick and paint them back in, the result is way darker. (Changing the exposure doesn't effect the false picked color) picked in Nuke for comparison I moved from PS because there is a 16Bit limitation and I had to work with ACEScc files (log encoded) and use an ICC profile to check my work. I hoped to get around this using AP. Those threads are dealing with the same issue but the information is contradictory and I can't reproduce the method quoted first. https://forum.affinity.serif.com/index.php?/topic/49815-hdr-raw-pixel-values/ https://forum.affinity.serif.com/index.php?/topic/19787--/ What is the proper workflow of importing and edit JPGs in an ACES setup in AP? Unfortunately there's no way of assigning an IDT during import (as in Nuke) but I can reproduce Nukes behavior with OCIO Adjustment Layers, which seams pretty inconvenient. (Windows Photo Viewer as comparison) Bottom left: Two OCIO nodes in sequence [ACES2056-1 to Utility - Curve - sRGB] followed by [Output - sRGB to ACEScg]. Bottom right: Two OCIO nodes in sequence [ACES2056-1 to Utility - Curve - sRGB] followed by [Utility - sRGB - Texture to ACEScg]. This post deals with the question of the right IDT for JPGs in general. I guess going the Utility - sRGB - Texture way is better, isn't it? My color settings: If you need further information or I haven't made my questions clear enough please don't hesitate to ask. I'm glad about any help or further learning resources! Thanks a lot
  9. Hi, I'm trying follow Affinity official tutorial 'Applying Blender Filmic Looks' (https://affinity.serif.com/en-gb/tutorials/photo/desktop/video/441014543), just to find 'Source' and 'Destinaton Color Space' fields are empty in 'OCIO Adjustement Layer'. I'm on and it worked before, in older version. Don't you know what could possibly went wrong with it? Thank you.
  10. Hello, With a custom OCIO config, with 32-bit Linear document in ACEScg color space, with a display management set to OCIO Display Transform and custom display LUT, with several documents open at the same time (all 32-bits ACEScg), we found that the 32-bit display is deactivated when swithing from a document to an other. We have to click on 'Unmanaged' or 'ICC Display Transform' then on 'OCIO Display Transform' to finally see the correct display. Whereas this is not critical, we are always able to bring back the correct display with a few clicks, this is really annoying and perturbing for the artists. This is with Affinity Windows 10. Thanks.
  11. Hello, I am starting to re-learn Designer with the arrival of 1.7, and there are a few things that I didn't undertsand first time, with no improvement on understanding with the new version First one is a biggie: What on earth is OpencolorIO. Mind you, I don't work in animated movies and rarely handle LUTs (although it may happen). I checked the help files (didn't help), checked the OpenIO website (Very obscure language), and also this very forum (with a link in one thread refering to explanatory videos - link is broken on Vimeo) I am generally fairly familiar with colour management, but fail to get the concept of OpencolorIO... It's probably that they don't use the same jargon as I am. Can anyone either point me to simpler language references or maybe attempt at explaining themselves? (you can even use puppet socks if all fails ) Thanks so much in advance!
  12. Hi everyone, I was wondering if Affinity Photo was capable of handling OCIO context variables? It's quite common in the film industry to define context-driven colorspace(s) in the OCIO configuration. Either by having a variable part in the search path, or directly in the name of a LUT/CDL file. Theses variables can be then set to different values at runtime and force updating the resources loaded by OCIO processor(s). An example of this being implemented at the user-level is Nuke OCIODisplay and OCIOColorspace nodes that expose a "Context tab" where you can define key-values where the key is the name of variable and value the literal value (e.g. SHOT sc010_0010). This is a quite essential feature for TV shows, feature film etc... I'm happy to elaborate more if needed be. Best, Nicolas.
  13. It's reasonably simple to switch configs in Affinity but it still involves closing everything and restarting the app. You can't have two documents open that need different configs. It'd be great to do the setup of a few configs once and only require a restart when you change that setup. That way we could have open a few documents that are in difference OCIO colour spaces. I often have to switch between nuke-default and ACES nowadays. Being able to set and save (in Affinity format) what config a document used would be great and only like two or three lines of extra meta data. It would also make it easier to work in larger teams and bring work from multiple sources together. Then having an OCIOconfig node/layer which could be used to transform work from one base config to another would be really sweet. Being able to toggle through configs would also be great for last minute jobs where everybody just assumes you know their workflow and eff-off right after emailing you the logins.
  14. Hi Affinity team I have two small feature requests that will make Affinity Photo and Designer fit really good into VFX, movie and TVC production. 1. My primary request is import and export in the Open EXR file format. Some of the key features of Open EXR is: High Dynamic range, up to 32 bit float. Multiple channel sets (layers / passes). Multiple compression types, both lossless and lossy. Open EXR is used all around in VFX, movie and TVC production. It is supported by, and the preferred image file format of many tools in VFX production (nuke, maya, modo, mari, fusion, scratch, daVinci resolve, etc. and even AE, but it's really bad implemented in PS). 2. The second request is support for motion picture and TV color spaces. Being able to handle Rec709, cineon (LOG), P3, Rec2020, ACES, etc. correctly in Affinity Photo and Designer would be a huge plus. I'm not a developer, but I think it could be done through the OpenColorIO color management solution, which is also widely adopted by VFX production tools. A still image editor is not the primary tool in the VFX, movie and TVC world. But it is always there as a secondary tool for doing quick fixes, converting images and vector files, developing raw files, etc. These requests I mention are weak points/not supported at all with most other image editors, and I think if Affinity Photo and Designer get's it right, it could be a huge plus, and with the very reasonable price tag I can't see reasons to not choose Affinity Photo and Designer. Cheers /johs
  • Create New...

Important Information

Please note there is currently a delay in replying to some post. See pinned thread in the Questions forum. These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.