Версия для печати :: Blood with OpenGL? ;)

Без проблем. Собственно на счет программной эмуляции несовсем так. Суть в следующем. При инициализации т.н. D3d Device'а мы выбираем тип устройства. Стандартно их два - HAL и REF (по спецификациям это дело легко расширяемо - могут ещё быть добавлены внешние программыне девайсы-плагины на сколько я помню, но я таких честно говоря не видел ни разу). HAL это аппаратная часть. HAL что-то сможет сделать аппаратно, что-то нет. При этом эти штуки не эмулируются. Исключение составляет лишь обработка вершин (трансформации и освещение) - вершинные шейдеры могут эмулироваться с приличной скоростью и на CPU. Пиксельные нет (хотя в интернете есть проектик, один парнишка написал создал эмуляцию пиксельных шейдеров с приличной скоростью, но там наверняка полно "хаков" - неочевидных оптимизаций за счет потерь в точности расчетов etc). Само собой при эмуляции на CPU задействуется частично процессор. Кстати говоря сама революционность шейдеров (как пиксельных так и вершинных) заключается именно в том, что освободить процессор от этих расчетов. Правда были ещё если помните T&L ускорители, в которых также вершинные трансформации и освещение были на аппаратном уровне. Здесь шейдеры расширили функциональность. Дело в том, что T&L ускоритель по сути то же вертексное ALU но НЕ программируемое - там забита одна общая формула, в то время как нынешние ускорители позволяют написать небольшую программу для вершинного или фрагментного алу и задать правила - это и есть шейдеры. Отвлекся, просто много зацепил. Таким образом резюме - в случае HAL - неподдерживаемые плюшки не эмулируются, исключение составляет лишь вертекс процессинг который может подъменяться CPU. Далее REF. Вообще говоря REF в реальной практике не используют Улыбка

Это всего лишь программная эмуляция (только CPU). Причем в полной мере - поддерживается все. Но в сложных примерах получишь в нем не более 1-2 кадров (хорошо если столько будет). Сделан этот девайс приимущественно для тестирования драйверописателей - типа гляньте как это должно выглядеть и для тех, у кого нет сверхсовременного железа, но ему нужно отлаживать код под какой то эффект.
OpenGL на Windows системах. Здесь суть немного другая. Там нет наших "девайсов". Зато есть PFD - pixel format descriptor. В сущности он может быть либо акселерируемым либо нет(generic). В случае не акселерируемости эмулируется стандарт OpenGL 1.1 (седая старина). В случае аппараного PFD получаем всё то, что умеет карточка (через т.н. расширения). Если карточка чего-то не умеет - его просто нет.
У NV есть одно большое исключение - программа nvemulate - она позволяет из того же GF2 сделать GF FX Подмигивание

Само собой эмуляция на процессоре Подмигивание

О скорости говорить не буду.
Итоге - вцелом, что Direct3D, что OpenGL - один хрен Улыбка

Далее про врапперы - враппер, это обычно прослойка, транслирующая вызовы из одного API в другое. Для чего это может понадобиться. Возьмём Blood и всомним про Glide - ещё один 3D api который в свое время был очень успешен. Аппаратно Glide поддерживался незабвенными карточками на 3dfx чипсетах. Потом из-за неграмотной политики и убытков 3dfx был куплен NV и о glide все успешно забыли - NV не стала развивать и поддерживать конкурента. Но игр то осталась уйма. Суть всех 3D api одна. Таким образом выход из ситуации - создать фейковую библиотеку glide, которая на самом деле будет обращаться к одному из api - opengl или direct3d. То есть схема будет такой:

игра -> фейковая библиотека (glide2x.dll или как её там) -> OpenGL или Direct3D или собачийФост3D -> конечное изображение

Вот собственно и всё. Надеюсь не загрузил и на вопрос ответил...

Ах да господа, каюсь. Тот враппер что я привел расчитан под Windows приложения на сколько я помню. А blood то у нас Dos + экстендер dos4gw и глайдовского оверлея в этом враппере нет на сколько я помню. А жаль... Враппер приличный.