Здесь вы можете задавать вопросы и получать ответы как нестранно :)

Если Вас все же интересуют разнообразные доводы, вот ссылки на подобные темы:

http://forum.ixbt.com/topic.cgi?id=26:006948
http://forum.ixbt.com/topic.cgi?id=1:000453
http://forum.ixbt.com/topic.cgi?id=1:000257
http://forum.ixbt.com/topic.cgi?id=1:000353
http://forum.ixbt.com/topic.cgi?id=1:000075

http://forum.ixbt.com/topic.cgi?id=1:000274
http://forum.ixbt.com/topic.cgi?id=1:000336

«Объектно-ориентированный анализ и проектирование отражают эволюционное, а не революционное развитие проектирования; новая методология не порывает с прежними методами, а строится с учетом предшествующего опыта. К сожалению, большинство программистов в настоящее время (это был 1994 год) формально и неформально натренированы на применение только методов структурного проектирования. Разумеется, многие хорошие проектировщики создали и продолжают совершенствовать большое количество программных систем на основе этой методологии. Однако алгоритмическая декомпозиция помогает до определенного предела, и обращение к объектно-ориентированной декомпозиции необходимо. Более того, при попытках использовать такие языки, как С++ или Ada, в качестве традиционных, алгоритмически ориентированных, мы не только теряем их внутренний потенциал — скорее всего результат будет даже хуже, чем при использовании обычных языков С и Pascal. Дать электродрель плотнику, который не слышал об электричестве, значит использовать ее в качестве молотка. Он согнет несколько гвоздей и разобьет себе пальцы, потому что электродрель мало пригодна для замены молотка».

т.о. лучше использовать тот язык, которым вы умеете пользоваться. но, если Вы планируете работать в команде, учтите, что C++ стал, фактически, стандартом. хотя знание «чистого С» Вам тоже ни в коей мере не повредит.

Ссылки по теме:

Шейдеры это очень легко, порсто все их почемуто боятся.
Самое важное в процессе понимания шейдеров - понимать как работает вызов ф-и Draw без шейдеров и с ними.

Попробую объяснить на пальцах рендеринг с Фиксированым Конвеером(без шейдеров).

При вызове функции Draw идёт цикл по каждой вершине(если быть точнее то по каждому индексу)
- каждая вершина попадает в вершинный фиксированный конвеер.

Сначала каждая вершина из 3-D координат преобразуется в экранные 2-D координаты умножением на матрицу

//
mat=мировая(матрица объекта)*МатВида*МатПроекции; 
Out.pos=mul(In.Position,mat);
//

Out.nor=normalize(mul(In.normal,World));

Дальше видеокарта считает суммарное освещение(если нормали есть в формате вершин, и установлены источники света). Освещение вершины считается очень просто, буквально за несколько тактов - с помощью скалярного произведения (чем меньше угол между вектором света и вектором нормали вершины, тем темнее. Максимум освещения - 1.0(полное освещение) минимум 0.0(полное затенение)).

Out.lighting=0.0f;
 for(i=0;i
 Out.lighting+=max(dot3(nor,vecLight[i]),0.0f)*(Light.Diffuse*objMaterial.Diffuse)+(Light.Ambient*objMaterial.Ambient);
 //здесь для Dir-light без расчёта отражающего(specular) света

 for(i=0;i
 Out.texC[i]=mul(In.texC[0],texMatrix[i]);

Теперь самое интересное - как далее рисуется объект по пикселам.

По каждому полигону(3-м индексам) видеокарта проходит циклом (если брать упрощёную схему без отсечения невидимых граней, и сборки примитива).

for(i=0;i
{
 vertex1=indexeVertex[i];
 vertex2=indexesVertex[i];
 vertex3=indexesVertex[i];
};

//
outInterpolatedValue=(1-distanse(pixelScreenPos,vertex1.pos))*vertex1.value+(1-distanse(pixelScreenPos,vertex2.pos))
*vertex2.value+(1-distanse(pixelScreenPos,vertex2.pos))*vertex2.value;
//

Для билинейной фильтрации цвет пикселя из текстуры по текстурным координатам будет получаться примерно так:

function tex2D(Sampler tex,vector2 Tcoord)
{
color1=TextureBuffer[int(Tcoord.x*tex.Width)][int(Tcoord.y*tex.Height)];
color2=TextureBuffer[int(Tcoord.x*tex.Width)+1][int(Tcoord.y*tex.Height)];
color3=TextureBuffer[int(Tcoord.x*tex.Width)+okrug(Tcoord.x*tex.Width-tex.Width)][int(Tcoord.y*tex.Height)+
+okrug(Tcoord.y*tex.Height-tex.Height)];

return pixelOut=interpolateBiLine(color1,color2,color3,Tcoord);
};

при наличии мультитекстурирования вызовов "interpolate" будет столько, сколько текстурных слоёв(самплеров).
А смешиваться они будут так, как вы укажете перед рендером.
Допустим для 2-х самплеров и цвета вершины со смешиванием MULTPLE-(вершина и самплер1)=результат1, и MULTIPLE2X-(результат1 и самплер2) это будет выглядеть так.

return PixelColorOut = colorInterpolated*tex2D(sampler1,texC0)*tex2D(sampler2,texC1)*2;

И вот так видеокарта сделав цикл по всем полигонам и пикселам рисует объект на экран.
Я конечно описал всё очень схематично и примитивно (кстати при рендере все функции ассемблероподобны=) ), и без описания блока пиксельных тестов (z-test - для того чтобы не рисовать дальние пикселы поверх ближних, stensil-test, alpha-test - чтобы не рисовать почти прозрачные пикселы , alpha-blending- эфекты полупрозрачности, fog-blend - туман), но крайне важно понять хотябы схему работы рендеринга
1. для оценки производительности приложения(из-за чего тормозит, а из-за чего нет, что почему, как работает)
2. конечно же для понимания замены фиксированного вершинного и пиксельного конвеера соответственно вершинными и пиксельными шейдерами
(хотя можно и третий пункт приписать - чтобы не думать что видеокарта это магическая штуковина, которая преобразовывает циферки в реальность =) ).

Справка. Шейдеры - это маленькие програмки, которые выполняются соответственно для каждой вершины(VShader) и выводимого пиксела(PShader) объекта.

Вершинный шейдер заменяет вершинный конвеер, то есть:
ВШ заменяет
1. Расчёт экранной позиции вершины.
2. Расчёт освещения.
3. Расчёт передаваемых в пиксельный шейдер текстурных координат.

пиксельный шейдер заменяет фиксированое смешивание текстурных слоёв и цветов вершин.

Основные "непонимания" при начале работы с шейдерами такковы:

1. Зачем нужны вершинные шейдеры, если фиксированный вершинный конвеер прекрасно справляется с повершинным освещением, расчётом позиции и ТК?
2. Зачем нужны вершинные шейдеры, если изменения позиции, цвета, можно вручную сделать Lock/UnLock VertexBuffer.

Ответы:
а) Основное предназначение вершинного шейдера - это не расчёт позиции, цвета, освещения, а подготовка данных для пиксельного шейдера, т.е. передача своих данных в линейный интерполятор. Например вершинный шейдер может
легко передать в интерполятор нормаль. Получится что каждый пиксел будет иметь свою нормаль, и пиксельный шейдер влёгкую организует perpixel-освещение, освещение по Фонгу, bump-mapping, ... Фииксированный вершинный конвеер так не умеет.
б) "Lock/UnLock VertexBuffer" каждый раз, вызывая эти методы вы гоняете по шине весь вершинный буффер, что достаточно замедляет программу.

Непонимание пиксельного шейдера в основном исходят из непонимания рендеринга. Некоторые думают, что PS проходит не по каждому пикселю выводимого объекта, а по каждому текселю текстуры(тогда бы производительность программы напрямую бы зависела от скаляции и разрешения текстуры), отсюда полное непонимание что происходит (и подобные непонятки).

Вручную интерполяцию и фильтрацию текстуры считать не придётся в PShader, так как во входные данные подаются уже интерполированные текстурные координаты, нормали, цвета; а получение цвета текстуры(то что я называл фильтрацией) обеспечивают внудренние текстурные функции пикс. шейдера. В PS остаётся только смешать всё как вам надо.

В вершинный шейдер же подаётся то что находится в вершинном буфере для данной вершины - для FFP стандатно 32 байта (позиция вершины, нормаль вершины, текстурные координаты[0]).

Также в шейдер могут передаваться шейдерные константы - наборы чисел которые не меняются для шейдера во время отрисовки одного объекта(вызова Draw). Обычно это матрицы преобразований(WorldViewProject), направление и свойства света, и материалы.

Основная доля графических эфектов делается в пиксельном шейдере. Можно например из текстуры сделать карту нормалей и поставить на второй текстурный слой, затем прочитать эту нормаль из текстуры при рендере. У нас получится что к каждой точке(пикселу) поверхности объекта своя нормаль, уже не интерполированная - эфект микро-неровностей и рельефа.

Заключение:
1. C шейдерами общаться легко, а главное графически продуктивно, главное не бояться понять.
2. очень важно понимать процесс рендеринга, хотябы схематически. Во всех начинаниях геймдева это очень поможет.

http://www.gamedev.ru/faq/?id=142