Skip to content

Optimisarr 0.2.13 — clearer controls and compact workers

Choose a tag to compare

View all tags
@Jellman86 Jellman86 released this 17 Sep 20:23
· 135 commits to main since this release
v0.2.13
c103a88
This commit was created on GitHub.com and signed with GitHub’s verified signature.
GPG key ID: B5690EEEBB952194
Verified
Learn about vigilant mode.

Optimisarr 0.2.13 makes workers easier to monitor and library settings easier to navigate. It brings the refreshed application interface, a matching Mac menu-bar client and the first Windows tray installer preview into one versioned release.

What’s new

  • Compact worker monitors. Mac and Windows show current work, resource readings, processing details and pause controls in a small native panel. Panels stay anchored when their contents resize, and the Stellar icon appears consistently in the application and native launchers.
  • Verification can stay on the worker. Enable strict worker verification for supported remote video jobs to run probes, decode, timing, audio and quality measurements on the sidecar. Missing or invalid evidence stops the job instead of starting a container verification fallback.
  • Library controls follow the workflow. Choose files, Encode, Verify, and Schedule & replace have focused views, breadcrumbs, advanced sections and explanatory tooltips.
  • Media details stay in view. Inventory and Queue use artwork-led dialogs. Quarantine opens a full review page with side-by-side playback and verification evidence.
  • A consistent interface and clearer guides. Settings, light and dark themes, cards, hover shadows and the animated Stellar mark share the refreshed appearance. Updated guides and current screenshots explain worker setup, placement and which responsibilities remain on the server.

Smoother and safer

  • Queue artwork remains visible during live updates, and older responses no longer overwrite newer progress.
  • Worker verification is bound to the assigned contract and both file hashes. Existing pairings renegotiate capabilities after an upgrade without needing a new pairing code.
  • Software-decode retries retain a valid output directory. The Mac media bundle includes AV1 decoding and 10/12-bit x265 support.
  • The container release passes real-media acceptance tests before image publication. Native packaging checks include installer validation and rendering from a relocated Mac app.

Downloads

  • Container: ghcr.io/jellman86/optimisarr:0.2.13 (also :latest).
  • macOS, Apple Silicon: DMG or ZIP, Developer ID signed, notarised and stapled. Requires macOS 14 or later.
  • Windows x64 — unsigned preview: MSI installer, with the tray app, background worker, media tools and private .NET runtimes. It is not code-signed and may be blocked by Windows or organisational policy.

SHA-256 files accompany the downloads. Exact corresponding media sources, manifests and build instructions are provided beside the installers. Windows sources include split archives and a checksum-checked reassembly script; follow the source download guide. Native version numbers now align with the container version, so the Mac version advances from 0.2.0 to 0.2.13.

Before you update

  • Back up the container’s /config directory and let active worker leases finish before replacing a sidecar. Keep existing pairing data and work directories.
  • Quit the Mac sidecar, replace the app in Applications, then reopen it. Existing signed pairings are retained. Upgrade an existing MSI installation with the new MSI; it retains pairing data. After installation, open Optimisarr Sidecar from Start and choose Preferences → Start worker (or reboot), because the installer leaves the service stopped. Manually registered Windows services need the migration steps in the installer guide, because the MSI deliberately refuses to overwrite them.
  • Remote workers and strict verification remain opt-in. Preserve your chosen verification policy during upgrades; jobs can wait until a compatible worker is available. See worker setup and placement.

Good to know

Worker-only placement and strict verification are separate controls. Strict verification does not make the server idle: scanning, initial probes, scheduling, transfers, hashing, policy evaluation and safe replacement remain server responsibilities. Remote placement covers supported video re-encodes; audio, images and remux work remain local.

The Windows preview uses CPU VMAF; NVIDIA hardware encoding and decoding are supported separately. Hardware smoke tests do not certify every driver, source format or full-length title. Originals remain protected by the configured verification and quarantine/rollback checks.

See the full changelog for the complete technical record.

Assets 74
Loading