Предполагая, что вы говорите о видео, простой ответ заключается в том, что, как вы говорите, упаковка сегодня обычно выполняется по требованию с использованием упаковщика «точно в срок» или исходного сервера.
Доставка обычно осуществляется через CDN который будет кэшировать все, что он доставляет - то есть потоки HLS и DA SH, и, как дополнительное усложнение, различные версии скорости передачи битов каждого сегмента потоков HLS и DA SH.
В прошлом это было еще более усложняется необходимостью по-разному шифровать потоки, если они используют Widevine, PlayReady или FairPlay.
Переход к общему шифрованию CEN C, который позволяет нескольким DRM использовать один и тот же подход шифрования, и к CMAF Media Формат, который допускает общий формат для сегментов мультимедиа между HLS и DA SH, продвигает отрасль к единому формату для самого мультимедиа, который может храниться как одна копия и зашифровываться и передаваться как HLS или DA SH по мере необходимости запрашивающим устройством.
Некоторые примечания:
- выходные данные из кодировщика обычно так или иначе упакованы, поэтому исходный сервер JIT часто фактически переупаковывает из одного формата в другой. Например, если выходные данные кодера упакованы как Smooth Streaming, источник JIT может перепаковать его в HLS или DA SH в зависимости от потребностей запрашивающего устройства / клиента.
- Для VOD это возможно, что контент будет заранее закодирован и упакован в HLS и DA SH, а также сохранен в отдельных копиях. Многие облачные кодеры будут производить оба формата при необходимости. Аналогично, отдельные кодовые потоки HLS и DA SH могут выводиться из кодировщика, но это не обычно.
- Шифрование обычно применяется «точно в срок» также на сервере Origin, когда он упаковывает содержимое.