0.3.14 Beta 13 TVOS Test build

[mamaclapper]

This is Just a test build for TVOS Beta 13, that attempts to fix The Frame drops, Jetsam crashes and Write on Disk cache on TVOS.

The build is attached locally from my mac and is not a CI Build.
Please test and share the logs / issues. Including DV / DA plays as made some changes in player and want to know or see if it regresses Dolby Vision.
Here is the Test Checklist

Build 215 test checklist (0.3.14, commits ace0c49 + 895e3ef)

Device: Apple TV, Install b215 over the existing install. Each fix has PASS criteria and
what to capture if it fails. Capture = Settings > Diagnostics > share the log after the failing play.

1. Buffer shed retune (the Beta 12 constant-buffering regression)

Steps:

1. Play a heavy 4K remux from debrid (the same titles that stuttered on Beta 12).
2. Watch at least 20 minutes without touching the remote.
3. Seek forward 3 or 4 times mid-film, then watch another 10 minutes.
4. Background the app (TV button), reopen after 2 minutes, keep watching.

PASS:

• No rebuffer pauses on a healthy connection where Beta 8 or Infuse played the same file smooth.
• After a seek, playback settles within a few seconds and stays settled.
• Returning from background does not start a stutter cycle.

FAIL capture: the diagnostics log. The interesting lines are cacheshed entries: they now log
available memory when a shed fires. A shed firing with hundreds of MiB free is the old bug back.

2. Pause-hold (the AVPlayer auto-unpause bug)

Steps:

1. Play a Dolby Vision title (these route through the AVPlayer path as live HLS).
2. Pause it. Leave the room. Come back after 5+ minutes.
3. Repeat once with a plain HLS/remux title on the same player, pause ~2 minutes.

PASS: still sitting on the paused frame both times. It must never resume on its own.

FAIL capture: diagnostics log; look for avplayer lines. The fix logs
re-asserted user pause each time it cancels an unrequested resume. If it resumed anyway and
that line is absent, note the exact wait time before it unpaused.

3. Streaming cache disk offload (opt-in, this is the soak)

Part A, default OFF (regression check):

1. Do NOT touch Settings. Play a debrid 4K title for 10 minutes.
2. PASS: behaves exactly like check 1. The disk cache must change nothing while off.

Part B, armed:

1. Settings > Playback > Streaming cache: pick a size (2 GB is fine).
2. Play a very large 4K remux (the bigger the better, an 80 GB class file is the target).
3. Let it run 15+ minutes, then seek forward a few minutes, then backward.

PASS:

• Playback starts normally and stays smooth for the whole session.
• Forward seeks inside the buffered window are instant or near-instant.
• The app does not crash or restart mid-play (the 0.2.11 failure was a jetsam kill ~21-47 s in).

FAIL capture: diagnostics log. The load line to find is
disk cache armed at <path> writable=true ...:

• writable=false means tvOS refused the cache dir and it silently fell back to RAM. Not fatal
  (the RAM guardrail caps it) but it means offload did not engage; report it.
• A crash within the first minute of a 4K remux with the cache armed is the old jetsam pattern;
  turn the setting OFF again and report.

Part C, Dolby Vision FEL with cache armed (known caveat):

1. With the streaming cache still on, play a Profile 7 FEL remux for 10 minutes.
2. PASS: no crash, no restart. FEL packets stay in RAM by design, so this is the tightest case.

Part D, disk growth (only if time allows):

1. With the cache armed, seek forward repeatedly across a big file for a few minutes.
2. PASS: the app keeps playing and the device does not warn about storage. Consumed cache
   files unlink immediately, so growth should stay bounded.

4. Quick regressions (5 minutes total)

• Local torrent (Full app): play one, confirm it starts and plays. Torrents keep their small
  in-memory buffer; the disk cache setting must not affect them, on or off.
• Live/IPTV channel: starts and holds.
• Trailer on a detail page: plays.

---

This discussion was created from the release 0.3.14 Beta 13 TVOS Test build.