Jump to content

Recommended Posts

Posted

If the RAW file display issue will be resolved? I've seen forum threads about this phenomenon from over a year ago and the issue still persists on macOS Sonoma 14.6.1. Changing the raw engine to Apple's helps somewhat, but the file is still displayed slightly differently than in the manufacturer's program (digital photo professional 4).

Posted

Welcome to the Affinity forums.

It's not clear what Raw file display issue you're talking about. There have been many different issues over the years, and most that I can recall have been with specific new cameras or with specific options that are not supported. There is no such thing as a "Canon RAW file". Each specific camera model creates its own files, and each must be treated differently by applications.

So:

  1. What camera are you working with?
  2. What issue are you having? Or which issue are you talking about, if it is already mentioned in the forums?

-- Walt
Designer, Photo, and Publisher V1 and V2 at latest retail and beta releases
PC:
    Desktop:  Windows 11 Pro 23H2, 64GB memory, AMD Ryzen 9 5900 12-Core @ 3.00 GHz, NVIDIA GeForce RTX 3090 

    Laptop:  Windows 11 Pro 23H2, 32GB memory, Intel Core i7-10750H @ 2.60GHz, Intel UHD Graphics Comet Lake GT2 and NVIDIA GeForce RTX 3070 Laptop GPU.
    Laptop 2: Windows 11 Pro 24H2,  16GB memory, Snapdragon(R) X Elite - X1E80100 - Qualcomm(R) Oryon(TM) 12 Core CPU 4.01 GHz, Qualcomm(R) Adreno(TM) X1-85 GPU
iPad:  iPad Pro M1, 12.9": iPadOS 18.5, Apple Pencil 2, Magic Keyboard 
Mac:  2023 M2 MacBook Air 15", 16GB memory, macOS Sequoia 15.5

Posted
10 hours ago, Chemicon said:

but the file is still displayed slightly differently than in the manufacturer's program (digital photo professional 4).

No app, even Photoshop, will produce the same result as DPP for reasons explain over and over again in the older posts.

If getting identical results is critical for your work, use DPP for RAW development.

many users want to use more creative workflows like panorama stitching, stacking, etc and then the differences do not matter. If they do, use DPP and export as tiff/16 and do the later steps in Photo.

Mac mini M1 A2348 | MBP M3 

Windows 11 - AMD Ryzen 9 5900x - 32 GB RAM - Nvidia GTX 1080

LG34WK950U-W, calibrated to DCI-P3 with LG Calibration Studio / Spider 5 | Dell 27“ 4K

iPad Air Gen 5 (2022) A2589

Special interest into procedural texture filter, edit alpha channel, RGB/16 and RGB/32 color formats, stacking, finding root causes for misbehaving files, finding creative solutions for unsolvable tasks, finding bugs in Apps.

I use iPad screenshots and videos even in the Desktop section of the forum when I expect no relevant difference.

 

Posted

Thank you for the quick reply.

Quote

There is no such thing as a "Canon RAW file"

I thought that the .CR3 format was a certain Canon standard, so I wrote "Canon RAW file". I didn't know that the files differ depending on the camera model. I'm sorry.

Quote
  1. What issue are you having? Or which issue are you talking about, if it is already mentioned in the forums?

This is a link to a thread that describes a quite similar problem:

I set the recommended option in this thread and it is much better, but there are still differences. Currently, the difference in the photos looks a bit like in this thread:

A little bit of informations about my setup: 

Canon EOS 250d 50mm f/1.8 (.CR3 files)

Quote

No app, even Photoshop, will produce the same result as DPP for reasons explain over and over again in the older posts

I understand that different software may show RAW files slightly differently, but it is strange that the free RawTherapee program shows them apparently like in DPP4 and the paid Affinity photos spoils the colors so much. From the second thread I mentioned, thomaso said: "The forum has reports that some image capture information contained in RAW metadata is ignored when opened in Affinity, but taken into account when opened in the camera brand's software. This may be inconvenient but a way to do initial development … and then continue in Affinity.". From what I understand, the problem is in the RAW engine. Since I'm experiencing a similar situation, the problem must still exist. Moreover, if some data is lost, as thomaso wrote, you will not be able to extract as much from such a photo as you can in another program. I admit that this worries me a little. I thought I could use this program to process RAW files which has more RAW processing capabilities than DPP4.

 

 

 

 

 

 

 

 

Posted
18 minutes ago, Chemicon said:

From what I understand, the problem is in the RAW engine. Since I'm experiencing a similar situation, the problem must still exist. Moreover, if some data is lost, as thomaso wrote, you will not be able to extract as much from such a photo as you can in another program. I admit that this worries me a little. I thought I could use this program to process RAW files which has more RAW processing capabilities than DPP4.

The issue is that software from the camera manufacturer understands more of the manufacturer-specific (and sometimes proprietary) data than Affinity understands. With Affinity you are starting with the actual Raw data, without all the camera settings applied that the camera would use to produce a JPG.

You can still produce an image that looks like the camera's JPG image would look, but you have to do a bunch of work manually, and learn how to adjust your camera's Raw images to incorporate those automatic camera functions.

Some other Raw developer programs may apply more of the built-in camera settings, if they understand them all. Or they may provide some subset. But camera manufacturers are always making small changes to the format and content of the data they record. Sometimes that will happen even within the same camera model with different builds of the camera firmware.

Affinity Photo just gives you the image data that is physically present in the file, and not the information about any adjustments the camera suggests based on various image modes you may be using from the camera settings (which are really for the JPG files it produces).

-- Walt
Designer, Photo, and Publisher V1 and V2 at latest retail and beta releases
PC:
    Desktop:  Windows 11 Pro 23H2, 64GB memory, AMD Ryzen 9 5900 12-Core @ 3.00 GHz, NVIDIA GeForce RTX 3090 

    Laptop:  Windows 11 Pro 23H2, 32GB memory, Intel Core i7-10750H @ 2.60GHz, Intel UHD Graphics Comet Lake GT2 and NVIDIA GeForce RTX 3070 Laptop GPU.
    Laptop 2: Windows 11 Pro 24H2,  16GB memory, Snapdragon(R) X Elite - X1E80100 - Qualcomm(R) Oryon(TM) 12 Core CPU 4.01 GHz, Qualcomm(R) Adreno(TM) X1-85 GPU
iPad:  iPad Pro M1, 12.9": iPadOS 18.5, Apple Pencil 2, Magic Keyboard 
Mac:  2023 M2 MacBook Air 15", 16GB memory, macOS Sequoia 15.5

Posted (edited)

I discovered something very strange. I started changing the option in Develop Assistant settings to whatever and testing, then I went back to the settings I had at the beginning, but it didn't help. Then I turned off the laptop and when I turned it on again and opened the file again, the image looks a little bit different. I am sending in the attachment what the problem looked like for me before:

DPP4:.

image.thumb.png.5da402a3f6304b820d13be7279510da5.png

AP2 Serif Labs:

image.thumb.png.3d4cacef4dacb2f65c81345afc384f91.png

AP2 Apple:

image.thumb.png.2a400254c4ad70570eb87d0379d28d10.png

After restarting the computer, the photo looks like this in affinity photos with default settings:

image.thumb.png.e4306640ae5366e0a3d71976cd02f795.png

 

 

 

 

 

Edited by Chemicon
Posted
Quote

The issue is that software from the camera manufacturer understands more of the manufacturer-specific (and sometimes proprietary) data than Affinity understands. With Affinity you are starting with the actual Raw data, without all the camera settings applied that the camera would use to produce a JPG.

You can still produce an image that looks like the camera's JPG image would look, but you have to do a bunch of work manually, and learn how to adjust your camera's Raw images to incorporate those automatic camera functions.

Some other Raw developer programs may apply more of the built-in camera settings, if they understand them all. Or they may provide some subset. But camera manufacturers are always making small changes to the format and content of the data they record. Sometimes that will happen even within the same camera model with different builds of the camera firmware.

Affinity Photo just gives you the image data that is physically present in the file, and not the information about any adjustments the camera suggests based on various image modes you may be using from the camera settings (which are really for the JPG files it produces).

Thanks for the clarification. Now I understand. I thought information was being lost related to the raw data itself.

Posted
3 minutes ago, Chemicon said:

I started changing the option in Develop Assistant settings to whatever and testing, then I went back to the settings I had at the beginning, but it didn't help.

You should Cancel the Develop process, modify the Assistant Settings, and re-Open the image. Changes to the Assistant Settings may not affect files that are already in-process.

-- Walt
Designer, Photo, and Publisher V1 and V2 at latest retail and beta releases
PC:
    Desktop:  Windows 11 Pro 23H2, 64GB memory, AMD Ryzen 9 5900 12-Core @ 3.00 GHz, NVIDIA GeForce RTX 3090 

    Laptop:  Windows 11 Pro 23H2, 32GB memory, Intel Core i7-10750H @ 2.60GHz, Intel UHD Graphics Comet Lake GT2 and NVIDIA GeForce RTX 3070 Laptop GPU.
    Laptop 2: Windows 11 Pro 24H2,  16GB memory, Snapdragon(R) X Elite - X1E80100 - Qualcomm(R) Oryon(TM) 12 Core CPU 4.01 GHz, Qualcomm(R) Adreno(TM) X1-85 GPU
iPad:  iPad Pro M1, 12.9": iPadOS 18.5, Apple Pencil 2, Magic Keyboard 
Mac:  2023 M2 MacBook Air 15", 16GB memory, macOS Sequoia 15.5

Posted
3 minutes ago, walt.farrell said:

You should Cancel the Develop process, modify the Assistant Settings, and re-Open the image. Changes to the Assistant Settings may not affect files that are already in-process.

Maybe I haven't done this before. Anyway, thank you for explaining where these differences come from. The most important thing for me is that this lost data does not affect the information that is important in the photo processing itself, but is only additional information generated by the camera.

Posted
55 minutes ago, Chemicon said:

understand that different software may show RAW files slightly differently, but it is strange that the free RawTherapee program shows them apparently like in DPP4 and the paid Affinity photos spoils the colors so much

Affiniy uses LibRaw in general, the same raw engine is used by RawTherapy. But there is one exception: Affinity implemented own code for CR3 file at a time where this format was missing in libRaw. I don't know if Affinity removed this own code after libRaw started to support CR3.

Then, Affinity does not apply any shareping, saturation increase, noise reduction etc by default, in contrast to almost every other App on earth.

Assistant settings like exposure bias and apply tone curve may further increase the rendering differences.

And Affinity lacks behind RawTherapy by typically > 6-12 month due to the relase cycle. It may got a little faster as Affinity reduced the time between releases.

Mac mini M1 A2348 | MBP M3 

Windows 11 - AMD Ryzen 9 5900x - 32 GB RAM - Nvidia GTX 1080

LG34WK950U-W, calibrated to DCI-P3 with LG Calibration Studio / Spider 5 | Dell 27“ 4K

iPad Air Gen 5 (2022) A2589

Special interest into procedural texture filter, edit alpha channel, RGB/16 and RGB/32 color formats, stacking, finding root causes for misbehaving files, finding creative solutions for unsolvable tasks, finding bugs in Apps.

I use iPad screenshots and videos even in the Desktop section of the forum when I expect no relevant difference.

 

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | 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.