• JellyTau v0.12.2
    🏗️ Build and Test JellyTau / Run Tests (push) Skipped
    🏗️ Build and Test JellyTau / Android Compile Check (push) Skipped
    🏗️ Build and Test JellyTau / Supply Chain (push) Successful in 27s
    📱 Test APK / Build test APK (push) Successful in 32m30s
    Publish Documentation / Build & publish docs to gitea-pages (push) Successful in 5m56s
    Traceability Validation / Check Requirement Traces (push) Successful in 13s
    Build & Release / Run Tests (push) Successful in 16m28s
    Build & Release / Build Linux (push) Successful in 21m48s
    Build & Release / Build Windows (push) Successful in 19m42s
    Build & Release / Build Android (push) Successful in 32m19s
    Build & Release / Create Release (push) Successful in 33s
    Stable

    dtourolle released this 2026-09-21 09:19:32 +00:00 | 0 commits to master since this release

    Two download fixes, found together on a tablet whose films all needed their
    audio re-encoded. Downloads that took longer than five minutes were being cut
    off and restarted, and the progress bar sat on "0%" for the whole of a
    transcode.

    🐛 Fixes

    • Downloads longer than five minutes no longer fail. The download worker's
      HTTP client carried a total request deadline of five minutes — from
      connect until the last byte — so every transfer longer than that was cut off
      mid-body and retried. A transcode cannot be resumed (the server ignores
      Range and starts over), so each retry threw away what had been fetched, hit
      the same deadline, and after three attempts the download failed. No feature
      film at transcode speed could complete; a large direct copy limped through in
      five-minute slices with a backoff between each. The deadline is now a
      30-second connect timeout plus a 60-second stall timeout that resets on
      every chunk: a dead connection is still caught, a healthy transfer can run as
      long as it needs. Present since the first release. (DR-289)

    Improvements

    • The progress bar moves during a transcode download. A transcode is
      produced as it is sent, with no Content-Length, and the bar had nothing to
      measure against — it read "0%" until the file completed. The backend now
      predicts the size when it resolves the download: the source's size for
      original (the picture is copied byte-for-byte; only the audio changes), or
      bitrate × runtime for a quality preset. The bar shows the estimate as
      "~42%" and caps at 99% until the last byte lands; the server's own figure is
      used whenever it gives one; and when there is no prediction at all the bar
      is a moving band with the bytes so far, rather than a false "0%". (DR-290)

    Downloads

    Platform File
    Linux (portable) *.AppImagechmod +x and run
    Linux (Debian/Ubuntu) *.debsudo dpkg -i
    Linux (Fedora/openSUSE) *.rpmsudo rpm -i
    Windows *-setup.exe (NSIS). Unsigned — SmartScreen may warn on first run.
    Android *.apk sideload, or *.aab for Play Console

    Desktop builds check for updates from here and can install a new
    version in place, verifying its signature first.

    Verifying your download

    sha256sum -c SHA256SUMS
    

    SHA256SUMS covers every file in this release. An SBOM
    (*.cdx.json, frontend-dependencies.txt) lists what went into it.

    Requirements

    • Linux: 64-bit, GLIBC 2.29+
    • Windows: 64-bit Windows 10 or later
    • Android: 8.0 or later, ~50 MB free

    Report a problem: https://gitea.tourolle.paris/dtourolle/jellytau/issues

    Downloads