PrismCore

Aether

Типовий рушій відтворення на iPhone, iPad, Mac, Apple TV та Apple Vision Pro — увімкнений для кожної інсталяції, не за перемикачем.

Завантажити Aether ›

Це Swift-пакет, а не фреймворк, який треба збирати. Його візьме будь-що, що вже передає URL в AVPlayer.

PrismCore має бути невидимим: ви відкриваєте фільм, і він грає. А отримуєте ви все те, від чого плеєр, який малює власне зображення, мусить відмовитися.

1. 1

   Файл читається, а не перетворюється

   Демуксер FFmpeg відкриває контейнер — MKV, MPEG-TS, AVI — і розділяє його вміст на доріжки: зображення, кожну мову звуку, кожні субтитри. Нічого не декодується й не перетворюється; файл лише розчитується на частини.

2. 2

   Доріжки перепаковуються недоторканими

   Те саме стиснене зображення й звук складаються у фрагментовані MP4-частини, які описує плейлист того ґатунку, що AVPlayer відкриває нативно. Змінюється упаковка, а не вміст — біт у біт те саме відео й той самий звук, що були у файлі.

3. 3

   Роздає це локальна адреса

   Ці частини AVPlayer отримує з 127.0.0.1 — адреси, яка ніколи не покидає пристрій — так, ніби фільм стрімиться. У цьому весь трюк: плеєр Apple охоче стрімить те, що відмовляється відкрити як файл.

4. 4

   Решту робить рушій Apple

   Апаратне декодування, наскрізний Atmos, рукостискання Dolby Vision, меню доріжок, PiP і AirPlay — нічого з цього не переписується, бо з точки зору AVPlayer не діється нічого незвичного.

Двох речей перепакувати не можна, і вони мають окреме поводження. Субтитри, які є зображенням тексту, а не текстом (PGS у блу-рей ремуксах), читає просто на пристрої OCR від Vision, і вони приєднуються як звичайні субтитри. А кілька кодеків, яких Apple не декодує взагалі — VP9, MPEG-2, VC-1 — ідуть другим шляхом, де зображення декодує й малює сам PrismCore; там ви втрачаєте системний інтерфейс плеєра, але фільм грає.

На платформах Apple зазвичай доводиться обирати між плеєром, який зберігає все хороше, але відкриває лише контейнери Apple, і тим, що відкриває все, але малює власні кадри й декодує звук у PCM — саме там гинуть Atmos і Dolby Vision. PrismCore узагалі не плеєр: він годує AVPlayer, тож віддавати нічого не треба.

VLCKit і libmpv малюють у власний шар і віддають вам PCM, тому середні рядки в них не виходять — це наслідок володіння шляхом рендерингу, а не недогляд. AVPlayer не проходить перший і останній рядок, бо приймає лише контейнери, підтримку яких постачає Apple.

Додайте пакет і передайте йому URL. Одна точка входу досліджує джерело й повертає або плейлист для AVPlayer, або програмний конвеєр, уже запущений.

.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()
}

Коли перше відтворення вже працює, варто знати про дві опції. Дайте сесії каталог для кешу — і контейнер, який не має власного індексу, збере його просто під час гри, тож наступне відтворення перемотується як індексований файл. Той самий каталог живить і мініатюри для смуги перемотки: це власний невеликий конвеєр — окремий контекст, декодування на CPU, кеш за ключовими кадрами — тож вони ніколи не гальмують відтворення, до якого належать, з будь-яким рушієм на екрані.

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)

Мінімальні версії — iOS 16, tvOS 17, macOS 14 і visionOS 1. FFmpeg приходить через динамічні xcframework від MPVKit, тож хост, який уже везе MPVKit, не додає жодних нових бінарних залежностей. Якщо залежності за вас розв’язує CI, закріпіть точну версію й тримайте закомічений Package.resolved у злагоді з нею — інакше збірка на пристрої та збірка в TestFlight тихо працюють на різних рушіях.