Repository navigation
Visual Search Workbench 0.2.4
Download this one file
→ VisualSearchWorkbench-0.2.4.dmg · 296 MB
That is the app. Universal: it runs on Apple silicon and Intel Macs, macOS 14 or later. Open the disk image and drag the app to Applications.
The models are inside it, so nothing is fetched on first launch.
It is not notarized by Apple. macOS will refuse the first double-click. Apple's own override opens it: System Settings → Privacy & Security, scroll to the message naming the app, then Open Anyway. You do this once.
The other three assets are optional
| Asset | What it is | Do you need it? |
|---|---|---|
SHA256SUMS |
98-byte digest of the disk image | Only to verify the download. See below. |
Source code (zip) |
Added automatically by GitHub for every tag | No. This repository distributes the built app and holds no source; the archive contains the README and nothing else. |
Source code (tar.gz) |
Same, other format | No. |
GitHub attaches those two source archives to every release and they cannot be removed.
Checking the bytes (optional)
Download SHA256SUMS into the same folder as the disk image and run:
shasum -a 256 -c SHA256SUMS
OK means you received what was built. GitHub's CDN serves the download, not darce.xyz, and this digest is the only check covering the whole path from build to your disk.
Changes since 0.2.3
-
The time slider shows results while you are still dragging it. The count beside the timeline used to sit frozen on whatever was selected before the drag began, and only caught up when the handle was released. The preview waited for a quiet moment that a continuous drag never provides, so it never got one. It now draws on the first movement and then keeps up at a bounded rate, always showing the newest position rather than a backlog.
-
A cutout can no longer appear over the wrong photo. Computing a matte takes long enough that you can move to another image before it finishes. The finished cutout was published without checking which photo was open, so it could be drawn over a different one. A job now has to prove it still owns the selection before it publishes anything.
-
Thumbnail sidecars are written more carefully. They are saved after the embedding is committed rather than before, so a slow disk can no longer hold up indexing. Each one is keyed to a hash re-read at the moment it is written, so a file edited during indexing cannot publish its new picture under the old identity. Write failures are counted instead of being silently discarded, and orphaned sidecars can be swept.
Note on the earlier "Apple Silicon only" wording
Previous releases described this app as Apple silicon only. That was wrong: the build has been universal, carrying both arm64 and x86_64, and lipo -archs on this build reports both. The wording is corrected here and on the download page.
Licences for the bundled models are in the README and inside the app bundle.