Состоялся выпуск библиотеки OpenAPV 1.1.1.0, предоставляющей эталонную реализацию видеокодека APV (Advanced Professional Video), предназначенного для профессиональной записи и обработки видео без различимой потери качества. Версия OpenAPV 1.1.1.0 отмечена как первый релиз в серии 1.0. Код библиотеки написан на языке С и распространяется под лицензией BSD. Проект развивает организация Academy Software Foundation, созданная для продвижения использования открытого ПО в процессе создания фильмов.
Состоялся выпуск библиотеки OpenAPV 1.1.1.0, предоставляющей эталонную реализацию видеокодека APV (Advanced Professional Video), предназначенного для профессиональной записи и обработки видео без различимой потери качества. Версия OpenAPV 1.1.1.0 отмечена как первый релиз в серии 1.0. Код библиотеки написан на языке С и распространяется под лицензией BSD. Проект развивает организация Academy Software Foundation, созданная для продвижения использования открытого ПО в процессе создания фильмов.
Формат APV обеспечивают высокую пропускную способность и низкую сложность внутрикадрового кодирования, необходимые монтажным кодекам (среди них Apple ProRes и Avid DNxHD), а также отсутствие видимого снижения качества при повторном кодировании. Поддерживаются разрешения 2K, 4K и 8K, стандарт HDR10/10+ для использования расширенного динамического диапазона в видео, разбивка кадров (tiling) для распараллеливания кодирования/декодирования, различные форматы дискретизации цвета, многоракурсное видео (multi-view), добавление метаданных (глубина, прозрачность, данные для предпросмотра). Для ускорения работы в библиотеке OpenAPV поддерживается многопоточное кодирование и декодирование, а также задействованы оптимизации с использованием расширенных наборов команд NEON (ARM) и SSE/AVX (x86).
В новой версии:
- Добавлены новые функции выборочного декодирования oapvd_decode_auinfo(), oapvd_decode_frame(), oapvd_decode_tiles() и
oapvd_decode_metadata(), а также функции получения информации
oapvd_info_pbu(), oapvd_info_frame() и oapvd_info_tile().
- Предложены дополнительные профили, допускающие нестандартную разбивку кадра на раздельно декодируемые блоки (tile). Использование блоков меньшего размера даёт возможность усилить распараллеливание обработки кадра и точечно декодировать отдельные части кадра. Профили реализованы для разных форматов цветовой субдискретизации и глубины цвета - 422-10-UNCONST (4:2:2, 10 бит), 422-12-UNCONST, 444-10-UNCONST (4:4:4, 10 бит), 444-12-UNCONST (4:4:4, 12 бит), 4444-10-UNCONST (4:4:4+прозрачность, 10 бит), 4444-12-UNCONST (4:4:4+прозрачность, 12 бит) и 400-10-UNCONST (4:0:0, 10 бит).
- Добавлена возможность подключения собственных функций выделения памяти.
- Переделан алгоритм распределения обработки блоков по разным CPU, сложность вычислений в котором теперь имеет линейную зависимость от числа блоков, а не квадратичную.
- Добавлены варианты функции oapv_blk_to_pic_16(), ускоренные при помощи инструкций AVX2 и NEON, а также вариант функции oapv_dc_removed_had8x8(), ускоренный через инструкции NEON.
- Главная ссылка к новости (https://github.com/AcademySoft...)
- OpenNews: Альянс AOMedia объявил о стабилизации видеокодека AV2
- OpenNews: Альянс AOMedia развивает звуковой кодек OAC (Open Audio Codec), основанный на Opus
- OpenNews: Альянс AOMedia опубликовал систему формирования объёмного звука OAR
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66282-openapv
Ключевые слова: openapv, apv
| 1.1, Аноним (1), 23:26, 15/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
В принципе можно поэффективней прорес, он устарел не родившись. Альтернатив собственно и нет. Альфа канал поддерживает, это хорошо.
|
| |
| 1.3, tkzv (ok), 23:48, 15/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Первый коммит на Гитхабе — в сентябре 2024-го, копирайт Самсунга (под лицензией BSD).
|
| |
| |
| |
| 3.6, Аноним (6), 05:23, 16/09/2026 [^] [^^] [^^^] [ответить]
| +12 +/– |
Это значит, что tkzv обратил внимание на тот факт, что первый коммит на Гитхабе — в сентябре 2024-го, копирайт Самсунга (под лицензией BSD).
| | |
| |
| 4.10, Аноним (10), 10:06, 16/09/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
Почему он обратил внимание именно на это, а не на какой-то более важный факт?
| | |
|
| 3.16, tkzv (ok), 15:08, 16/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
> И что это значит?
Что этим занимается Самсунг, и не очень долго.
| | |
| |
| 4.17, Аноним (4), 15:33, 16/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> И что это значит?
> Что этим занимается Самсунг, и не очень долго.
Ты уже это сообщил в своем исходном комментарии.
| | |
| |
| |
| 6.22, Аноним (4), 19:32, 16/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> А ты не понял. Поэтому пришлось повторить.
Это ты не понял, что мой вопрос в том ЗАЧЕМ ты на это обратил внимание.
| | |
| |
| 7.24, tkzv (ok), 07:20, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> ЗАЧЕМ ты на это обратил внимание.
Кто, когда и зачем запустил этот проект.
| | |
|
|
|
|
|
| 2.23, Аноним (23), 06:10, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
И чё мне теперь плохо стать должно. Ты бы коммиты в гхедре Линус почитал, и кто их туда пишет. В лучшем случае Microsoft
| | |
|
| 1.7, Обычный человек (?), 08:53, 16/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Судя по новости - не поддерживает хранения без сжатия. Как можно его использовать для профессионального применения?
|
| |
| |
| 2.9, Аноним (9), 09:46, 16/09/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Судя по новости - не поддерживает хранения без сжатия
Может ты хотел сказать "с потерями"? Потому что "без сжатия", это Raw Video.
| | |
| |
| 3.18, pda (ok), 17:32, 16/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Погуглил, пишут он всё-таки с потерями, но "визуально незаметными".
| | |
|
| 2.11, Аноним (10), 10:08, 16/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Так это просто nih от Самсунга. А не что-то профессиональное.
| | |
| 2.13, Анонизм (?), 13:17, 16/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Именно отсутствие сжатия или минимальные, невидимые глазу потери делают кодек пригодным для профессионального использования.
| | |
| 2.25, Аноним (25), 19:15, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Он нужен для того же, для чего нужен REDCODE в камерах от RED и ProRes в айфонах — в реальном времени урезать поток от безумных гигабит с сенсора до приемлемых значений, чтобы это можно было на обычные SSD вовремя складывать.
Принципиальный момент тут не в lossy/lossless, а «в реальном времени». Да, это компромисс, да это не «труЪ лосслесс». Но профессионалам, внезапно, и так хватает — когда REDCODE только вышел на него все молились и кипятком писались от восторга, что теперь не нужно в монтажку возить тележки с винтами, забитыми равом. И монтировать стало куда легче.
| | |
|