Jump to content
You must now use your email address to sign in [click for more info] ×

Samoreen

Members
  • Posts

    119
  • Joined

  • Last visited

Posts posted by Samoreen

  1. 37 minutes ago, Lagarto said:

    When "Saved as" as TiFF from PS (2021) or Photo, with sRGB profile checked, there is no error.

    Yes, in this case, PS embeds the profile. But if you strip the profile out, AP will display wrong colors, even if the sRGB tag is still there.

    In order to strip the profile out, you can use Image Magick on the command line :

    magick <original_filename> -strip <stripped_file_name>

     

  2. 38 minutes ago, Lagarto said:

    Which app was used to save this TIFF file?

    DxO Photolab 4. DPL 4 (and previous versions) doesn't embed the ICC profile when exporting as sRGB. Which is legitimate, according to the W3C/ICC recommendations. Most applications behaves correctly in this case, AP obviously has a problem.

     

    38 minutes ago, Lagarto said:

    Based on filesize it does not appear as if PS actually embeds the profile or just tags it, but I cannot be say for sure

    You can check whether an ICC profile is embedded with this Exiftool command :

    exiftool -icc_profile:* filename

  3. 35 minutes ago, stokerg said:

    Could you attach the TIFF file you are using?

    Hi,

    The file is available here : https://www.dropbox.com/s/vim1efzta4uhxm6/Color_issue.tif?dl=0

    It's just an example.

    35 minutes ago, stokerg said:

    Also what's your working colour space in PS?

    Prophoto. The file was not created in PS, though. However, I made another test. I opened the original RAW file in PS and exported it as sRGB/TIFF (the sRGB profile was embedded). There was no color shift when opening it in AP. Then, I stripped the profile out (the sRGB tag still being there) and re-opened the file in AP. The color problem was back.

    But PS is also just an example. Whatever the application into which I load this file, there's no color problem. I can open it in Paint, Paint.net, Silkypix Developer Studio, Lightroom, FastStone Image Viewer, Windows Image Viewer or any other image handling application or color managed browser, the colors are correctly displayed. Only AP appears to be disturbed by the lack of an embedded profile. Normally, when no profile is embedded, sRGB should be assumed (especially when the file is tagged as sRGB).

  4. Hi,

    Assuming I'm trying to load in AP TIFF files that are tagged as sRGB but with no embedded profile. My AP working color space is ROMM RGB (Prophoto). In that case, the sRGB profile should be assumed (W3C/ICC). But AP is obviously displaying the wrong oversaturated colors. If I change the working color space to sRGB, there's no problem.

    I'm not aware of any other application having this problem. All the image handling applications/viewers/browsers I'm using are displaying these files with the correct colors. Attached are the AP version and the PS version (same file, correct colors). I get the same result with all other applications/viewers/browsers as in PS. Same result if I disable the “Convert opened files to working space” option.

    AP_sample.jpg

    PS_sample.jpg

  5. 24 minutes ago, JMichael said:

    I do speak German

    Hallo,

    Affinity Photo - Das umfassende Handbuch by Frank Treichler (Rheinwerk Design).

    Wie gesagt, wirklich umfassend, . I didn't find any other book that is as comprehensive as this one.

    https://www.rheinwerk-verlag.de/affinity-photo-das-umfassende-handbuch/

    You can re-check your german skills with a PDF "Leserprobe".

    26 minutes ago, JMichael said:

    So my German vocabulary of computing/computers is absolutely zero!

    Not a real problem. If you master the everyday language, I guess you'll not have much difficulties. Well, OK, German is my second language after French.

  6. Hi,

    You should try Save | Edit with external program | File/Save in DVP. So, the original file will be modified. This is not the case with a filter : only the in-memory image is affected by the Save button in DVP. But here, there seems to be a communication problem between DVP and AP. DVP is expecting something from PS than doesn't seem to happen with AP.

    Using DVP as an external program seems to be the temporary solution but AP doesn't seem to detect changes in the original file and doesn't seem to have a "Reload" command (did I miss it ?). So you have to close the image and then reopen it. Rather awkward, I admit.

    I think that AP should react when the current image has been changed by an external program. At least, a Reload command should be available.

  7. Hi Chris,

    > Out of curiosity, if the app language is in FR, does it still happen? I don't have access to a FR keyboard to test.

    This doesn't make any difference.

    On the french keyboard ( and ) are not shifted keys and all digit keys are shifted. It's the contrary on the UK keyboard : ( and ) are shifted and digits are not. So I think that the problem is that the keyboard shortcut manager uses a wrong mapping for this row of keys. Otherwise I wouldn't get a 5 when hitting ( . I obtain exactly the same result when switching to the UK keyboard driver under Windows.

    You can test the french keyboard under Windows by attaching the french keyboard driver to a hot key. Please find attached the french keyboard map.

    French_kbd.jpg

  8. Hi,

    I'm using Windows 10 EN with a french keyboard (yes, this is a legitimate setup 🙂 ). All my software is in English, including AP. At the top of the french keyboard, the keys from 1 to 0 are actually & é " ' ( - è _ ç à . Numbers are on the same keys but accessed via the Shift modifier. When defining a keyboard shortcut, all the & é " ' ( - è _ ç à keys are wrongly recognized as 1, 2...0. The two rightmost keys ) and = are OK. This leads to trouble. Let's take an example...

    On the french keyboard [ and ] are not easily accessible. So, I decided to replace them with ( and ) to control the brush size. But while ) is correctly recognized and actually increases the brush size, ( is recognized as 5 and doesn't work (actually it triggers the "set global opacity" function).

    I guess this is because AP assumes that I'm using an English keyboard.

    However, there is no problem when entering text in the application itself.

  9. 3 hours ago, Jowday said:

    True softwarewise but what difference does it make? It is features purchased in a single product divided into two modules working together seamlessly. In Photoshop you can use the ACR as a plug-in later though.

    In Photoshop, if the image processed with ACR has been opened as a smart object from ACR, you can go back to the ACR settings and change them. In all cases your settings are stored in an XMP file and if you re-open the RAW file, your previous settings will be there.

    In AP, unless I missed something, once you have developed the image in the Develop Persona, you have no way to go back. If you reload the RAW file, your settings are lost and you have to start again from scratch.

    That's a huge difference, indeed. Not talking about the development quality. For me, the Develop Persona is superfluous. See my post above.

×
×
  • 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.