Skip to main content

Interface: PrefetchStartedEvent

Defined in: packages/player/src/specs/mpv-client.nitro.ts:179

mpv has just started opening the next playlist entry ahead of time.

Remarks​

Fired from the same fork hook (on_prefetch_load) the resolver uses, right after the hook is continued — i.e. at the exact moment mpv's opener thread is released on the next entry, which is seconds into the current track rather than near its end.

Delivered on its own channel, for the same reason SourceResolutionRequest is: it is produced inside a hook handler, and hook-derived messages never enter the event batch (a batch is handed to JavaScript one at a time behind a completion promise, so riding one would make a timing signal arbitrarily late exactly when the system is busy).

Properties​

entryId?​

readonly optional entryId?: number;

Defined in: packages/player/src/specs/mpv-client.nitro.ts:197

mpv's playlist entry id for the entry being prefetched, when the linked libmpv exposes it (prefetch-playlist-entry-id, added by the rn-media forks alongside the hook).

Absent on any binary that predates the property. It is an entry id, not a playlist index: ids survive playlist-move/playlist-remove, indices do not.

uri​

readonly uri: string;

Defined in: packages/player/src/specs/mpv-client.nitro.ts:187

The logical URL mpv is prefetching — the string in the playlist, read back from stream-open-filename before the hook was continued.

This is the pre-rewrite value even when a resolver rewrote it, because the logical URI is what identifies the queue entry to the app.