fix(outage): visionOS OFF by default — restores muxed playback
Some checks failed
gitleaks / scan (push) Failing after 2s

visionOS-always-on (Loop 2) unlocked adaptive video-only + separate-audio
streams and a VOD HLS manifest. The Straw app has only ever received the muxed
360p stream, so it has no working adaptive/HLS playback path and video playback
broke on every video. Revert the default to false, restoring the exact
stream shape debug_91 played (muxed only). Re-enable visionOS once the app's
adaptive-playback path is fixed and verified (NPE differential harness).
This commit is contained in:
Cobb 2026-07-29 08:25:14 -07:00
parent bb1038c370
commit 23ab7ade41

View file

@ -77,9 +77,15 @@ pub struct ExtractOptions {
impl Default for ExtractOptions { impl Default for ExtractOptions {
fn default() -> Self { fn default() -> Self {
Self { Self {
// visionOS ON by default — the real app path must fetch it on every // visionOS OFF by default (2026-07-29 outage fix). visionOS unlocks
// open (Cobb, Loop-2 audit), matching upstream. // adaptive video-only + separate-audio streams + a VOD HLS manifest,
fetch_visionos_client: true, // but the Straw app has no working adaptive/HLS playback path — it
// has only ever received the muxed 360p stream — so those streams
// don't play and video playback breaks. Upstream NPE runs visionOS
// unconditionally; we can't re-enable until the client handles its
// output (fix + verify the app's adaptive path via the NPE
// differential harness first).
fetch_visionos_client: false,
fetch_ios_client: false, fetch_ios_client: false,
android_streaming_pot: None, android_streaming_pot: None,
ios_streaming_pot: None, ios_streaming_pot: None,