hy13

@Dan C Just to complete the sequence above: Installed beta 2.2.1931 five minutes ago. Other than with version 2.2.1930 this version no longer crashes when loading *.afphoto files edited with version 2.2.18xx. Therefore no new thread necessary. Good to see that things proceed.

@Dan C Thanks for reopening the NVIDIA Optimize thread. I will check on my computer if this parameter is available and change accordingly. Meanwhile I replaced the Game ready Driver with the latest Studio driver. It seems like the crashes after select operations are gone. Those with different Beta versions are still there. Next I will recheck the crash dump paths and open a new thread for Beta versions crash.

@Dan C Hi, thanks for your recommendation regarding screen recording. I will try to get it in use. I will answer your other requests asap. Regarding crash dumps I did not find any so far, but in spite of that I will follow your steps once more to be sure. The critical software you referenced is not on my computer. Only the NVIDIA Optimization I do not know. The link given in your NVIDIA chapter is not working for me (says "you are not allowed...)

@Dan C Addentum to previous post regarding crashes: *.afphoto files crash beta 2.2.1903 at loading when stored under previous beta.

@Dan C Here is what I recorded from screen, this time with Beta V 2.2.1903: There are four screen shots: the first (selection A2) shows the polygonal selection made, the second (selection B2) shows the refine screen without any changes, the third screen shot (selection C2) shows the 4 pixels added and finally the fourth shot (selection D2) shows the deformed selection result after returning from refine. During refine nothing else was done besides the 4 pixel transparency add. I know from your tutorial videos that there are better tools for screen recording available. If you have a recommendation for me, I will check if I could afford to license it. The crash afterwards (when next picture was loaded for edit) is independent of the selection method (with or without refine) and independent of a color change inside the selection, happens after edit with clone tool inside selection as well. But please note: The actual edit where these selections are done finishes all the time without a problem. The crash occurs after opening the next picture for edit. The sequence is: Open picture, edit with selection, save picture, close picture, open another picture, touch anything --> crash. Edits without any selections do not crash the next picture edit.

@Dan C I will add an extended workflow for the selection issue the next days. Referring crashes: They occur in beta and 2.1 final. One can use every picture to provoke that. The mechanism is always in that sequence: Use a polygonal selection during edit and change the color inside the selected area. Optional you can do further edits. For the moment nothing bad happens and one can save the edited pic without problems. But after opening the next picture for edit you will see the crash when touching any GUI element now, for almost 100%. The common factor is RAW format ending .ORF

@Dan CIllustration of Selection issue: In Selection_2 you see a polygonal selection with pixelwidth 0. This selection was refined in Refine dialogue using 4 pixels of transparency. The result is to be seen in selection_3. The next picture (Selection_4) shows a crippled line in the respect section of the drivers back. Selection 5 shows another polygonal selection with pixelwidth of 4 and Selection_6 shows the result without refine. This time smooth as expected. The next picture edit afterwards crashed AP 2.2 when touching the first GUI element by mouse click. This behavior can be reproduced on my machine with various clicked GUI elements. So it is not dependent on the specific clicked GUI element, I guess.

@Dan CScreenshots to illustrate Preset issue for the detailed tab: In Preset_3 you can see that there is a preset, named Denoise, is defined. In Preset 4 you see, that this preset is active, but no value was transferred

@Dan C First of all: it is not a temperature problem of the graphics card, instead it depends on the type of operations within AP. When I use polygonal selections with a transparency of some (2 to 4) pixels followed by a color change of the selected object I will see a crash of AP when editing the next picture. When I do not use the said functions, AP remains stable (tested 15 pictures in a row) more than once. Nevertheless I will check the driver Version the next days. Develop preset: in the details tab I tried to keep the luminance noise reduction value set by slider for further edits by defining and storing a named custom preset other than standard. The preset sometimes disappeared in the next picture edit. Mostly however, the preset name was there, but the value not used in following edits. I try to provide screenshots of the workflow the next time. Selections: There are two ways to make the border of a polygonal selection transparent (in order to avoid a hard edge). I can define a pixel value before starting the selection or I can use the refine dialog after the selection loop was closed. Using the latter I saw a deviation from the selection loop afterwards which was a lot more than the chosen transparency value (3 pixels chosen, 15 to 20 pixels seen afterwards). Here as well I will try to make screenshots for you. The installation method for AP is via *.exe because I need to transfer pics from otherwhere to AP for editing and I use Nik as well as Portrait pro.

@Dan C Further investigations in 2.2 beta led to: - there was no crashdump in %appdata%\Affinity\Photo\2.0\CrashReports\reports or %appdata%\Affinity\Photo\2.0 beta\CrashReports\reports, the named subpathes ...Crashreports/reports do not exist - there might be a temperature problem with the graphics card, I will check that further the next days and report afterwards what is left so far are two things: 1. develop persona does not keep saved parameters (tested with denoise luminance) 2. refine selection destroys any previous selection made when using transparency width of 2 to 4 pixels, selection border is jagged after operation and borderline no longer smooth

@Dan C Photo final, which I reported first is V 2.1.1 Then I downloaded Photo beta V 2.2.0.1881 and found out that crash rate is even higher than in V2.2.1 Best regards

Sorry for beeing unable to give more detailed information. All what I can report is, that in both versions, 2.1 final and 2.2 beta there are frequent crashes. This means after editing of 2 or 3 pictures, affinity disappears immediately from the screen when one touches any GUI element, mostly in develop persona, without leaving any message (jump into system and disappear was the wording used earlier for such a behavior). The only thing one can reproduce is, that it happens for sure after short editing work. What was watched beside it is, that all parameter changes which were done before, during a seldom non crashed edit, are gone after the later crash event. Thus, after changing the standard preset in develop persona (here denoise value), and storing it to a new configuration it was lost after the crash. One time the stored name was still there but not the set parameter, the other time both, name and parameter value, were missing. What I can supply above that is, that my actual edit work was very simple. Open file in develop persona, edit parameters luminance, shadows and lights. Then develop. In edit persona duplicate raw file, sharpen, straight picture to horizontal, select a detail by polygon, change color of detail, store and export to jpg. By the way, when a selection was done with pixel width 0 or 2 an refine afterwards with 3 pixels destroys the selection more or less. The deviation of the intended width of appr. 4 pixels is above of 30 pixels in certain places afterwards. Conclusion: I will stop the test of 2.2 beta for now because an average crash rate of 2 per 3 pics is too much for doing meaningful tests. Operating system is win 10 pro with 64 GB of RAM where Photo V1 works very stable so far. Please advice how to do a screen recording in win.

As before in V2.0 there are still various crashes, mostly when using crop tool and perspective filter. Crashes happen when you touch egde points or lines of the named tools. Sometimes an erased area is shown instead if the pictures, but mostly photo crashes without any message or faulty reaction, just disappears from the screen. Seen in windows 10

@AshIs this an error? Crop tool, unconstraint mode, default A picture is open and a second picture was placed somewhere on top of it. Then crop tool was opened and some turn was applied. When I decide now to discard the change(turn) then I get 2 different results: 1. pressing ESC button discards the change as expected. 2. Choosing Break (next to Apply) does not discard the change, instead keeps it applied and exits crop tool. When active layer is changed from the second picture to the first picture, before discarding, then 1. and 2. both discard the change as expected. Without the 2nd picture on top this above behavior was not seen.

This is a welcome improvement. Works as expected in my first test. Thank you.