You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Restore local WebRTC defaults and CI stream profile (#11)
* Experiment with lean CI realtime stream
* Honor lean CI realtime profile
* Optimize CI streaming experiments
* Restore usable CI software stream quality
* Retry CoreSimulator headless screen attach
* Handle direct SimulatorKit screen adapters
* Restore local hardware H264 defaults
* Probe foreground bind address for port selection
* Avoid loading loops on failed simulator streams
* Restore smooth local WebRTC defaults
* Reduce local WebRTC stream pressure
* Revert "Reduce local WebRTC stream pressure"
This reverts commit 1824195.
* Revert "Restore smooth local WebRTC defaults"
This reverts commit 229bfb5.
* Uncap local hardware WebRTC streaming
* Restore main WebRTC streaming implementation
* Remove local hardware stream FPS cap
* Avoid reconnecting established WebRTC streams on frame stalls
* Tolerate transient WebRTC disconnected state
* Use realtime cleanup without capping local hardware
* Restore smooth local WebRTC defaults
* Restore main local preview hot path
* Clean up CI stream profile branch
* Fix PR CI formatting and clippy
* Use integration server for stdout screenshot test
|`h264`_(default)_| Hardware H.264 via VideoToolbox | Best local performance when the hardware encoder is available. |
12
+
|`h264-software`| Software H.264 via VideoToolbox | Compatibility fallback when hardware encode is unavailable. |
13
13
14
14
Restart the daemon to change encoder mode:
15
15
@@ -76,10 +76,9 @@ The WebRTC path favors freshness: stale frames are dropped and the sender reques
76
76
77
77
A few practical guidelines:
78
78
79
-
-**Start on the default for compatibility.**`h264-software` works without requiring the hardware encoder, but full-resolution latency can be high.
80
-
-**Switch to `h264` on local Apple Silicon when hardware encode is available.** Hardware H.264 gives the smoothest local preview with the least CPU.
79
+
-**Start on the default for local preview.**`h264` gives the smoothest preview when VideoToolbox can provide a hardware encoder.
81
80
-**Switch to `h264-software` when the hardware encoder stalls or is unavailable.** The encoder scales the longest edge to 1600 pixels, can climb toward 60 fps, and backs off dynamically under encode latency.
82
-
-**Use `--stream-quality ci-software` for Studio providers on virtualized CI Macs when hardware encode is unavailable.** This profile uses software H.264 at an 844-pixel longest edge, targets 20 fps, lowers bitrate pressure, and favors fresh frames over full-resolution sharpness.
81
+
-**Use `--stream-quality ci-software` for Studio providers on virtualized CI Macs when hardware encode is unavailable.** This profile uses software H.264 at a 960-pixel longest edge, targets 24 fps, lowers bitrate pressure, and favors fresh frames over full-resolution sharpness.
83
82
-**Use `h264-software --low-latency` only when you need the older extra-conservative software profile.** It caps at 15 fps, uses a single pending frame, reduces the longest edge to 1170 pixels, and backs off before software encode latency turns into seconds of stream delay.
0 commit comments