# TorrentPlayer 0.3.1: A Queue You Control, Sound for 4K, and Less Memory

Canonical URL: https://torrentplayer.io/blog/torrentplayer-0-3-1/ · Published 2026-10-27 · By the TorrentPlayer team

> **Short answer:** TorrentPlayer 0.3.1 makes the queue fully manual (nothing is skipped, paused, reordered or played for you), keeps the sound on high-bitrate 4K videos with Dolby or DTS audio, uses noticeably less memory and CPU, and keeps downloaded pieces across restarts. It also tightens the DHT, WireGuard and settings handling, protects the queue file, and fixes silent playback on Linux.

TorrentPlayer 0.3.1 is out. It is a smaller release than 0.3.0 in features, but a big one in how the app behaves: the queue now does exactly what you tell it, long 4K films keep their sound, and the app is lighter on memory. Download it from the [release page](https://github.com/torrentplayer/torrentplayer/releases/tag/v0.3.1); the installers are still not code-signed, so Windows SmartScreen and macOS Gatekeeper will warn on first launch.

## A queue that does what you tell it

Earlier versions made decisions for you: they marked videos as skipped when you played one further down, paused torrents that had nothing left to download, could sort the queue by speed, and started the next video after a countdown. All of that is gone. Nothing in the queue is skipped, paused, removed, reordered or played on its own any more.

- **Your order, sorted when you ask.** The queue downloads in its own order. **Sort by…** in the queue's ⋯ menu reorders it once, by name, recently added, size, progress, speed, peers or time left, with Undo, and nothing re-sorts later. The "In order" / "Fastest first" choice and "Play ready videos first" are removed.
- **No more autoplay.** When a video ends it is marked played and a card offers **Play next** (Shift+N) or **Replay**, in fullscreen too. The "Up next" countdown and its setting are gone.
- **Resume without a question.** With "Resume where I left off" on, a video simply continues, and a chip offers **Start over**.
- **±10 seconds.** The player has visible Rewind 10 s and Forward 10 s buttons, also in fullscreen.
- **Removing instead of skipping.** Unticking a video removes it, with Undo. Pause keeps a video without downloading or uploading it, and P pauses or resumes from the keyboard.

Sharing follows the same rule: a queued torrent keeps sharing, watched or not, until you pause or remove it. The "Keep sharing after watching" setting and its ratio and time targets are removed, and pausing a torrent now stops its upload as well as its download.

## Sound for large 4K videos

High-bitrate videos with Dolby or DTS audio, such as 4K WEB-DLs at about 27 Mbit/s, could lose their sound after the first seconds or minutes with "The audio could not be converted". The player buffered a minute of converted video ahead, more than the system web engine's media buffer holds at that bitrate. It now buffers fewer seconds of high-bitrate video, waits for playback when the buffer is full, and retries a conversion that hiccups at start-up. Videos with chapters, such as Sintel, also play with sound again.

## Lighter on memory and CPU

0.3.1 drops work the app did not need: progress bars no longer animate, paused and finished torrents re-plan once a second instead of ten times, idle torrents stop sending DHT lookups, and the minimized window asks the webview to drop caches it only needs for drawing. Partly downloaded pieces now share one memory budget across all torrents instead of one per torrent.

On the project's benchmark machine (Windows), that measured:

| | 0.3.0 | 0.3.1 |
| --- | --- | --- |
| Working set, window minimized | about 400 MB | about 146 MB |
| Peak private memory, 4K playback | about 533 MB | about 399 MB |
| CPU while idle | 1.8 % of a core | 1.2 % of a core |

These are measurements on one machine, not promises; your numbers depend on your system and what you play.

## Downloads that survive a restart

Torrents in the queue, finished ones included, no longer download everything again each time TorrentPlayer starts. After a normal quit the pieces are available at once and each is checked against the torrent's hashes when first played or shared; after a crash they are checked in the background first, the playing video first. Caches from earlier versions cannot be reused, so they start empty once.

## Network and privacy

- **A quieter DHT.** Lookups now follow what each torrent needs and send each query once instead of twice, so DHT-only torrents found their first peer in about a second in testing. TorrentPlayer acts as a full DHT node only while peers can actually reach it (a confirmed UPnP mapping, or a recent incoming connection); otherwise its queries are marked read-only.
- **Safer WireGuard configs.** Importing a configuration is all or nothing, a malformed key line is refused without quoting the key, and DNS lines with a search domain now import. A tunnel whose server stops answering is no longer shown as connected, and long sessions keep renewing their keys.
- **Fewer leaks to close.** In the WireGuard and SOCKS5 modes, tracker names are no longer looked up outside the tunnel or proxy, and switching modes stops connections still being made directly. Links to `.torrent` files can no longer reach your local network, and settings that cannot be read hold all traffic instead of falling back to a direct connection.

## Smaller fixes

- **The queue can't be lost.** A queue file that is locked (by an antivirus scanner, say) or damaged is retried, copied aside and never overwritten, and its downloads are no longer cleaned up at start-up.
- **Linux sound.** Video no longer plays silently on systems without GStreamer's plugins: the `.deb` and `.rpm` packages now depend on them, and the AppImage bundles GStreamer.
- A peer that sends bad data can no longer stall playback, and only the peers that actually sent it are banned.
- Search no longer marks Dolby and DTS releases as having no sound; they say "audio: converted to stereo".

## Updating

Install 0.3.1 over 0.3.0; your settings, queue and saved passwords carry over, and settings for removed features are dropped on the next save. Going back to 0.3.0 afterwards is possible but not recommended: it reads the newer settings file as far as it can, and it ignores a held connection. The full list of changes, including the known limitations, is in the [changelog](https://github.com/torrentplayer/torrentplayer/blob/main/CHANGELOG.md).