← OpenStream home

LATEST RELEASES

What’s new in Maximizer.

Client v1.0.266 corrects misleading shutdown hints on ready Bare Metal apps and adds a one-time first-pairing session-limit notice. Host v1.0.268 remains the matching Host. Read the latest notes, then the file-transfer setup guide and earlier improvements included in these downloads.

MAXIMIZER CLIENT · v1.0.266

Know your session limit.
Trust your app hints.

Released October 04, 2026 · Client266 desktop update

Ready Bare Metal apps showed a shutdown warning when you hovered over them? Update the Client on the device you play on. Client266 fixes that misleading tooltip while preserving the warning for apps that are actually unavailable because of GPU passthrough.

A first-pairing reminder, shown once

The initial Maximum Settings Add PC → Start and Pair login panel now explains that your Gaming PC automatically shuts down after 2 hours unless you change the session limit. If needed, visit login.maximumsettings.com to extend the limit to up to 12 hours. Change the setting on that website; the Client does not change the limit automatically.

  • One-time notice: it is remembered per Client profile, independently of saving credentials. Canceling, reopening, retrying login, later connections and Client restarts do not repeat it.
  • Already paired? existing paired profiles remain silent after upgrading, including an offline PC with a saved pairing certificate. Adding or removing PCs does not reset the notice.
  • Only in first provider setup: manual Host IP entry, personal-host pairing panels and saved-PC wake logins do not display this reminder. A separate fresh Client profile has its own first-use record.
  • Correct app availability hints: green-ready Bare Metal tiles no longer show the shutdown/six-minute tooltip on mouse hover or keyboard selection. A refreshed available state promptly dismisses an existing warning.

No additional Host update is needed for these two Client fixes. Host v1.0.268 remains compatible. Existing VM/GPU classification, launch decisions, power actions and the six-minute cooldown policy are preserved.

What was verified?

264 Qt popup/VM results passed across Qt6.4/6.10 and Default/Material styles, with zero failures or skips. Original-source controls reproduced 16 expected failures, including the false hover/keyboard warning and delayed availability-refresh dismissal. Another 48 first-pairing panel/persistence results and 10 actual ComputerManager lifecycle results passed, including a real separate-process restart and prior-pairing migration before discovery.

The full Qt6.10 native Client build and allsix Client266 package workflows plus main/tag regression checks passed. Runtime acceptance used actual production component windows and mock account/browser actions; full packaged Windows/macOS GUI acceptance is separate. These are desktop Qt Client changes; Android is a separate implementation. The reminder opens the website rather than changing a provider setting.

Earlier encrypted-home downloads, Clear history…, larger transfers, Flatpak folder access, streaming, pairing, display, audio and clipboard fixes remain included. Bundled SonoBus remains mxs-v1.7.2-13.

Download Client v1.0.266 ↓

Full Client266 release notes on GitHub ↗ · Earlier transfer improvements ↓

CLIENT265 TRANSFER FIXES · INCLUDED IN v1.0.266

Encrypted folders.
A fresh history. Bigger files.

First released October 2, 2026 · Retained in Client266

Downloads paused at 0 B with “Atomic no-replace publication unavailable” in an encrypted home? Client265 fixes native/DEB downloads into tested eCryptfs-encrypted folders. Update the Client on your Linux device, keep the original destination accessible and try Resume on the existing job.

  • Download safely into a compatible encrypted home: the Client selects supported save operations while keeping checksums, encrypted temporary files, independent staging and checked restart recovery.
  • Clear all inactive transfer history: choose Clear history… and confirm to remove completed, failed, canceled, paused, interrupted and review entries. Running and queued transfers continue and remain visible.
  • Keep cleared jobs cleared: removed paused work does not resume or reappear after restart. Completed files stay in place, and uncertain recovery data and previous-file backups are preserved.
  • Transfer larger files with Host268: the old 10 GiB Client download limit is removed. Whole-file preparation gets a size-aware timeout; normal network inactivity safeguards remain.

Choose your file-size limit

Install Client v1.0.266 on your device and Host v1.0.268 on the Gaming PC. In the Host web interface, open Configuration → Network, set File Transfer Max Size to 0, save and restart the Host. This removes the configured per-file upload/download cap.

The default stays 100 MiB unless you choose otherwise. Unlimited size is separate from unlimited transfer speed: disk space, filesystem and session/snapshot limits still apply. Downloads remain off until Client Downloads and its allowed folder are configured.

Encrypted-folder limits and verification

On the tested native eCryptfs backend, Keep both and Skip existing work. Replacing an existing file requires a safe atomic exchange; where unsupported, the Client asks you to choose Keep both or Skip before transferring. Replace can still save when the target does not exist. The tested Flatpak document-portal wrapper around eCryptfs remains unsupported; native encrypted-home support does not imply this combined path works.

146 Linux Qt results, 17 embedded UI results and 181 Host assertions passed, along with native Client/Host CI. A real 12 GiB + 123-byte file uploaded and downloaded with matching full SHA-256 checksums. The corrected development DEB resumed the original encrypted-folder failures and downloaded a 3.14 GiB Fedora ISO correctly; abrupt Client/Host restart recovery, 15 encrypted-storage and 20 ordinary document-portal controls passed.

All Client265 and Host268 package workflows and release regression checks passed. Full packaged Windows/macOS GUI acceptance and encrypted-home unmount/remount across OS login are separate from component and same-mounted-home restart coverage. The exact protocol byte-counter range is 2^53−1 bytes, just below 8 PiB—not infinite storage. Android is a separate implementation and does not inherit these desktop Qt tools.

Earlier Flatpak folder-access recovery, streaming, pairing, display, audio and clipboard fixes remain included. Bundled SonoBus remains mxs-v1.7.2-13.

Download Client v1.0.266 ↓

Full Client265 release notes on GitHub ↗ · Host268 size setting ↓ · File-transfer setup guide ↓

CLIENT264 PORTAL FIX · INCLUDED IN v1.0.266

Choose your folder.
Keep your download.

First released October 1, 2026 · Retained in Client266

Flatpak reported “Another download is using this destination” when no other download was running? Update the Client on your Linux device. Client264 fixes downloads into real folders selected with Choose…. If you already have Host v1.0.268, no new Host update is needed for this correction.

  • Download files and folders through the desktop picker: the Client now keeps its recovery journal in its own application storage, with separate staging for each queue. The tested Flatpak document-portal folder no longer needs an unsupported destination lock.
  • Restore expired folder access: an unfinished job stays paused. Use Locate destination…, choose the original folder again, then Resume. The Client checks ownership and saved content before continuing, including after a portal remount.
  • Keep your existing files protected: Keep both saves a separate copy, Skip existing preserves the old file, and Replace existing retains previous bytes for recovery. Concurrent native and Flatpak Clients use independent temporary state.
  • More dependable publication and history: atomic renames avoid a second portal pathname-cache problem. Checksum verification, crash recovery and the final saved filename remain part of the completion result.

Keep hidden recovery files intact. Choosing a different destination cannot adopt unfinished work. Client263’s older recovery data is preserved; unsupported or ambiguous records are not silently deleted. Replacement conflicts keep previous bytes and block destructive cleanup until recovered.

What was verified?

124 Linux Qt results, 58 native Windows and 62 native macOS storage/transport results passed with zero failures or skips. Twenty real GTK/Desktop/Document portal checks cover partial resume, all six crash boundaries, existing-file policies, retained backups, simultaneous native/Flatpak downloads, wrong-folder rejection and remount/regrant. Full native and development Flatpak GUI file/folder downloads, Unicode names, empty directories and restart history passed against an isolated published Host267.

All Client264 release-package workflows and main/tag regression checks passed. Actual portal runtime coverage is the tested Linux GTK backend; full packaged Windows/macOS GUI acceptance is separate from native component CI. Android is a separate implementation. The correction adds no broad filesystem permission, extra customer helper or Host protocol change.

Earlier streaming, upload, bandwidth, pairing, display and audio fixes remain included. Bundled SonoBus remains mxs-v1.7.2-13.

Download Client v1.0.266 ↓

Full Client264 release notes on GitHub ↗ · File-transfer setup guide ↓

CLIENT263 TRANSFER TOOLS · INCLUDED IN v1.0.266

Your files.
In both directions.

First released September 30, 2026 · Retained in Client266

Update both apps for the complete experience: install Client v1.0.266 on the device you play on and Host v1.0.268 on the Gaming PC. The new transfer tools are for the desktop Client on Windows, macOS and Linux; Android is a separate app.

  • Send files and whole folders: choose Send File… from your PC’s menu, use Folder…, or drag files and folders onto its PC tile. Empty folders are kept too.
  • Keep track in one place: the File transfers panel shows progress, speed and time remaining. You can close it or browse other Client pages while transfers continue, then reopen it from the toolbar or bottom banner.
  • Pause now, continue later: interrupted transfers can resume after a reconnect or an app restart. Saved unfinished jobs wait for you to choose Resume; they do not start sending automatically when you reopen the Client.
  • Choose how to handle an existing file: Keep both saves a separate copy, Skip existing leaves the old file alone, and Replace existing replaces that file. Uploads show a review summary before you approve them.
  • Bring files back: choose Browse Host files…, select a file or folder, choose a local destination and download. The Host must first allow downloads from a folder you choose.
  • Leave room for gaming: set a transfer speed limit, with an optional lower limit while this Client is streaming. Zero means unlimited.

Start in three steps

  1. Install the current Client and Host, then open your paired PC in the Client.
  2. In the Host web interface, enable uploads under Network and choose where incoming files are saved under Config Files. To download files back, return to Network, enable Client Downloads and choose a Browse and Download Root—the folder the Client is allowed to see. Restart the Host after changing these settings.
  3. Use Send File… or Browse Host files… from the PC’s menu. For uploads, review the list and select Approve reviewed transfers.

More reliable completion: the apps check that the received file matches the sent file before showing verified completion. Existing files and recovery information are protected if something changes during a replacement. Folder transfers happen one file at a time; cancelling partway through leaves already completed files in place.

Resume, folder access and testing details

Keep the original source and destination folders accessible while resuming. Use Locate source… if a source moved or its desktop-picker access expired; Client264 adds Locate destination… for download-folder access. The Host keeps unfinished transfer information and download snapshots for seven days of inactivity; expired work may need to be selected again. Older Hosts keep supported legacy uploads, but need updating for the complete tools.

Linux integration and native Windows/macOS component checks passed, along with Linux/Flatpak GUI checks. Actual writable GTK/document-portal grants, crash recovery and remount/regrant were verified for the Client264 correction above. Full packaged Windows/macOS GUI acceptance remains separate. Filesystems must support the required atomic save operations; these checks do not promise the same performance on every network or device.

Client263’s format2 recovery data is preserved and uses its original destination lock where supported. Ambiguous or unsupported records are not silently deleted or converted. Earlier unreleased format1 state remains separately preserved.

Download Client v1.0.266 ↓

Full Client release notes on GitHub ↗

MAXIMIZER HOST · v1.0.268

Your Gaming PC.
Your file-size choice.

Released October 02, 2026 · Host update

Install Host268 on the PC running your games and the current desktop Client on your other device. In Configuration → Network, set File Transfer Max Size to 0 for no configured per-file cap, save and restart. The default stays 100 MiB; positive settings remain 1–10240 MiB. Updating does not enable unlimited mode automatically.

  • Larger uploads and downloads: admission and saved journals accept files above the former 10 GiB cap. Available disk space, session counts and download-snapshot capacity still bound transfers; size accounting is checked for overflow.
  • Recover interrupted transfers: the Host remembers saved progress across restarts and checks incoming files before confirming completion.
  • Control what can be downloaded: only paired clients can browse the download folder you selected. Enabling downloads does not expose the rest of the PC.
  • Handle existing files carefully: reviewed replacements check that the destination has not changed. Windows-specific checks also guard against redirected folder paths.
  • Earlier corrections retained: Host267’s configuration-reference headings and Arch/CachyOS consistency correction remain included, along with the resumable transfer tools first released in Host266.

All release-package builds passed: Windows installer and portable ZIP, Ubuntu/Linux Mint DEB, RPM, Flatpak and Arch/CachyOS are available from this same Host release. Client v1.0.266 remains the matching Client.

Upload and download access are separate settings, disabled by default. Only the configured download root is exposed. Unlimited file size does not change authentication, ownership, checksums or previous-file protections, and it is separate from bandwidth limits.

Previous pairing, display, audio, clipboard and Android app-list fixes remain included. The Host and Client version numbers do not need to be identical. Bundled SonoBus remains mxs-v1.7.2-13.

Download Host v1.0.268 ↓

Full Host release notes on GitHub ↗

CLIENT262 FIXES · INCLUDED IN v1.0.266

Add your PC.
Complete pairing. Start playing.

First released September 28, 2026 · Retained in the latest desktop Client

If the desktop Client closes immediately when you add another Host, update the Client on the device you play on. This crash happens before PIN or username/password authentication. Client262 also fixes the incorrect “PC no longer available” message in Display Setup after pairing.

  • Fixes Add Host crashes: refreshing the list with an existing saved PC could leave an old menu row with an invalid index. The Client now validates model indices and skips retired rows.
  • Keeps the paired Host’s identity: ordinary PIN and credential pairing pass the completed Host UUID directly into Display Setup. Reordering the PC list cannot select another Host; a removed target is rejected.
  • Corrects Windows monitor identification: a friendly Qt monitor label and the Windows device ID can differ. The Client now uses the native window’s monitor identity instead of requiring the two names to match.
  • Adds regression coverage: tests exercise actual QML list resets, invalid and stale rows, and the embedded pairing/setup dialogs. Windows test linking, menu layout synchronization and native Wayland test timing are also corrected.
What caused the Add Host crash?

Qt temporarily gives a retired PC-list row index -1. A power-menu visibility check passed that value into an unchecked Host lookup, causing SIGSEGV. Published Client260 DEB and Flatpak reproduced it when another saved PC was present; Client261 still contained that lookup. The correction is in the Client, before the pairing handshake.

The post-pairing setup issue was separate: ordinary pairing used automatic-power-on state that had no Host UUID. The completion signal now carries the identity of the Host that actually paired.

34 QtTest results passed across Qt6.4 and Qt6.10, with old-code controls reproducing the defects. Corrected native Linux and development Flatpak builds passed the reported add-host case and four private PIN/login-to-setup-to-app-list flows. The Windows monitor correction passed 12 native hosted checks. These are scoped checks, not a claim of every physical GPU/display combination.

All six Client release-package workflows and both main/tag test workflows passed. The desktop Qt fixes apply to the desktop packages; Android remains a separate implementation. The latest Client includes the display improvements below and the earlier audio, rendering, clipboard and menu fixes.

Download Client v1.0.266 ↓
CLIENT261 DISPLAY FIXES · INCLUDED IN v1.0.266

Your monitor’s pixels.
The screen you selected.

Client261 replaced resolution estimates based on rounded desktop coordinates with authoritative native display information. Client262 includes that work and the additional Windows monitor-ID correction.

  • Correct native resolution at fractional scaling: fixes the reproduced 2560 × 1600 at 150% scaling being detected as 2561 × 1601. Windows uses native monitor information, X11 uses the desktop pixel mode, and native Wayland reads the current output mode.
  • Keep the chosen monitor through startup: the approved local monitor identity follows the stream through delayed initialization. Missing, ambiguous or changed outputs prompt a retry instead of silently selecting the primary display.
  • Fresh setup and Retry: Display Setup names the monitor and refreshes after movement or layout changes. Retry takes a fresh snapshot and invalidates stale approvals.
  • Consistent Settings presets: resolution, safe-area, refresh-rate and monitor-name caches rebuild together. Fixed manual presets identify their monitor and are no longer pruned by an unrelated startup decoder probe.

Move the Client window to your preferred screen before starting. Automatic matching defaults to 60 Hz / 60 FPS, requires approval for a supported fallback, preserves Manual preferences and does not rematch the Host while you are playing. Native Wayland windowed placement is controlled by the compositor.

Verification covered native X11 scaling and mixed-monitor movement, a real headless fractional-Wayland compositor, and private 2560 × 1600/60 FPS streams. Hosted Windows checks cover native monitor identity; specific laptops, physical mixed-DPI layouts, GPUs and HDR still depend on their device configuration.

Explore Automatic and Manual setup →
HOST265 FIXES · INCLUDED IN v1.0.268

More supported resolutions.
Better 59.94/60 Hz matching.

First released September 27, 2026 · Retained in the latest Host

Update the Host on your Gaming PC and use the current desktop Client for the complete display-matching fixes.

  • Keep supported resolutions in the list: Host265 filters nominal 60 Hz modes before deduplication and bounding. Refresh-rate variants no longer crowd higher resolutions out of the first 256 entries; the API supports up to 4096 distinct supported sizes.
  • Handle Windows 59.94/60 Hz correctly: rational timing information identifies the nominal 60 Hz family. A legacy 59 Hz selector is accepted as nominal 60 only with supporting timing evidence; a genuine 59 Hz mode is not blindly relabeled.
  • Verify before confirming: Windows tests an enumerated mode and verifies readback. Incomplete or excessive mode inventories require Manual setup, while selected-output identity, stale-state and busy-stream checks remain in force.

716 Host service/mode assertions passed, alongside private matching streams and Windows adapter cross-compilation. Native Windows/VDD mode application and physical-device acceptance remain platform-specific. This is mode-only matching: VDD installation, primary-display layout and HDR configuration remain manual. Wayland Host display control still uses Manual setup.

All four Host package workflows passed. Host265 also includes the Android app-list compatibility fix below, native clipboard, Linux startup diagnostics, the TLS stream-start correction and Windows display/capture coordination.

Download Host v1.0.268 ↓
HOST264 ANDROID FIX · INCLUDED IN v1.0.268

Android compatibility.
Fixed at the Host.

First released in Host v1.0.264 · Retained in the current Host

Does Android pair successfully, then crash when you select your PC? Host v1.0.268 includes the corrected application-list response first released in Host264 for Moonlight Android 12.2 and the Maximizer Android parser.

What to update: install Maximizer Host v1.0.268 on the Gaming PC. Then open that PC again in your Android client. No new Android APK, re-pairing or apps.json reset is required for this protocol correction. Desktop Client v1.0.266 remains compatible.

  • Fixes the post-pairing app-list crash: the normal GameStream response now contains application entries without leading Host-management text that Android could not parse.
  • Handles empty lists too: the correction works when no applications are configured, and when VM support is disabled.
  • Preserves desktop and VM controls: the authenticated management endpoint keeps the Host identity and VM-stop capability fields. App names, IDs, HDR flags, VM readiness and proxy data remain available.
  • Upgrade the Host for this Android protocol fix: the desktop Add Host crash described above is a separate Client-side issue. Current downloads include both corrections.
Technical details and affected versions

Host251–263 placed HostUuid and, from Host252, VmStopIdentitySupported before the first App entry. Android tried to read the last application before one existed, throwing NoSuchElementException in LinkedList.getLast(). Host264 keeps that metadata on the authenticated management endpoint and removes it from the standard GameStream app list.

The customer reproduced the issue on Host256/258 while desktop clients continued working. The same incompatible response was still present in Host263. This does not require changes to the user’s application configuration.

Verification passed 40 corrected Android-parser checks, reproduced 40 original crashes, retained 20 byte-identical management responses and passed desktop VM identity/readiness and real HTTPS authentication checks. Tests used the original Android parser code and isolated Linux Host endpoints; full physical-device pairing, application-list UI and streaming acceptance remains a separate step.

Also included: Host263’s native clipboard support, display-matching stream-start correction, Linux startup diagnostics and Windows display/capture coordination. Bundled SonoBus remains mxs-v1.7.2-13.

Download Host v1.0.268 for your Gaming PC ↓
EARLIER CLIENT IMPROVEMENTS · INCLUDED IN v1.0.266

Faster Flatpak.
Clearer audio. Better reliability.

Previously delivered in Client257–260 · Retained in the latest Client

Client v1.0.266 retains all the fixes in 257, 258, 259 and 260 below. These rendering, playback and menu corrections remain part of the current download alongside the new pairing and display improvements.

HEADLINE IMPROVEMENT · CLIENT258 → CURRENT

A much faster rendering path for Flatpak.

Flatpak now automatically prefers Vulkan Video hardware decoding and presentation on compatible GPUs and codecs, avoiding the previous VA-API/EGL handoff. In the final matched 4K60 HEVC test, reported rendering time dropped by approximately 93% while the stream continued at approximately 60 FPS.

Previous Flatpak path
3.52 ms
New Vulkan Video path
0.24 ms
Rendering-time reduction
≈93%

Install the current Flatpak and launch normally. No workaround environment variables are needed. GPU/codec validation remains in place, and VA-API/VDPAU fallback is retained when Vulkan Video is unavailable. Explicit troubleshooting overrides are respected.

Measured on AMD RX 7900 XTX, Linux/X11, with matched display/settings and a 4K60 HEVC stream. The figures are the Client overlay’s average rendering-stage time, including any wait accounted there. Complete input-to-screen latency also includes capture, network, decoding and display. Results depend on GPU, driver, codec and display timing. This changes the actual video path; statistics and required GPU synchronization remain intact.

Client257 · Fix recurring audio breakup

  • Clearer stream playback: fixes the recurring audio dropouts reproduced in Linux DEB and Flatpak when the audio backend consumes larger batches than the old playback queue could supply.
  • Adapts to the real audio device: accounts for negotiated buffers and observed consumption bursts, including PipeWire batches larger than SDL reports. Ordinary small-buffer behavior is retained and learned buffering is bounded; no system audio-server changes are needed.
  • Verified playback: 42 queue regression cases and six corrected streaming cases passed. This is a playback correction; microphone forwarding remains a separate audio path.

Client258 · Faster Flatpak, stronger regression checks

The automatic Vulkan Video preference above is Flatpak-specific and retains compatible fallback paths. The Linux test runner also gained the missing SDL development dependencies and metadata check so the audio regression suite can compile and run reliably.

Client259 · More reliable DEB video presentation

  • EGL support is now required and verified: the Ubuntu24.04/Linux Mint22 DEB builds the EGL presentation renderer, including separate-layer VA-API surface import. Configuration and package checks reject missing graphics support.
  • Correct graphics-context selection: EGL-enabled DEBs choose SDL’s EGL context API early, fixing the older SDL path that could retain GLX and prevent EGL initialization.
  • Avoid known bad direct-rendering paths: unusable overlay/subpicture configurations no longer silently select direct VA-API presentation. libva also uses its own X11 display connection.
  • Recover from reported presentation failures: a failed direct presentation requests one renderer recreation and disables that path for the stream. Hardware decoding continues through EGL or the existing SDL fallback; failed calls are no longer counted as rendered frames.
  • Keep working GPU paths: compatible AMD direct presentation retains its preference and fallback checks. System GPU drivers remain in use, without globally forcing an Intel driver.

Nine AMD/X11 hardware and fault-injection cases verified rendering and recovery, including HEVC4K60, AV1 and windowed/fullscreen operation. The fixes address the DEB presentation paths implicated in black-screen reports; specific Intel laptop/driver and fractional-desktop acceptance remains device-specific.

Client260 · Start Gaming PC is the offline default

  • Start comes first: an offline PC’s menu now defaults to Start Gaming PC when remote power control is enabled.
  • No accidental destructive default: if Start is disabled during startup, the menu opens without selecting Hard Shutdown. Reopening also clears a previous Hard Shutdown selection.
  • Deliberate shutdown still works: keyboard navigation or clicking reaches the existing confirmation. The production menu and dialog passed 27 isolated UI results.

Already included from the previous OpenStream update

Native clipboard paste transfers up to 1 MiB of UTF-8 text to a compatible Host with configurable paste shortcuts. WebGPU-enabled Flatpak Web Games includes the pinned Qt6.10/Dawn toolkit and corrected capability detection. Display Setup keeps Automatic/Manual choice, supported fallbacks, 60 Hz / 60 FPS matching and older-Host guidance. These features were already part of the Client256/Host263 website release.

One-time manual upgrade: DEB/Flatpak versions v1.0.250–v1.0.252 have a disabled update checker. Install v1.0.266 manually once; future compatible releases can then be announced at startup. Updates are not installed automatically.

Desktop update notifications, the GPU-intensive showcase warning, confirmed Hard Shutdown, background startup and persistent ready notifications remain included. Android is a separate implementation and does not gain these desktop Qt features.

Download Client v1.0.266 ↓

Which versions go together?

Client v1.0.266 and Host v1.0.268 are the current recommended downloads. Install the Client on the device you play on and the Host on the Gaming PC. Update both for the complete new desktop file-transfer tools. Different version numbers are normal: the applications are released independently. Bundled SonoBus remains mxs-v1.7.2-13.

See Display Setup details, all downloads and checksums, or get connected.