PrismCore

Aether

Le moteur de lecture par défaut sur iPhone, iPad, Mac, Apple TV et Apple Vision Pro — actif à chaque installation, pas derrière un réglage.

Obtenir Aether ›

C’est un package Swift, pas un framework à compiler. Tout ce qui donne déjà une URL à AVPlayer peut s’en servir.

PrismCore est fait pour être invisible : vous ouvrez un film, il se lance. Ce qu’il vous apporte, c’est précisément tout ce qu’un lecteur qui dessine sa propre image doit abandonner.

1. 1

   Le fichier est lu, pas converti

   Le démultiplexeur de FFmpeg ouvre le conteneur — MKV, MPEG-TS, AVI — et sépare son contenu en pistes : l’image, chaque langue audio, chaque sous-titre. Rien n’est décodé ni converti ; le fichier est seulement lu en morceaux.

2. 2

   Les pistes sont remballées intactes

   La même image et le même son compressés sont placés dans des fragments MP4, décrits par une playlist du genre qu’AVPlayer ouvre nativement. C’est l’emballage qui change, pas le contenu — bit pour bit la même vidéo et le même audio que dans le fichier.

3. 3

   Une adresse locale les sert

   Ces fragments sont remis à AVPlayer depuis 127.0.0.1, l’adresse qui ne quitte jamais l’appareil, comme si le film était diffusé en streaming. C’est toute l’astuce : le lecteur d’Apple diffuse volontiers ce qu’il refuse d’ouvrir comme fichier.

4. 4

   Le moteur d’Apple fait le reste

   Décodage matériel, Atmos en passthrough, négociation Dolby Vision, menu des pistes, PiP et AirPlay — rien de tout cela n’est réécrit, car du point de vue d’AVPlayer il ne se passe rien d’inhabituel.

Deux choses ne peuvent pas être remballées et reçoivent leur propre traitement. Les sous-titres qui sont des images de texte plutôt que du texte (les PGS des remux Blu-ray) sont lus sur l’appareil par l’OCR de Vision et rejoignent les sous-titres ordinaires. Et une poignée de codecs qu’Apple ne décode pas du tout — VP9, MPEG-2, VC-1 — empruntent une seconde voie où PrismCore décode et dessine l’image lui-même : on y perd l’habillage du lecteur système, mais le film se lit.

Sur les plateformes Apple, on choisit d’ordinaire entre un lecteur qui garde le meilleur mais n’ouvre que les conteneurs d’Apple, et un autre qui ouvre tout mais dessine ses propres images et décode l’audio en PCM — c’est précisément là que meurent l’Atmos et le Dolby Vision. PrismCore n’est pas un lecteur : il alimente AVPlayer, il n’y a donc rien à sacrifier.

VLCKit et libmpv dessinent dans leur propre couche et vous rendent du PCM : c’est pourquoi les lignes du milieu leur échappent — une conséquence de posséder le rendu, pas un oubli. AVPlayer échoue sur la première et la dernière ligne, car il n’accepte que les conteneurs pour lesquels Apple fournit le support.

Ajoutez le package, puis donnez-lui une URL. Un point d’entrée sonde la source et renvoie soit une playlist pour AVPlayer, soit un pipeline logiciel déjà démarré.

.package(url: "https://github.com/Wenzlik/PrismCore.git", from: "1.8.7")

switch try await PrismCoreEngine.open(url: mkvURL) {
case .remux(let session, let playlist):
    player.replaceCurrentItem(with: AVPlayerItem(url: playlist))
    …
    await session.stop()

case .software(let pipeline):
    hostView.layer.addSublayer(pipeline.displayLayer!)
    pipeline.play()
}

Une fois la première lecture en place, deux options méritent le détour. Donnez un dossier de cache à la session et un conteneur sans index propre s’en constitue un pendant la lecture : la fois suivante, il se parcourt comme un fichier indexé. Ce même dossier alimente les vignettes de la barre de lecture, qui forment leur propre petit pipeline — contexte séparé, décodage sur le processeur, cache par image-clé — si bien qu’elles ne retardent jamais la lecture à laquelle elles appartiennent, quel que soit le moteur à l’écran.

let session = try PrismCoreSession(url: mkvURL, keyframeIndexCacheDirectory: caches)

let previews = SeekPreviewService(url: mkvURL, keyframeIndexCacheDirectory: caches)
let frame: CGImage = try await previews.thumbnail(at: 42 * 60)

Les versions minimales sont iOS 16, tvOS 17, macOS 14 et visionOS 1. FFmpeg arrive via les xcframeworks dynamiques de MPVKit : un hôte qui embarque déjà MPVKit n’ajoute aucune dépendance binaire. Si votre CI résout les dépendances à votre place, épinglez une version exacte et gardez le Package.resolved commité au même niveau — sinon un build sur appareil et un build TestFlight tournent discrètement sur des moteurs différents.