Same horrible performance on native Apple Silicon app

[rhomberg]

Because of the new subscription model and much, much higher perpetual prices being discussed in another thread I wanted to give the new Apple native version at least a chance to see if it's worth paying for.

But unfortunately it has the same horribly shitty performance that the old PM6 has, so no reason for paying a single cent IMHO. If you are irritated by my word choices, have a look yourself at the video I quickly recorded and tell me a better phrasing for what you see. 

[rhomberg]

Oh and just in case you think it's my Mac's fault – here's the display performance lightyears ahead within Lightroom in the attached video.

[Kirk Baker]

If you are irritated by my word choices, have a look yourself at the video I quickly recorded and tell me a better phrasing for what you see.

Well that is completely horrible.  It doesn't perform that way on any of my systems.  I'm not offended by your word choices, you're free to speak your mind.

Can you tell me what display mode you have your monitor in?  Please post a screenshot of your System Settings, showing the Displays panel.

Thanks,

-Kirk

[rhomberg]

Well, thanks for your understanding. I'll admit there is a lot of frustration building up on my side by using PM exactly like this for many years now. And now seeing that the new codebase didn't change anything either but yet prices have gone up dramatically. I have adjusted, try to avoid any accidental scrolling and only have PM open in an as small a window as possible in the background to maintain decent culling speed in the single preview window.

What I think has improved a lot is that not as many pictures are skipped or displayed pixellated any more when quickly culling in preview window. I remember on the old codebase as a fix it then just began skipping images if it fell behind and shows a lot of images pixellated for some delay. It now takes quite a bit more images for them to become pixellated (which they still do on my M1).

Anyways, back to the issue: My display settings are attached with and without the external screen attached. Arguably only internal screen is even a bit worse.

By the way the issue comes from moving the mouse slightly while scrolling, which is normal with using a magic mouse but impossible with a touchpad. So if you don't have an external mouse on your developer machine, try to use one. You can also trigger the ussie by scrolling with the touchpad and then moving the external mouse.

[Kirk Baker]

Well, thanks for your understanding. I'll admit there is a lot of frustration building up on my side by using PM exactly like this for many years now.

I looked back through your posts and I saw that you had performance issues in the past (seemed to coincide with macOS Ventura upgrade that killed PM's performance and I had to do major reworking of our screen drawing tech to fix), but I did not see a post from you where the later versions did or did not fix the performance issue.

And now seeing that the new codebase didn't change anything either but yet prices have gone up dramatically. I have adjusted, try to avoid any accidental scrolling and only have PM open in an as small a window as possible in the background to maintain decent culling speed in the single preview window.

What I think has improved a lot is that not as many pictures are skipped or displayed pixellated any more when quickly culling in preview window. I remember on the old codebase as a fix it then just began skipping images if it fell behind and shows a lot of images pixellated for some delay. It now takes quite a bit more images for them to become pixellated (which they still do on my M1).

Anyways, back to the issue: My display settings are attached with and without the external screen attached. Arguably only internal screen is even a bit worse.

Thanks for the screenshots, I'll have to do some translations to understand your settings.

By the way the issue comes from moving the mouse slightly while scrolling, which is normal with using a magic mouse but impossible with a touchpad. So if you don't have an external mouse on your developer machine, try to use one. You can also trigger the ussie by scrolling with the touchpad and then moving the external mouse.

If you use only the cursor (arrow) keys or page up/down to scroll the contact sheet and don't touch any mouse input device, is the scrolling speed in the contact sheet quick?

I did notice from your video that the mouse movements were very erratic and the hover buttons were blinking rapidly which I have never seen before.

I only have an Apple Magic Mouse (no touch pad at all).  Should I be able to reproduce the issue without a touch pad and only with the Magic Mouse?

Thanks for following up.  It is my goal to have PM perform well on all kinds of user's systems.

-Kirk

[rhomberg]

I think you can easily recreate the issue – my guess is that it stems from the overlays. They go visually randomly crazy if the pointer has been moved – for a long time after not even touching the mouse any more.

Lightroom stops any mouse over hover effect the millisecond scrolling starts and only activates hovering again after full stop. It does not have the issue and much better scrolling and display snappiness overall these days. Maybe you can check if they use a different system method for displaying the grid which offers better performance.


PS: I thought I got those issues across last time plus some additional little issues that also have not been fixed to this date by the way. I also might just have given up to some degree in resignation once the biggest issue was under control back then. 😅

[Kirk Baker]

I think you can easily recreate the issue – my guess is that it stems from the overlays. They go visually randomly crazy if the pointer has been moved – for a long time after not even touching the mouse any more.

We'll try and reproduce the problem and if we can reproduce it, we can fix it.

Lightroom stops any mouse over hover effect the millisecond scrolling starts and only activates hovering again after full stop. It does not have the issue and much better scrolling and display snappiness overall these days. Maybe you can check if they use a different system method for displaying the grid which offers better performance.

Not sure how to do that other than to disassemble their code.

I'm sure we can fix the underlying problem.

But before I do that, I do need you to answer this question that I posed before:

If you use only the cursor (arrow) keys or page up/down to scroll the contact sheet and don't touch any mouse input device, is the scrolling speed in the contact sheet quick?

Thanks,

-Kirk

[Kirk Baker]

We were able to reproduce the problem and devise a filter for the unwanted mouse move events that the Bluetooth Magic Mouse builds up over time.  This build hasn't undergone our usual test procedures, but please do try it and see if the problems you experienced are no longer possible.

https://www.camerabits.com/download/PhotoMechanicR8201_a6cc1017.dmg

Please let me know your findings.

Thanks,

-Kirk

[ahoward]

We just wanted to follow up on this and see if you were able to test the new build. We made adjustments to the program based on your feedback, so it would be great to know if those adjustments improve your experience with the software.