Repository navigation
Conversation
Streaming a Linux VPS desktop (software x264 on two cores): - Latch Host reports the X screen it captures and, for software encoding on fewer than four cores, a 30 fps ceiling; LATCH_DISPLAY_FOLLOWS_VIEWER=1 stops reporting a fixed size for a desktop that resizes to each viewer. The Linux engine profile drops the 60 fps floor and uses superfast. - New 540p, 720p and 900p resolutions. The host's ceiling holds at 1080p and rises in proportion for fewer pixels (720p gets 60 fps); a fixed desktop is only replaced when the wanted size is larger, and captured mouse movement over a shrunk fixed desktop is scaled to its pixels. - The Mac relaunches the Desktop when it asks for a different size than it last launched it at; resuming kept the old desktop size, since a prep command runs only at a launch. - Latch Host answers the PIN as soon as the engine has taken it: Sunshine from October 2026 holds the PIN post open until the handshake ends, which the Mac only started once Latch Host had answered. - Clipboard with Linux: Ctrl+Insert / Shift+Delete / Shift+Insert, and pasted text also in the X selection. - A Mac can be only a viewer (Share this Mac off). - The Mac bundle is staged in dist.noindex (release workflow follows). - connect_real: an ignored live test through the window's connect path. Verified live against stuzha (Sunshine 2026.1014.154843): every size relaunches and resizes correctly, absolute and relative pointer land on the exact pixel, keys reach a terminal, 720p and 540p hold ~60 fps with scrolling text (1080p 30), and a new Mac pairs once. Co-Authored-By: Claude Opus 5.5 <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.
Streaming a Linux VPS desktop (stuzha: software x264 on two cores) well, and the fixes that came out of testing it live.
What changes
POST /api/pinopen until the pairing handshake ends, and the Mac only continued the handshake after Latch Host answered, so new pairings deadlocked. Latch Host now answers once the engine has taken the PIN, and answers retries for that PIN without asking the engine again./v1/status,LATCH_DISPLAY_FOLLOWS_VIEWER, Linux engine profile, Linux clipboard shortcuts and X selection, viewer-only Mac,dist.noindexstaging (the release workflow now packages from there too).connect_real, an ignored live test through the window's connect path (sizes, pointer probes, typing, fps sampling).Verified
cargo fmt --check, clippy-D warnings, all tests on macOS (core 51, client 82, host 92, stream 25, ui 8).🤖 Generated with Claude Code