Improved Wi-Fi Pairing in ShutterCount and Kuuvik Capture

The recently released Kuuvik Capture 6 and ShutterCount 6 brings a very convenient feature for those who use both apps on the same Mac or iOS device with Wi-Fi connection to a Canon camera.

Previously only the Mac’s/iPhone’s/iPad’s name was programmed into the camera’s menu by default, and in case you used multiple wireless tethering apps with the same camera, you had to manually edit the names to be able to distinguish between the apps.

Now we prefix the device’s name with an app identifier. Kuuvik Capture is referred to as “KC”, ShutterCount as “SC” and ShutterCount Pro as “SCP”.

App and device names as programmed into the camera’s menu by our apps.

These names are generated and programmed into the camera’s menu during the pairing process, but as always, you can change them in the camera afterwards.

Kuuvik Capture 6 and ShutterCount 6 are available for your Mac and mobile device in the respective App Store. These updates are free for existing ShutterCount (all versions) and Kuuvik Capture (5.0 or later) customers.

Resetting Tethering-Related Privacy Permissions on a Mac

Apple’s ill-designed and negligently implemented USB tethering permission checking is responsible for 90% of the support requests we receive these days. In this post I’ll discuss how to reset these permissions to restore access to USB connected cameras.

It is ill-designed, because: a) Instead of a single, clearly defined permission, it asks users for two seemingly unrelated ones: “Photos” and “Removable Volumes” on a Mac; “Camera” and “Files and Folders” plus a third tethering confirmation prompt on iOS. This is untidy and confusing, and people tend to deny them causing trouble down the road. b) It grossly violates the “principle of least privilege” by granting apps access to resources they have nothing to do with, and even don’t need at all.

The negligent implementation is clear from the very existence of this post, as well as a former one describing how Apple’s buggy code caused months of headache, brand damage and extra support costs last year.

Before you ask, I have reported these things to Apple countless times, even offered my help, but they continue to show zero interest in cleaning up this steaming manure pile. It wouldn’t be a problem if we weren’t forced to use Apple’s frameworks for USB communication, but we are.

The privacy permissions database itself is also a fragile component that tends to get corrupted randomly. Fortunately there’s a tool called tccutil designed to manage the database. This is a command line tool, so launch Terminal before proceeding.

First, you are advised to reset permissions for a given app. The app is specified with its “bundle id”, a unique name that identifies it for macOS.

The command to use for our ShutterCount app is:

tccutil reset All com.direstudio.ShutterCount

For ShutterCount Pro:

tccutil reset All com.direstudio.ShutterCount.pro

For Kuuvik Capture 5:

tccutil reset All com.direstudio.KuuvikCapture.5

And for earlier Kuuvik Capture versions:

tccutil reset All com.direstudio.KuuvikCapture

Everything is case sensitive, so I recommend to copy and paste the command into Terminal (and of course press Enter at the end). I also recommend disconnecting your camera and rebooting your Mac before issuing the command.

If that doesn’t help, you can try resetting the database more aggressively with:

tccutil reset All
tccutil reset Photos
tccutil reset SystemPolicyRemovableVolumes

If the reset was successful, your Mac should prompt for Photos and Removable Volumes access the next time you launch the app and connect a camera via USB.

If these steps doesn’t resolve the problem then I would suggest sending a problem report from within the app: click Report a Problem in the Help menu. Then complete and send the email. I would strongly recommend that you also complain to the party responsible for the issue: Apple, via its product feedback form.

I would like to note that Wi-Fi / Ethernet connections are not affected, because those do not rely on Apple’s code, but are handled entirely by mine.

Big Sur Display ICC Profile Handling Bug

Before updating our production machines I always test a new macOS release (even point releases) on a dedicated test MacBook. Software-wise this notebook is a close match to productions ones.

After the upgrade to Big Sur 11.0.1 finished, I was greeted with this (don’t read the image’s title if you don’t like spoilers):

Spoiler: macOS Big Sur fails to properly use table-based v4 ICC profiles…

It was suspicious even during the upgrade that something wrong is going on: there was no difference between checked and unchecked states of the presented check boxes.

Now, I have installed Big Sur betas and even the final release on the very same MacBook on an external disk countless times, with no such issue.

It turned out pretty quickly that the cause is the custom ICC display profile. I do profile each display on production machines, as we’re doing color-critical work on them. And I also think that all monitors are color-important, so they have to be properly calibrated and profiled.

Interestingly, some older profiles exhibited this issue, others showed the regular Catalina “blue cursor” issue, while a few were OK. After an afternoon’s worth of debugging and work, here’s what I found.

  • With matrix-based profiles (v2 or v4) Big Sur fails to color-manage the cursor (mouse pointer, etc), which looks odd blue (D50 and 5300K are our standard color temperatures, so a 7000-8000K cursor stands out like a sore thumb). This is the exact same bug that plagued Catalina.
  • Big Sur is unable to handle v4 LUT-based profiles properly. The dock, the background, and most window manager stuff is totally washed out, as you can see on the screen grab. Interestingly, content in apps (like Safari) is OK, so I guess that this is just a Dock/window manager bug.
  • v2 LUT-based profiles work as expected! And this is the solution for now: use v2 profiles… In i1Profiler LUT-based profiles are called table-based.

Speaking of i1Profiler, I’m still using an oldish i1Pro v1 spectrophotometer, and the latest version of i1Profiler that supports this instrument is 3.1.1. I have found no issues with this version for display profiling on Big Sur (just don’t install the HASP drivers).

And the important takeaway: re-profile your monitor to create a v2 profile before upgrading, otherwise you won’t see your checkbox choices during the upgrade!

More to come on solving other issues to make Big Sur livable…