fix(outage): visionOS OFF by default — restores muxed playback
Some checks failed
gitleaks / scan (push) Failing after 2s
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:
parent
bb1038c370
commit
23ab7ade41
1 changed files with 9 additions and 3 deletions
|
|
@ -77,9 +77,15 @@ pub struct ExtractOptions {
|
|||
impl Default for ExtractOptions {
|
||||
fn default() -> Self {
|
||||
Self {
|
||||
// visionOS ON by default — the real app path must fetch it on every
|
||||
// open (Cobb, Loop-2 audit), matching upstream.
|
||||
fetch_visionos_client: true,
|
||||
// visionOS OFF by default (2026-07-29 outage fix). visionOS unlocks
|
||||
// adaptive video-only + separate-audio streams + a VOD HLS manifest,
|
||||
// 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,
|
||||
android_streaming_pot: None,
|
||||
ios_streaming_pot: None,
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue