The OpenNET Project / Index page

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

Проект FFMpeg представил собственную реализацию декодировщика xHE-AAC

05.06.2024 23:49

Разработчики мультимедийного пакета FFMpeg объявили о создании собственной реализации декодировщика для формата кодирования звука xHE-AAC (Extended High-Efficiency AAC), определённого в стандарте ISO/IEC 23003-3. Декодировщик xHE-AAC уже принят в основную кодовую базу FFMpeg и войдёт в состав следующего выпуска. Реализация может использоваться для большинства стерео-потоков xHE-AAC. Потоки SBR, USAC и MPEG-H с объёмным звуком, а также кодирование речи пока не поддерживается. Поддержку USAC и SBR обещают добавить в ближайшее время.

xHE-AAC используется в потоковом вещании Netflix и задействован в технологиях цифрового радиовещания Digital Radio Mondiale. Кодек примечателен поддержкой широкого диапазона битрейта (от 12 до 300 kbit/s), высокой степенью сжатия, средствами воспроизведения с постоянной громкостью, обеспечением высокой чёткости при любых уровнях громкости, дополнительными профилями управления динамическим диапазоном при прослушивании в шумных местах и добавлением метаданных, позволяющих восстанавливать потери на принимающей стороне.

  1. Главная ссылка к новости (https://ffmpeg.org/index.html#...)
  2. OpenNews: Основатель QEMU и FFmpeg опубликовал звуковой кодек TSAC
  3. OpenNews: Выпуск мультимедиа-пакета FFmpeg 7.0
  4. OpenNews: Выпуск dav1d 1.0, декодировщика AV1 от проектов VideoLAN и FFmpeg
  5. OpenNews: Звуковому кодеку FLAC присвоен статус предложенного стандарта
  6. OpenNews: Доступен аудиокодек Opus 1.5
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61321-ffmpeg
Ключевые слова: ffmpeg, audio
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (100) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.4, Аноним (4), 01:18, 06/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    HE-AAC всегда был ужасен своими искажениями, только AAC-LC. Сабж видимо больше из оперы HE-AAC всё же? AAC-LC до сих пор нечем заменить.
     
     
  • 2.6, Аноним (6), 01:22, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что Столлман и латиноамериканский фонд СПО удалили flac из твоего дистрибутива?
     
     
  • 3.20, Аноним (4), 09:26, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Что Столлман и латиноамериканский фонд СПО удалили flac из твоего дистрибутива?

    Ты ещё mp3 предложи. Существует только aac и truehd. Ну ещё dts-hd и ac-3. И для сжатых файлов подходит только aac из списка. Вообще, зачем тебе flac, когда есть wavpack?

     
     
  • 4.21, Аноним (21), 09:47, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Waveform Audio File Format — формат файла-контейнера для хранения записи оцифрованного аудиопотока, подвид RIFF. Этот контейнер, как правило, используется для хранения несжатого звука в импульсно-кодовой модуляции. Однако контейнер не налагает каких-либо ограничений на используемый алгоритм кодирования. Википедия
    MIME-тип: audio/vnd.wave
    Разработчик: IBM и Майкрософт
    Тип формата: аудиоформат
     
     
  • 5.23, Аноним (4), 10:40, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Слишком ограниченный, опенсорс плохо поддерживает, файлы бессмысленно раздуты. Например, у меня есть пример "legacy WAVE file has format type 1 but bits-per-sample=24. На самом деле, truehd это индикация, что это современный студийный мастеринг, и такие дорожки не убиты, как у CD.
     
     
  • 6.30, Аноним (-), 14:22, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чего в нем ограниченного Это просто набор чанков Произвольных С чем угодно В... большой текст свёрнут, показать
     
     
  • 7.32, Аноним (4), 17:03, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Где мои теги overestimation Отсутствие сжатия, во многих случаях пустые биты вм... большой текст свёрнут, показать
     
     
  • 8.44, Аноним (-), 22:37, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Для них вроде есть чанки Насколько это полное хз, но так можно было Если что-т... большой текст свёрнут, показать
     
  • 6.31, Аноним (31), 16:45, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > опенсорс плохо поддерживает, файлы

    Ну тут без вариантов формат виноват, что опенсорс его плохо поддерживает.

     
  • 4.35, Аноним (35), 18:31, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мне кажется, или тут топит за вавпак один человек?

    flac: фактический стандарт lossless-аудио, имеет спецификацию*, всегда асимметричный**.
    wavpack: а я кофе варить умею.

    В вавпак можно ID3-теги, а можно APE-теги. Можно симметрично жать, а можно асимметрично. Можно PCM, а можно DSD. Можно в один файл, а можно гибридно (дома: lossy-файл + correction-файл = lossless, с собой: lossy-файл).

    Идея гибридности была красива, но не взлетела. DSD сжимает, но хуже, чем DST. Кофе варит, но "продуманность наперёд" флака мне ценнее "комбайновости" вавпака. Степень сжатия флака при желании можно немного докрутить за пределы очевидных настроек (-8 ---> -8 -ep).

    * хотел написать "отличную спецификацию", но для начала - она _существует_
    ** то есть всегда быстро декодируется

     
     
  • 5.40, Аноним (4), 20:33, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тебе кажется, я вижу единомышленников. Хороший формат на самом деле, если разберёшься с возможностями. Флак даже необходимые теги не может обеспечить стандартизированные, в итоге в них пихают что придётся и задача плеера в них разобраться. Уж не надо эту помойку хвалить. А wavpack медленно декодируется? Вроде, проблем нет. Это у monkeyaudio сложности с декодированием. То, что поддерживает куда больше чем flac, это же хорошо. Хочешь, пихай 1-битный звук, хочешь, 256 дорог, что угодно. Эффективность зависит от контента, на чём-то флак невозможно отстаёт.
     
     
  • 6.47, Аноним (35), 23:26, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде же в APEv2 вавпак 30 стандартных тегов, в VorbisComment флак - 15 и он... большой текст свёрнут, показать
     
     
  • 7.93, Аноним (93), 04:28, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что есть стандартный тег Особенно для APE какого-то левого Каким стандартам эт... большой текст свёрнут, показать
     
     
  • 8.97, Аноним (35), 10:49, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мы мило говорили про сжатие, про FLAC и WavPack Бесцельно докапываться - это не... большой текст свёрнут, показать
     
     
  • 9.98, Аноним (35), 10:57, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чёрт, это не ГОСТ, это только рекомендации по стандартизации Но к ним докопат... текст свёрнут, показать
     
  • 9.102, Аноним (-), 19:26, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Прекрасно Просто я никогда не встречал понятия стандартные теги и уж тем боле... большой текст свёрнут, показать
     
     
  • 10.106, Аноним (35), 20:59, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    хз, на wiki hydrogenaudio встречается Ну, всё равно в гостах теперь уже настоя... большой текст свёрнут, показать
     
  • 2.33, Аноним (35), 17:37, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Сабж видимо больше из оперы HE-AAC всё же?

    А кодеки H.26* (и VP*) вообще одной цифрой отличаются, и так лет 40.

    Что слышно сразу: xHE-AAC однозначно лучше Opus'а на битрейтах, где до прозрачности далеко (<< 100 kbps).

    О чём ещё говорят: xHE-AAC не хуже AAC-LC. Но на битрейтах около ~100 kbps значимого улучшения не даёт. Говорят, что xHE-AAC@96kbps не дотягивает до Opus/AAC-LC@128kbps. А была бы этакая психологически важная ступенька.

     
     
  • 3.52, Аноним (-), 06:46, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот что пишут HE-AAC англ High-Efficiency Advanced Audio Coding 8212 высо... большой текст свёрнут, показать
     
  • 3.54, Аноним (-), 06:50, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот что пишут AAC Подразделяется на профили Main Profile 8212 171 осно... большой текст свёрнут, показать
     
     
  • 4.76, Аноним (35), 13:45, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если упростить, то:
    - под AAC по дефолту подразумевают AAC-LC
    - потом появился другой формат HE-AAC
    - потом HE-AAC v2
    - потом xHE-AAC
    - остальные форматы - дремучие, в широкие массы не пошли

    - другие современники AAC-LC - AAC Main и AAC-SSR умерли в младенчестве, нет их
    - виды AAC называют не только отдельными форматами/стандартами/кодеками, но ещё и "профилями"
    --- это нормальная странность, вон MPEG-4 - это гора стандартов обо всём. H.264 - это MPEG-4, "DivX/Xvid" - это MPEG-4, AAC-LC - это MPEG-4, ISOBMFF - это MPEG-4, .mp4 - это MPEG-4...
    --- и намёк на поддержку декодерами предыдущих форматов. Это как если бы декодер H.265 проигрывал H.264, H.263 и так далее. В цепочке из первого абзаца AAC-LC->...->xHE-AAC так оно и есть

     
  • 2.49, Аноним (-), 06:23, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так вроде профиль LC-AAC ограничен не ниже 80 килобит/c, вроде некоторые кодеки ААС имеют реализацию только профиля LC-AAC и ограничены не ниже 80 килобит/c. И если LC-AAC не ограничены битрейтом 80 килобит/c то звук портится очень сильно если битрейт для профиля LC-AAC использовать ниже 80 килобит/c - чем ниже 80 килобит/c тем хуже, проверял. Профиль HE-AAC 24 килобит/c два канала: плохо или не плохо это на любителя - точно нормально, проверял. Не все разновидности кодеков AAC кодируют с профилем HE-AAC нет такого в них, не реализовано. Вроде так, перепроверят надо.
     
     
  • 3.53, Аноним (4), 06:50, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В 80 килобитах 10 килобайт. Битрейт измеряется в килобайтах. Дело не в битрейте, качество AAC сильно зависит от того, чем он закодирован. Из доступного есть проприетарный fdk_aac, он интегрируется в тот же ffmpeg. Но он достаточно средний, если сравнивать с эпловским кодером.
     
     
  • 4.55, Аноним (-), 07:01, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Перепроверпл. Нет я не перепутал. Битрейт звука измеряется в "килобит в секунду"

    Килобит в секунду (условное обозначение кбит/с или кб/с, часто сокращенно «кбит/с») — единица измерения скорости передачи данных, равная:

    1 000 бит в секунду
    125 байт в секунду

     
  • 4.56, Аноним (-), 07:03, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Английский вариант:

    Kilobit per second

    Kilobit per second (symbol kbit/s or kb/s, often abbreviated "kbps") is a unit of data transfer rate equal to:

    1,000 bits per second
    125 bytes per second

     
  • 4.57, Аноним (-), 07:14, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да есть реализация AAC кодека разная, но сравнивать разность реализаций кодеков AAC надо только между одинаковыми профилями. Если закодировать звук с профилем High Efficiency Advanced Audio Coding (ААС+) и битрейтом 24 килобит/c и попробовать закодировать звук LC-AAC и битрейтом 24 килобит/c разница будет большая. AAC c профилем High Efficiency Advanced Audio Coding (ААС+) 24 килобит/c это нормальное качество звука. AAC c профилем LC-AAC битрейтом 24 килобит/c это явно заметное плохое качество звука.
     
     
  • 5.60, Аноним (-), 07:40, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да есть реализация AAC кодека разная, но сравнивать разность реализаций кодеков AAC надо только между одинаковыми профилями. Если закодировать звук с профилем High Efficiency Advanced Audio Coding (ААС+) и битрейтом 24 килобит/c и попробовать закодировать звук с профилем LC-AAC и битрейтом 24 килобит/c разница будет большая. AAC c профилем High Efficiency Advanced Audio Coding (ААС+) 24 килобит/c это нормальное качество звука. AAC c профилем LC-AAC битрейтом 24 килобит/c это явно заметное плохое качество звука.
     
  • 5.61, Аноним (4), 07:41, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Физически больно слушать файлы меньше чем с ~70кбпс на канал, например, звуковую дорожку видеофайлов часто кодируют в 96кбпс aac или 64кбпс aac (2 канала) и это довольно ужасно. И да, aac+/aac++ вносят просто нереальные искажения, поэтому смысла рассматривать даже нет. Без использования silk и прочего подобного кодировать 1 секунду в 3 килобайта? Ха. Да и у того это будет квакание.

    В общем, я посмотрел, что такое этот сабж, это he-aac v2 (aac++) и есть, в него добавили только эвристику. Не сравнивал, но эвристика того же опуса абсолютно ужасна и искажения совершенно непредсказуемые.

     
     
  • 6.62, Аноним (-), 09:33, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сильно раздражает звук в youtube? А там используется Opus и AAC вроде Opus с битрейтом 250 килобит/c это не точно предположение. Как посмотреть ААС или Opus ипользуется - правой кнопкой на видео, выбрать статистика. Что мы сравниваем файлы c битрейтом 24,64,96,128,160,192,256,320,384 килобит/c и т.д. 16 бит, 32 бит переменный, 441000, 48000 МГц? 24 килобит/c Opus c качеством сжатия максимальное 10 и AAC+ 24 килобит/c это нормально. mpeg2 аудио вроде минимум 32 килобит/c можно выбрать для mpeg2 точно не помню, mpeg3, ogg, AAC LC-AAC c 24 килобит/c 441000, 48000 МГц не справляются это явно плохо.
     
     
  • 7.63, Аноним (-), 09:37, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    441000 ноль лишний. 44100
     
  • 7.64, Аноним (4), 09:38, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    По этой причине я переключил на aac и он там совсем порезанный. Opus на утубе около 100kbps и при этом имеет сильные искажения, будь он 250 претензий никаких бы не было. Сравнить можно скачав дорожки в yt-dlp.
     
     
  • 8.66, Аноним (-), 09:56, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Попробую узнать какой битрейт у opus в youtube Я к чему упоминаю 24 клбит к том... текст свёрнут, показать
     
     
  • 9.70, Аноним (4), 10:08, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Голос и музыка в опусе это 2 разных кодека Большая проблема опуса это эвристики... текст свёрнут, показать
     
     
  • 10.72, Аноним (-), 10:23, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Для меня сильно плохо это если сжимать ниже 64 клбит c Я не против битрейт выше... текст свёрнут, показать
     
     
  • 11.81, Аноним (-), 19:00, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Всё таки я подумал, повспоминал Нет к AAC и Opus скорее всего это не относится... большой текст свёрнут, показать
     
  • 11.83, Аноним (-), 19:36, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Есть предположение что в FFmpeg используется разновидность AAC кодека с профилем... текст свёрнут, показать
     
     
  • 12.99, Аноним (35), 11:45, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Даже не надо предполагать FFmpeg supports three AAC-LC encoders aac, libfdk_a... текст свёрнут, показать
     
     
  • 13.107, Аноним (-), 23:08, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А как правильно В одном месте я вижу профили называются LC-AAC, а не AAC-LC Ло... текст свёрнут, показать
     
     
  • 14.111, Аноним (35), 01:37, 09/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    AAC LC, HE-AAC Всё-таки это самые точные 1 их названия Да, он по дефолту AAC ... текст свёрнут, показать
     
  • 13.108, Аноним (-), 23:57, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И без - А как правильно В одном месте я вижу профили называются LC-AAC, а не A... текст свёрнут, показать
     
  • 13.109, Аноним (-), 00:13, 09/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я уже плохо помню, а может это был для сравнения Nero AAC и VLC AAC FFMpeg AA... текст свёрнут, показать
     
  • 13.110, Аноним (-), 00:36, 09/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вспоминаю скорее всего я сравнивал не с FFMpеg используя консоль, а с сжатием ис... текст свёрнут, показать
     
  • 13.114, Аноним (-), 05:17, 11/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И если нет проблем с использованием Windows Nero AAC доступен если запустится в... текст свёрнут, показать
     
  • 10.74, Аноним (-), 10:27, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я не о opus, я о любом кодеке примерно ниже 64 клбит c и я о музыке ... текст свёрнут, показать
     
  • 9.85, Аноним (-), 21:25, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрел на одном файле с yoyutube с разрешением 360p Может битрейт у звука и ... текст свёрнут, показать
     
  • 8.68, Аноним (-), 10:05, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    как правило mpeg3 16бит 44100... текст свёрнут, показать
     
  • 8.71, Аноним (-), 10:17, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если слушать через компьютер там уже ресемплирование у меня участвует в плеерах,... текст свёрнут, показать
     
  • 7.65, Аноним (-), 09:41, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ogg это контейнер. Я имел ввиду vorbis.
     
  • 4.86, Аноним (-), 23:28, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > В 80 килобитах 10 килобайт. Битрейт измеряется в килобайтах.

    Странно, говорим про биты а меряем - байты? Хотя эксперты опеннета еще и не такое надо.

     
     
  • 5.87, Аноним (4), 23:44, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего странного. Если бы диски были в битах, другое дело.
     
     
  • 6.92, Аноним (-), 04:19, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ничего странного. Если бы диски были в битах, другое дело.

    Понятие битрейт - означает скорость битового потока. И меряется таки - в битах в секунду.

    Но для опеннетовских экспертов не умеющих в поискарь, так и быть:
    https://en.wikipedia.org/wiki/Bitrate
    https://ru.wikipedia.org/wiki/%D0%91%D0%B8%D1%82

    "Битрейт выражается битами в секунду (бит/c, bps)". The bit rate is expressed in the unit bit per second (symbol: bit/s). Но, конечно, можно заспорить что васян с опеннета - авторитетнее энциклопедий.

     
     
  • 7.94, Аноним (4), 08:19, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это называется "абстрактное мышление", ты палишься, когда демонстрируешь его отсутствие.

     
  • 3.58, Аноним (-), 07:18, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я перепутал, 24 килобит/c не с профилем HE-AAC, а с профилем High Efficiency Advanced Audio Coding (ААС+).
     
  • 2.88, Аноним (88), 00:01, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В новости же написано
    > Потоки SBR... пока не поддерживается.

    Так что можешь спать спокойно, файлы в плохом качестве он воспроизведёт в ещё худшем качестве. ;) В таком же плохом, как должно быть в LC-AAC.

    А то что вышло - скорее убийца AC3! High Dynamic Range (float) теперь поддерживается. AC3 больше ненужен, или может быть сконвертирован без потерь этого самого HDR-звука (который был в 90% всех DVD и который лучше НЕ конвертить в wav/mp3/aac, а оставить в AC3).

     
  • 2.89, Аноним (88), 01:07, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > HE-AAC всегда был ужасен своими искажениями

    Для музыки - да. Для речи получается наоборот. При низких битрейтах HE и HEv2 однозначно лучше. На речи (диктор читает новости) очень даже хороший результат и всегда лучше LC-AAC.

    Претензию нужно просто переформулировать в виде: "Зачем нужен HE-AAC при битрейтах 96kbit/s и выше?" Многие кодеки такой режим умеют, а зачем - совершенно непонятно... лучше не станет никак.

     
     
  • 3.96, Аноним (4), 08:54, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мне не нравится, когда голоса не естественные. А уж если там фоновый шум есть, то всё. Иногда может и музыка попасться. Я пытался использовать aac++ для мувиков, перегоняемых в низкое разрешение, но это невозможно.
     
     
  • 4.112, Аноним (112), 00:12, 10/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Для фильмов - может быть и хуже, особенно, если есть запас по битрейту до 128кбит/с на аудиодорожку.
    Для internet radio broadcast в 32-48-64кбит/с HE-AAC рвёт почти всех (ну уж точно лучше vorbis, mp3 и LC-AAC, они тупо свалятся в 22050Hz). Даже небольшую фоновую музыку не так уж и искажает. Конечно любимую музыку в таком ужасном качестве никто слушать не будет ;) Да и для фильмов можно лучше, если догнать до ~128кбит/с на дорожку.

    Но тут надо смотреть именно область применения и бюджет по битрейту. Интернет-трансляции какого-нибудь радио Маньяк только выиграют от внедрения HE-AAC, т.к. LC-AAC на 32кбит/с тоже даёт огромные искажения, не говоря уже об mp3.

     

  • 1.5, Аноним (6), 01:21, 06/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Как же у нас все любят проприетарный треш. Сколько сотен миллионов долларов Netflix платит патентодержателям Via Licensing история умалчивает. Чем быстрее h266 пойдет в массы стриминговых платформ тем скорее все начнут забывать про AV1. Лол.
     
     
  • 2.8, Bob (??), 01:36, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    1) слушай - а за софт и кодеки платить не надо, если результат реально хороший?
    2) av1 он где есть? а вот h265 почти везде. Так же и с h266 будет.

    Если бизнесу проще и дешевле проприетарщина - ок.
    Параллельно есть опен сурс и он в относительном паритетете? - гуд.
    Баланс соблюли.

    Тому же нетфликсу проще 1 перекодировать и стримить Эгзаба́йтами меньше, при том же качестве. Как резеовная копия и на девайс офлайн кинуть послушать - тоже ок.

    Лично я предпочитаю "свободу" vorbis, vp9 и webp. Но вполне и других понимаю. xHH-AAC, h265 и HEIC давно хардварно в ходу на многих девайсах (те же самсунг и яблоко, более 10 лет) и тут банально батаоейка и траффик порешали.

     
     
  • 3.9, cheburnator9000 (ok), 01:41, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    AV1 в ютубе есть. Можешь проверить через yt-dlg. Для этого браузер должен поддерживать декодирование. Под вендой нужно установить либо сторонние кодеки, либо https://www.microsoft.com/store/productId/9MVZQVXJBQ9V?ocid=pdpshare AV1 в 1080p вытянет даже процессоры времен Haswell, загрузка будет в районе 10-30% в зависимости от сцены. 4K нужно аппаратное ускорение от новых видеокарт, процессором декодировать уже не так клево, нагрузка будет серьезная хоть на восмиядернике под 5ггц.
     
     
  • 4.10, Аноним (10), 02:57, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А четырехядерники по 3ггц так вообще будут пропускать почти все кадры, со 100% загрузкой CPU. Хороший тест между прочим, Линукс зависает.
     
  • 4.11, нитгитлистер (?), 05:30, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    если он так хорош, почему у него рейтинг 3,6?
     
     
  • 5.12, Аноним (12), 06:04, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот примеры отзывов с единицей:

    > 1.0 Another stupid thing
    > That should be included with the operating system. At least they didn't charge for it this time.
    > 1.0 Should be installed by default
    > Stupid to make this 1.55MB an optional install

     
     
  • 6.13, Xo (?), 07:36, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что на селеронах запускают.
     
  • 4.34, Аноним (34), 17:56, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тут стоит указывать fps. Хотя даже 6-и ядерника 3-х летней давности хватит, чтобы без особых проблем вывезти 4К@60, с загрузкой в районе 30%. Серьезная нагрузка - это 8К.
     
     
  • 5.37, cheburnator9000 (ok), 19:39, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Тут стоит указывать fps. Хотя даже 6-и ядерника 3-х летней давности хватит,
    > чтобы без особых проблем вывезти 4К@60, с загрузкой в районе 30%.
    > Серьезная нагрузка - это 8К.

    30%?? Ты проверял? Проверь. У тебя процессор сожрет электричества на весь свой термопакет. В то время как хардварные декодеры в видеочипах в тысячу раз эффективнее. Вон даже у MediaTek есть декодер ARM чипах. Жалко что история с mini pcie хардварными декодерами для ПК заглохла в 2014 году.

     
     
  • 6.41, Аноним (34), 20:45, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > 30%?? Ты проверял?

    Разумеется. В догонку 4K@30 ~ 15%, 8K@24 ~ 40%. Это в ютубе на Хромом под оффтопиком. На mpv загрузка существенно ниже. Ryzen 5600, если что.

    > В то время как хардварные декодеры в видеочипах в тысячу раз эффективнее.

    А вот с этим никто не спорит


     
     
  • 7.42, cheburnator9000 (ok), 20:58, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> 30%?? Ты проверял?
    > Разумеется. В догонку 4K@30 ~ 15%, 8K@24 ~ 40%. Это в ютубе
    > на Хромом под оффтопиком. На mpv загрузка существенно ниже. Ryzen 5600,
    > если что.
    >> В то время как хардварные декодеры в видеочипах в тысячу раз эффективнее.
    > А вот с этим никто не спорит

    я лично вообще не уверен, что это данные CPU декодинга.

     
     
  • 8.75, Аноним (75), 11:04, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А больше некому GPU - Pascal, и он не умеет в AV1 ... текст свёрнут, показать
     
  • 3.14, Аноним (-), 07:59, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > 2) av1 он где есть? а вот h265 почти везде.

    А ничего что ютуб кажет в AV1 - а 265 в вебе - по нулям практически?

    > Так же и с h266 будет.

    Т.е. - по нулям в вебе то? Кто бы сомневался.

    > Параллельно есть опен сурс и он в относительном паритетете? - гуд. Баланс соблюли.

    А чего вы тогда так нервничаете?

    > Тому же нетфликсу проще 1 перекодировать и стримить Эгзаба́йтами меньше,

    Нетфликс тоже с неких пор AV1 использует, внезапно.

     
     
  • 4.46, Аноним (4), 23:16, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >а 265 в вебе - по нулям практически

    У меня для тебя есть новости, большинство людей использует именно его в вебе. И специальный пропатченный браузер, ага.

     
     
  • 5.48, Аноним (-), 04:19, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня для тебя есть новости, большинство людей использует именно его в вебе.

    Наверное именно поэтому ютуб и нетфликс в AV1 потоки гонят.

    > И специальный пропатченный браузер, ага.

    Сразу с троянцами от васяна, внагрузку к варезку, чтобы все по уму? Вас обманули, это не большинство в общепланетарном масштабе. Мягко говоря.

    Большинство - это пара миллиардов юзерей какого-нибудь ведроида. VP9 из них сожрет буквально 99.9% а процентов 90 и AV1 уже таки. А васяны с самопальными патчеными браузерами таки жесточайшая маргинальщина.

     
     
  • 6.50, Аноним (4), 06:23, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я имел в виду именно в планетарном масштабе. Гугл не большинство.
     
     
  • 7.90, Аноним (-), 04:03, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Я имел в виду именно в планетарном масштабе. Гугл не большинство.

    Ну конечно, большинство - васяны с патченым браузером. А не пара миллиардов гуглофонов - с ютубом и всем этим великолепием. Черт, даже эпл прожался - а куда он денется с подводной лодки? Своего популярного видеосервиса у них же нет, и когда гугл стал в 264 только fallback с мутным качеством и низким битрейтом грузить (и даже так все равно битрейт ломовой) - пользователи привыкшие к премиум экспериенсу не поняли и таки задолбали эпл.

     
     
  • 8.95, Аноним (4), 08:29, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Почему, васяны Самые обычные пользователи Ютуб и его пользователи далеко не бо... текст свёрнут, показать
     
     
  • 9.103, Аноним (-), 19:41, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Обычные пользователи зырят ютубы и нетфликсы и точно никакие плагины никуда не с... большой текст свёрнут, показать
     
     
  • 10.104, Аноним (4), 20:04, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В стране нет ютуба и нетфликса И гугла О чём ты вообще Кто куда свалит ... текст свёрнут, показать
     
  • 7.101, Аноним (-), 18:34, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Я имел в виду именно в планетарном масштабе. Гугл не большинство.

    Именно в планетарном масштабе гугол и нетфликс держат львиную долю аудитории и трафика в интернете. Оба юзают AV1. А если кто предпочитает бакланить и тормозить - ну вот поэтому есть гугл и нетфликс. А есть - все остальные, по сути безымянные треш-сервисы. Потому что технологиями не вышли.

    Не, плигины к браузерам и прочую канитель - миллиарды совершенно точно не будут. Это всякие васяны с варезом как максимум. Их таких не дофига. И что интереснее, денег они не дадут, насколько васянов хватит гонять за бразуерами - вопрос, так что плагин сегодня есть, завтра нет.

     
     
  • 8.105, Аноним (4), 20:07, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Всё хорошо, но ты забыл парочку-другую стран с половиной населения планеты, в пл... текст свёрнут, показать
     
     
  • 9.116, Аноним (116), 10:36, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Локалки, даже такие большие как кетай, учитывать смысла нет Никто, кроме самих ... текст свёрнут, показать
     
     
  • 10.117, Аноним (4), 14:46, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Только Китай основной поставщик контента любого контента уже много лет Говори... текст свёрнут, показать
     
  • 6.51, Аноним (4), 06:26, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Про av1 хорошая шутка, кстати. Его пытаются пропихивать (в основном в гугле), но какой же он дефективный, больно видеть.
     
     
  • 7.78, Аноним (-), 17:29, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Про av1 хорошая шутка, кстати. Его пытаются пропихивать (в основном в гугле),
    > но какой же он дефективный, больно видеть.

    Походу с нами чатгпт болтает - взаимоисключающие параграфы в одном посте это так мило :)

     
     
  • 8.80, Аноним (4), 18:43, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А в чём взаимоисключение Попроси чатгпт разжевать, если тяжело ... текст свёрнут, показать
     
  • 2.15, Аноним (-), 08:06, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Как же у нас все любят проприетарный треш. Сколько сотен миллионов долларов
    > Netflix платит патентодержателям Via Licensing история умалчивает. Чем быстрее h266 пойдет
    > в массы стриминговых платформ тем скорее все начнут забывать про AV1. Лол.

    А пока-что Netflix начал кодировать в этом самом AV1 почему-то :). При том не понятно кто и поему будет для 266 на тех условиях эффективные кодеки корябать. С этим и для 265 то не задалось.

     

  • 1.18, Вова (?), 08:41, 06/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Когда одна компания платит другой "патентные отчисления" (при наличии "бесплатных аналогов"), это кажется глупостью. Но...

    1. Возможно, платный кодек на порядок круче FOSS. Тем более, что над такими вещами работают специалисты, а не энтузазисты.
    2. Не удивлюсь, если патентодержатель - это "сын директора" :) Денюшки легально уплывают в лоно семьи, а родные работники остаются с носом.
    3. Какие-нть внутренние игры по отмыванию денег.

    Короче, если что-то связано с деньгами и вам кажется "ну это же глупо!", то вот там не всё так просто. :) Надо расследовать, вникать в детали... С дивана, понятно, никакой правды не найти.

     
     
  • 2.19, кент кента (?), 09:15, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >если что-то связано с деньгами и вам кажется "ну это же глупо!", то вот там не всё так просто.

    Много лет работаю в системообразующем предприятии РФ. инфа 100500, что куча сервисов покупается без веской причины, либо из соображений "ну дали же бюджет", либо минимальный тариф такой, что выбирается 10% у одного управления и 15% у другого. А замутить общий доступ для всей группы компаний (часто размазанной на 100+ отдельных ЮЛ) лениво. итд итп а откатывают и пилят совсем на другом.

     
  • 2.26, Аноним (26), 12:21, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Теории заговора и не всё так однозначно.
     
  • 2.38, cheburnator9000 (ok), 19:52, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бесплатные аналоги плохо интегрируются в профессиональный видеоредакторы. Потому что там все завязано на профессиональные камеры, а те в свою очередь сохраняют видеопоток в Apple ProRes формат.

    Не нужно смотреть на iPhone ProRes видео, оно там по сути от HEVC отличается лишь более яркими цветами и HDR информацией. Видеокамеры за 2+ килобаксов показывают куда качественную картинку. И конечно данные весят десятки гигабайт и больше.

     

  • 1.24, Аноним (24), 11:12, 06/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А для декодирования/воспроизведения низкобитрейтных AAC ELD всё ещё нужно пользоваться сторонней библиотекой AAC FDK, что печально... Всё, что ниже 64 kbps, воспроизводится только так:
    $ ffplay -codec:a libfdk_aac audio-aac-eld.m4a
     
     
  • 2.25, нах. (?), 11:39, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    чего печального в том что тебе на халяву дана профессионалами сделанная библиотека, делающая то что положено (а не то что кое-как получилось)?

     
     
  • 3.27, Аноним (26), 12:23, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Печально что из-за этого она не нужна.
     
  • 3.28, Аноним (24), 13:04, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Печально то, что она не входит в состав FFMpeg из-за несовместимости лицензий. Ей нужно скачивать отдельно и собираться сам FFMpeg с её поддержкой.
     
     
  • 4.29, нах. (?), 13:50, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    расскажите им уже кто-нибудь что там патент протух - год уже по-моему, если не два.

    А лицензия изначально была "free without patent license"

    (т.е. если ты не имеешь проблем с патентом - неважно, купил или не действует, то код можешь использовать как хочешь, правда, кроме перепродажи, но это белок-истеричек наоборот же должно возбуждать)

     
     
  • 5.77, Аноним (-), 17:28, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > не действует, то код можешь использовать как хочешь, правда, кроме перепродажи,
    > но это белок-истеричек наоборот же должно возбуждать)

    Это еще с хрена ли? GPLщики совершенно не прочь подзаработать на своем коде не хуже всех остальных. А какой-нибудь CC-BY-NC-ND внезапно за это считается несвободной лицензией.

    Прикинь, даже AGPL какой ничего про деньги не говорит. Только о том что сорцом надо делиться. Поэтому на том же линухе толпа народа делает деньги. Прикинь, так можно было!

     
     
  • 6.79, нах. (?), 18:21, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Это еще с хрена ли? GPLщики совершенно не прочь подзаработать на своем коде не хуже всех
    > остальных

    а заодно и чужой перепродать, раз уж пошла такая карта.

    Но тут не подкопаешься - даже осф признала эту лицензию вполне шва6одной, хотя в скобочках очень, очень негодовала - как так, патенты ей не отдали нахаляву.

     
     
  • 7.91, Аноним (-), 04:11, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если клиент совсем тупой и сам скачать не может - окей, не вижу криминала в н... большой текст свёрнут, показать
     
  • 2.39, cheburnator9000 (ok), 19:53, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А для декодирования/воспроизведения низкобитрейтных AAC ELD всё ещё нужно пользоваться
    > сторонней библиотекой AAC FDK, что печально... Всё, что ниже 64 kbps,
    > воспроизводится только так:
    > $ ffplay -codec:a libfdk_aac audio-aac-eld.m4a

    Открой для себя уже Opus.

     
  • 2.43, Аноним (43), 21:49, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А откуда эти ELD файлы берутся? В смысле какой софт создает?

    AAC такой уж формат, что туда в свое время пропихнули практически все существующие на тот момент технологии, реально же даже проприетарные утилиты от создателей стандарта поддерживают только часть из этого, к примеру вы не найдете софта создающего AAC SSR или MPEG-4 TwinVQ.

     
     
  • 3.82, Аноним (82), 19:33, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да по сути дела, любое Android приложение, если укажет такой профиль при записи аудио. Причём, аж с версии Android 4.1: https://developer.android.com/media/platform/supported-formats#audio-formats

    [сообщение отредактировано модератором]

     

  • 1.115, Аноним (115), 09:10, 11/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это тот AAC который в андроиде при записи видео используется и у которого при тихом звуке одно бульканье? Нет уж такого не нужно...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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