v1.4.1

Cubric Vision 1.4.1

A patch release. Fixes and small improvements on top of 1.4.0 — no new models, no engine change.

Most of it came out of one real incident. A "No GPU — download only" cloud Pod was connected while a generation was running locally, and the app treated that Pod as its generation engine: it tried to stage model weights onto a machine with a few gigabytes of RAM, the Pod was killed, and the app read that as a dead engine and dropped cloud mode — taking four in-flight installs down with it. Six separate faults came out of that one thread, and each is fixed here.

The rest is notifications: ones that arrived long after the fact, and ones that were gone before they could be read.

Windows, macOS (Apple Silicon) and Linux portable builds below. Extract and run — no installer.

Updating? If you are on 1.3.0 or later, your app checks for updates on startup and will offer this version in-app on all three platforms. If you are on 1.2.0 or earlier on Windows, download the full zip below — the updater in those builds is a .bat and Smart App Control blocks it outright, so an in-place update cannot reach you. Your projects live in Documents and are untouched either way.

The engine does not change in this release (ComfyUI 0.31.0, same as 1.4.0). Nothing re-downloads.

What's new

• First run asks how you want to work before it asks for a folder. Setup opened on a models-folder picker, with "run on a cloud GPU instead" as a small link at the bottom — so the only obvious path was a multi-gigabyte install, even on a machine that will never use it. It now opens on the actual question: Local + Remote installs ComfyUI here and generates on your own card, with a cloud GPU there for the jobs it cannot take; Remote only skips the install entirely and takes you straight into the app to connect a RunPod account. Each side says plainly what it costs you — a one-time install and a capable GPU, or an account billed while a Pod runs — and you can change your mind later in Settings. The folder picker is still there, one step further in, and it now reads as one screen rather than three different left edges.

Fixes

• Video previews play at the video's speed again. On some runs the live preview flashed the whole clip in an instant each time the sampler advanced, then froze until the next step. It now plays continuously at the clip's own frame rate, and no longer trims the start of the clip.

• A cloud Pod used for downloads is no longer treated as a generation engine. Connecting a "No GPU — download only" Pod while you were working locally could take your generation with it: the app tried to stage model weights onto a machine with no GPU and a few gigabytes of RAM, the Pod was killed, and the app read that as a dead engine and dropped remote mode — taking every in-flight install down with it. A download Pod is now only ever a download target.

• A cloud install that dies now says so, instead of freezing. When the Pod went away mid-install, the model card kept showing the Pod's last progress — a live-looking bar and a Cancel button for a download that could never finish, sometimes painted over a model your own disk already had. Those installs now end properly, say why, and offer a working Retry, and the Model Library goes back to showing what is really on your machine.

• Losing the Pod mid-install is a notice, not an error report. Stopping your own Pod raised the "Download Failed" dialog with a Report on GitHub button. It is now a normal heads-up message.

• A queued install can no longer land on the wrong machine. Installs run one at a time, and the engine was only decided when each one's turn actually came — so a model queued for your cloud Pod could start downloading to your local disk after the Pod disconnected, tens of gigabytes you never asked for. A queued install now remembers where it was meant to go and is cancelled, with a message, if that engine is gone.

• "Generation complete" notifications no longer arrive long after the fact. A batch that did not finish cleanly could leave its finished-count behind, and the next time anything drained the queue that stale count fired — announcing generations that had ended ten or twenty minutes earlier, sometimes over an hour. Counts that outlive their batch are now discarded.

• Notifications stay up long enough to read. Every notification got the same three seconds, whether it said "Copied" or quoted three figures and a drive letter — so the longer and more useful ones were gone before the first line landed. A notification now stays for as long as its message takes to read. And when two are on screen at once, only the first counts down: the second waits its turn instead of expiring while you are still reading the one above it.

• "Not enough disk space" now names the disk, and asks for the right amount. A local install could refuse with "29.3 GB needed, 29.4 GB free" — more free space than it said it wanted — because the check quietly reserves a small working margin the message never mentioned. And when the full disk was your cloud Pod's volume, the app replaced the server's exact figures with "free up space and try again", pointing you at your own machine, where clearing space would not have helped. Both messages now name the drive or the Pod volume and quote the amount actually required.

---

Platform support - please read

• Windows - tested on the maintainer's Windows development machine. Not yet validated
  on a separate clean Windows host.
• Linux - the portable extracts and launches, and engine setup runs, verified on the
  maintainer's test laptop. That machine cannot run the engine itself, so no image or
  video has ever been generated on Linux here. Generation support is therefore unvalidated -
  reports from a capable Linux host are very welcome.
• macOS - artifacts are produced mechanically and are maintainer-untested. Community
  validation is needed before any stronger macOS support language is used.