The OpenNET Project / Index page

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

Выпуск мультимедиа-пакета FFmpeg 7.1

30.09.2024 20:15

После шести месяцев разработки доступен мультимедиа-пакет FFmpeg 7.1, включающий набор приложений и коллекцию библиотек для операций над различными мультимедиа-форматами (запись, преобразование и декодирование звуковых и видеоформатов). Пакет написан на языке Си и распространяется под лицензиями LGPL и GPL.

Среди изменений в FFmpeg 7.1:

  • Добавлены кодировщики видео в форматах H.264 и H.265, использующие расширения графического API Vulkan для аппаратного ускорения кодирования видео. По своим возможностям кодировщики на базе Vulkan идентичны ранее доступным кодировщиками, использующим для ускорения VAAPI.
  • В состав включён собственный декодировщик формата кодирования звука xHE-AAC (поддерживается подмножество AAC USAC), который используется в потоковом вещании Netflix и задействован в технологиях цифрового радиовещания Digital Radio Mondiale. Кодек примечателен поддержкой широкого диапазона битрейта (от 12 до 300 kbit/s), высокой степенью сжатия, средствами воспроизведения с постоянной громкостью, обеспечением высокой ясности при любых уровнях громкости, дополнительными профилями управления динамическим диапазоном при прослушивании в шумных местах и добавлением метаданных, позволяющих восстанавливать потери на принимающей стороне.
  • Объявлена стабильной реализация декодировщика для формата VVC (Versatile Video Coding), известного также как стандарт сжатия видео H.266, разработанный совместно рабочими группами MPEG (ISO/IEC JTC 1) и VCEG (ITU-T), при участии таких компаний, как Apple, Ericsson, Intel, Huawei, Microsoft, Qualcomm и Sony. H.266 идёт на смену H.265 (HEVC) и обеспечивает высокую эффективность передачи и хранения всех экранных разрешений (от SD и HD до 4K и 8K), поддерживает видео с расширенным динамическим диапазоном (HDR, High Dynamic Range) и панорамное видео в режиме 360 градусов.
  • Добавлена возможность ускорения декодирования VVC, используя технологию Intel QSV (Quick Sync Video).
  • Добавлен кодировщик VVC, реализованный через использование библиотеки libvvenc.
  • Реализована возможность декодирования видео в формате MV-HEVC (Multiview High Efficiency Video Coding), который используется в шлемах виртуальной реальности и на смартфонах для передачи стереоскопического видео.
  • Добавлен декодировщик для стандарта кодирования видео LCEVC, реализованный на базе внешней библиотеки LCEVCdec. LCEVC добавляет дополнительный слой с метаданными для улучшения качества уже существующих кодеков H.26x и MP4/ISOBMFF.
  • В упаковщиках медиаконтейнеров (muxer) Matroska и MP4/MOV реализован разбор и запись метаданных с информацией об обрезке видео (например, при показе на экранах с другим соотношением сторон).
  • Добавлена поддержка кодирования и декодирования звука в форматах LC3 и LC3plus, оптимизированных для передачи звука с минимальными задержками (например, используется в Bluetooth-наушниках). Реализация основана на внешней библиотеке liblc3. Добавлены распаковщики и упаковщики медиаконтейнеров для LC3 и LC3plus.
  • Добавлена поддержка декодирования звука в форматах AAC, AMR-NB, AMR-WB и MP3, используя API MediaCodec, предоставляемый платформой Android.
  • Добавлен кодировщик D3D12VA HEVC, реализующий аппаратное ускорение через API D3D12.
  • Добавлен распаковщик субтитров в формате RCWT (Raw Captions with Time).
  • Прекращена поддержка DEC Alpha DSP.
  • Добавлен источник видео, генерирующий шум Перлина.
  • Для кодеков и фильтров реализован процесс согласования цветового пространства YUV.
  • Добавлены фильтры pad_vaapi и drawbox_vaapi для добавления отступов и рамок к видео.


  1. Главная ссылка к новости (https://ffmpeg.org/index.html#...)
  2. OpenNews: Проект FFMpeg представил собственную реализацию декодировщика xHE-AAC
  3. OpenNews: Основатель QEMU и FFmpeg опубликовал звуковой кодек TSAC
  4. OpenNews: Выпуск мультимедиа-пакета FFmpeg 7.0
  5. OpenNews: Уязвимости в реализации JPEG XL из состава FFmpeg
  6. OpenNews: В Mesa-драйвере radv реализована поддержка расширений Vulkan для кодирования видео h.265
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61961-ffmpeg
Ключевые слова: ffmpeg
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (91) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 20:27, 30/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    H.266 для какой видеокарты аппаратный декодер?
     
     
  • 2.4, Аноним (4), 20:41, 30/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Список
    https://en.wikipedia.org/wiki/Versatile_Video_Coding#Hardware
     
     
  • 3.33, Швондик (?), 09:48, 01/10/2024 Скрыто ботом-модератором     [к модератору]
  • –5 +/
     
     
  • 4.38, Аноним (38), 13:39, 01/10/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 5.47, Швондик (?), 14:48, 01/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.78, Аноним (38), 20:46, 01/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.84, Швондик (?), 21:00, 01/10/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 7.88, Аноним (-), 21:27, 01/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.92, Аноним (92), 22:22, 01/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 8.96, Швондик (?), 09:53, 02/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 8.100, Аноним (100), 16:35, 02/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.99, Аноним (100), 16:33, 02/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.103, Аноним (38), 17:41, 02/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 8.105, Швондик (?), 19:08, 02/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.74, Кинескоп (?), 20:39, 01/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.79, Швондик (?), 20:46, 01/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.97, Аноним (38), 15:42, 02/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.102, Швондик (?), 17:11, 02/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.101, Аноним (-), 16:57, 02/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    25-31кГц вроде как на современных мониторах можно получить только в режиме чересстрочной развёртки и через современный драйвер видеокарты где есть настройка задать своё разрешение и частоту и не с любым монитором. А телик это не знаю. То есть я к чему, попробовать настроить через PowerStrip выбрав разрешение и частоту чересстрочную. Это если 100% понятно что разъёмы работают совместимы. Но, PowerStrip с современными видеокартами не работает, не возможно не какое разрешение выставить эта функция в PowerStrip не доступно. Проверено на видеокарте от AMD 2014 года проектирования и с Geforce GT 710.
     
  • 4.110, Аноним (110), 20:06, 02/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    31кГц до 15кГц а это не ошибка? Я писал о частоте обновления экрана 25-31Гц не заметил сразу скопировал кГц. Частота обновления экрана это Гц.
     
     
  • 5.112, Швондик (?), 20:11, 02/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    это не ошибка, тут более подробно
    https://www.joyta.ru/7179-perexodnik-vga-scart-podborka-sxem/
     
     
  • 6.113, Аноним (-), 20:21, 02/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    "В компьютере стандартный VGA предполагает использование двух различных сигналов для синхронизации, один вертикальный (60 Гц) и один горизонтальный (31 кГц)" Понятно. Забыл о горизонтальной частоте. Я писал о вертикальной частоте 25-31Гц. Не когда особо не задумывался о горизонтальной частоте и забыл об этом.
     
     
  • 7.117, Швондик (?), 18:45, 03/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ну тык горизонтальная развертка есть и на всех ЖК, обычно 30 - 94kГц
     
     
  • 8.119, Аноним (-), 03:23, 08/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Она есть горизонтальная развертка и мне известно об этом, но когда в настройках ... текст свёрнут, показать
     
  • 2.8, Аноним (8), 20:58, 30/09/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > для какой видеокарты аппаратный декодер

    Для телефонных.

     
     
  • 3.28, Аноним (-), 02:59, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> для какой видеокарты аппаратный декодер
    > Для телефонных.

    При том еще не выпущенных телефонов :)

     
  • 2.11, Аноним (11), 21:05, 30/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Lunar Lake / Arrow Lake.

    Пока всё.

    Есть шанс, что будет в NVIDIA GeForce 50, которая выйдет в январе 2025.

     
  • 2.48, mos87 (ok), 14:50, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    книги по программированию я могу купить где
     
     
  • 3.75, Кинескоп (?), 20:41, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Теперь нигде. Даже Акунина убрали.
     

  • 1.2, Аноним (2), 20:33, 30/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    h266 миф. его не существует. мертвый кодек
     
     
  • 2.7, Аноним (8), 20:56, 30/09/2024 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Соглы. Есть Indeo 3.2 и Cinepak. Остальное не нужно.
     
     
  • 3.43, Аноним (38), 14:11, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Smacker же!
     
  • 3.49, mos87 (ok), 14:50, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Под wine. Всегда так делаю.
     
  • 2.20, Аноним (20), 22:37, 30/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Глупости, я уже год где-то только в него и кодирую и очень доволен результатами. Это новый стандарт индустрии, на порядки совершеннее h265 (и особенно x265) и лишён всех недостатков av1 (который невозможно использовать универсально). Нужна только поддержка в видеокартах, потому что декодирование дороговато.
     
     
  • 3.26, Аноним (26), 01:23, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько часов занимает кодирование одной минуты ?
     
  • 3.32, Аноним (38), 09:47, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Можно вопрос? Цель этого кодирования какова?
     
     
  • 4.34, Аноним (20), 11:36, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Архивирование без визуальной потери в качестве. Диски не бесконечные, а данные могут быть кодированы очень плохо. На самом деле, с улучшением в качестве, поскольку артефакты кодирования фильтруются (и это не просто мыло таких кодеков как vp9/av1). Если этот кодек будет применяться в играх, они будут в 10 раз меньше. Через 5-10 лет (необходимые для повсеместного внедрения декодеров) ресурсы будут храниться гораздо эффективнее и можно будет забыть про все эти сотни гигабайт катсцен.
     
     
  • 5.39, Аноним (38), 13:51, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А, ну как я и предполагал, мартышкин труд.

    > Если этот кодек будет применяться в играх, они будут в 10 раз меньше

    Да чоуж, в сто сразу.

     
     
  • 6.42, Аноним (20), 14:06, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мартышкин не мартышкин, а 10 терабайт легко превращаются в 1 терабайт, что намного удобнее передавать по сети. Самое смешное, что я сравниваю с битрейтом, необходимым для avc стриммингового качества (а ля ютуб), на самом деле, конечно, в 100-200 раз относительно блюрея. Ты не представляешь, насколько качественной будет картинка, если сжимать всего в 200 раз со студийного качества.
     
     
  • 7.44, Аноним (38), 14:12, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Понятно, я не сразу догадался, что стёб.
     
     
  • 8.46, Аноним (20), 14:29, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Попробуй сам, и узнаешь, стёб или не стёб По битрейту и качеству картинки он ле... текст свёрнут, показать
     
     
  • 9.59, Аноним (38), 15:39, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Реквестирую сэмплы h264 и h266, визуально неотличимые по качеству и имеющие деся... текст свёрнут, показать
     
     
  • 10.98, Аноним (38), 15:43, 02/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну естественно Тишина ... текст свёрнут, показать
     
  • 3.76, Кинескоп (?), 20:43, 01/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.81, Аноним (20), 20:49, 01/10/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 5.86, Аноним (38), 21:16, 01/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.91, Аноним (20), 22:03, 01/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.27, Аноним (-), 02:57, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > h266 миф. его не существует. мертвый кодек

    Но тех кто в H.265 это не мешает лохануть, объявив - deprecated. Не успела нажраться одна, простите, две шайки патентных троллей как уже опять подавай бабки.

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

     
     
  • 3.31, Аноним (20), 08:13, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты так рассуждаешь, будто деньги они за воздух берут. Кроме того, AV1 шлак ещё тот, сравнение аналогично theora vs avc.
     
     
  • 4.54, Аноним (54), 15:19, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как показал пример H 265 - именно что за воздух Абсолютно фуфельный кодек, едва... большой текст свёрнут, показать
     
     
  • 5.57, Аноним (20), 15:34, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нормальных кодеров и не было, при этом x265 определённо менее мыльный по сравнению с libvpx даже с sao (сао здорово экономит битрейт), но ему нужно много твиков (просто вставить пресет не вариант). Хотя hevc_nvenc текущего поколения вполне ничего. С av1_nvenc пока не сравнивал, да и full chroma не поддерживает.

    А что до фич, они дают в основном артефакты, практически все дефекты одни и те же у vp9 и av1. Вероятно, дело тут в том, что проприетарные патентованные алгоритмы применять нельзя, а от гугла достались только третьесортные патенты.

     
     
  • 6.83, Аноним (-), 20:57, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так кодек это 10 спеки и 90 реализация Для AV1 есть 2 довольно приличные, ... большой текст свёрнут, показать
     
     
  • 7.89, Аноним (20), 21:55, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Новый h xxx каждые 10 лет выкатывают и двигают весь мир в будущее, что тут необ... большой текст свёрнут, показать
     
  • 5.62, Аноним (38), 16:47, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Поискал на рутрекере раздачи в AV1. Нашёл примерно 0 (ноль) штук.
    > история, видимо, повторится
     
     
  • 6.87, Аноним (-), 21:24, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Поискал на рутрекере раздачи в AV1. Нашёл примерно 0 (ноль) штук.
    >> история, видимо, повторится

    Запустил ютуб, посмотрел "stats for nerds", в 9 мувиках из 10 был AV1. Так и быть в одном VP9 оказался. Видимо не успели транскоднуть еще. За день оно сервирует больше чем весь рутрекер за месяц, уж извини. А потом пираты еще плакаются что народа в торенте меньше стало... ага, вот благодаря таким "профи" народ и предпочитает смотреть - онлайн.

     
     
  • 7.116, Аноним (116), 11:50, 03/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    С тем качеством, что жмёт ютуб, кодек не имеет никакого значения (только для гугла, в плане экономии места на дисках и трафика).
     
  • 6.115, Аноним (115), 22:25, 02/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так запретили, там хотят максимальной совместимости со старым железом (к этому добавить ещё небольшую щепотку... чёрт, просыпалось... ну ладно, целое ведро вахтёрства).

    > > история, видимо, повторится

    Нет, у H.266 будет та же проблема плохой поддержки, только серьёзнее (аппаратные декодеры AV1 уже много где есть). H.265 в своё время продвигался блю-реями. То есть H.265 в любом случае одобрится в виде ремуксов и образов, а тогда и рипы глупо запрещать, да и за предшественником (H.264) был статус кодека, негодного для UHD и HDR - H.265 занял пустую нишу.

    Ты оказался бы прав, если бы H.266 продвигали как H.265 (8K Blu-ray, 8K TV... а нет, не взлетело).

     
  • 5.80, Кинескоп (?), 20:47, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так то я в этих ваших кодеках как свинья в апельсинах, но на рутрекере 4к всегда заворачивают так, что мой планшет без запинки воспроизводит. Думаю, так будет и дальше.
     
  • 3.114, Аноним (115), 22:06, 02/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Но тех кто в H.265 это не мешает лохануть, объявив - deprecated.

    А Microsoft обокрал всех пользователей plaintext'а, когда выпустил Word. В этих словах нет смысла, как и в твоих (куда у тебя старый стандарт девается[1]? кто где его объявляет?). Постоянно выходят новые стандарты, но только у гугла (VP8->VP9->AV1) они выходят как-то по-доброму?

    Простом частному лицу AV1 можно взять, потому что он хорош (не будем вспоминать о VP8) и проигрывается в вебе. А если от лица компании пишешь, то подпишись, что ли. И вряд ли на опеннете станут жалеть твои ".05% royalty on attributable revenue".

    [1] https://www.itu.int/itu-t/recommendations/rec.aspx?rec=15936

     

  • 1.3, Аноним (3), 20:40, 30/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >H.266 идёт на смену H.265 (HEVC)

    А говорили что это AV1 будет. Передумали?

     
     
  • 2.5, Аноним (4), 20:45, 30/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Госпаде.
    AV1 бесплатный на смену VP9.
    H.266 платный на смену H.265.
    По эффективности H.264 < VP9 < H.265 < AV1
    H.266 по идее должен быть лучше AV1
     
     
  • 3.21, Аноним (21), 22:40, 30/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >H.264 < VP9

    Сомнительно, но окэй (в целом).

     
  • 3.29, Аноним (-), 03:02, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Госпаде.
    > AV1 бесплатный на смену VP9.
    > H.266 платный на смену H.265.
    > По эффективности H.264 < VP9 < H.265 < AV1
    > H.266 по идее должен быть лучше AV1

    С фига бы? Он только-только начал догонять формат потока AV1 по фичам. А нормальный кодировщик напишет - например, кто?! И может еще забесплатно выложат? :)

    Надо же, врезание пендалей куче патентных троллей немного их расшевелило и кроме наглой стрижки купонов еще и разработкой немного занялись. А то 265 это вообще е.... стыд! Почти нет новых фич, зато аж 2 группы вымогателей денег хотят, вереща про новые кр00тые кодеки.

     
  • 2.50, mos87 (ok), 14:51, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что "это"?
     

  • 1.16, Аноним (-), 21:34, 30/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Добавлен кодировщик D3D12VA HEVC, реализующий аппаратное ускорение через API D3D12

    Это, что, те несчастные у которых нет вообще никаких вариантов для аппаратного кодирования получат таки способ?

     
  • 1.22, Анонус (?), 23:23, 30/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Где-то грустит один GPAC, про который ни одной новости на ресурсе.
     
     
  • 2.25, Аноним (20), 00:42, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    GPAC не помойка и следует спецификациям, зачем о нём писать? Меня только раздражает, что двоеточие в имени файла пытается обрабатывать -- когда-нибудь это приведёт к ошибкам. А так он тоже ffmpeg дёргает, некоторые части ffmpeg вполне юзабельны (явно не муксеры/демуксеры).
     
  • 2.30, Аноним (30), 06:50, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Этот GPAC тянет за собой библиотеки из FFmpeg


    https://github.com/gpac/gpac/blob/master/gpac.spec

    Requires:
    ....
    %{!?_without_ffmpeg:Requires: ffmpeg}

    https://github.com/gpac/gpac/blob/master/flake.nix

    buildInputs = with pkgs; [
    ...
    ffmpeg


    https://github.com/gpac/gpac/blob/master/static.mak
    LINKFLAGS+=$(ffmpeg_ldflags)

    https://github.com/gpac/gpac/blob/master/build/android/jni/libgpac/Android.mk

    LOCAL_LDLIBS    += -lavcodec -lavformat -lswresample -lavfilter -lavutil -lavdevice -lswscale

     
     
  • 3.68, Аноним (68), 17:57, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее всего просто фильтры его использует. У ffmpeg их реально куча. Удобно же, зачем изобретать велосипед?
     
     
  • 4.118, Аноним (118), 01:28, 05/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    alias gpac='ffmpeg'
     

  • 1.36, Аноним (36), 11:47, 01/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Раньше кодеки при нехватке битрейта добавляли артефакты, но не снижали резкость и детализацию. А сейчас av1 и h265 добавляют мыло или буквально удаляют детали. Это ужасно. Для ширпотреба сойдёт, не заметят.
     
     
  • 2.37, Аноним (37), 12:48, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а ещё бесит как в полутонах мелкие детали, начинают двигаться дескретно, в отличии от крупных и более ярких деталей.
     
  • 2.40, keydon (ok), 13:54, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Раньше кодеки добавляли артефактов. Сейчас кодеки добавляют артефактов. Аноним: "Раньше было лучше".
    Увы, сжатие с потерями оно (внезапно) с потерями! Ну и главное не рассказали - качество картинки на одном битрейте стало лучше.
     
     
  • 3.70, Аноним (36), 18:11, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ваш комментарий пожал av1, удалил детали и смысловая нагрузка (я писал про разницу!) потерялась.
     
     
  • 4.71, keydon (ok), 19:10, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ваш комментарий пожал av1, удалил детали и смысловая нагрузка (я писал про
    > разницу!) потерялась.

    Что-то не увидел в ваших артефактах где вы писали про разницу на одинаковых битрейтах.
    А вне контекста сжатия можно и без сжатия сравнить - будет гораздо лучше и кодеков никаких не надо.

     
     
  • 5.72, Анонимъ (?), 19:27, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так я другое сравнивал. Чего у меня спрашиваете?
     
     
  • 6.82, Кинескоп (?), 20:51, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чего вы там всё жмёте? В 700мб на сиди до сих пор shтоле?
     
     
  • 7.94, Аноним (94), 22:44, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    4K HDR to 1080p SDR Xvid.
     

  • 1.45, IdeaFix (ok), 14:21, 01/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Альфу то за что? Опять затащили кусок на х86 асме и обнаружили это через 3 версии, когда какой-то пользователь куему собрал вместо релиза какахи и натыкал разрабов в это носом?:)

    Ну а гордая команда разработки с носом в какахах только и смогла что дропнуть архитектуру?

     
     
  • 2.51, mos87 (ok), 14:52, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    дух альфы жывёт в ынтелях, амудях и даже огрызках))
     
  • 2.56, Аноним (-), 15:34, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Альфу то за что? Опять затащили кусок на х86 асме и обнаружили
    > это через 3 версии, когда какой-то пользователь куему собрал вместо релиза
    > какахи и натыкал разрабов в это носом?:)

    Вероятно не осталось ни 1 живого дева или пользователя с этим. А зачем пользователям этого антиквариата - ffmpeg 7.1? Они его запустить то вообще способны? И какой % кодеков это прожевывает там в реалтайме или хотя-бы за обозримое время?

    Или вы хотели ответить человеку загрузившему линух на 4004, закодировав что-то ффмпегом а этой древности? Не мелочитесь - берите 265, AV1 или что-то такое, и у вас тоже будут чудные юниты FPY (Frames Per Year). Что с асмом, что без!

     
     
  • 3.85, IdeaFix (ok), 21:00, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Да не просто это тенденция Итаник выпиливают просто ... большой текст свёрнут, показать
     
     
  • 4.90, Аноним (-), 22:01, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что - это уже давно не производится И живых пользователей - примерно 0 ... большой текст свёрнут, показать
     
     
  • 5.95, IdeaFix (ok), 09:38, 02/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Т.е. про декларативное выпиливание архитектур по указке одновременно со словами о поддержке всего и вся Вы согласны, это хорошо :) Просто перед глазами есть NetBSD, который работает в актуальной версии на Sparc32, Sparc64, ALPHA, HP-PA, ARM64 и AMD64, и есть всё остальное. При этом в такой помойке как pkgsrc люди как-то умудряются расставлять флажки поддерживаемых архитектур. А может и один человек. И то, что происходит на форме логина яндекса - это как раз не важно, там иные коробки 40 минут ssh ключи генерируют, но генерируют же.

    Думается мне, что и про альфу и про хп-па и про итаник сказали дяди из хп. Про спарк32 особо никто не говорил, т.к. его сообщество в своё время просто не осилило, а про спарк64 пока не сказали, но тут уже да, мотивация не та. А дяди явно говорят о том что им всё равно.

    При этом про "важную, нужную и востребованную" мотороллу 68к никто не говорил ничего, ни дядя ни тётя, поэтому с ней всё в порядке. Но как только какая-нибудь тётя скажет, Линус обязательно объявит об исключении кода из ядра. Ну или выпилят что-нибудь типа легаси иде и всё сломается само. Ведь очень много сил и средств надо на поддержку там АГП в ядре или легаси иде, этот код же рефакторят постоянно, тесты гоняют.

    И вообще, юзайте старые ядра... юзайте старый ффмпег, юзайте старый опенссл... и пофиг что не работает :)

     

  • 1.58, Аноним (58), 15:34, 01/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    H266, конечно,хороший кодек, но добиться от libvvenc качества SVT-AV1-PSY нереально.
     
     
  • 2.60, Аноним (20), 15:57, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь сравни битрейт, необходимый для этого качества. Прикол в том, что vvenc на в 10 раз меньшем битрейте даёт картинку не хуже SVT-AV1 (и не раздувает битрейт ради артефактов). Если сравниваешь, то сравнивай хотя бы с libaom. Но учитывай деградацию картинки при мультипоточном кодировании.
     
     
  • 3.67, Аноним (67), 17:40, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Само собой, сравнивал с учётом битрейта.

    И, кстати, я писал не про оригинальный SVT-AV1, а про его PSY-шную модификацию.

     
     
  • 4.69, Аноним (20), 18:00, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вохможно, но психовизуальщина подразумевает неуниверсальность и адовые артефакты, на которые будет уходить весь битрейт. Что у vvenc хорошо, так это то, что не раздувает артефакты (и наоборот фильтрует их), а битрейт позволяет резать совсем сильно без серьёзных дефектов.
     

  • 1.64, Аноним (64), 17:25, 01/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А где оно сейчас поддерживается кроме пары-тройки флагманских телефонных SoC? Небось, опять ненавидия с амд будут предоставлять поддержку только во флагманских картах за несколько тыщ баксов...
     
     
  • 2.77, Аноним (38), 20:44, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да вроде никогда внедрение новых кодеков не начиналось с топов. Всегда сразу со всей линейки.
    Другое дело, что производство бюджеток с 2000 серии (NVIDIA, за AMD не слежу, но там вроде ещё раньше) фактически свёрнуто.
     
     
  • 3.93, Аноним (64), 22:39, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В своё время AMD поступило подло с AV1 отрубив аппаратный декодинг в младших моделях.
     

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



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

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