ClipMint v1.24.2

Transcribing works again.

The fix

v1.24.1 stopped every job at Transcribing with "Failed: open() got an
unexpected keyword argument 'metadata_errors'". Nothing in your video or
settings caused it.

A library ClipMint uses to read audio put out a new version three days before
v1.24.1 was built, and it removed something the transcriber still asks for.
The build picked up the new version, so every transcription failed. This
release goes back to the version that works, and the build won't pick up the
broken one again.

• Jobs that failed can be finished with Try again. The download is
  kept, so nothing is fetched twice.
• Nothing else changes. Hinglish captions from v1.24.1 are still here.

---

ClipMint.exe: about 224 MB, Windows, self-contained. Unsigned, so
SmartScreen will warn: More info → Run anyway.

ClipMint-linux-x86_64: about 280 MB, x86-64, self-contained, glibc 2.35 or
newer. chmod +x it and run it. Still untested on a desktop distribution.
Every published build is started by the release workflow and asked for its
interface before the release exists, but nobody has yet made a Short with it
on Fedora or Ubuntu. Take ClipMint-linux-README.txt too.

ClipMint-macOS-arm64.zip: about 167 MB, Apple Silicon only. Still a beta,
and still has never been run on a Mac. I don't own one, so it is built and
checked by GitHub's macOS runners and published without a person opening it.
Uploading to YouTube has only been tested on Windows. If it doesn't start, or
signing in doesn't behave as described, that is a bug here:
~/Movies/ClipMint/app.log and
an issue are how it gets
fixed.

Also published, for installs from before the rename only: StreamToShorts.exe,
StreamToShorts-linux-x86_64 and StreamToShorts-macOS-arm64.zip, the same
three files under their old names. A fresh download wants the ClipMint ones.

On v1.5.0 or later on Windows, or on any Linux build? The app will offer this
to you.

MIT licensed. Fork it, ship it, build on it. The licence asks one thing: keep
the copyright notice.