Мой движок (Epic Fail Engine)

[intmain]

я не пойму в чем дело?

у меня падает прога так

glColorPointer(1, GL_UNSIGNED_INT,sizeof(MODEL_VERTEX), &model->vertexes->color);

и не падает так

glColorPointer(4, GL_UNSIGNED_BYTE,sizeof(MODEL_VERTEX), &model->vertexes->color);

Структура унифицированного вертекса для obj-парсера и raw данных из блендера.

typedef struct MODEL_VERTEX 
{
	VECTOR3F pos;
	VECTOR3F norm;
	VECTOR2F tex;
	//VECTOR2F tex2;
	union 
	{
		struct 
		{
			unsigned char r;
			unsigned char g;
			unsigned char b;
			unsigned char a;
		} rgba;
		unsigned int color;
	
	};

} MODEL_VERTEX, *PMODEL_VERTEX;

[f.hump]

в любой работе, самое важное - чтение и перечитывание мануалов.
http://www.opengl.org/sdk/docs/man2/...lorPointer.xml

все должно быть так

glColorPointer(4, GL_UNSIGNED_BYTE, 0, &model->vertexes->color);

[intmain]

Спасибо, f.hump
нашел да

Parameters
size
Specifies the number of components per color. Must be 3 or 4. The initial value is 4.

[intmain]

Добавил недавно камерных функций гроздь.
Камера у меня структура с векторами и матрицами.

typedef struct CAMERA 
{
	float fov;
	float znear;
	float zfar;
	float aspect;

	VECTOR3F position;
	VECTOR3F look;
	VECTOR3F up;

	MATRIX4 perspective;
	MATRIX4 view;

	int use2dView;




} CAMERA, *PCAMERA;

void engineCameraUpdateView(CAMERA *c);
void engineCameraUpdateProjection(CAMERA *c);

void engineCameraMoveZ(CAMERA *c, float delta);
void engineCameraMoveX(CAMERA *c, float delta);
void engineCameraMoveY(CAMERA *c, float delta);

void engineCameraUpdateModelView( CAMERA *c, MATRIX4 *models_tranforms );

void engineCameraRotateView(CAMERA *c, float x, float y, float z, float delta);
void engineCameraUpdateMouseLook(CAMERA *c);

Так задается направление движения в void Keys(int key, int down) .

	if (key == 87)
		moveFb = down ? 1 : 0;
		
	if (key == 83)
		moveFb = down ? -1 : 0;

	if (key == 65)
		moveRl = down ? -1 : 0;

	if (key == 68)
		moveRl = down ? 1 : 0;

	if (key == 32)
		moveUd = down ? 1 : 0;

	if (key == 90)
		moveUd = down ? -1 : 0;

так просчитываются перемещения перед прорисовкой в void DrawFrame(float dt) процедуре.

	if (moveFb !=0)
		engineCameraMoveZ(&mySceneView, moveFb * 10.0f * engineGetDeltaTime());

	if (moveRl !=0)
		engineCameraMoveX(&mySceneView, moveRl * 10.0f * engineGetDeltaTime());

	if (moveUd != 0)
		engineCameraMoveY(&mySceneView, moveUd * 10.0f * engineGetDeltaTime());



	engineCameraUpdateMouseLook(&mySceneView);

	// Draw something
	glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);

А с мыша глазо поворачавалкой какой-то косяк.
Походу нужно как-то ограничивать оси вращения.
А иначе что-то странное порой выходит.

void engineCameraUpdateMouseLook(CAMERA *c) 
{
	const float maxUpLook = 1.0f;
	const float maxDownLook = 1.0f;

	static int isNotInitedView = 1;
	static HWND hWnd;

	static float rotx = 0;
	static float roty = 0;
	
	RECT windowSize;
	int w = 0;
	int h = 0;
	POINT mousePosition;
	POINT windowCenter;
	POINT globalWindowCenter;
	float stepsX;
	float stepsY;

	hWnd = (HWND) engineGetWindowHandle();

	GetClientRect(hWnd, &windowSize);

	w = windowSize.right - windowSize.left;
	h = windowSize.bottom - windowSize.top;

	GetCursorPos(&mousePosition);
	
	windowCenter.x = w / 2;
	windowCenter.y = h / 2;

	globalWindowCenter = windowCenter;

	ClientToScreen(hWnd, &globalWindowCenter);

	if (isNotInitedView) 
	{
		engineMouseMoveAt(windowCenter.x, windowCenter.y);
		isNotInitedView = 0;
		return;
	}

	if ((globalWindowCenter.x == mousePosition.x) && (globalWindowCenter.y == mousePosition.y)) return;

	stepsX = (float) (globalWindowCenter.x - mousePosition.x) * 0.003f;
	stepsY = (float) (globalWindowCenter.y - mousePosition.y) * 0.003f;


	engineCameraRotateView(c, 0, 1, 0, stepsX * .5f);
	engineCameraRotateView(c, 1, 0, 0, stepsY * .5f);


	engineMouseMoveAt(windowCenter.x, windowCenter.y);
}

[Larboss]

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

[intmain]

я не увидел

для каких целей создаешь движок

из первого.

я пишу свой эпически-отстойный движек для моей эпически-отстойной игрушки

и описание его функционала(пусть и не реализованного).

какой-нибудь изъезженный набор функций загрузить то-то, нарисовать то-то...

А ведь сие и должно было быть в первом посте

привык всегда все делать через ж.. ) и тут решил особо не оригинальничать.

[intmain]

Плин, с вертикальной ориентацией камеры так я и не полял что за косяк.
Поле зрения вылазит постепенно из заданного ограничения, когда качаешь камерой вверх - вниз, через некоторое время пола не видишь пялишся только на потолок.

Мне интересно кто как делал камеру, как ограничивали поля обзора ?
Вы манипуляции на векторах или на матрицах делали?
Ясно что в финале матрица трансформаций нужна, но я про промежуточные вычисления, на векторах вроде как удобно.
И еще вопрос если юзать для камеры - вектора, их все нужно выдерживать в одном пространственном представлении?
Допустим: что вектор позиции в мир. координатах что взгляда, что вектор вверх все они в мир координатах ?
У меня была мысль сделать в мир координатах только вектор позиции. остальные в локальных координатах самой камеры.
т.е финальный вектор взгляда = позиция + локальный взгляда
а финальный вектор вверх = позиция + локальный вектор вверх.
и потом из них стоиться матрица трансформаций камеры.

[phomm]

Не писал никогда камеру на голом опенгле, а если понадобится, то легко найду полуготовое и доработаю под себя, например здесь можно взять, вроде адекватненько http://programmersforum.ru/showthread.php?t=240865
У меня камера делается обёрткой над движком, в движке есть понятие матрицы, и у рендера она есть (условно говоря мировая матрица), всё просто, хочешь сдвинуть камеру - измени матрицу, мой класс-обёртка камеры содержит пачку параметров - всякие позиции, скорости, углы и т.п., эти параметры обсчитываются в матрицу, и при рендеринге она устанавливается (насколько знаю, аналогично gl_LoadMatrix). Камер, как экземпляров класса может быть много. Также в движке есть установка перспективы, но я её меняю не чаще чем 1 раз при смене сцен, возможно, потом зацеплю в класс тоже, для динамических эффектов.

[intmain]

Это все понятно.
Если наглядно то проблема вот в чем.
1.jpg

Из изначальных ограничений с цифрой №1.
Камера лочится в ограничения №2.
Как бы имеется эффект смещения поля обзора, причем постепенное. Если часто будите мотать головой вверх, то потом пола не увидите.