Jump to content
Frank Jonen

EXR and JP2 still unsupported

Recommended Posts

Last few betas had the same issue, since EXR is my main format I just stopped using the Photo betas and forgot about posting about it again.

Some EXRs show up in the navigator (Quixel's do) but aren't rendered in the Canvas. Regular EXRs from Nuke don't render anywhere. ACES compliant EXRs don't render either. This bug is new to the 1.7 betas. The retail version still works fine with EXRs. 

Same goes for Jp2. You open a JP2 and both Navigator and Canvas stay blank.
With the exception that Jp2s crash the retail version.

 

Share this post


Link to post
Share on other sites

It happens with all of my EXR files. I have the non-destructive 32-bit settings on btw since I need to work with these files.

Jp2 files open for you? I have to batch them through ImageMagick to regular 16-bit PNGs.

Do you have a link where to upload them?

 

EDIT: Just tried enabling the destructive EXR settings one by one. Doesn't make a difference.

Share this post


Link to post
Share on other sites

Are you sure this isn't related to OpenColorIO with Metal compute? (I'm going to assume you use OCIO)

The whole OCIO pipeline is currently broken with Metal compute—if you disable Metal compute and switch back to software under the Performance preferences section everything should work fine. I've been opening EXRs produced from various software (with OCIO configured) and haven't had any issues. The developers are aware of this and it should be fixed soon.

If that's not the solution to your issue, it would be great if you could provide samples as Gabe suggested so we can have a look. Thanks!


Affinity Photo Video Tutorials - Affinity Photo for iPad Tutorials

Looking for a manual/documentation? Check affinity.help for online help!

@JamesR_Affinity for tutorial sneak peeks and more

Share this post


Link to post
Share on other sites
5 hours ago, GabrielM said:

Yes. They work fine on my end. Please upload some files here so we can investigate this: https://www.dropbox.com/request/O4bgQBOxUBeG8UtqdpTH

What is the source of those files? Did you save them from a web browser? Exported from a different editor? 

 

See:

On 4/4/2019 at 3:26 AM, Frank Jonen said:

Some EXRs show up in the navigator (Quixel's do) but aren't rendered in the Canvas. Regular EXRs from Nuke don't render anywhere. ACES compliant EXRs don't render either. This bug is new to the 1.7 betas. The retail version still works fine with EXRs. 

 

Share this post


Link to post
Share on other sites

Some JP2 files crash Photo on Windows, too. Others don't.

The sample file posted in this other topic crashes both the 1.6 and 1.7 versions of Photo on Windows for me:

 


-- Walt

Windows 10 Home, version 1903 (18362.356), 16GB memory, Intel Core i7-6700K @ 4.00Gz, GeForce GTX 970
Affinity Photo 1.7.3.481 and 1.8.0.486 Beta   / Affinity Designer 1.7.3.481 and 1.8.0.486 Beta  / Affinity Publisher 1.7.3.481 and 1.7.3.475 Beta

Share this post


Link to post
Share on other sites
1 hour ago, James Ritson said:

Are you sure this isn't related to OpenColorIO with Metal compute? (I'm going to assume you use OCIO)

The whole OCIO pipeline is currently broken with Metal compute—if you disable Metal compute and switch back to software under the Performance preferences section everything should work fine. I've been opening EXRs produced from various software (with OCIO configured) and haven't had any issues. The developers are aware of this and it should be fixed soon.

If that's not the solution to your issue, it would be great if you could provide samples as Gabe suggested so we can have a look. Thanks!

That was it. I disabled Metal compute (now the app is really slow) and the image now renders in the canvas. Jp2s also open now without crashing the app.

While you work on the OCIO stuff anyway… how about a direct path from one model to the others? It'd be nice not to have to go through the Terminal each time I need to go from and OCIO  output sRGB view (ACES) to an ICC sRGB output for the web or image print.

Share this post


Link to post
Share on other sites
4 minutes ago, walt.farrell said:

Some JP2 files crash Photo on Windows, too. Others don't.

The sample file posted in this other topic crashes both the 1.6 and 1.7 versions of Photo on Windows for me:

 

Yup, that's a very efficient crash here too. Just tried it.

Share this post


Link to post
Share on other sites
On 5/22/2019 at 12:09 AM, randomjames said:

Just checked with Metal turned OFF, and it crashed as well.

I've attached the file for reference.

cn16005644.jpg.jp2

This file is opened in v128 but the result is awful 

Capture d’écran 2019-05-23 à 08.51.55 1.png

Share this post


Link to post
Share on other sites

That is an interesting effect, but it should be isolated as a plugin rather than being applied by default when opening an image.

Share this post


Link to post
Share on other sites
On 5/21/2019 at 6:09 PM, randomjames said:

I've attached the file for reference.

cn16005644.jpg.jp2

That file crashes Affinity Photo 1.7.0.333 Beta on Windows, too.


-- Walt

Windows 10 Home, version 1903 (18362.356), 16GB memory, Intel Core i7-6700K @ 4.00Gz, GeForce GTX 970
Affinity Photo 1.7.3.481 and 1.8.0.486 Beta   / Affinity Designer 1.7.3.481 and 1.8.0.486 Beta  / Affinity Publisher 1.7.3.481 and 1.7.3.475 Beta

Share this post


Link to post
Share on other sites
1 hour ago, fde101 said:

That is an interesting effect, but it should be isolated as a plugin rather than being applied by default when opening an image.

:D

Share this post


Link to post
Share on other sites

I noticed also the crash when opening images downloaded from Google ( jp2) . Both Designer and Photo (Mac version) crash when trying to open these files...


------------------------

Fernando Velarde

www.velarde.com

Share this post


Link to post
Share on other sites
On 5/23/2019 at 8:59 AM, jmmermet said:

This file is opened in v128 but the result is awful 

Capture d’écran 2019-05-23 à 08.51.55 1.png

nothing changed in the release candidate (v130)

Share this post


Link to post
Share on other sites
On 5/21/2019 at 5:09 PM, randomjames said:

Just checked with Metal turned OFF, and it crashed as well.

I've attached the file for reference.

cn16005644.jpg.jp2

FWIW, I opened that file in Preview.app & in that app exported it as a new JPEG 2000 file using a variety of different Quality slider settings, including "Least" & "Lossless" & a few intermediate ones. All of those files opened in both the 1.6 retail & 1.7 beta versions of Affinity Photo on my iMac without any issues, & in both Preferences > Performance is set to Metal.

Since there seems to be a reluctance to post other jp2 files to this topic (why?) & I did not have any other convenient source for them, I tried opening several ordinary jpg format files I already have in Preview & exporting them to jp2 files as above. All those jp2 files also opened in both versions of Affinity Photo without issues.

I don't know enough about the JPEG 2000 format to draw any definitive conclusions from my tests, but until the developers can do something about this, at least for Mac users using Preview.app to 'fix' whatever Affinity Photo chokes on should provide a workaround for using those troublesome files in both the retail & beta versions of the Affinity apps.

EDIT: Forgot to mention that the 'fixed' versions also open in both retail & beta versions of Affinity Designer, too.

EDIT 2: I just noticed that all the files I 'fixed' with an export from Preview.app include an alpha channel (even though there is no transparency in the source documents), while the original cn16005644 file that crashes in Affinity does not. I don't know if this has anything to do with it, though.


Affinity Photo 1.7.3, Affinity Designer 1.7.3, Affinity Publisher 1.7.3; macOS High Sierra 10.13.6 iMac (27-inch, Late 2012); 2.9GHz i5 CPU; NVIDIA GeForce GTX 660M; 8GB RAM
Affinity Photo 1.7.3.155 & Affinity Designer 1.7.3.1 for iPad; 6th Generation iPad 32 GB; Apple Pencil; iPadOS 13.1.2

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×

Important Information

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.