**Source location**
RevenueCatUI/Templates/V2/Components/Video/VideoPlayerViewUIView.swift (identical on main as of this report):

let aVQueuePlayer = AVQueuePlayer()
self.looper = AVPlayerLooper(player: aVQueuePlayer, templateItem: playerItem)
avPlayer = aVQueuePlayer
...
let controller = AVPlayerViewController()
controller.player = player


**Root cause**
This is the well-documented AVFoundation/AVKit interaction bug:

AVPlayerLooper keeps playback looping by replacing the AVQueuePlayer's currentItem, but it does not emit the will/did-change KVO notifications that AVKit expects.
AVPlayerViewController's internal AVPlayerController registers KVO observers on currentItem.* keypaths (here currentItem.status, triggered via reloadCurrentMediaSelectionsAsynchronously; the same family includes currentItem.videoComposition from the Live Text / video-frame-analysis feature).
On controller dealloc, AVKit calls removeObserver:forKeyPath:, the runtime detects currentItem changed without a notification, and throws.
Apple explicitly warns that mutating a queue player's items breaks KVO compliance, so an AVPlayerLooper-driven AVQueuePlayer should not be assigned to AVPlayerViewController.


**Impact**
Fatal crash in production for users who see a video-backed paywall.
App-side mitigations (deferring paywall dismissal to a later run-loop turn) only narrow the race because the failing teardown runs on a background dispatch queue; they do not eliminate it.
Updating the SDK does not currently help, as the code is unchanged on main.
Suggested fixes (for RevenueCat)
Set allowsVideoFrameAnalysis = false on the AVPlayerViewController (iOS 16+) — addresses the video-frame-analysis variant.
More robustly, avoid handing an AVPlayerLooper-driven AVQueuePlayer to AVPlayerViewController. Options:
Render the looping video via an AVPlayerLayer-backed UIView instead of AVPlayerViewController (no internal AVPlayerController, so the problematic observers are never registered), or
Tear down the looper and nil the controller's player deterministically before the controller deallocates, or
Implement looping via end-of-item notification + seek instead of AVPlayerLooper.

**Request**
Could you confirm whether this is a known issue and whether a fix is planned? We'd like to know the target version that resolves this so we can schedule our SDK upgrade. In the meantime we're evaluating switching the affected offering to an image background as a workaround.

Happy to provide additional Crashlytics aggregates, device/OS breakdowns

This crash is reporting in Crashlytics. Reported 3.9k events for 3.5k users.