Очевидно, что AVFoundation (и Quicktime X) может демультиплексировать и правильно воспроизводить кодированные контейнеры .ts
, потому что .ts
содержит контейнеры в потоковом режиме HTTPS.
За исключением настройки локальной веб-службы для обслуживания .m3u8
и связанных файлов .ts
, мне бы очень хотелось иметь возможность: убедить AVURLAsset
и/или URLAssetWithURL
принять локальный файл .m3u8
URI, как если бы это был URI HTTP, или, еще лучше, иметь возможность использовать AVQueuePlayer
для загрузки и воспроизведения последовательности файлов .ts
, не перескакивая через потоковые ходовые потоки.
Причина, по которой я хочу это сделать, заключается в том, что мне нужно локально генерировать видеоролики "на лету" несколько разрозненно - весь актив будет недоступен сразу, но будет создан с течением времени, Очевидно, что это поддается AVQueuePlayer
, но по разным причинам мои фрагменты активов упаковываются в контейнеры .ts
. Все это звучит так, будто оно идеально подходит для "локальных" потоков в прямом эфире.
Я подозреваю, что URLAssetWithURL
выполняет некоторую квалификацию переданной ему строки и затем устанавливает некоторые свойства, чтобы сигнализировать о том, что он смотрит на источник потоковой передачи, который, в свою очередь, сообщает AVPlayer
/AVQueuePlayer
, чтобы ожидать дорожек в .ts
форма. Вероятно, он видит HTTP и решает, что это потоковое вещание.
Итак, мой вопрос:, как можно "обмануть" AVFoundation в обработке локального файла .m3u8
точно так же, как он удаленный?
И вопрос бонуса: Кто-нибудь (и если да, то как) смог сделать AVAsset
из файла .ts
, чтобы ресурс вернул статус дорожек актива (подготовиться к воспроизведению)?
ТИА!