Havik Player SDK API Reference

@oddin-gg/havik-player · HTML5 player SDK for Oddin live streams (LL‑HLS + DRM).

This is the complete API reference. For a quick start, see the README.

---

Contents

• Overview
• Installation
• Concepts
  • What you need
  • Credentials
  • The play sequence
  • Live pickup
  • DRM
  • Browser support
• Mode A: Managed player
  • createPlayer
  • Player · Player events
  • Controls & theming · HavikTheme
• Mode B: Bring your own player
• Mode C: Iframe embed
• Reference
  • Errors
  • Data types
  • Live‑pickup options
  • Advanced
• Onboarding & CORS
• Troubleshooting
• Versioning & support

---

Overview

The SDK plays Oddin live streams in the browser over Low‑Latency HLS with DRM, and offers three integration modes:

Mode	Entry point	You provide	The SDK handles
A (managed)	createPlayer()	a <video> element	hls.js, LL‑HLS, DRM/EME, retries, stats
B (bring your own player)	resolveStream()	your player + <video>	auth → catalog → playback resolution + DRM helpers
C (iframe embed)	mountEmbed()	an iframe slot	everything, behind a postMessage API

All modes are exported from the package root and are fully typed (TypeScript definitions ship in the package).

---

Installation

npm / bundlers:

npm install @oddin-gg/havik-player

import { createPlayer, resolveStream, mountEmbed } from '@oddin-gg/havik-player';

Via <script> (CDN): exposes a global window.HavikPlayer.

<script src="https://cdn.jsdelivr.net/npm/@oddin-gg/havik-player/dist/havik-player.global.js"></script>
<script>
  const player = await HavikPlayer.createPlayer({ /* … */ });
</script>

In production, pin a version in the CDN URL: …/havik-player@X.Y.Z/dist/….

The package is ESM, side‑effect‑free, and ships ES2022 output plus a self‑contained IIFE bundle for <script>/iframe use.

---

Concepts

What you need

Two values are required to play any stream:

• A match URN: identifies the event, e.g. od:match:1234.
• A publishable api‑key: e.g. pk_live_… (production) or pk_test_… (test). The key must be configured with an allowed origin list that includes the origin your player runs on. See Onboarding & CORS.

You also need the API base URL: https://feed-dev.oddin-video.gg for the integration environment, https://feed.oddin-video.gg for production. Treat the endpoint directory as the source of truth rather than hard-coding either. See Service URL discovery.

Credentials

Every API call carries your api‑key. Pass it as a Credential, or as a function returning one; see CredentialSource. The function form is called per request, so it supports transparent refresh if you later move to short‑lived tokens.

// static
const credential = { apiKey: 'pk_live_…' };

// dynamic (called per request)
const credential = async () => ({ apiKey: await myTokenService.get() });

The play sequence

1. (Optional) Discover live/upcoming matches with fetchCatalog(), or watch a single match's status with watchStatus().
2. Resolve playback: resolveStream() returns a StreamDescriptor with the manifest URL and DRM config.
3. Play: feed the descriptor to the managed player (Mode A) or your own player (Mode B).
4. DRM licenses are acquired automatically by the player's EME layer as the CDM encounters encrypted media.

Match status is available as a push channel (subscribeLiveState, SSE), used automatically by the managed player, with polling (watchStatus / waitForLive) as the fallback. The authoritative signal that a stream is playable is still a successful playback resolution (not catalog status, which can briefly lead the stream going live).

Live pickup

A match scheduled to go live isn't immediately playable. The waitForLive option arms the player and attaches the instant the stream goes live, with zero manual action. By default it does this over the push channel (SSE, subscribeLiveState): while connected it makes no /v1/playback requests, waits for the pushed live, then resolves once. If the SSE endpoint is unavailable it falls back to polling TOO_EARLY + the server's Retry-After. End-of-stream is detected automatically too: the player stops and fires ended. And ended is not necessarily forever: if the encoder reconnects after an outage long enough to tear the session down, the recreated session serves under a new manifest URL: so on the next pushed live the player rejoins automatically (re-resolves and re-attaches, rejoinOnLive option). Set liveStateEvents: false to force polling-only.

See WaitForLive for tuning, and createPlayer / resolveStream for usage.

DRM

• Key systems: Widevine (com.widevine.alpha) and FairPlay (com.apple.fps). PlayReady is not used (Windows/Edge play via Widevine).
• Container/encryption: CMAF/fMP4, cbcs.
• The playback descriptor's drm.*.licenseUrl values are pre‑signed. When you integrate your own player (Mode B), you must POST to the license URL verbatim: its signed query string is the access token; do not rewrite, re‑encode, or strip parameters. Use the same api‑key to resolve playback and to fetch licenses. The managed and iframe players handle this for you.

FairPlay (Safari/iOS): implemented on the hls.js engine. When the playback descriptor carries FairPlay material and the platform is WebKit, the player offers com.apple.fps alongside Widevine: hls.js fetches the application certificate, handles the encrypted event, POSTs the SPC to the signed license URL and applies the returned CKC. No configuration is needed beyond the same api‑key used for playback.

iOS third‑party browsers (Chrome/Firefox/Edge on iOS): iOS has no Widevine CDM, so protected playback in these browsers depends entirely on whether the WebKit build grants them FairPlay. Don't assume either way: call detectDrmSupport and let the probe decide, so viewers see an accurate message instead of a black player.

Browser support

Browser	Engine	DRM
Chrome, Edge (desktop & Android)	hls.js	Widevine ✓
Firefox	hls.js	Widevine ✓
Safari (macOS, iOS 17.1+)	hls.js (via MMS)	FairPlay ✓ (com.apple.fps)
Older Safari / iOS	native HLS (fallback)	FairPlay, OS passthrough only
Chrome/Firefox/Edge on iOS	hls.js	probe with detectDrmSupport (no Widevine on iOS)

Requires a browser with Media Source Extensions (or ManagedMediaSource) and Encrypted Media Extensions (all evergreen browsers).

---

Mode A: Managed player

The SDK owns the <video> element, bundles hls.js, and wires LL‑HLS + DRM automatically. It also handles live‑pickup retries, buffering recovery, stats, and silent DRM license refresh for long sessions.

createPlayer

function createPlayer(opts: CreatePlayerOptions): Promise<Player>;

Resolves to a Player as soon as the stream is attached (or armed, when waitForLive is set and the match is still upcoming). Terminal errors during the initial resolution (e.g. NOT_FOUND, GONE, UNAUTHORIZED) reject the promise; the live wait itself never blocks the promise and is surfaced through 'waiting' events.

const player = await createPlayer({
  video: document.querySelector('video')!,
  baseUrl: 'https://feed-dev.oddin-video.gg',
  matchUrn: 'od:match:1234',
  credential: { apiKey: 'pk_test_…' },
  autoplay: true,
  muted: true,
  waitForLive: true,
});

player.on('statechange', (state) => console.log(state));
player.on('waiting', (w) => console.log(`live in ~${Math.round(w.retryInMs / 1000)}s`));
player.on('stats', (s) => console.log(s.droppedFrames, s.latencySeconds));
player.on('error', (e) => console.error(e.code, e.httpStatus, e.message));

CreatePlayerOptions

Option	Type	Default	Description
video	HTMLVideoElement	—	Required. The element the SDK will control.
baseUrl	string	—	Required. API base URL, e.g. https://feed-dev.oddin-video.gg.
matchUrn	string	—	Required. The match to play, e.g. od:match:1234.
credential	CredentialSource	—	Required. Your api‑key (or a function returning one).
autoplay	boolean	true	Start playback once ready. With false, the player holds in a pre-play 'paused' state (poster + play card, no spinner) and fetches no media and no DRM license until the first play(). On the hls.js engine the manifest is still parsed pre-play, so 'ready' and the track lists keep working; the native (Safari) engine defers all fetching and emits 'ready' at attach instead. Note: if a programmatic play() is policy-blocked (autoplayblocked), the loader keeps warming the buffer — media and DRM traffic flows from that kick, not from a viewer gesture.
muted	boolean	false	Mute the element. Set true for reliable autoplay under browser sound policies.
controls	'custom' | 'native' | 'none'	'custom'	Which controls to render. See Controls & theming.
theme	Partial<HavikTheme>	Oddin brand	Re-skin the custom control bar (ignored unless controls: 'custom'). See Controls & theming.
statusOverlays	boolean	true	Branded full-bleed cards for the stopped/pre-play states (ended, fatal error, pre-play, armed-waiting) instead of a frozen frame + a dead play button. Themed via the control-bar tokens + theme.logoUrl. Set false to render your own UI from the ended/error events. Ignored unless controls: 'custom'.
endedMessage	string	"This stream has ended"	Message on the end-of-stream card.
interruptedMessage	string	"Reconnecting — please stand by"	Message shown instead of endedMessage when the server reports the stream stopped but the match is still running (endedReason: 'interrupted', an ingest outage that outlived the bridge's hold). The player rejoins automatically when the stream returns while rejoinOnLive is on (the default); override this wording if you disable auto-rejoin, since nothing will re-attach on its own.
errorMessage	string	the error's message	Message on the fatal-error card (otherwise the error's own message).
waitForLive	WaitForLive	—	Arm on an upcoming match and auto‑attach at go‑live.
lowLatency	'auto' | boolean	'auto'	'auto' lets the player decide from the manifest.
engine	'auto' | 'hls' | 'native'	'auto'	'auto' prefers hls.js wherever it is supported, including modern Safari/iOS via ManagedMediaSource, and falls back to native HLS otherwise.
userId	string	—	Optional viewer id (sent as X-User-Id on license requests).
debug	boolean	false	Turn on hls.js's internal console logging: fragment/part scheduling, ABR switches, EME key sessions and license traffic. For diagnosing a playback problem with Oddin support; leave it off in production (it logs on every fragment, and the EME lines include license request/response metadata). hls.js engine only. hlsConfig.debug still wins if you set both.
hlsConfig	Partial<HlsConfig>	—	Escape hatch for advanced hls.js tuning.
statsIntervalMs	number	2000	How often 'stats' is emitted.
licenseRefreshMs	number	480000 (8 min)	How often to silently re-resolve playback so the signed DRM license URL the player would use next stays inside its signature lifetime (~10 min). Refreshes the URL, not the license: it cannot extend a license the CDM already holds, so a session that outlasts its license still ends with a fatal DRM_CLIENT error. 0 disables.
poster	string	—	Poster image shown before playback starts.
startLevel	number	-1	Initial rendition index (-1 = auto). With auto, ABR starts on a conservative, sustainable rendition (~360p) and ramps up as bandwidth allows; see Low‑latency & adaptive bitrate.
maxBitrate	number	—	Cap ABR to renditions at/below this bitrate (bps).
liveLatencyTarget	number	2	Target live‑edge latency in seconds (hls.js liveSyncDuration). The player derives a matching latency ceiling internally and catches up at 1.5×, so this is the only live‑latency knob you need. Lower = closer to live but more rebuffer‑prone. Live/LL only.
snapToLiveOnRefocus	boolean	true	Snap to the live edge when a backgrounded tab is refocused while far behind. Live/LL only.
liveStateEvents	boolean	true	Use the push-based live-state SSE channel for go-live and end-of-stream (see Live state). Graceful: falls back to polling if the endpoint is unreachable. Set false to disable.
rejoinOnLive	boolean	true	Rejoin automatically when a stream that ended comes back live. An ingest outage longer than the bridge's reconnect grace recreates the session under a new manifest URL (the old playlist freezes at HTTP 200), so the player keeps the live-state subscription open after ended (until gone) and re-arms on a pushed live. Set false to keep ended terminal. Needs liveStateEvents.
eventsBaseUrl	string	derived	Override the SSE endpoint base. Default: baseUrl with the host prefixed by events. (e.g. feed.<d> → events.<d>).

Low-latency & adaptive bitrate

The player ships tuned defaults for Oddin's low‑latency HLS, so you normally don't need to set any of the live or ABR knobs:

• Live latency: playback targets ~2 s behind the live edge (liveLatencyTarget → hls.js liveSyncDuration). It deliberately sits back from the bleeding PART‑HOLD‑BACK edge, where the newest partial segments aren't reliably published yet; chasing that edge causes constant rebuffering. Set liveLatencyTarget lower for closer‑to‑live (more rebuffer‑prone) or higher for steadier playback. Lowered from 3 s; see the migration note below.
• Drift ceiling: after a stall, the player catches up at up to 1.5× and, as a backstop, force‑seeks back toward the target once latency exceeds an internal ceiling (~12 s, derived as max(12, liveLatencyTarget + 9)). This is what stops latency from snowballing to tens of seconds after buffering. The ceiling is internal and always kept above your liveLatencyTarget.
• Over‑seek clamp: the drift ceiling's counterpart on the near side. A seek that lands closer to live than liveLatencyTarget is pulled back onto it, so dragging the scrub bar to its far right means "go live" rather than landing on the bleeding edge, where latency reads under a second and playback stutters frame‑by‑frame on an empty forward buffer. hls.js can't recover from that state on its own (its live‑sync only ever corrects being behind), so the stutter would otherwise persist for the rest of the session. Live only: VOD seeks are untouched, and the clamp stands down while chasing is suspended on a stale playlist (there is no live edge left to protect at that point). On the custom control bar the bar's right end is the target, so the thumb reads full at the live edge. Bring‑your‑own‑player (Mode B) owns its own seek UI and needs the equivalent clamp itself.
• Audio‑hole bridge: maxBufferHole is raised to 0.5 s so the ~0.45 s audio "remainder" gap at each segment boundary is bridged as a sub‑perceptible hitch instead of a rebuffer.
• Start quality: auto ABR seeds a ~1 Mbps estimate so the first rendition is one a modest link can sustain (~360p) and then ramps up within a few seconds as measured bandwidth allows, rather than grabbing a high rung and rebuffering on a constrained link. This trades a slightly softer first ~2 s for a stall‑free start (the first‑seconds buffering fix). In addition, the session is bounded to the player's pixel box, so a small/embedded player won't fetch 1080p, but by an SDK‑managed, debounced size cap rather than hls.js's own capLevelToPlayerSize poller: a size change only reaches ABR once the box has been stable for ~2 s (raise), and a shrink is applied lazily (~30 s), so a fullscreen enter/exit never forces a quality switch, and its ~1 s stall, mid‑transition (the higher rendition simply downscales into the smaller box until the down‑cap lands). Passing hlsConfig.capLevelToPlayerSize: true restores hls.js's immediate poller and stands the SDK manager down. Pin a fixed rung with startLevel, cap the top with maxBitrate, or raise the seed via hlsConfig.abrEwmaDefaultEstimate if you want a sharper (higher‑risk) start.

All of these can be overridden through hlsConfig (e.g. maxLiveSyncPlaybackRate), but the defaults are tuned for Oddin's streams and rarely need changing. Raw live‑sync overrides are normalized so they can't crash the player: if you pass the count‑based liveSyncDurationCount / liveMaxLatencyDurationCount, the seconds‑based defaults step aside (hls.js rejects mixing the two); if you set liveSyncDuration alone, a matching ceiling is derived above it.

Migration note: the default liveLatencyTarget dropped from 3 s to 2 s. Nothing to change: the drift ceiling stays 12 s and the ABR reaction budgets are derived from the target, so they tighten with it automatically. Expect playback ~1 s closer to live. If you were relying on the old behaviour, pass liveLatencyTarget: 3 explicitly.

Migration note: liveCatchUpRate was removed as a public option; the catch‑up rate (1.5×) is now managed internally alongside the drift ceiling. If you set it before, drop it; reach for hlsConfig.maxLiveSyncPlaybackRate only if you genuinely need to override the rate.

Player

interface Player {
  readonly state: PlayerState;
  readonly descriptor: StreamDescriptor | null;
  play(): Promise<void>;
  pause(): void;
  setMuted(muted: boolean): void;
  setVolume(volume: number): void; // 0..1 (clamped)
  getStats(): PlaybackStats;
  // Track & quality control (empty/no-op on the native engine, which does ABR itself):
  getQualityLevels(): QualityLevel[];
  getCurrentQuality(): number; // -1 = auto
  setQuality(index: number | 'auto'): void;
  setMaxBitrate(bitrate: number | null): void;
  getAudioTracks(): AudioTrackInfo[];
  setAudioTrack(id: number): void;
  getTextTracks(): TextTrackInfo[];
  setTextTrack(id: number): void; // -1 = disable captions
  seekToLive(): void;
  enterPictureInPicture(): Promise<void>;
  exitPictureInPicture(): Promise<void>;
  enterFullscreen(): Promise<boolean>; // element FS on the player container; iPhone → video-native. false = no mechanism
  exitFullscreen(): Promise<void>; // element or video-native; safe when not fullscreen
  retry(): Promise<void>; // recover from an error (re-resolve + re-attach)
  reload(): Promise<void>; // re‑resolve playback (refreshes the license URL) + re‑attach
  on<E extends PlayerEvent>(event: E, cb: (payload: PlayerEventMap[E]) => void): () => void;
  destroy(): void;
}

on(...) returns an unsubscribe function. Call destroy() to tear down hls.js, detach and clear listeners, and release the media element; the player is inert afterward (play/pause/etc. become no-ops).

Notes:

• reload() rejects (and emits error, setting state to error) if the re-resolution fails, so await it or attach a .catch.
• play() resolves even when the browser blocks autoplay; rely on the playing state / error event (not play()'s return value) to determine the outcome.

Player events

on(event, cb): the payload type depends on the event (PlayerEventMap):

Event	Payload	Fires when
ready	void	The manifest is parsed and the player is attached.
waiting	WaitState	Armed and waiting for go‑live. On the polling path it fires per poll with the countdown; on the SSE arming path it fires once, just after createPlayer resolves (with ttkMs when the server sent a kickoff time).
playing	void	Playback is progressing.
buffering	void	The player is rebuffering.
paused	void	Playback is paused.
ended	EndedReason | undefined	The live stream ended; playback stops and the last frame is kept. The payload says why: 'interrupted' (the match is still running, and its stream dropped, so show "reconnecting", never "ended"; the player rejoins by itself) or 'match_ended' (a real end). undefined = the end came from the HLS staleness watchdog, or a server predating the field; treat it as a real end. Fires again with 'match_ended' if an interruption later turns out to be the end, so don't latch on the first one. Also readable any time as player.endedReason.
error	PlaybackError	A fatal error occurred (playback stopped).
warning	PlaybackError	A non-fatal condition (e.g. FairPlay passthrough, a failed license refresh). Playback continues.
autoplayblocked	void	The browser blocked autoplay (NotAllowedError). Show a tap-to-play / tap-to-unmute affordance, then call player.play() from the gesture.
qualitychange	number	Active rendition changed (level index, -1 = auto).
audiotrackchange	number	Active audio track changed (track id).
texttrackchange	number	Active text track changed (track id, -1 = off).
pipchange	boolean	Picture-in-Picture entered (true) or exited (false).
stats	PlaybackStats	Periodic stats sample (statsIntervalMs).
statechange	PlayerState	Any state transition.

Controls & theming

The managed player ships a built-in, fully skinnable control bar. By default (controls: 'custom') it wraps your <video> in a .havik-player container and renders the Oddin-branded UI: a center play/overlay, a seek bar, play/pause, volume, a live badge + go-live, quality / audio / subtitle menus, Picture-in-Picture, fullscreen, a buffering spinner, and branded status cards for the stopped/pre-play states: ended ("This stream has ended"), fatal error (message + Retry when retryable), pre-play (poster + play CTA), and armed-waiting ("Starting soon…"), so a finished or failed stream never leaves a frozen frame behind a dead play button. The cards pick up theme.logoUrl and the theme colors; customise the copy with endedMessage/interruptedMessage/errorMessage, or set statusOverlays: false to drive your own end/error UI from the player events. It auto-hides during playback, supports keyboard shortcuts (space/k play-pause, m mute, f fullscreen, c captions, l go-live, arrows seek/volume), and is fully keyboard- and screen-reader-accessible.

Fullscreen on iPhone: iPhone Safari has no element Fullscreen API, so the fullscreen button there enters the video-native fullscreen (webkitEnterFullscreen): the YouTube-style player with native iOS controls. The custom control bar, watermark, and overlays are not shown inside it; the viewer exits with the native Done button. Video-native fullscreen only exists once media is loaded, so on iPhone the button takes effect after playback has started (a tap on the pre-play poster is a no-op there). Everywhere else (desktop, Android, iPad) the button uses element fullscreen and keeps the branded controls.

type Controls = 'custom' | 'native' | 'none';

Value	Behaviour
'custom'	Default. The branded, themeable Havik control bar.
'native'	The browser's built-in <video controls> UI. No wrapper element is added.
'none'	No controls. Drive the player entirely through its API (build your own).

Re-skin the custom bar in one of two ways; both set the same CSS variables, so they're interchangeable:

1. Pass a theme (merged over the Oddin defaults; omitted keys keep the brand value):

await createPlayer({
  video,
  baseUrl,
  matchUrn,
  credential: { apiKey },
  theme: {
    accent: '#14b8a6', // play button, seek fill, live dot, focus ring
    accentText: '#04201c', // text/icon sitting on the accent
    surface: '#0f172a', // control-bar + menu background
    logoUrl: 'https://cdn.example.com/logo.svg', // optional corner watermark
  },
});

2. Or override the CSS variables in your own stylesheet (handy for theming many players, dark/light switching, or matching an existing design system):

.havik-player {
  --havik-accent: #14b8a6;
  --havik-accent-text: #04201c;
  --havik-surface: #0f172a;
  --havik-radius: 4px;
}

HavikTheme

Each theme key maps to a --havik-* CSS variable on the .havik-player element:

HavikTheme key	CSS variable	Default (Oddin)	Used for
accent	--havik-accent	#E1B600 (gold)	Play button, seek fill, live dot, focus
accentText	--havik-accent-text	#1B1C23 (navy)	Text/icon on the accent
background	--havik-bg	#0e0f13	Letterbox / behind-video background
surface	--havik-surface	#1B1C23	Control-bar + menu surface
surfaceMuted	--havik-surface-muted	#2a2c36	Hover / active surface
text	--havik-text	#ffffff	Primary text / icons
textMuted	--havik-text-muted	#9aa0ad	Secondary text (timestamps, inactive)
border	--havik-border	rgba(255, 255, 255, 0.1)	Hairline borders
radius	--havik-radius	8px	Corner radius for buttons / menus
fontFamily	--havik-font	system UI stack	Control-bar font
logoUrl	--havik-logo	— (none)	Optional corner watermark (a URL)

The default theme (ODDIN_THEME) and the applyTheme(root, theme?) helper are exported from the package root if you need the values directly or want to skin a container yourself:

import { applyTheme, ODDIN_THEME, type HavikTheme } from '@oddin-gg/havik-player';

applyTheme(myElement, { accent: '#14b8a6' }); // writes --havik-* vars

PlayerState

type PlayerState =
  'idle' | 'waiting' | 'loading' | 'playing' | 'buffering' | 'paused' | 'ended' | 'error';

---

Mode B: Bring your own player

The SDK resolves the stream and gives you DRM helpers; you own the <video> element and the playback engine.

resolveStream

function resolveStream(opts: ResolveOptions): Promise<StreamDescriptor>;

Resolves a match into a StreamDescriptor. With waitForLive, it polls (server‑paced) until the stream is live, then resolves.

const credential = { apiKey: 'pk_test_…' };
const stream = await resolveStream({
  baseUrl: 'https://feed-dev.oddin-video.gg',
  matchUrn: 'od:match:1234',
  credential,
  waitForLive: true,
});
// stream.manifestUrl, stream.drmEnabled, stream.drm?.widevine?.licenseUrl, …

ResolveOptions

Option	Type	Default	Description
baseUrl	string	—	Required. API base URL.
matchUrn	string	—	Required. The match to resolve.
credential	CredentialSource	—	Required.
waitForLive	WaitForLive	—	Poll until live before resolving.
signal	AbortSignal	—	Cancel the resolution (and any live wait).

licenseRequestHeaders

function licenseRequestHeaders(
  descriptor: StreamDescriptor,
  credential: Credential,
  opts?: LicenseHeaderOptions,
): Record<string, string>;

Returns the headers your player must attach to the DRM license POST:

x-api-key:    <your api-key>      // same key used to resolve playback
X-Match-Urn:  <descriptor.matchUrn>
X-Device-Id:  <persistent device id>
Content-Type: application/octet-stream
X-User-Id:    <opts.userId>       // only when provided

The license URL itself (descriptor.drm.widevine.licenseUrl) must be POSTed verbatim with the raw EME challenge bytes as the body. LicenseHeaderOptions:

Option	Type	Description
deviceId	string	Override the persistent device id (defaults to getDeviceId()).
userId	string	Forwarded as X-User-Id.

Example: wiring into hls.js yourself

import Hls from 'hls.js';
import { resolveStream, licenseRequestHeaders } from '@oddin-gg/havik-player';

const credential = { apiKey: 'pk_live_…' };
const stream = await resolveStream({ baseUrl, matchUrn, credential, waitForLive: true });
const headers = licenseRequestHeaders(stream, credential);

const hls = new Hls({
  emeEnabled: stream.drmEnabled && !!stream.drm?.widevine,
  drmSystems: stream.drm?.widevine
    ? { 'com.widevine.alpha': { licenseUrl: stream.drm.widevine.licenseUrl } }
    : undefined,
  drmSystemOptions: {
    videoRobustness: 'SW_SECURE_DECODE',
    audioRobustness: 'SW_SECURE_CRYPTO',
    videoEncryptionScheme: 'cbcs',
    audioEncryptionScheme: 'cbcs',
  },
  // EME license requests route through licenseXhrSetup (NOT xhrSetup):
  licenseXhrSetup: (xhr) => {
    for (const [k, v] of Object.entries(headers)) xhr.setRequestHeader(k, v);
  },
  lowLatencyMode: true,
});
hls.loadSource(stream.manifestUrl);
hls.attachMedia(videoElement);

Fullscreen helpers

function enterVideoFullscreen(video: HTMLVideoElement, container?: HTMLElement): Promise<boolean>;
function exitVideoFullscreen(video: HTMLVideoElement, container?: HTMLElement): Promise<void>;
function videoFullscreenActive(video: HTMLVideoElement, container?: HTMLElement): boolean;

Fullscreen with the platform quirks handled, so your own fullscreen button works everywhere the managed control bar's does. enterVideoFullscreen walks a capability ladder: standard element fullscreen on container (pass your player wrapper to keep your own controls visible; defaults to the video), the webkit-prefixed variant (older iPad/macOS Safari), and finally video.webkitEnterFullscreen(): iPhone Safari has no element Fullscreen API at all, so the only fullscreen there is the video-native presentation with native iOS controls (your DOM is not visible inside it, and it only takes effect once media is loaded). Call it from a user gesture. It resolves false when the platform has no mechanism at all (some webviews) so you can hide your button; a denied request (permissions policy) rejects.

exitVideoFullscreen leaves whichever presentation is active (video-native first; it reports only through the video, never the document), is safe to call when not fullscreen, and is scoped to your video's presentation: an unrelated element's fullscreen elsewhere on the page is left alone. videoFullscreenActive tells you whether your video's presentation is currently fullscreen. Pass the same container to all three. For fullscreen state changes, listen to fullscreenchange / webkitfullscreenchange on the document and webkitbeginfullscreen / webkitendfullscreen on the video; the last two are the only signal for iPhone's video-native fullscreen.

detectDrmSupport

function detectDrmSupport(opts?: {
  systems?: DrmSystem[]; // default: ['widevine', 'fairplay'], probed in order
  timeoutMs?: number; // OVERALL budget for the whole call, default 5000
}): Promise<DrmSupportResult>;

interface DrmSupportResult {
  verdict: 'supported' | 'no-cdm' | 'insecure-context' | 'blocked-by-policy' | 'probe-timeout';
  system?: DrmSystem; // first working system, when supported
  detail: Partial<Record<DrmSystem, string>>; // per-system outcome, for support bundles
}

Answers "can protected playback work in this browser at all?" so you can show an accurate message instead of a black player. It probes requestMediaKeySystemAccess and createMediaKeys() per system (access alone is not proof), with configs matching what the engine will actually request, bounded by a timeout. It never rejects.

Rules of use:

• Call it lazily, cache the verdict yourself: only once you know the content is DRM‑protected (descriptor.drmEnabled). The EME spec allows the probe to trigger consent prompts or CDM downloads, and results are not memoized; never run it on page load, and never probe for a clear stream.
• Probe, don't UA‑sniff. The verdict is the playability gate; use the UA only to word the message.
• insecure-context means EME is unavailable by spec, typical when testing over http://<LAN‑IP>; localhost is fine.
• blocked-by-policy means an embedding problem (an iframe missing allow="encrypted-media"), not an unsupported browser, so surface it to the integrator, not the viewer.
• supported is necessary, not sufficient: licensing, CORS onboarding and packaging still apply.

getDeviceId / clearDeviceId

function getDeviceId(): string;
function clearDeviceId(): void;

getDeviceId() returns a persistent per‑device id (a random UUID stored in localStorage, regenerated only if storage is unavailable). It is sent as X-Device-Id on every DRM license request.

Privacy: the device id is a stable, cross‑session identifier (personal data under GDPR/ePrivacy). Disclose it in your privacy policy and offer a reset: clearDeviceId() removes the stored id so the next call generates a fresh one.

fetchCatalog

function fetchCatalog(opts: FetchCatalogOptions): Promise<Catalog>;

Fetches the metadata catalog (tournaments → matches). No manifest or DRM data is included; use resolveStream for playback. Supports a conditional refresh via ETag.

const catalog = await fetchCatalog({ baseUrl, credential, status: ['live', 'upcoming'] });
// poll cheaply later with the previous etag:
const next = await fetchCatalog({ baseUrl, credential, etag: catalog.etag });
if (next.notModified) {
  /* nothing changed */
}

flattenMatches(catalog) returns all matches as a flat CatalogMatch[].

FetchCatalogOptions

Option	Type	Description
baseUrl	string	Required.
credential	CredentialSource	Required.
signal	AbortSignal	Cancel the request.
etag	string	Prior ETag for a conditional GET (notModified: true on 304).
status	MatchLiveStatus | MatchLiveStatus[]	Filter by status.
sport	string	Filter by sport.

watchStatus

function watchStatus(opts: WatchStatusOptions): StatusWatcher;

Polls a single match's live status and fires onChange on transitions (and once on first read). Returns a StatusWatcher with stop(). For a push channel (no polling) use subscribeLiveState instead; watchStatus is the zero-dependency polling alternative when the SSE endpoint isn't available.

const watcher = watchStatus({
  baseUrl,
  matchUrn,
  credential,
  onChange: (m) => {
    if (m.status === 'live') startPlayback();
  },
});
// later: watcher.stop();

WatchStatusOptions

Option	Type	Default	Description
baseUrl	string	—	Required.
matchUrn	string	—	Required.
credential	CredentialSource	—	Required.
onChange	(status: MatchStatus) => void	—	Required. Fired on status transitions.
onError	(err: PlaybackError) => void	—	Fired on a poll error; polling continues.
intervalMs	number	10000	Poll interval (floored at 2000).

subscribeLiveState

function subscribeLiveState(opts: SubscribeLiveStateOptions): LiveStateSubscription;
function deriveEventsBaseUrl(baseUrl: string): string | undefined;

Push-based live state over Server-Sent Events (events.<domain>/v1/events/{urn}). The managed player uses this automatically (the liveStateEvents option) to go live the instant a match starts, without polling /v1/playback, and to detect end-of-stream instantly; BYO players can use it directly. state mirrors the /v1/playback outcome ladder:

state	meaning	maps to /v1/playback
live	serveable now, so play	200 OK
upcoming	scheduled, not serving yet	425 Too Early
ended	was live; media stopped	503
gone	ended past the catchup window	410 Gone

An ended event also carries a reason: 'interrupted' (the match is still running; only its stream dropped, so a BYO player should show "reconnecting" and expect play to resume) or 'match_ended' (a real end). It is absent for other states, and absent entirely from servers predating it, so read undefined as "assume a real end". A stream that is interrupted and whose match later finishes sends a second ended event with the reason moved interrupted → match_ended; the state never changes, so don't stop listening after the first.

Uses fetch (not native EventSource, which can't set the x-api-key header), reconnects with backoff, and replays the current state on connect. Every event is also reported via onAlive (including heartbeats) so callers can treat the stream as healthy. A subscription problem is non-fatal; it retries in the background.

import { subscribeLiveState, deriveEventsBaseUrl } from '@oddin-gg/havik-player';

const sub = subscribeLiveState({
  eventsBaseUrl: deriveEventsBaseUrl(baseUrl)!, // e.g. https://events.<domain>
  matchUrn,
  credential,
  onState: (ev) => {
    if (ev.state === 'live') startPlayback(); // then resolveStream()/createPlayer()
    if (ev.state === 'ended' || ev.state === 'gone') stopPlayback();
  },
});
// later: sub.close();

SubscribeLiveStateOptions

Option	Type	Default	Description
eventsBaseUrl	string	—	Required. SSE base, e.g. from deriveEventsBaseUrl(baseUrl).
matchUrn	string	—	Required.
credential	CredentialSource	—	Required.
onState	(ev: LiveStateEvent) => void	—	Required. Initial snapshot on connect + every transition.
onError	(err: unknown) => void	—	Non-fatal subscription error; the client keeps retrying.
onAlive	() => void	—	Liveness tick on every received frame (incl. heartbeats).
minBackoffMs	number	1000	Reconnect backoff floor.
maxBackoffMs	number	15000	Reconnect backoff ceiling.

isLowLatencyManifest

function isLowLatencyManifest(playlistText: string): boolean;

Utility: returns true if an HLS playlist body contains low‑latency tags (EXT-X-PART-INF / EXT-X-PART / EXT-X-PRELOAD-HINT).

---

Mode C: Iframe embed

Embed a hosted player page and control it over postMessage. This is the lowest‑touch integration and isolates playback in its own browsing context.

mountEmbed

function mountEmbed(opts: MountEmbedOptions): EmbedHandle;

Creates an iframe pointing at the hosted embed page, threads the configuration, and sets up an origin‑verified postMessage bridge.

const embed = mountEmbed({
  container: document.querySelector('#player')!,
  src: 'https://player-dev.oddin-video.gg/embed/',
  baseUrl: 'https://feed-dev.oddin-video.gg',
  matchUrn: 'od:match:1234',
  onEvent: (msg) => console.log(msg),
});

embed.play();
embed.setMuted(false);
// embed.destroy();

MountEmbedOptions

Option	Type	Description
container	HTMLElement	Required. Element to mount the iframe into.
src	string	Required. URL of the hosted embed page.
baseUrl	string	Required. API base URL (threaded to the iframe).
matchUrn	string	Required. Match to play.
apiKey	string	Dev only. Appended as a query param. In production the embed page injects the key server‑side, so omit this.
allowedFrameOrigin	string	Origin of the embed page, used to verify its messages. Defaults to the origin of src (resolved against the current page when src is relative).
sandbox	string	iframe sandbox value. Default allow-scripts allow-same-origin allow-presentation (keeps EME + fullscreen, blocks top-frame navigation and popups). The iframe is also mounted with referrerpolicy="no-referrer".
muted	boolean	Start muted.
onEvent	(msg: FrameToHost) => void	Called for every event from the iframe.

EmbedHandle

interface EmbedHandle {
  readonly iframe: HTMLIFrameElement;
  play(): void;
  pause(): void;
  setMuted(muted: boolean): void;
  setVolume(volume: number): void;
  setQuality(index: number): void; // -1 = auto
  setMaxBitrate(bitrate: number | null): void;
  setAudioTrack(id: number): void;
  setTextTrack(id: number): void; // -1 = off
  seekToLive(): void;
  enterPip(): void;
  exitPip(): void;
  retry(): void;
  load(matchUrn: string): void; // switch to a different match
  on(cb: (msg: FrameToHost) => void): () => void; // returns unsubscribe
  destroy(): void;
}

Track lists arrive from the iframe as an oddin:tracks event (see below); use those to build a quality/caption menu, then drive selection with setQuality/setTextTrack/etc.

The embed page

A ready‑to‑host template lives in the repository at embed/index.html (loads the CDN bundle and calls bootEmbed()). To self‑host, serve a page that runs:

import { bootEmbed } from '@oddin-gg/havik-player';
bootEmbed();

bootEmbed() reads its EmbedConfig from window.HAVIK_EMBED_CONFIG (server‑injected, preferred) or the URL query string, runs a managed player full‑bleed, and speaks the postMessage protocol. The api‑key is never accepted over postMessage; inject it server‑side in production.

EmbedConfig

Read by bootEmbed() in one of two mutually-exclusive modes: if window.HAVIK_EMBED_CONFIG is present (production) it is the only source; the query string is ignored entirely, so a tampered ?baseUrl= can't redirect the injected api-key. Otherwise (dev/demo) config comes from the query string. The postMessage bridge fails closed: with no parentOrigin, the embed neither accepts commands nor posts events.

Field	Type	Default	Description
baseUrl	string	—	Required. API base URL.
matchUrn	string	—	Required. Match to play.
apiKey	string	—	Required. Inject server‑side in production; query param is dev‑only.
parentOrigin	string	—	Origin to post events to and accept commands from. Set this in production (mountEmbed sets it automatically). When absent, the iframe posts to * and skips the inbound origin check.
autoplay	boolean	true	Start playback once ready.
muted	boolean	true	Start muted (recommended for autoplay).
waitForLive	WaitForLive	true	Arm and auto‑play at go‑live.

postMessage protocol

Every message is filtered with isOddinMessage (anything not a recognized oddin: message is ignored). The host verifies event.origin against the embed page's origin on every message. The iframe verifies event.origin against its configured parentOrigin, and mountEmbed always sets this, so the bridge is origin‑verified end‑to‑end. If you self‑host the embed page and call bootEmbed() directly, always set parentOrigin (see EmbedConfig); without it the iframe accepts oddin: messages from any origin and posts events with target origin *.

Host → iframe (HostToFrame):

{ type: 'oddin:play' } | { type: 'oddin:pause' }
{ type: 'oddin:setMuted'; muted: boolean } | { type: 'oddin:setVolume'; volume: number }
{ type: 'oddin:setQuality'; index: number } | { type: 'oddin:setMaxBitrate'; bitrate: number | null }
{ type: 'oddin:setAudioTrack'; id: number } | { type: 'oddin:setTextTrack'; id: number }
{ type: 'oddin:seekToLive' } | { type: 'oddin:enterPip' } | { type: 'oddin:exitPip' } | { type: 'oddin:retry' }
{ type: 'oddin:load'; matchUrn: string } | { type: 'oddin:destroy' }

Iframe → host (FrameToHost):

{ type: 'oddin:ready'; protocol: number }            // protocol = PROTOCOL_VERSION
{ type: 'oddin:autoplayblocked' }
{ type: 'oddin:state'; state: PlayerState }
{ type: 'oddin:waiting'; retryInMs: number; attempt: number; phase: string }
{ type: 'oddin:tracks'; quality: QualityLevel[]; audio: AudioTrackInfo[]; text: TextTrackInfo[] }
{ type: 'oddin:qualitychange'; index } | { type: 'oddin:audiotrackchange'; id } | { type: 'oddin:texttrackchange'; id }
{ type: 'oddin:stats'; droppedFrames; latencySeconds?; bandwidthKbps?; levelHeight?; lowLatency?; isLive?; atLiveEdge? }
{ type: 'oddin:error'; code: PlaybackErrorCode; message: string }

The oddin:ready event carries the embed page's protocol version; mountEmbed warns on a mismatch with the host SDK (pin the embed page version to avoid CDN auto-update skew).

If you handle messages directly (rather than via EmbedHandle.on), filter them with isOddinMessage(event.data) and always check event.origin.

---

Reference

Errors

Every API rejection is a typed PlaybackError:

class PlaybackError extends Error {
  readonly code: PlaybackErrorCode;
  readonly httpStatus: number; // 0 for NETWORK / ABORTED; see the table notes for TIMEOUT / DRM_CLIENT
  readonly retryAfterMs?: number; // set for TOO_EARLY / RATE_LIMITED / UNAVAILABLE
  readonly liveStartsAtMs?: number; // epoch ms; set for TOO_EARLY when the server included `liveStartsAt`
  readonly requestId?: string; // server correlation id, when present
}

code	HTTP	Meaning	Retryable
INVALID_URN	400	Malformed match URN.	No
NOT_FOUND	404	Unknown match or not entitled (indistinguishable by design).	No
GONE	410	Ended and past the catch‑up window.	No
TOO_EARLY	425	Upcoming; not live yet.	Yes (via waitForLive)
UNAVAILABLE	503	Should be live; origin warming up.	Yes
UNAUTHORIZED	401	Bad/absent api‑key.	No
FORBIDDEN	403	Origin not allowed, or DRM signature rejected (a real server 403).	No
DRM_CLIENT	(lic.)²	Client‑side DRM failure: no key system usable on this platform, a CDM/EME error, or license delivery failed without a server denial.	Sometimes²
RATE_LIMITED	429	Per‑client request limit.	Back off
INTERNAL	5xx	Unexpected server/SDK error.	No
NETWORK	0	The network request failed (offline, CORS, DNS).	Yes (in the live‑poll loop)
TIMEOUT	(last)¹	waitForLive exceeded timeoutMs.	No
ABORTED	0	Cancelled via AbortSignal.	No

¹ TIMEOUT.httpStatus carries the status of the last error it was waiting on, typically 425 while waiting for an upcoming match, 503 while an origin warms up, or 0 if the timeout lands on a network failure.

² DRM_CLIENT.httpStatus carries the license/certificate HTTP status when one was involved (e.g. a 5xx after the SDK's license-retry budget is exhausted), else 0 (no usable key system, CDM/EME error, request never got a response). A genuine license 401/403 surfaces as UNAUTHORIZED/FORBIDDEN, never as DRM_CLIENT, so branch on the code, not on httpStatus, to tell a server rejection from a device that can't play DRM. The built-in error card still offers Retry (it re-resolves and re-attaches, which can recover a transient license failure); an unsupported device will simply fail the same way again.

import { PlaybackError } from '@oddin-gg/havik-player';
try {
  await resolveStream({ baseUrl, matchUrn, credential });
} catch (e) {
  if (e instanceof PlaybackError && e.code === 'NOT_FOUND') showUnavailable();
}

Data types

StreamDescriptor

The normalized playback credential.

interface StreamDescriptor {
  matchUrn: string;
  protocol: 'hls';
  drmEnabled: boolean; // when false, no EME/CDM is needed
  manifestUrl: string; // unsigned HLS .m3u8
  drm?: DrmInfo; // present only when drmEnabled
  serverTime: string; // RFC3339
  liveStartsAt?: string; // present only while upcoming
  isLowLatency?: boolean; // filled by the player once detected
}

DrmInfo, WidevineInfo, FairPlayInfo, DrmSystem

interface DrmInfo {
  widevine?: WidevineInfo;
  fairplay?: FairPlayInfo;
}
interface WidevineInfo {
  licenseUrl: string;
} // pre-signed; POST verbatim
interface FairPlayInfo {
  licenseUrl: string;
  certificateUrl: string;
}
type DrmSystem = 'widevine' | 'fairplay';

Credential, CredentialSource

interface Credential {
  apiKey: string;
}
type CredentialSource = Credential | (() => Credential | Promise<Credential>);

Catalog, CatalogTournament, CatalogMatch

interface Catalog {
  tournaments: CatalogTournament[];
  etag?: string;
  notModified: boolean; // true on a 304 conditional refresh
}
interface CatalogTournament {
  urn: string;
  name: string;
  sport: string;
  isOffline: boolean;
  matches: CatalogMatch[];
}
interface CatalogMatch {
  matchUrn: string;
  matchName: string;
  status: MatchLiveStatus;
  datePlannedStart?: string;
  tournamentUrn: string;
  tournamentName: string;
  sport: string;
}

MatchStatus, MatchLiveStatus

type MatchLiveStatus = 'upcoming' | 'live' | 'ended';
interface MatchStatus {
  matchUrn: string;
  matchName?: string;
  status: MatchLiveStatus;
  datePlannedStart?: string;
}

PlaybackStats

interface PlaybackStats {
  droppedFrames: number;
  latencySeconds?: number; // live-edge latency (hls.js engine)
  targetLatencySeconds?: number; // live-sync target latency; compare vs latencySeconds for drift
  bandwidthKbps?: number; // estimated bandwidth (hls.js engine)
  levelHeight?: number; // current rendition height
  lowLatency?: boolean; // whether LL-HLS was detected in the manifest
  isLive?: boolean; // current media playlist is live
  atLiveEdge?: boolean; // playback is at/near the live edge
}

QualityLevel, AudioTrackInfo, TextTrackInfo

interface QualityLevel {
  index: number;
  width?: number;
  height?: number;
  bitrate: number;
  codecs?: string;
}
interface AudioTrackInfo {
  id: number;
  name: string;
  lang?: string;
  default: boolean;
}
interface TextTrackInfo {
  id: number;
  name: string;
  lang?: string;
}

Live-pickup options

WaitForLive

type WaitForLive = boolean | WaitForLiveOptions;

Set to true for sensible defaults, or pass options:

Option	Type	Default	Description
timeoutMs	number	unbounded	Overall budget before giving up with TIMEOUT.
floorMs	number	1000	Minimum delay between polls (also the server minimum).
ceilMs	number	30000	Maximum delay between polls inside the imminent window (see imminentMs). Far-from-kickoff polls are widened; see below.
kickoffAt	number | string	—	Scheduled kickoff (epoch ms or ISO string). When given, the SDK widens long-tail polls automatically; see "Far-future polling".
imminentMs	number	600000	Time-to-kickoff threshold for "imminent" (collapses to the tight [floorMs, ceilMs] band).
sanityFloorMs	number	300000	Hard cap on any single sleep (so an early go-live / schedule change is caught within bounded latency). 5 min default.
jitter	boolean	true	Add up to +15% jitter (never polls faster than the server asks).
onState	(state: WaitState) => void	—	Called before each wait.

Far-future polling

A viewer armed hours before kickoff would otherwise hammer /v1/playback every 30s for the entire long tail. When kickoffAt is set (or the server includes liveStartsAt on the 425 body; see Errors liveStartsAtMs), the poll cadence is widened to min(ttk / 10, sanityFloorMs) for the long tail and collapses to the tight [floorMs, ceilMs] range only inside the imminent window. Guards baked in: the server's Retry-After is always a floor (the server can tighten cadence near kickoff regardless), sanityFloorMs caps every single sleep so an early go-live is caught within ≤5 min, and a 200 resolves immediately at any point. Concretely, a match 2 h out now makes ≈30 polls instead of ≈240.

WaitState

interface WaitState {
  phase: 'tooEarly' | 'unavailable' | 'rateLimited' | 'network';
  retryInMs: number; // time until the next poll
  attempt: number; // 1-based retry count
  elapsedMs: number; // wall-clock since the wait started
  ttkMs?: number; // time-to-kickoff used to compute this delay, if known
}

Advanced

These exports are for advanced/custom integrations.

• pollToLive(attempt, cfg, signal?): the generic retry primitive behind waitForLive. Polls an arbitrary () => Promise<T>, retrying on retryable PlaybackErrors and honoring retryAfterMs.
• isOddinMessage(data): type guard for the postMessage protocol.
• ODDIN_THEME / applyTheme(root, theme?): the default control-bar skin and the helper that writes a HavikTheme onto an element as --havik-* CSS variables. See Controls & theming.

The internal engine seam (PlaybackEngine / EngineEvent) and one-shot helpers (resolvePlaybackOnce, resolveCredential) are not part of the public API and are excluded from the type declarations.

---

Onboarding & CORS

The api‑key is publishable: it is designed to live in browser JavaScript. Its protection is a server‑side allow‑list, so every origin you serve the player from must be onboarded before it will work:

1. The key's allowed origins must include each origin running the player (and, for iframe embeds, the parent page origins).
2. The DRM service's CORS allow‑list must include those same origins, or the cross‑origin license request fails its preflight and DRM never starts.
3. Scope the key's entitlements to the tournaments you serve.

If you serve the player from a new domain, request it be added to the key's allow‑lists first. Key revocation is not instantaneous (validation is cached for a few minutes).

Never use a wildcard (*) origin allow‑list in production: it removes the only guardrail on a publishable key.

Service URL discovery

Don't hard‑code baseUrl in your application. Serve it from your own backend, and keep the backend current from the endpoint directory:

GET https://status-dev.oddin-video.gg/v1/endpoints.json

The document lists the current base URL per region and is served with Access-Control-Allow-Origin: *, so any backend or build pipeline can consume it. If an endpoint moves, most likely in regions with distinct internet regulations, the directory updates and your backend follows, with no app release or store re‑review.

Each environment publishes its own directory, and the same host carries the status page with live availability for every Havik service: https://status-dev.oddin-video.gg for integration, https://status.oddin-video.gg for production. Point your backend at the one whose baseUrl you serve.

---

Troubleshooting

Symptom	Likely cause
NETWORK error on every call; preflight fails in devtools	Your origin isn't on the key's allowed‑origins / DRM CORS allow‑list. See Onboarding.
UNAUTHORIZED (401)	Wrong/expired api‑key, or wrong baseUrl environment (test vs prod key).
FORBIDDEN (403) on license requests	The license URL was modified, or a different api‑key was used for the license than for playback. POST the URL verbatim with the same key.
DRM_CLIENT	The device/browser can't play this DRM (no usable key system, CDM/EME error), or license delivery failed without a server denial. Check the console for the EME/CDM detail; call detectDrmSupport() to pre‑flight and message the viewer.
NOT_FOUND (404) for a match you can see	The key isn't entitled to that tournament (404 is intentionally indistinguishable from "unknown").
Player stays in waiting forever	The match hasn't gone live yet; the SDK is polling. Set waitForLive.timeoutMs to bound it.
Autoplay doesn't start	Browser sound policy: set muted: true for autoplay, or start playback from a user gesture.
Black video on Safari with DRM	Check the console for an EME/CDM error; verify the origin is on the DRM CORS allow‑list. On very old Safari the native fallback plays only OS‑trusted passthrough.
Black video in Chrome/Firefox/Edge on iOS	iOS has no Widevine CDM, and FairPlay availability outside Safari varies by WebKit build. Call detectDrmSupport(): on no-cdm, tell the viewer this browser can't play protected streams.
Black video, levelHeight/droppedFrames stuck	Check the browser console for an EME/CDM error and verify DRM CORS onboarding.

Include PlaybackError.requestId (when present) when contacting support; it correlates to server‑side logs.

---

Versioning & support

• The package follows semantic versioning. Pin a version in production (npm and CDN).
• TypeScript definitions ship with the package; the types are the source of truth for the API surface.
• The bundled hls.js version is managed by the SDK; do not assume a specific version in managed mode.

For onboarding (api‑keys, origin allow‑lists, entitlements) and support, contact Oddin.