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

[Kix.IV]

Сообщение от intmain

Как бы сделать само удаление объектов на Си. Типо деструкторов в с++.

Например.
Во время запуска приложения я загружаю массив текстур которые будут использоваться в игре.
tex[0] = engineloadTexture("1.bmp");
tex[1] = engineloadTexture("2.bmp");
tex[2] = engineloadTexture("3.bmp");

а во время выхода они бы само удалились.

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

engineTextureFree(&tex[0]);
engineTextureFree(&tex[1]);
engineTextureFree(&tex[2]);

Они бы делались, но где-то и автоматически.

В общем пока вопрос открыт, как ?

Почему бы не переделать функцию загрузки текстуры, добавив в неё код, добавляющий указатель на загруженную текстуру в спец. массив? А при закрытии выгружать текстуры циклом из массива.
Я не знаток си, поэтому могу конкретно ошибаться.

это круче чем GetTickCount, покрайней мере точнее на порядок.

Что-то я сомневаюсь в этом. Попробуйте на время использовать GetTickCount.

низя мне добавлять sleep() это один единственный поток в котором по очереди обрабатываются сообщения, логика, прорисовка графики.

Два варианта:
1) Разделить на несколько потоков и не е.. себе мозги.
2) Рассчитывать какую часть времени занимает обработка кадра и уже от сюда ставить задержку. Но я пока слабо себе это представляю.

Какой смысл в нем? Имхо для расчетов нужно лишь прошедшее чтобы провернуть логику событий на нужную дельту и так каждый кадр.

Это хорошо подходит для нестабильной обработки кадра. Нестабильной, но повторяющейся. Вот для примера последовательность времён (каждоё число - затраченное время в миллисекундах на обработку кадра):
6 8 5 7 6 8 5 7 6 8 5 7 6 8 5 7 6 8 5 7 6 8 5 7 6 8 5 7
Вот именно здесь среднее время покажет себя лучше. Ну, я так думаю.

[intmain]

добавив в неё код, добавляющий указатель на загруженную текстуру в спец. массив? А при закрытии выгружать текстуры циклом из массива.

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

на лиммитер кадров забил пока. он как-то %пнуто, но работает.
щас за камеру взялся.
вот думаю для топ-давн вида(вид с верху) лучьше использовать орто проекцию или перспективную обращеную вниз и находящуюся от поверхности на неком удалении? С перспективной проекцией как мне кажется(...) эффект будет интересный (как в гта2) а с орто нифига такого не будет (

[Пепел Феникса]

Сообщение от intmain

Ты это серьезно?)
Ты мне предлагаешь заюзать на СИ-89 года, шаблоны с умными указателями?
И как это будет выглядеть?)
Помоему на Си лишь дико макросами можно спамить в коде.

а кто мешает применить плюсы? или в чем такой ограничитель себя?
современный С, это 2011, предыдущий 99, где там 89?
или у вас доисторический компиль?

[intmain]

или в чем такой ограничитель себя?

Ну так мало того что это изначально фейл, это же еще и селф брейн фак )
Это как желание добывать огонь из искры ударяя камни друг о друга, или трением крутя сухую палочку в деревяшке с сухой травой...
Короче, люди же раньше писали как-то на Си, я тоже хочу уметь такое!

или у вас доисторический компиль?

студия 2005, думаю 6-ю найти чтобы вообще по феншую все было )
одно смущает в ней, визуал ассиста под нее нет у меня (

[intmain]

Обнаружил что под встроенной видяхой интел текстуры не рисуются
Начал ковыряться в дебрях загрузки и обнаружил что если задать (в glTexImage2D) internalformat = GL_COMPRESSED_RGB как раз имею пустую текстуру, но если задаю GL_RGBA все норм. Вопрос че за... ? И разве GL_COMPRESSED_RGB не держится с хрен знает с каких времен?

[f.hump]

GL_COMPRESSED_RGB

наверно это от того, что внутренний формат зависит от внешнего. если во внешнем четыре компоненты на тексель, то и во внутреннем должно быть четыре GL_COMPRESSED_RGBA.

а вообще если возникает вопрос

Вопрос че за... ?

есть glGetError.

Ну так мало того что это изначально фейл, это же еще и селф брейн фак )
Это как желание добывать огонь из искры ударяя камни друг о друга, или трением крутя сухую палочку в деревяшке с сухой травой...
Короче, люди же раньше писали как-то на Си, я тоже хочу уметь такое!

давай уже на ассемблере, и в рамках ОГЛ 1.5. люди ведь раньше и так писали. трения больше, опять же, глядишь и искра станет ярче.

[intmain]

наверно это от того, что внутренний формат зависит от внешнего. если во внешнем четыре компоненты на тексель, то и во внутреннем должно быть четыре GL_COMPRESSED_RGBA.

нет я опечатался там битность одинаковая RGB и comp_RGB.

есть glGetError.

я предвижу что он сморозит что-то типо - инвалид параметр. И все равно придется копаться в мануалах и искать что же такое компрессия, и как ее понимает интел. У меня такое чувство что ему нужно более конкретный внутренних формат для хранения задавать, а не просто мол "с компрессией" короче наверное надо какую нибудь S3c компрессию выбирать. Странно но гефорс съел прошлый флаг с просто компрессией.
позже попробую.

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

[Пепел Феникса]

я предвижу что он сморозит что-то типо - инвалид параметр. И все равно придется копаться в мануалах и искать что же такое компрессия, и как ее понимает интел. У меня такое чувство что ему нужно более конкретный внутренних формат для хранения задавать, а не просто мол "с компрессией" короче наверное надо какую нибудь S3c компрессию выбирать. Странно но гефорс съел прошлый флаг с просто компрессией.
позже попробую.

интел не обязан поддерживать сжатые текстуры внутренним форматом.

[intmain]

интел не обязан поддерживать сжатые текстуры внутренним форматом.

а если имеется тройка другая гл-расширений заявленных ?

[f.hump]

да, в общем-то, никто не должен. если сжатого формата нет, то TexImage с GL_COMPRESSED_RGBA должен молча сохранять в подходящий базовый формат.

чо говорит glGetError?