Для начала нужно включить поддержку встроенного видео в BIOS материнской платы. У каждого производителя данный пункт может называться по-разному. К примеру у MSI эта фича называется IGD Multi-Monitor
Затем необходимо на рабочем столе нажать клавиши Win+P и выбрать на открывшейся справа панели вариант «Расширить»
Далее все настраивается также как и в Windows 8.1: Панель управления >> Персонализация >> Экран >> Разрешение экрана.
Расположить экраны по диагонали, чтобы не улетал курсор, так как второй экран виртуальный, в Windows 10 на данный момент не получается.
В итоге оставляем такой вариант, не забывая его сохранить
P.S. После последнего обновления Windows 10 Version 1511 build 10586 обнаружение работает как и ранее в Win 8. То есть для настройки использовать планшетный интерфейс не нужно. Настраивается из панели управления по пути: Панель управления > Оформление и персонализация > Экран > Разрешение экрана.
По диагонали экраны теперь располагаются также без каких либо проблем
Утилита GPU-Z показывает, что у нас активна интегрированная видеокарта Intel Iris Pro Graphics 6200 (GT3e) и стоит галка перед пунктом OpenCL.
Информация с утилиты GPUSniffer:
В программе Adobe Premiere Pro CC 2018 выполняем команду: Изменить > Установки > Медиаконтент (Edit > Preferences > Media) и проверяем галку перед пунктом: Включить декодирование с аппаратным ускорением / Enable hardware accelerated decoding.
Если выполняются аппаратные требования и минимальные требования к операционной системе, для декодирования H.264/HEVC используется аппаратное ускорение.
Запускаем воспроизведение AVCHD 2.0 видео на таймлайне, с включенным движком: Аппаратное GPU-ускорение ядра Mercury Playback (OpenCL) и опцией GF.ProfileKernels.
Запускаем воспроизведение таймлайна и видим, что утилита мониторинга GPU-Z показывает загрузку интегрированной графики работающей на 3D частоте: 91% и при этом потребление равно — 21.9Вт.
Так работает аппаратное декодирование, или интеграшка занята какими-то другими задачами?
Чтобы это выяснить на 100%, вызываем панель Debug Monitor, с помощью комбинации клавиш: Ctrl+Alt+F12. Открываем закладку Importer.MPEG и видим два пункта: SW Frames Decompressed (софтовое декодирование видео, силами только центрального процессора) и HW Frames Decompressed (аппаратное декодирование видео).
Т.е. счетчик активно работал только на пункте SW Frames Decompressed. Давайте попробуем выяснить чем же занималась интегрированная видеокарта (и почему только по ее загрузке, нельзя судить работает ли декодирование). Переключаемся на софтовый движок: Только программное ускорение ядра Mercury Playback / Mercury Playback Engine Software Only.
Запускаем воспроизведение AVCHD 2.0 видео на таймлайне:
GPU-Z показывает загрузку интегрированной графики Intel Iris Pro Graphics 6200 (GT3e) работающей на 3D частоте 1.15ГГц: 8% и при этом потребление равно — 2.3Вт (потребление почти в 10 раз меньше).
Переключение режима работы: Аппаратное GPU-ускорение ядра Mercury Playback (OpenCL) на Только программное ускорение ядра Mercury Playback, во-первых никак не влияет на аппаратное декодирование видео, поэтому ресурсы интеграшки были заняты процессами, который отвечают за GPU режим.
А во-вторых часть ресурсов было занято обслуживанием опции: Высокое качество воспроизведения (High Quality Playback).
Также обращаем внимание на аппаратный скалер ScaleSource. Если в окне Программа, вместо режима: По размеру кадра, выбрать — 100%. То размер используемой памяти Memory: снизится со 135Мбайт до 78Мбайт.
Загрузку интегрированной графики Intel Iris Pro Graphics 6200 (GT3e) уменьшится с 91% до 36%, а потребление с 21.9Вт до 6.5Вт.
Помимо этого и PF: в различных режимах, для одного и того же видео, может быть разный. Т.е. для каких-то форматов может быть нативный, для каких-то целый зоопарк.
Снимаем галку напротив пунтка GF.ProfileKernels.
Импортируем UHD видео с квадрокоптера DJI и видим его стандартное PF: YUV 420 MPEG4 Frame 8u 709 ImporterMPEG.
Если переключиться с режима OpenCL Render System на режим Software Render System (Только программное ускорение ядра Mercury Playback / Mercury Playback Engine Software Only), то получим уже PF: VUYX 4444 8u 709 ImporterMPEG.
Ставим галку напротив пункта: DisableGPUMediaNode, чтобы запретить изменение PF: при смене движков OpenCL Render System / Software Render System / GPU Mercury Playback (OpenCL) и т.д.
Запускаем воспроизведение на таймлайне, и получаем OpenCL Render System и PF: VUYX 4444 8u 709 ImporterMPEG, как у Software Render System.
И получаем: GPU Mercury Playback (OpenCL) и PF: VUYA 4444 8u 709, также можно включить режим PF: BGRA 4444 8u и т.д.
Если в Настройках экспорта в закладке: Видео > Параметры кодирования > Производительность, невозможно выбрать другой режим, кроме Программное кодирование.
То, нажимаем комбинацию клавиш: Ctrl+F12 (Windows), далее в панели Console (Консоль), переключаемся на режим Debug Database View. И ставим галку напротив пункта: DVA.HWEncoding.AlwaysEnableHWEncoding.
Эта опция позволяет всегда делать список Производительность: доступным.
При выборе режима Производительность: Аппаратное кодирование. Появится ошибка с сообщением: Оборудование вашей системы не поддерживает текущие настройки аппаратного ускорения. ОК.
Включаем режим симуляции: DVA.UI.SimulateHWEnc.
Теперь можно выбрать режим Производительность: Аппаратное кодирование.
Запустится процесс кодирования, но интегрированная видеокарта в нем участие не будет принимать.
Все кодирование будет производиться только силами центрального процессора (CPU).
В логах консоли, видно что был запрос на аппаратное кодирование видео (аппаратный ускоритель H.264 видео) в формат H.264: Looking for H/W codecs dor H.264.
Также, для интегрированной графики можно включить или отключить поддержку OpenCL. Например, встречается проблема, когда какой-то OpenCL плагин (Red Giant Magic Bullet Denoiser III), который даже не поддерживает ускорение с помощью интегрированной графики, начинает использовать ее для "ускорения", вместо дискретной nVidia.
Нажимаем комбинацию клавиш: Win+R и в окне Выполнить, вбиваем regedit. ОК.
Далее, идем в следующие ветки реестра:
ComputerHKEY_LOCAL_MACHINESOFTWAREKhronosOpenCLVendors
ComputerHKEY_LOCAL_MACHINESOFTWAREWow6432NodeKhronosOpenCLVendors
Находим пункт IntelOpenCL64.dll, нажимаем на нем правую кнопку мыши и выбираем: Изменить.
Вбиваем значение: 1 (отключить) или 0 (включить). ОК.
Смотрим на полученный результат:
Перезагружаем ПК и смотрим с помощью GPU-Z стоит или нет галка перед пунктом: OpenCL.
Запускаем утилиту GPUSniffer и при выставленной 1, в разделе поддержки OpenCL, находим сообщение: Did not find any devices that support GPU computation.
*В версии драйверов: 24.20.100.6194, исправлена проблема видео в Adobe Premiere Pro CC 2019 (до и после рендеринга), которое могло быть повреждено или неправильно отрисовано. Эту версию драйвера для интегрированной графики Intel, можно считать базовой.
*Про настройку параметра задержки воспроизведения PlaybackLatency читаем здесь.
В четыре раза быстрее современных топовых решений NVidia и AMD. Что это? «Секретное оружие Sandy Bridge: Quick Sync». Так называется прошлогодняя статья Tom’s hardware. «Почему Quick Sync — секретное оружие Intel» — а это уже публикация techradar. На самом деле, ничего секретного в технологии Intel Quick Sync Video (Intel QSV) нет, но у большинства к сожалению, нет и полной ясности, что это такое, где оно есть, и, главное, как его эффективно использовать. Ответить на эти вопросы затруднится не только простой пользователь, но даже и почти любой сотрудник Intel, особенно, если его разбудить ночью. Попробуем это исправить, и начнем с основ.
В русском написании аббревиатура Intel QSV выглядит как «ИКСВ», что привносит еще больше неизвестности — «икс», да еще и «в»? Поэтому (и не только поэтому) название лучше просто перевести.
Полный перевод — «Быстрая Синхронизация Видео». Что такое «видео» — вы, наверное, знаете сами. «Синхронизация» — это возможность конвертирования видео из исходных «десктопных», т.е. высокого разрешения форматов, в форматы, поддерживаемые мобильными устройствами и видеохостингами. Хотя, это далеко не единственное возможное использование QSV.
Прилагательное «быстрая» здесь отражает то, что по всем независимым тестам транскодирования видео QSV значительно, в разы, выигрывает не только у программного кодирования на CPU, но и у hi-end GPU!
Intel Quick Sync Video — это маркетинговый термин, обозначающий аппаратное декодирование и кодирование видеоконтента в форматах H.264/MPEG-4 AVC, VC-1 и MPEG-2 (пока только декодирование), реализованное во встроенных GPU процессоров Intel — от ультрабуков до серверов, начиная со второго поколения микроархитектуры Core (Sandy Bridge).
То есть, можно перекодировать видео с DVD или Blu-Ray.
Во встроенных GPU Intel помимо исполнительных устройств общего назначения (Execution Units или просто EU), имеется специальный аппаратный модуль, Multi-Format Codec Engine (MFX), реализующий декодирование и кодирование видео: 
Подобное фиксированное аппаратное решение не только ускоряет обработку видео, но и разгружает CPU, а также снижает энергопотребление системы.
При этом, декодирование целиком осуществлено в упомянутом аппаратном модуле,
а кодирование происходит в два этапа: один на исполнительных устройствах GPU, второй — аппаратно.
На приведенном слайде из презентации на Intel Developer Forum видно, какие стадии кодирования где делаются. Еще раз подчеркну, что все происходит на GPU, т.е. в железе, а «Гибридное HW/SW решение» обозначает только факт использования программируемых EU блоков GPU. 
Надо отметить, что эти две стадии кодирования хорошо конвееризуются, т.е. пока MFX аппаратно обрабатывает один кадр,
EU, закончившие свою часть работы над этим кадром, уже обрабатывают следующий, чтобы передать его аппаратной части,
что, естественно, повышает общую производительность системы.
В процессорах Ivy Bridge, то есть, во второй версии Quick Sync, аппаратные модули Sandy Bridge были доработаны — повышена скорость и качество кодирования, добавлена поддержка сверхвысоких разрешений вплоть до 4K Видео. Система даже способна декодировать несколько Quad HD video потоков одновременно.
Найти бы еще соответствующий монитор.
Тестов работы с подобным QuadHD разрешением не нашлось, зато обычных тестов, показывающих скорость работы Quick Sync больше, чем достаточно для статистики.
Например, прошлогодний опыт vilianov Счастлив с Quick Sync.
А вот относительно недавняя информация — Anandtech обозревает Intel Ivy Bridge (Core i7 3770K с HD Graphics 4000, Quick Sync второй версии) и сравнивает скорость перекодирования Blu-Ray исходника на iPad:
Измерение идет в кадрах в секунду, а производительность QSV Ivy Bridge сравнивается не только со внешними GPU, но и с Core i7 2000K (Sandy Bridge с первым поколением QuickSync — Intel HD Graphics 3000 на борту), а также Handbrake – программным решением с открытым кодом, не использующим QuickSync.
Также отметим, что преимущество QuickSync особенно заметно при перекодировании в низкие разрешения: 
При этом, анекдот "печатаю со скоростью 1000 знаков в минуту, но такая фигня получается" здесь неуместен — качество кодирования, хотя и немного уступает чисто софтовому, но всегда выигрывает, или, в худшем случае, идет вровень с любым другим GPU кодированием. Пруфлинков с обсуждением качества можно привести много (вот хороший пример на русском), отметим только что качество почти всегда оценивается субъективно, «на глаз», и, кроме того, оно существенно зависит от конкретной программы кодирования.
Доступ к аппаратной видеообработке QSV осуществляется через драйвер Intel HD graphics, интерфейс к нему непубличен, прежде всего, потому, что он непостоянен — зависим от конкретного железа и версии драйвера. Хотя, отдельные немногочисленные компании-разработчики, при необходимости, по специальному соглашению с Intel, получают доступ к заветному API.
Все остальные компании, желающие использовать преимущества Quick Sync Video, могут сделать это (и делают, конечно) с помощью специального SDK — Intel Media SDK, который предоставляет фиксированный интерфейс для работы с видео. При этом, автоматически, «за кулисами», MSDK использует все возможности аппаратного ускорения Intel для каждой данной системы: Quick Sync при его наличии, иначе – оптимизированные для конкретного CPU программные библиотеки.
В общем, штука отличная. Да еще и бесплатная.
Поэтому в списке компаний, использующих MSDK, можно найти такие известные компании, как MainConcept, Nero, Corel, CyberLink…
Но, не все приложения одинаково полезны, т.е. производительны (сами понимаете, из одних и тех же кирпичей можно построить разные дома). Вот интересное и полезное сравнение производительности от того же vilianov — "Быстрее есть куда"
Итак, если вы хотите, чтобы столь же быстро видео перекодировалось и у вас, то для этого требуется:
1. Наличие в процессоре интегрированного GPU с поддержкой Quick Sync.
Как уже было сказано, CPU должен быть не старше, чем второе поколение микроархитектуры Core (Sandy Bridge).
Кроме того, его встроенная графика должна быть также второго поколения — начиная с Intel HD Graphics 2000. Это важно, так как начальные модели Sandy Bridge, продаваемые под маркой Pentium, имеют «безномерную» Intel HD Graphics, которая не поддерживает Quick Sync.
На сегодняшний день поддержка Quick Sync для мобильных и десктопных компьютеров присутстует в Intel HD Graphics 2000, 2500, 3000 и 4000, а для серверов – в моделях P3000 и P4000.
2. Поддержка GPU чипсетом (материнской платой) .
Чтобы GPU мог передавать данные на южный мост материнской платы – то есть, в конечном итоге, к порту дисплея (DisplayPort), чипсет должен поддерживать Flexible Display Interface (FDI) –«мостик» между GPU и дисплеем. Актуальный список моделей чипсетов и CPU с поддержкой FDI есть в соответствующей статье на wikipedia
Кстати, это требование не имеет специфического отношения к поддержке Quick Sync Video, а является просто необходимым условием работы Intel HD Graphics в системе.
И конечно, если в системе используется внешняя графическая карта, отключающая интегрированную графику CPU, использовать Quick Sync в общем случае невозможно. Решения этой проблемы для некоторых случаев:
- Для ноутбуков – использовать возможность переключения графики системы со внешней на внутреннюю (switchable graphics)
- Для настольных компьютеров — подключить второй монитор на порт интегрированной графики, разрешив его использование в BIOS и сделав его первичным.
- Использовать решение графической виртуализации LucidLogix Virtu
3. Поддержка видеодрайвером.
На сегодняшний день QSV поддерживается драйверами Windows 7, Windows 8 и Mac OS Mountain Lion.
Также возможно поставить соответствующие драйвера Windows 7 на Windows Server 2008 (при установленной компоненте Desktop Experience).
Свежие драйвера для Intel HD Graphics (кстати, не только для упомянутых выше систем) можно найти здесь.
Чтобы убедиться в том, что у вас актуальный драйвер, правильно понимающий ваше железо, проверьте наличие в системе библиотеки вида libmfxhw*.dll. Если она нашлась, например, libmfxhw64-s1.dll в случае 64-битной системы с процессором Sandy Bridge, все ОК.
4. Поддержка софтом.
Актуальный список рекомендованных Intel коммерческих приложений для Windows, использующих Quick Sync посредством MSDK находится здесь.
Также существует и приложение с открытым кодом – Quick Sync Decoder, использующее Quick Sync декодирование H.264, MPEG2 и VC-1 видео через фильтр ffdshow.
В OS X Mountain Lion QSV поддерживают AirPlay Mirroring и QuickTime X.
Но, во-первых, приложений для обработки видео в природе имеется на порядок больше, чем в приведенном списке. И какие-то из них вполне могут использовать QSV, не сообщая об этом из скромности. А во-вторых, заявленная поддержка QSV и его реальное задействование вашей задачей – это две большие разницы. Во многих приложениях для активации QSV надо выставить галочку в совершенно неожиданном месте или поменять какую-то неочевидную настройку, которую, возможно, стоит поискать, если QSV почему-то не работает.
Все это приводит нас к задаче – проверить, было ли реально использовано аппаратное ускорение при обработке вашего видео.
Для приложений из вышеприведенного списка, а также тех, которые вы подозреваете в использовании Intel Media SDK (улики – использование приложением библиотеки libmfxsw*.dll) сделать это можно так:
- Скачиваем и устанавливаем Intel Media SDK
- В папке “ oolsmediasdk_tracer” находим и запускаем профилировщик MSDK — tracer.exe
- Начинаем логирование кнопкой Start, запускаем обработку видео в вашем подопытном приложении, через несколько секунд останавливаем логирование нажатием Stop.
- В логфайле, указанном в поле Output File, ищем строки
• MFXInit.impl=HARDWARE или MFXInit.impl=AUTO
• MFXInit.status=MFX_ERR_NONE
Если они нашлись – все в порядке, QSV используется. Иначе – нет, либо вы ошиблись, и приложение не использует MSDK.
В последнем случае рассеять сомнения поможет еще одна проверка, выполняемая со стороны железа:
- Скачиваем и устанавливаем Intel Graphics Performance Analyzer (GPA)
- Запускаем GPA Monitor, далее щелчком правой кнопки мыши по иконке GPA Monitor в системном трее вызываем контекстное меню и выбираем в нем Media Performance:
Открывшееся окно показывает загрузку исполнительных устройств (EU) и аппаратного обработчика видео (MFX) Intel GPU. - Запускаем обработку видео в вашем приложении, и в реальном времени смотрим на таблицы использования компонент Intel GPU. Или – не смотрим, а сохраняем эти данные в логе нажатием Capture. Если в таблицах или логфайле мелькают строки «декодирование» (DECODING) и «кодирование» (ENCODE), как показано ниже, значит, QSV используется.
Как все сложно … а проще нельзя? Можно. Во всех ультрабуках Quick Sync Video работает изначально по определению, а используя бесплатный Intel MSDK вы можете легко самостоятельно написать приложение, задействующее QSV по умолчанию.
