Repository navigation
Conversation
Mirrors the release.yml CI build (Debian/Ubuntu base, libtorrent 2.1.1 built from source, --features libtorrent --no-default-features) using cargo-chef for layer caching. Runs the server binary headless via --no-tray since the release build defaults to tray mode. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PaomLxccxHdFjHgSigfKpx
tray.rs embeds icons/icon_48.png via include_bytes! at build time, so excluding icons/ in .dockerignore broke the build. Also expose/publish the default BitTorrent listen range (42000-42010) instead of a vague "ephemeral port" note, based on what /settings actually reports. Verified end-to-end on the target host: docker build succeeds, the container starts headless, and /heartbeat, /settings, /stats.json all respond correctly with the libtorrent backend active. Document Docker usage, how to point a Stremio client at the server (there's no bundled web UI), and how to configure libtorrent via the /settings API in the README. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PaomLxccxHdFjHgSigfKpx
Cover the env-var port overrides (STREAM_SERVER_HTTP_PORT/HTTPS_PORT/ PUBLIC_BASE_URL) needed for --network host when the default ports are already taken, the built-in ratatui TUI stats dashboard (--tui, attach via docker attach), and a fast-playback /settings tuning example. This matches an actual deployment on the target host: replaced an untracked ad hoc stream-server:dev container (bridge networking + nginx port-remap trick) with this Dockerfile's build running --network host, reusing its existing data volume, with GPU passthrough for hardware transcoding and the TUI enabled. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PaomLxccxHdFjHgSigfKpx
Every field on ServerSettings (BitTorrent connection/privacy/proxy options, cache size, proxy-streams, seeding) is now overridable with a STREAM_SERVER_* env var, read once when constructing the default settings on first startup (before any settings.json exists) -- after that, settings.json and the /settings API are the source of truth. Also retunes a few shipped defaults for a single-stream home connection in the ~100Mbps class: - bt_allow_multiple_connections_per_ip: false -> true (more usable connections behind CGNAT/shared-IP swarms) - bt_min_peers_for_stable: 5 -> 3 (starts playback sooner) - bt_download_speed_hard_limit: 0 (unlimited) -> ~11.25MB/s (~90% of 100Mbps), the one speed-limit field actually wired to libtorrent's download_rate_limit; leaving headroom avoids bufferbloat that would otherwise hurt both playback smoothness and other traffic on the link. Set to 0 via env/settings to go unlimited. - bt_max_connections stays at its existing default (800): per-torrent connections are separately clamped to 200 once the global max reaches 800 (see TorrentSpeedProfile::effective_connection_limits), so raising it further doesn't speed up a single stream -- it only matters when running several torrents concurrently. Verified on target: env vars applied correctly on a fresh volume, persisted settings.json still takes precedence once one exists. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PaomLxccxHdFjHgSigfKpx
Table the concrete env vars and rationale for the 100Mbps-tuned defaults (bt_max_connections, bt_min_peers_for_stable, bt_allow_multiple_connections_per_ip, bt_download_speed_hard_limit), note that bt_download_speed_soft_limit is currently a no-op in the libtorrent backend, and cross-reference the --network host example. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PaomLxccxHdFjHgSigfKpx
zond
added a commit
to zond/stream-server
that referenced
this pull request
Sep 19, 2026
…agnet timeout's remove (review stremio-native#42, stremio-native#43) The idle sweep took an engine out of the registry and then, an await later, the torrent out of the session. An add in between -- a .torrent /create, a pin, a stream coming back -- was handed the torrent that was going (AlreadyManaged), found no engine, and published one around a torrent the sweep then deleted with its files; a pin in the gap was told Ok. The sweep now holds a RemovalGate across both halves, and every add publishes under it after checking the session still has the torrent, adding it again when it does not. A magnet add's timeout removed the hash from the session best-effort, including a torrent a .torrent add (which bypasses the magnet registry) had published meanwhile. It now asks the registry under the same gate and leaves a published torrent alone. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Need help on this PR? Tag
@codesmith-botwith what you need. Autofix is disabled.