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

pozitiffcat · 29.08.2011, 11:40

Умеет ли Xors3D кэшировать загружаемые модели?
например в цикле
for(int i=0;i<1000;i++)
int model = xLoadMesh("mymesh.b3d");
Будет 1000 раз обращение к диску или 1? Например движок Irrlicht каждую модель кэширует, и при следующей загрузке просто копирует в памяти, может ли это делать ксорс?

ABTOMAT · 29.08.2011, 12:32

Будет 1000 раз обращение к диску.
Сказал загрузить 1000 раз - получай. За кешированием моделей автор должен следить сам.

pozitiffcat · 29.08.2011, 12:50

Хорошо, я не имею ничего против, просто важно было знать это.

harungo · 31.08.2011, 10:28

xCopyMesh?

pozitiffcat · 31.08.2011, 10:38

xCopyMesh это понятно, в Irrlicht например не надо явно указывать копирование меша, выполняешь как обычную загрузку, а он сам определяет копировать или брать с диска

NitE · 31.08.2011, 15:33

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

Mr_F_ · 31.08.2011, 15:39

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

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

pozitiffcat · 31.08.2011, 17:13

NitE а когда мы думаем за движок, разве это не сказывается на быстродействии? Тут разницы нет, будет заложено это в движке или изобретая велосипед писать функцию самому

SBJoker · 31.08.2011, 17:23

Видишь ли это не фича, это вопрос парадигмы движка.
Если он, как Блитц, ориентирован на недавних ламеров, то конешно он должен иметь защиту от дурака. Включая и весьма популярную загрузку ресурсов в цикле.

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

pozitiffcat · 31.08.2011, 17:40

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

moka · 31.08.2011, 18:27

"настройка"...

Во первых, как ты себе представляешь проверку соответствия модели? Да, можно хранить путь на файл, вычислять его md5 и хранить его. Далее при повторной загрузке, пробегаться по списку файлов, найти путь на файл, проверить md5, ну и в итоге копировать энтитю (xCopyEntity), либо таки загружать.
Ты делал подобное сам?

Да и если у тебя возникают такие потребности, то у тебя в логике приложения есть проблемы. Если ты занимаешься редактором, и допускаешь такие "ошибки", мне стрёмно подумать что там в самом приложении..

Короче говоря, это твоя забота, и уж будь добр позаботиться об этом сам. При корректной архитектуре приложения, такого вопроса вообще не должно вставать.

den · 31.08.2011, 18:44

Во первых, как ты себе представляешь проверку соответствия модели? Да, можно хранить путь на файл, вычислять его md5 и хранить его. Далее при повторной загрузке, пробегаться по списку файлов, найти путь на файл, проверить md5, ну и в итоге копировать энтитю (xCopyEntity), либо таки загружать.
Ты делал подобное сам?

думаю хватит ассоцивного массива (std::map например), где ключ это строка имени файла, а значение - указатель на ресурс.

pozitiffcat · 31.08.2011, 18:57

MoKa, я щас забочусь об этом сам, и в редакторе этой херни нет и не надо, я пишу Tower Defense 3D, где куча одинаковых объектов. Да там они через инстанс и копи

den · 31.08.2011, 19:09

pozitiffcat, а почему не пишеш на irrlicht?

pozitiffcat · 31.08.2011, 19:22

я на нем не пишу потомучто там нужно написать 3 строки кода, а тоже самое в ксорсе 1 строку, и еще там с освещением херово кое что, что мне не понравилось. Пикать объекты через жопу. Ну плюсов меньше чем у ксорса. Еще говорили что хорош движок огр3д но я скока не разбирался так и не нашел нормального конвертера в их файл мешэй, чтобы анимацию юзал.. в итоге тоже отстой