Jump to content


  • Content Count

  • Joined

  • Last visited

About CarrotMan

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Thank you. I take your point about possible future uses of a file, but I always keep my raw files and so, if (by some miracle), someone decided that they liked one of my images sufficiently to want a print or whatever, I could then, presumably, edit 16 bit in the widest colour space?
  2. Thank you for your replies. I have just a couple of queries: 1) The setting I’m referring to is found in Edit: Preferences: Color: RGB Color Profile. In the drop-down menu are numerous options, including sRGB, Adobe RGB, ROMM RGB, and my specific monitor profile. So am I correct in thinking that I should (a) set this to Adobe RGB, and (b) output my TIFFs from DxO PhotoLab with an attached Adobe RGB profile? 2) It is my understanding that it is best to upload JPEGs to the internet with sRGB profile attached to avoid problems with others possibly seeing incorrect colours. If so, why is it not better simply to use sRGB (with its more restricted colour range) throughout the editing process? Would this approach not give me a more accurate idea, as I make editing decisions, of the colours that other people who view these images on the internet would be likely to see in the finished result? (Sorry if I’m being a bit dim here)
  3. I find the topic of colour management a bit confusing and would welcome some guidance. To get the most accurate colour when using AP to edit images (on my laptop) which will be displayed on the internet as opposed to being printed, which profile is it best to use? I tend to use DxO PhotoLab for raw conversions and could export as either sRGB or Adobe RGB. Affinity Colour Preferences allows a host of choices. Should I use sRGB IEC61966-2.1, or would it be better to use the specific profile created when I use my Spyder to calibrate my laptop screen. Or should I use something else again. I have read that it is best to edit in the widest colour space available, but that it is best to upload sRGB to the net. (Sorry, please keep any answer rather basic since as you can probably tell, my understanding is pretty limited.)
  4. Thank you for your suggestions. I have tried them but not yet really got a result as good as I got using DxO Nik HDR Efex, though I do find that I have to dial back the saturation quite a lot in that program. I generally prefer Affinity HDR for that reason. What I did find in Affinity was that I can “Select tonal range” to select the highlights. If I could use that to target just the highlights in the window, to make a selection, then maybe I could erase the areas within the window tracery to leave my “good” window exposure showing through from the layer below? I can’t really work globally on the selected highlights because some areas e.g. on the whitewashed walls, I don’t want to lose.
  5. I have a series of 3 bracketed shots (-1, 0, +1 EV) taken some years ago in a church. I should really have got a darker exposure for exposing a stained glass window in the scene (I am better at the camera stuff nowadays!). I can get a good version of the interior of the church using just the -1EV shot in 32 bit HDR, or I can use all 3 shots in normal Affinity HDR, but either way the window is a bit too bright. I can also get an acceptable rendering of the stained glass window by reducing the exposure of the -1EV shot a bit. I can use the selection tool to try to select the glass without selecting the tracery (which I don’t want to darken too much), and combine the results using layers, but it is rather fiddly. But what I’m really wondering is if there is an easier way to work with this, maybe by using the Blend Ranges function or something else to combine my HDR file with the darker version of the -1EV shot in a more straightforward way than by using selection tools?
  6. I am using the latest normal version of Affinity, not the beta version. Yesterday I upgraded to version 2.3 of DxO Nik Collection (free to existing v. 2 users). I haven’t had much chance to try it out yet, but what is clear is that there certainly isn’t any longer the grossly incorrect colour issue with Viveza when used as an Affinity plugin and using a sensible magnification. DxO’s release notes refer to a “partial” fix. I think that I can see a difference between a file with an Adobe RGB profile, with the colour less saturated in Viveza, but I don’t think I’m seeing a change with sRGB files when opened in Viveza. In the former case, the colour looks less saturated, but it is certainly nothing like the terrible colour shift which was found with the older version of Nik. Maybe it’s now fixed for sRGB but still not for Adobe RGB? I wonder if anyone else is seeing the same (my screen is not a wide gamut one). At least some progress if this is so.
  7. I don’t think I explained myself very well. I think I’ve now discovered the answer to my query, so I’ll post it here just in case anyone with the same query should happen to come across this. When modifying a selected area of a raw file in the Develop Persona using the gradient overlay, the gradient overlay has first to be drawn onto the image, and then the edit can be made, for example a graduated reduction in the exposure of a sky. I now realise that to achieve a similar result in the Photo Persona, the gradient has to be drawn onto the adjusted layer (for example, a levels adjustment layer). So the gradient overlay in Develop is drawn before the adjustment is made, whereas the gradient has to be applied after the adjustment is made in the Photo Persona.
  8. I sometimes use the gradient tool in the Develop Persona, for example starting with the cursor at the top of a sky and using it to achieve the effect of a sky getting darker from the horizon to the top. What I don’t seem to be able to do is use the gradient tool in the Photo Persona in the same way. Whereas in Develop the red gradient overlay changes to show the colour image as soon as I change a setting (e.g. reducing the exposure slider), when using the gradient tool in Photo, all I see is white. I just want to use the tool fairly basically to apply the same sort of graduated change in Photo as I can in Develop. I’m probably missing something pretty simple.
  9. Thanks for this, it does look as though this is the source of the problem. I’ll get onto DxO again. It seems very odd that the sRGB profile is presumably attached to the TIFF which PL2 launches into Affinity, but somehow missing from the TIFF which PL2 exports to the Pictures folder. At least I know now that this is not an Affinity issue, and that AP is correctly applying the set profile to a profile-less TIFF when opening the file from Pictures, but presumably finding a profile when the program is opened from inside PL2! Does this mean that PL2 creates two TIFFs, I wonder? I don’t tend to use PL2 and Affinity together much because of the known problems with Viveza, which means I tend to use PSE to apply Nik edits. I initially thought it was just another DxO - Affinity tiff (apologies for the awful pun!), so good to know that Affinity is “not guilty”.
  10. (I have already sort of asked this question here, but not got a reply yet, so I’m revising it). I inadvertently had ROMM RGB set instead of sRGB in AP colour setting preferences (sorry, haven’t got AP open at present, but I mean in the setting near the top of the menu). When opening a TIFF in AP, which had been converted from a Canon .Cr2 in Canon DPP, or from a Fuji .RAF in Silkypix (these TIFFs being 8 bit sRGB), the colour looked fine. But if I opened a TIFF (again, 8 bit, sRGB) which I’d processed using DxO PhotoLab 2, the colour was awful and very over-saturated. But if I opened the same TIFF directly into AP by launching the “Export to application” function, the colour looked fine. I wonder why? It looks as though maybe opening the file from within AP makes the software use the ROMM profile, but launching AP from within PL2 somehow ignores it? (Everything is fine now I’ve changed the profile from ROMM to sRGB, I’m just curious about this issue).
  11. I don’t know whether I am doing something wrong or what is going on. My problem: convert a raw file in DxO PL2 (doesn’t matter whether it is a Canon or (old, non-X-trans) Fuji. The tiff is exported as 8 bit and sRGB. If I open these tiffs in Photoshop Elements 2019, they are fine. If I open with Affinity, the colours are weird and grossly over-saturated. This is almost the reverse of the known issue with Viveza and Affinity. If I process the raws in Affinity, the colour closely matches what I get from PhotoLab. (The colour rendering in Affinity of Canon raws converted to tiffs in Canon DPP, and of Fuji raws converted to tiff in Fuji/Silkypix, is not problematic). ADDED I have now discovered that this only happens when I open a tiff by browsing to the file within Affinity. If I use the “Export to application” command in PhotoLab, and choose Affinity Photo this way, the program opens and displays the colour correctly! ADDED I have discovered that I’d got the RGB Colour Profile set to ROMM RGB in error. Presumably launching AP from within DxO causes the program to display the tiff as sRGB, but opening AP and then opening the file causes it to display as ROMM.
  12. Would it be possible to include the option of displaying more grid lines within the Curves tool than the current three verticals and three horizontals? Maybe dividing up the current 16 squares into 64?
  13. Thanks. I’ve looked at this, and I can alter the grid superimposing on my image, but it doesn’t seem to control the Curves display. In the Curves dialogue the grid divides the display into sixteen squares and I’d like a lot more if possible.
  14. Apologies if this is covered in an existing post which I’ve overlooked. Is it possible to change the grid displayed in the Curves tool, to give a grid with a finer “mesh”?
  • Create New...

Important Information

Please note the Annual Company Closure section in the Terms of Use. 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.