Комментарии 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
Т.е. реальность не столь радужна. Чтож, маркетинг.
0
1. Да, не умеет и такая поддержка не планируется. можете привести пример, где это необходимо?
0
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.
0
x264 может использовать OpenCL для DCT и motion estimation. А OpenCL по идее должен работать во встроенном GPU. По крайней мере Intel обещает.
0
Для Web-RTC планируется поддержка аппаратного кодека, описанного тут?
0
Chromakey и наложение видео потоков есть?
0
Конкретно Chromakey не поддерживаем. Для наложения видео потоков есть Luma keying, Global Alpha Blending и Pixel Alpha Blending. Подробнее можно ознакомиться здесь.
0
Пробовал компилить ffmpeg c qsv. Потребовалась стороняя либа libmfx, h264 в принципе заработал, но были проблемы с изменением битрейта на лету. А вот с h265 ничего не вышло, как я понял нужно ставить интеловский SDK, чтобы кодек с таким ID появился. Но это же не приемлемо, софт то юзеру в конечном итоге достанется, это он что-то ставить должен чтобы заработало? Было бы неплохо прояснить этот вопрос.
+1
На каком процессоре Вы пытались запустить? Аппаратное кодирование h265 доступно только на 6го поколения (SkyLake).
0
На 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 нету.
0
То для енкодера, для декодера 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
0
У Skylake есть поддержка OpenGL 4.5, OpenCL 2.1, поправьте. Почему не упомянут Vulkan? Его уже даже в Unity добавили.
0
То есть Intel с каждым новым процессором увеличивает площадь GPU, при этом который год не может увеличить количество или частоту CPU ядер?
По сути потребителя заставляют покупать в нагрузку 50% бесполезного железа, может стоит уже сделать процессор в 2 раза мощнее или холоднее?
По сути потребителя заставляют покупать в нагрузку 50% бесполезного железа, может стоит уже сделать процессор в 2 раза мощнее или холоднее?
+1
Да упёрлись процессоры. Не могут уже сделать лучше по имеющимся технологиям. Могут в ядро напихать новых инструкций, или в проц больше ядер — но без поддержки софтом это не только не ускорит, а замедлит всё. Софт, в свою очередь, не поддерживает несуществующие процессоры. Короче, как обычно всё. «В лоб» повышать частоты и снижать шаги уже особо некуда. Или вообще не работает, или цена растёт конкретно.
0
НЛО прилетело и опубликовало эту надпись здесь
Совет Интел — наймите нормальных программистов и добавьте поддержку того, что написано, в кучу openSource проектов, особенно крупных.
0
Новых нанимать не обязательно, можно просто заключить контракты с имеющимися разработчиками этих проектов. Очень хотелось бы, чтобы например в kdenlive аппаратное декодирование заработало, хотя бы для превью в окне редактора, а не для финального рендеринга (для него нужно качество получше, чем у аппаратного энкодера Intel).
Грустно, однако, что нас здесь не услышат, а даже если услышат — всё равно делать не станут.
Грустно, однако, что нас здесь не услышат, а даже если услышат — всё равно делать не станут.
+1
Оно выросло с 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?
0
Единственный доступный в продаже вариант, похоже, Intel NUC Skull Canyon NUC6i7KYK с Iris 580(платформа от 600 долларов).
0
Можно поиском по процессорам на сайте Интел. Там можно выбрать графику и посмотреть все процессора (десктопные, например) на этой графике. Или посмотреть все десктопные Скайлейк i7 процессора и выбрать с нужной графикой. Даже цены есть.
0
к сожалению, я сама не могу прокомментировать все вопросы в этом посте. Но мы отправили их разработчикам. по мере ответов, я буду их публиковать
0
Дайте ссылку на место, куда вы по вашим словам впилили поддержку аппаратного кодека VP8, вы должны указать коммит или место, где появился код для libvpx в отношении Web-RTC
0
На вопрос по существу ответа нет?
0
Не вижу проблем…
0
Если не видеть проблем, то можно не увидеть результата. Давайте переформулируем, дайте ссылку на то, как интегрировать аппаратное кодирование и декодирование VPx в библиотеку libvpx/
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
VP8, VP9 и H265. Аппаратное ускорение кодирования и декодирования видео в процессорах 6-го поколения Skylake