Skip to content

Releases

v0.1.7 — Selectable playback quality (144p–1080p)

Choose a tag to compare

@github-actions github-actions released this 11 Nov 10:15

v0.1.7 — Selectable playback quality (144p–1080p)

The watch page is no longer locked to 360p. This release adds a real quality picker for in-app playback and fixes the root cause of SABR-only videos showing nothing but 360p.

New

  • 144p–1080p quality picker on the watch page — above 360p YouTube serves video-only + audio-only adaptive streams, so playback runs in dual-element mode (muted <video> + hidden <audio>, synced for play/pause/seek/volume/mute with drift correction).
  • Automatic 360p fallback — if the adaptive stream stalls or WebView2 rejects it (error code 4), the player reverts to the progressive 360p stream so you are never stuck on a black frame.
  • Retry HD button — appears when HD cannot be resolved, instead of a dead disabled dropdown.
  • Version label next to the logo in the top bar (WinTube-v0.1.7).

Under the hood

  • Stream resolution via InnerTube (VISIONOS player client) — videos where YouTube has enabled SABR-only streaming expose only the progressive 360p URL via yt-dlp. The VISIONOS client still returns direct adaptive URLs for the full AVC ladder plus AAC audio when a cached visitorData session is supplied, so streams now resolve through InnerTube first (~0.7–1s) with yt-dlp as fallback.
  • wintube-media custom protocol relay — the signed googlevideo URLs are streamed to WebView2 through an in-process relay (8 MiB range chunks, HEAD/416 handling, Content-Range) instead of being handed to the media stack directly. URLs never leave the app.

Notes

  • Windows 10/11, WebView2 required. Personal, non-commercial use; YouTube's Terms of Service apply. No DRM bypass of any kind — only publicly available streams are served.
  • Local GNU build (wintube-0.1.7_x64) and CI MSVC build produce equivalent installers; use either.
  • Full changelog: docs/CHANGELOG.md

v0.1.6

Choose a tag to compare

@github-actions github-actions released this 09 Nov 11:41

This release

  • Search pagination: results are no longer limited to 12. A page carries ~20 videos and a Load more button (with shown-count) fetches the next page via InnerTube continuation tokens. Pages are cached per query; duplicates are deduped. Verified live: 19 + 12 more on 'trending music'.

Downloads

  • Windows x64 MSI (recommended): Wintube_0.1.6_x64_en-US.msi
  • Windows x64 NSIS setup: Wintube_0.1.6_x64-setup.exe

Requires WebView2 Evergreen Runtime (pre-installed on most Windows 10/11).

v0.1.5

Choose a tag to compare

@github-actions github-actions released this 09 Nov 11:04

This release

  • Back navigation fix: from a video you can now return to your previous search results (or History/Downloads) via the Back button on the watch page, the topbar left-arrow, or Alt+Left. Search results restore instantly from cache — no re-search needed.

Downloads

  • Windows x64 MSI (recommended): Wintube_0.1.5_x64_en-US.msi
  • Windows x64 NSIS setup: Wintube_0.1.5_x64-setup.exe

Requires WebView2 Evergreen Runtime (pre-installed on most Windows 10/11). See README for quick start.

v0.1.4

Choose a tag to compare

@github-actions github-actions released this 09 Nov 03:42

What's fixed in 0.1.4

  • Fragmented-M4A audio fix (silent downloads): when yt-dlp's FixupM4a hasn't run, the audio is still a fragmented DASH M4A. The remuxer now demuxes it with its own fmp4 parser instead of returning the file header as every sample.
  • Downloads page no longer sticks: progress paints from local state (no fetch race), snapshots keep the furthest-along entry, 1.5s poll fallback.
  • CI: MSVC target build (MSI/NSIS via GitHub Actions).

Downloads

  • Windows x64 MSI (recommended): Wintube_0.1.4_x64_en-US.msi
  • Windows x64 NSIS setup: Wintube_0.1.4_x64-setup.exe

Requires WebView2 Evergreen Runtime (pre-installed on most Windows 10/11). See README for quick start and docs/ for install, build, and troubleshooting.