paolo.limoncelli

Thank you!

Do you have an external monitor maybe? It happened to me too a couple of times, but with tools palette (I use it undocked) and I've found this on the second display.

Hi @JonP Thanks to @MattP and Andy Tang I've solved in a very curious way. In Settings > Display changing brightness to 100% and turning "Automatically adjust brightness" OFF... ...wiped the slowness away.. I suggest to report this to Dev, because the correlation is weird... Also because AP only seems to be affected. Cheers, Paolo

Exactly. I sent both txt logs to @MattP I also tried to create a new macOS User, use the Safe Mode and nothing changes. Tried Disk Utility to check errors, cleaned all caches using both OnyX and Disk Doctor Pro. I also disabled Mission Control, Corners and other stuff... All apps in my macbook are fine and smooth, only AP (1.10.6, 2.0.4 and 2.1 Beta) has this weird behaviour... Unusable with Ventura... 😔

Hi Jon. The renaming of those plist files and folders does nothing... It definitely something dealing with AP because 1.x does the very same... I've tried to track the process cfprefsd I did these simple tasks: open APP create new document scroll to zoom the document minimise window enlarge window close The log of AP (any version) produces a 21 MB txt file The log of AD 2.1 RC2 produces a 385 KB txt file I'm far from being an expert here, but I guess and it is something dealing with AP only... Acting as Fox Mulder would... 😅 There is a sort of loop, AP writes something (or attempts to..) to the window server temporary folder lots of times... This loop starts when I interact with AP window. 10:55:19 getattrlist /Library/Preferences 0.000026 cfprefsd 10:55:19 access private/var/folders/zz/{folder name} 0.000012 cfprefsd 10:55:19 mkdir private/var/folders/zz/{folder name}/T 0.000006 cfprefsd 10:55:19 lstat64 te/var/folders/zz/{folder name}/T/TemporaryItems 0.000011 cfprefsd 10:55:19 fstatat64 te/var/folders/zz/{folder name}/T/TemporaryItems 0.000010 cfprefsd 10:55:19 openat 00000000000/T/TemporaryItems/com.apple.windowserver.plist.bKRBvZ9 0.000098 cfprefsd 10:55:19 fchown 0.000024 cfprefsd 10:55:19 fchmod 0.000017 cfprefsd 10:55:19 dup 0.000002 cfprefsd 10:55:19 fcntl 0.000004 cfprefsd 10:55:19 write 0.000047 cfprefsd 10:55:19 WrData[A] 00000000000/T/TemporaryItems/com.apple.windowserver.plist.bKRBvZ9 0.000168 W cfprefsd 10:55:19 fsync 0.000216 cfprefsd 10:55:19 fchown 0.000028 cfprefsd 10:55:19 fchmod 0.000016 cfprefsd 10:55:19 close 0.000007 cfprefsd 10:55:19 renameat 00000000000/T/TemporaryItems/com.apple.windowserver.plist.bKRBvZ9 0.000116 cfprefsd 10:55:19 close 0.000001 cfprefsd 10:55:19 close 0.000046 cfprefsd 10:55:19 close 0.000002 cfprefsd 10:55:19 open /Library/Preferences 0.000007 cfprefsd 10:55:19 openat [3]/com.apple.windowserver.plist 0.000023 cfprefsd 10:55:19 fcntl 0.000002 cfprefsd 10:55:19 fstatat64 [3]/com.apple.windowserver.plist 0.000007 cfprefsd 10:55:19 fstatat64 [3]/com.apple.windowserver.plist 0.000005 cfprefsd 10:55:19 dup 0.000001 cfprefsd 10:55:19 lseek 0.000001 cfprefsd 10:55:19 fstat64 0.000001 cfprefsd 10:55:19 read 0.000052 cfprefsd 10:55:19 read 0.000001 cfprefsd 10:55:19 fstat64 0.000001 cfprefsd 10:55:19 close 0.000001 cfprefsd And repeats so many times... Up to make a simple txt as big as 21MB In AD this loop appears only few times... Maybe AP uses a different routine and lacks of privileges/permissions that AD has?

I've discovered the existence of that process this afternoon... 😅 Thanks to MattP I have also understood that it should be related with "preferences" maybe? Will do your procedure as soon as I can... Thanks.

It happens with Photo only, both 2.0.4 and 2.1 RC2 AD and APub are smooth I've noticed that with AP only the cfprefsd process reaches 82% of CPU Monitoring this I've noticed that if AP is open it has a low %. If I interact with Finder (Mission Control, Exposè, minimise and close the APP...) it jumps up to 80%. Now I'm erasing both 2.0 and 2.1 RC2. EDIT Now I've started with a "from scratch" installation of 2.1 RC2 only. Also I do not have 2.0.4 anymore... The behaviour is still there. Here the video of AD 2.1 RC2 showing a proper behaviour instead. AD_Not_Lagging.mov

Hi, I've recently updated to macOS Ventura 13.3.1 and this is my setup I'm also working on a 27QHD Cintiq with latest drivers Problem description When Affinity Photo is open, the entire Finder responsiveness drops down, and any simple operation (such as opening folders, minimising, expanding icons..) lags and shows a sort of slow-motion effect... Here a video AP2.1_lags_01.mov Painting/Editing experience are fine, only Finder's operations seems to be influenced... Here you can se the very last RC released, I've CTRL reset it in order to exclude other problems. AP2.1_lags_02.mov Once AP is Open an minimised any operation such as the expanding the "Movies" group on my desktop lags. Also my cursor goes very slow and tooltips of the Dock lag. Restoring AP window shows this slow motion effect... At 1:04 you can see me closing AP (it takes few seconds to happen, few lags...) once it is closed (1:19) things are back to normal speed and responsiveness.

Want to push this... Still present with latest Beta. Sub-brush editing is impossible...

It looks fine now! Flow and Accumulation work together and independently again. Also HLS Jitters are no needed anymore! Great!

I guess it is due to the inclusion of application names and other "untranslatable" nouns aside regular dictionaries, maybe? Notes is an APP on macOS so this could be the case. This happens in Italian too where I find "word" (which does not exists) because of the MS application.

This happens also for lock and visibility. It is a redrawing issue I guess... Undocking and resizing the panel should temporary fix.

Hi Chris, both.

It is something related to the HLS jitter. If you set any of these (H, S or L) to Random (or any) even with a 1% magically Accumulation will work. Needs to be fixed.

Sir Andy Somerfield vs the Accumulation Golem ... 🤪