The thing is Esther, will you or any of your colleagues bother to reply. I raised several issues in the v8.2.0 thread, but had not so much as an acknowledgment. So I ask myself now: why should I bother?
Ditto. I then followed up with Support and nothing could be corrected or clarified when fixes might be addressed. (BTW, I shared video screen captures of the errors occurring). But the people in that Spt group are very nice.
thank you as always Fotomaker for your thoroughness and I do apologize that neither our product team nor support team could give you a satisfactory answer at the time.
but i’m really glad that the people who were working with you were nice!
we’ll keep working to improve on getting fixes as soon as we can.
This is just one example of the one error I’m experiencing consistently since 8.2.n that I sent .mp4 short screen capture vids of for the devs & Spt to see. This shows 2 static screen captures (in this newest rel. = 8.2.1). I’m Win 11 Pro, desktop PC, AMD RX6800 XT (up-to-date drivers).
An Error Msg is created when generating a Preview using ReDefine whenever Creativity is set to a higher value than Texture - regardless of the image file type or size. I’ve tested all sorts of permuations of those factors:
No Error Msg is created when generating a Preview using ReDefine whenever Texture is set to a higher value than Creativity - ditto the mix of image types & sizes:
I reproduced same error with a fresh clean install of GAI, including deletion of “coreMLCache” folder.
Here is the log file: 2025-02-19-22-45-5.tzlog (88.8 KB)
I am on M1 Max 64 GB RAM, 10 CPU, 32 GPU, MacOS 15.3
in the log file it is showing that GAI is trying to use gravatar - why???
Thx. I sent system info to Spt in past 4 days from DxDiag (?) and 1 log file (but that’s, unfortunately, my other issue - no logs generated since Sept 2024) even with Run as Admin activated. I also ran the GAI spt tool & stripped GAI out of Program Files, Program Data & Registry then reinstalled with freshly downloaded installer. Bhvr remains the same.
Thanks Esther for the prompt response: long may this continue! I see you have now responded elsewhere as well.
There are a couple of other issues that continue in to 8.2.1 for me, one of which I raised before, the other not sure.
The ETA timeline is all over the place when using Redefine and does not give anywhere near an accurate estimate of how long a job will take locally.
There is no preview of faces when using Face Recovery with Redefine, so no way of knowing in advance what the faces will actually look like. My workaround is to switch to one of the standard models and adjust the strength slider for the faces to my taste, then switch back to Redefine and assume that those parameters have carried over.
Like other Mac users, I hope for further improvements in speed when using Redefine. My current project is to upscale again many of the low-res JPGs from my first digital cameras of twenty years ago and more. However, with only a dozen or so rendering each night when I can leave My M4 Mac running without any other major processes taking up GPU/CPU, this is going to take weeks if not months. I do not have the financial resources to process more than a few in the Cloud, given the current cost of credits. I should say, though, that the results are usually excellent.
Okay, I’ve come to test this new update. Well, Redefine seems faster than the previous version. For example, a 1433 x 1920 image took just over 2 minutes to x2 with my RTX 3070 Ventus. On 8.2.0, it took 9 minutes. And now it’s the other way round for Recovery. It takes 9 minutes, whereas it took 2-3 minutes on 8.2.0.
Maybe 8.2.2 will be better in terms of rendering time hahahaha .
Also, I have the impression that Redefine is very slightly better than on the previous update. Well, I’ve only tested on one image. You’ll have to look at other images too.
.
