Victor_VG
Tracker Mod | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору WarBoss Зависит от реализации модели графической подсистемы ОС. Обработчик это средство взаимодействия "ОС - Прикладная программа", а потому и выбирается под ОС. К примеру на ОС WinNT4 был реализован графический сервер X11R5, и там мы не смогли бы воспользоваться ничем иным кроме Микшера наложения поскольку там использовалось простое наложение выводимой картинки на фоновое изображение в видеобуфере, на ХР/Vista нам уже доступны возможности EVR, если у нас видеподсистема аппаратно поддерживает OpenGL 2.0 и выше то можно воспользоваться и им, но тут надо учитывать что для полноценной работы API OpenGL спецификации версии 2.0 и выше требуют поддержки как на уровне оборудования, так и драйверов. К примеру платы NVIDIA GF11x аппаратно поддерживают только спецификации версии 4.1, а драйвера реализуют 4.3. Этот номер пройдёт в играх - там часть работы возьмёт на себя ЦП, но не пройдёт к примеру в CAD или системах имитационного моделирования где требуется полноценное аппаратное решение. В целом OpenGL как способ отрисовки выглядит предпочтительней на мощных современных видеоплатах с большим объёмом памяти GDDR5 на борту т.к. ЦП при этом решает более простую задачу построения каркасной модели 3D объекта, но он требует большей по объёму высокоскоростной видеопамяти т.к. в ней не только хранятся текстуры, но и промежуточные данные вычислений. Большинству игровых карт работа с OpenGL противопоказана как из-за того, что у них не много памяти на борту, так и из-за способа управления ей что в том числе приводит к снижению скорости отрисовки в 3 - 4 раза по сравнению с профессиональными платами. Обычно это вызвано не только блокировкой функциональных блоков на кристалле, но и контроллером памяти игровых плат который не способен работать с низкими временными задержками - для игровых плат это просто не нужно т.к. все нужные в каждый момент времени данные находятся в сверхбыстрой кэш памяти расположенной на кристалле, а обращения к видео памяти происходят достаточно редко и в основном по чтению, а циклы "чтение-модификация-запись" характерные для профессиональных задач крайне редки. Для OC Win7/8 можно выбрать и EVR C/A, но его реализация в самой ОС далека от от идеала, и предоставляемый ей API для работы с ним требует зачастую от разработчика очень нестандартных решений. А так, обычно стоит выбрать обработчик по умолчанию и просто подобрать тот, который будет давать на вашей системе наилучшее изображение при минимальной загрузке ЦП. Тут заранее дать ответ нельзя, т.к. каждая ЭВМ имеет свои особенности, и то что работает в одном случае в другом может вообще не заработать. Цифровая техника имеет только два состояния - либо она в кожухе работает, либо она в принципе не работает. Третьего типа "А если бы у рыбы были вши, то ..." для неё нет, и любые утверждения о его наличии банальное дилетантство.
---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti |
|