The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск мультимедиа-пакета FFmpeg 6.1"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Выпуск мультимедиа-пакета FFmpeg 6.1" +/
Сообщение от Аноним (-), 16-Ноя-23, 16:34 
> А что, MP4 позиционируется как single coding container format (как AVIF), чтобы
> в него новые кодеки класть нельзя было?

Я просто намекаю что обратная совместимость штука зачастую весьма условная. Вплоть до того что видя MP4 - еще не гарантия что он проиграется.

> Старые плееры не проигрывают новые кодеки, это очевидно. MP4 стал не таким
> ограниченным? Ну и хорошо.

Да он и не был ограниченным как формат. Как впрочем и матрешка лежащая в основе webm. Но вот сказ про обратную совместимость выглядит забавно когда теперь появятся MP4 которые у вон тех играться не будут.

> Оно и сейчас одобрено.

Да, это просто опечатка, по задумке было "ISO с неких пор одобрил AV1 в MP4 контейнере".

> Теги кодеков добавляют через двери MP4 Registration Authority,
> в 2019 AV1 добавили, потом VP8 и VP9:

Вот про VP8/9 я не в курсе был честно говоря. Интересно в чем прикол. "Эксперты" ISO хотят оставаться нужными хоть для чего-то, не кодеков так хоть контейнеров? :)

> Обратная совместимость там есть, лишняя дорожка в AV1 не ломает плееры.

Кто ж вам лишнюю то будет? Ее одну и сделают такой. Основную. А кодировать в 100500 вариантов будут только пару хостингов типа ютуба, которым надо смарттв старые поддерживать и проч. У них эенег много - могут себе позволить.

> ffmpeg -i in.mkv -i in.mkv   -map 0:v:0   -map
> 1:v:0 -c:v:1 libaom-av1  -map 0:a:0   h264-av1-aac.mp4

Не понимаю пойнт этих упражнений.

Гугл если что сильно иначе это делает. У dash есть общий header (для разных форматов потоков ессно разный) и чанки потока в энном формате. При том это отдельно для аудио и видео треков. Таких нарезок может быть несколько, что аудио что видео форматов. Клиенту чтобы свичнуть формат трека надо качнуть только мелкий хедер общий для последовательности и далее чанк этой последовательности с нужного места в изменившемся формате. И это имеет смысл - клиент может выбрать поток под возможности по простому и даже адаптивно. Если канал просел - более тощий по бандвизу вариант тягать. А потом если стало лучше прозрачно перейти на более жирный. Свичить вот именно кодек - гугл обычно не практикует, выбирая самый эффективный по битрейт-качество, но технически это как я понимаю возможно.

Единственное реальное отличие ютуба от стандартного DASH - очень замороченный урл сервера с хидерами и чанками, куда их плеера отправляет нехилый редиректор на JS с основательным декодированием урлы, что как раз и портит карму копипастерам (гугл их изредка по@бывает, меня логику редиректора).

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Выпуск мультимедиа-пакета FFmpeg 6.1, opennews, 11-Ноя-23, 12:39  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру