Комментарии 34
1. Quicksync не умеет кодировать в lossless
2. Качество далеко от идеального, где-то на уровне veryfast в x264. Для предпросмотра подойдёт, для финального долгосрочного хранения x264 предпочтительней (особенно с CRF качеством).
3. Нет настроек для повышения качества, такие как глубина и тип поиска векторов, и других.
4. Невозможность использовать только часть функций (DCT, поиск векторов) при кодировании в сторонних приложениях, например в том же x264. В SDK 6 от nVidia это появилось, посмотрим добавят ли это в x264 и ускорит ли это его при сохранении качества.
2. Качество далеко от идеального, где-то на уровне veryfast в x264. Для предпросмотра подойдёт, для финального долгосрочного хранения x264 предпочтительней (особенно с CRF качеством).
3. Нет настроек для повышения качества, такие как глубина и тип поиска векторов, и других.
4. Невозможность использовать только часть функций (DCT, поиск векторов) при кодировании в сторонних приложениях, например в том же x264. В SDK 6 от nVidia это появилось, посмотрим добавят ли это в x264 и ускорит ли это его при сохранении качества.
Т.е. реальность не столь радужна. Чтож, маркетинг.
1. Да, не умеет и такая поддержка не планируется. можете привести пример, где это необходимо?
2. и 3. В Media SDK для контроля над соотношением скорость-качество, есть возможность менять target usage. Для большего контроля над энкодером, в последнем релизе Media Server Studio Community&Essentials появилось новое расширение Flexible Encode Infrastructure (FEI). Оно доступно только на Linux и только для AVC энкодера. Кроме того, мы не предоставляем поддержку данного расширения на форуме и в Intel Premier Support, но поставляем документацию и сэмплы.
4. В Media Server Studio Community&Essentials 2017 появилось новое расширение Flexible Encode Infrastructure (FEI) для большего контроля над AVC энкодером на Linux.
4. В Media Server Studio Community&Essentials 2017 появилось новое расширение Flexible Encode Infrastructure (FEI) для большего контроля над AVC энкодером на Linux.
x264 может использовать OpenCL для DCT и motion estimation. А OpenCL по идее должен работать во встроенном GPU. По крайней мере Intel обещает.
Для Web-RTC планируется поддержка аппаратного кодека, описанного тут?
Chromakey и наложение видео потоков есть?
Конкретно Chromakey не поддерживаем. Для наложения видео потоков есть Luma keying, Global Alpha Blending и Pixel Alpha Blending. Подробнее можно ознакомиться здесь.
Пробовал компилить ffmpeg c qsv. Потребовалась стороняя либа libmfx, h264 в принципе заработал, но были проблемы с изменением битрейта на лету. А вот с h265 ничего не вышло, как я понял нужно ставить интеловский SDK, чтобы кодек с таким ID появился. Но это же не приемлемо, софт то юзеру в конечном итоге достанется, это он что-то ставить должен чтобы заработало? Было бы неплохо прояснить этот вопрос.
На каком процессоре Вы пытались запустить? Аппаратное кодирование h265 доступно только на 6го поколения (SkyLake).
На Core i5 6600, на нем он якобы заявлен. Дебаг дошел до того, что не находится кодек c ID 6fadc791a0c2eb479ab6dcd5ea9da347. Погуглив я узнал что не один такой и нужно установить Media Server Studio.
Конкретный тред что смотрел тогда не помню, но сходу нашлось вот
https://software.intel.com/en-us/forums/intel-media-sdk/topic/596382
Вот это я и называю не приемлимо. Нужно чтобы у юзера все работало установок доп софта (тем более платного и с регистрацией), иначе это считай что h265 нету.
Конкретный тред что смотрел тогда не помню, но сходу нашлось вот
https://software.intel.com/en-us/forums/intel-media-sdk/topic/596382
Also, the software HEVC plug-ins follow a similar GUID define naming convention: MFX_PLUGINID_HEVCE_SW and MFX_PLUGINID_HEVCD_SW. However, these are only available if Media Server Studio Professional is installed.
Вот это я и называю не приемлимо. Нужно чтобы у юзера все работало установок доп софта (тем более платного и с регистрацией), иначе это считай что h265 нету.
То для енкодера, для декодера ID 15dd936825ad475ea34e35f3f54217a6. Ситуация такая же.
https://software.intel.com/en-us/forums/intel-media-sdk/topic/607955
https://software.intel.com/en-us/forums/intel-media-sdk/topic/607955
У Skylake есть поддержка OpenGL 4.5, OpenCL 2.1, поправьте. Почему не упомянут Vulkan? Его уже даже в Unity добавили.
То есть Intel с каждым новым процессором увеличивает площадь GPU, при этом который год не может увеличить количество или частоту CPU ядер?
По сути потребителя заставляют покупать в нагрузку 50% бесполезного железа, может стоит уже сделать процессор в 2 раза мощнее или холоднее?
По сути потребителя заставляют покупать в нагрузку 50% бесполезного железа, может стоит уже сделать процессор в 2 раза мощнее или холоднее?
Да упёрлись процессоры. Не могут уже сделать лучше по имеющимся технологиям. Могут в ядро напихать новых инструкций, или в проц больше ядер — но без поддержки софтом это не только не ускорит, а замедлит всё. Софт, в свою очередь, не поддерживает несуществующие процессоры. Короче, как обычно всё. «В лоб» повышать частоты и снижать шаги уже особо некуда. Или вообще не работает, или цена растёт конкретно.
НЛО прилетело и опубликовало эту надпись здесь
Совет Интел — наймите нормальных программистов и добавьте поддержку того, что написано, в кучу openSource проектов, особенно крупных.
Новых нанимать не обязательно, можно просто заключить контракты с имеющимися разработчиками этих проектов. Очень хотелось бы, чтобы например в kdenlive аппаратное декодирование заработало, хотя бы для превью в окне редактора, а не для финального рендеринга (для него нужно качество получше, чем у аппаратного энкодера Intel).
Грустно, однако, что нас здесь не услышат, а даже если услышат — всё равно делать не станут.
Грустно, однако, что нас здесь не услышат, а даже если услышат — всё равно делать не станут.
Оно выросло с 6 в Sandy Bridge до 72 в топовой графике Iris Pro Graphics 580 на кристаллах Skylake. В том числе за счёт этого производительность GPU увеличилась десятикратно без увеличения тактовой частоты. Во всей графике последнего поколения Iris и Iris Pro имеется встроенный кэш Level 4 на 64 или 128 МБ.
А тем временем, мне, как обычному потребителю, эту вашу модную и мощную графику не купить никак. Собирал пару лет назад себе компьютер, изначально не предполагал дискретную графику, взял бы самую мощную графику встроенную от интел — Iris или Iris Pro, такая ставится в процессоры R-линейки (еще в макбуках стоит). Но это же для встраиваемых систем, то есть так просто не купить и самому не поставить. А продается только урезанная графика. Даже сейчас из десктопных систем (i7-6700, i5-6600) максимум можно приобрести с Intel HD 530 (24 EU, a не 72 и без eDRAM). А как и где купить Iris или Iris Pro?
Единственный доступный в продаже вариант, похоже, Intel NUC Skull Canyon NUC6i7KYK с Iris 580(платформа от 600 долларов).
Можно поиском по процессорам на сайте Интел. Там можно выбрать графику и посмотреть все процессора (десктопные, например) на этой графике. Или посмотреть все десктопные Скайлейк i7 процессора и выбрать с нужной графикой. Даже цены есть.
к сожалению, я сама не могу прокомментировать все вопросы в этом посте. Но мы отправили их разработчикам. по мере ответов, я буду их публиковать
Дайте ссылку на место, куда вы по вашим словам впилили поддержку аппаратного кодека VP8, вы должны указать коммит или место, где появился код для libvpx в отношении Web-RTC
На вопрос по существу ответа нет?
Не вижу проблем…
Если не видеть проблем, то можно не увидеть результата. Давайте переформулируем, дайте ссылку на то, как интегрировать аппаратное кодирование и декодирование VPx в библиотеку libvpx/
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
VP8, VP9 и H265. Аппаратное ускорение кодирования и декодирования видео в процессорах 6-го поколения Skylake