Jump to content

CarrotMan

Members
  • Content Count

    26
  • Joined

  • Last visited

About CarrotMan

  • Rank
    Newbie

Recent Profile Visitors

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

  1. 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.
  2. 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?
  3. 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.
  4. 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.
  5. 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.
  6. 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”.
  7. (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).
  8. 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.
  9. 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?
  10. 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.
  11. 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”?
  12. Thank you Callum. I’ve now downloaded the update and it seems to be working fine. Re what I wrote about the Mac and Windows differences, I got this from a recent (5 June) review on ephotozine, which seems to be suggesting that some speed improvements made to the Mac version have not yet been implemented in the Windows version. I appreciate that the Nik problems require work from DxO. It would be great if they could sort it, but maybe they aren’t too keen to do so.
  13. I have a few questions about the new 1.7 AP release: 1) If I update from my version 1.6 (not sure of the rest of the version number, I’m not on my laptop), can I still keep the last 1.7 beta on the same laptop (Windows 10), just in case I hit a snag with the updated version? 2) Will the improvements which have been implemented in the Mac version of 1.7 be available to me as a free upgrade when completed for the Windows version? 3) When (if?) the DXO Nik plugin issues eventually get sorted, will this be in a free update or is it likely to be in a future paid upgrade? Thanks
  14. @John Rostron Thank you. I’m a bit confused by this because I thought that this image, an 8 bit TIFF which I converted from a raw in Canon DPP and then opened in Affinity, was by definition a rasterised layer, so don’t really understand why I would need to rasterize it. My knowledge is very limited, but reading up a bit on this my understanding is that one can have vector layers in Affinity which can be rasterized, and have to be for certain purposes, but if a TIFF is a raster format how can it be rasterized (or re-rasterized). Or has Affinity done something to “unrasterize” this TIFF? Please excuse my ignorance.
×
×
  • 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.