Извините, ничего не найдено.

ABTOMAT · 08.04.2009, 16:15

Респект! Давно пора

FDsagizi · 08.04.2009, 20:43

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

у меня половина функций глобальны. я даже хз зачем их по неймспейсам или graphics2dmanager-ам прятать. Впринципе я знаю, так принято писать типа:

Engine *engine = new Enging();
engine->Init();
Renderer *renderer = new OpenGLRenderer();
engine->ApplyRenderer(renderer);

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

?

Ну ООП не зря же люди придумали.
Очень удобно когда все лежит в своих кслассах, intellisence очень облегчает жизнь, и увеличивает скорость разработки.

render-> (и вуаля мы видим все что можно сделать с этим рендером.)

HolyDel · 08.04.2009, 20:51

intellisence очень облегчает жизнь, и увеличивает скорость разработки.

render-> (и вуаля мы видим все что можно сделать с этим рендером.)

ну в принципе тоже верно )
в конце концов заврапить ООП код в функциональный никогда не поздно. обратно - немного сложнее

Респект! Давно пора

спасибо. только вчера нашел простую и понятную статью. чтобы можно было идти от простого к сложному.
вот она, если кому надо:
http://xproger.mirgames.ru/?id=1&page=2&doc=anim3d
там сурсы есть. правда на делфи.

в любом случае пока скининг очень слаб. к примеру сотня megacop-ов обрабатывается за 10 фпс. к примеру блиц ту же сотню обрабатывает в два раза быстрее. (правда у него одна кость на вершину, а у меня несколько)

dimanche13 · 09.04.2009, 11:46

кстати, Xproger делает новый движок, можно попросить его поучаствовать в тестах движков с нашего сайта.

HolyDel · 09.04.2009, 12:20

я только за.

HolyDel · 09.04.2009, 13:02

удалось ускорить рендер заскиненой модели примерно в 4 раза.
вот сравнительный тест:
http://forum.boolean.name/showthread...newpost&t=8171

*ускорен вывод мд2 в два раза. (интерполяция на цпу)

HolyDel · 21.04.2009, 22:52

теперь двиг живет тут:
http://code.google.com/p/sigelengine/

последняя версия:
http://code.google.com/p/sigelengine...q=label:engine

утилиты:
http://code.google.com/p/sigelengine...=label:utility

последния версия сурсов доступна на SVN:
http://sigelengine.googlecode.com/svn/trunk/

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

HolyDel · 22.04.2009, 15:59

добавил поддержку загрузки во втором потоке.

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

а вот у двух (и более ядерных) все хорошо.

почему то во втором потоке не работает оптимизация индексов через NVTriStrip. Причем не работает в Xp, но работает в висте.

вот демка:
http://sigelengine.googlecode.com/fi...therThread.zip

ну и прошлая демка со сменой разрешения (1-6 кнопки давите):
http://sigelengine.googlecode.com/fi...lutionTest.zip

и еще есть dot3 иммитация на ффп:
http://sigelengine.googlecode.com/files/Dot3Test2.zip

EvilChaotic · 26.04.2009, 23:09

Мегадвиг!

ABTOMAT · 27.04.2009, 04:19

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

на то они и одноядерные =(
Может, определять, сколько ядер имеет проц и действовать по обстоятельствам?
Например загрузку с анимацией врубать только если 2 и более ядер, а если 1 ядро то оставить просто картинку. (ну млм время от времени менять надпись)
вроде на одноядерных с Hyper-Treading'ом должно быть ок, попроси кого-нить потестить у кого такой проц есть.
Кстати такие процы в системе видно как раз в виде друх ядер (система думает, будто их 2)

FDsagizi · 27.04.2009, 08:52

Одоядерки уже редкость

SBJoker · 27.04.2009, 10:29

где-то я видел статью про управление потоками на одно и многоядерных компах... там очень много нюансов насамом деле

. Ссыку как найду запостю.

HolyDel · 27.04.2009, 11:45

Одоядерки уже редкость

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

но сам двиг должен быть универсальным.

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

SBJoker · 27.04.2009, 12:09

Вот нашел о многозадачности в Windows в целом: http://dtf.ru/articles/read.php?id=39888
Надеюсь будет полезно

HolyDel · 28.04.2009, 01:37

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

решил также простые примеры заливать на SVN тоже:

вот например:
http://code.google.com/p/sigelengine...HelloWorld.cpp