barninga

Thank you

Exactly what I experimented

well, from my point of view the relaunch of the program can or cannot reset brush settings, provided that the behaviour is the same for all the tools; in addition I would expect a uniform behaviour for all the settings of the tools, while it looks like for the inpainting brush AF behaves in a way, and for example for the clone tool in a different way.

Today I suddenly found that the inpainting tool had its hardness control set at 20% and grayed out. After some investigating, I found that its brush was set to a texturing brush I used in a previous editing session. I chose the basic brush with the inpainting tool selected, and the hardness control became available again. Now, a couple of reflections about that: 1) the inpainting tool seems to remember any setting between sessions, even if affinity photo is quit and restarted. The only setting that is reset to the default for every single image apparently is the choice "current layer / current layer and below". This seems to be inconsistent, also because other tools (i.e.: che clone tool) remember the setting used last time the tool was used. This partial reset approach is confusing. 2) the brush option window that opens clicking "more" does not show the name/category of the brush. It would greatly help to immediately see what brush is active for the active tool, and even more when similar brushes are used time after time. I hope the two point abowe will be taken into consideration by the developers. Adding other users' experience to this thread could help. tahnk you for your attention stefano

hello walt, thank you for your reply. i tried to edit the brush at first, but the hardness slider was grayed out in the brush features window. thanks for suggesting the feedback forum, i'll replicate the post there. stefano

Today I suddenly found that the inpainting tool had its hardness control set at 20% and grayed out. After some investigating, I found that its brush was set to a texturing brush I used in a previous editing session. I chose the basic brush with the inpainting tool selected, and the hardness control became available again. Now, a couple of reflections about that: 1) the inpainting tool seems to remember any setting between sessions, even if affinity photo is quit and restarted. The only setting that is reset to the default for every single image apparently is the choice "current layer / current layer and below". This seems to be inconsistent, also because other tools (i.e.: che clone tool) remember the setting used last time the tool was used. This partial reset approach is confusing. 2) the brush option window that opens clicking "more" does not show the name/category of the brush. It would greatly help to immediately see what brush is active for the active tool, and even more when similar brushes are used time after time. I hope the two point abowe will be taken into consideration by the developers. Adding other users' experience to this thread could help. tahnk you for your attention stefano

hello @MEB, three years and a half later the bug seems to be still there, in affinity photo version 2.2 (mac os 11.7.10). I have a multi-layered file, containing both vector and pixel layers. a group of vector layers has a perspective live filter applied. when i resize the document, that group gets placed in a wrong position; if i press cmd-z to undo the change, the document returns to its original size, but the group is placed in a new, different wrong position. if i disable the perspective live filter before resizing, the group apparently stays in its correct position, but as soon i re-enable the filter again, the group goes to the same wrong position as before. the only way to avoid this behaviour is to delete the live filter, resize the document and then apply the filter again. Cutting (cmd-x) the filter and pasting it back (cmd-v) after resizing does not work: the group goes to a wrong position anyway. Below you can find three screenshot that describe the problem: they were taken before resizing, after resizing and after hitting cmd-z. I also uploaded the afphoto file. thank you for any help. stefano perspective-bug.afphoto

UPDATE: my problem was related to 32 bit hdr and tone mapping management. Unless @pedro6 's image is 32 bit hdr too, it cannot be the same issue.

@notmyfault, I tried the solutions you suggested. the first one simply clipped the rgb values and I got back to the image with a white sky (overexposed). Exporting to JpegXL is not usable for me, since my DAM cannot handle jpgxl files currently. the third one did the trick. I also tried to do the hdr merge from scratch and found that "clamp to sdr" can help in finding whether the chosen compression level is high enough to avoid clipping pixels later. If this is the case, it is possible to lower the exposure of selected areas using overlays before leaving the tonemap persona. thank you so much!

that was exactly the problem. In the tonemap persona I originally lowered the tone compression value to 40% to get more contrast and this happened to keep some pixels out of the 8 bit boundary. I found that checking and unchecking "clamp to sdr" gives a visual indication of the areas that will be clipped when switching to 8 bits during export. thank you very much!

hi, I hope I'm not messing things up. The problem @pedro6 describes sounds somehow similar to mine, as in in my image, it looks like an adjustment layer effect only partially affects the exported image, whereas it is fully visible while editing in Affinity Photo. My export preview also shows the adjustment as if it were applied only to a smaller portion of the image than it actually is. I really can't understand what's happening.

Hi all, I've been using AFphoto since its beginnings and it's the first time I have this kind of problem. The DJI_0452x5.jpg file was exported from Affinity Photo 2. It shows a large yellowish area in the sky around the spot where the sun had just set down. The weird thing is that while editing the image in Affinity Photo, that area looks orange, just like the sky on its sides: I can't understand why exporting the image, colours change, and they change only in that area. Some more details about the workflow: - the orange colour of the sky is yielded by a HSL layer (yellow shift and saturation): the sky originally look all yellowish - the image comes from an HDR merge of 5 tiff files, done in Affinity Photo - each tiff image comes from the same DNG raw file, exported to tiff 5 times with 5 different exposure settings, in order to cover a -2...+2 stop range (this step was not done in AFPhoto) - more than weird (to me): if I take a screenshot of Affinity Photo while editing the afphoto file, the screenshot looks exactly like the exported jpg and has the yellowish area in the middle of the sky, while the same area, in the same moment, is orange in Affinity Photo. - Affinity Photo 2.0.4 + MacOS Big Sur 11.7.2 on Apple M1 chip I could not attach the afphoto file, I guess it's too big (220 MB): it can be downloaded through this link: https://drive.google.com/file/d/16wIC5zlyBDsSE3BK4w6cyHTizeOwUoNd/view?usp=share_link Thanks a lot in advance for any suggestion. Stefano

still true on macs as today jan 5, 23

well, in another thread I found a post by @MEB where he suggests to improve compatibilty by running Affinity Photo through Rosetta Emulation I tried just now and it apparently works, so I suppose that those of you who did not have my problem are running a pre-M1 mac. Just to spread the word. I opened a ticket to DxO but got no answer yet.

Hi MEB, I just installed affinity 1.10 and nik 4 on a brand new macbook pro with big sur (updated). When i select any nik plugin from the filters menu, nothing happens, they just don't start. I tried the "open with rosetta" trick and the apparently launch and work correctly. more than 2 months have passed since nik 4 was released. Do youi have any feedback from dxo? thank you very much stefano