Созрел такой вопрос, что быстрее вызов скрипта или считывание кода непосредственно из объекта?
p.s. room_instance_clear(ind) страшный скрипт.

DanielC, room_instance_clear ты вызываешь из одного объекта в одном месте, то лучше сделай
А если не только в этом объекте или в разных местах объекта, то делаешь функцию и вызываешь ее.
Разница не особо большая.. Если по сабжу то вызов функции, будет немного медленнее

Появилась такая проблема: На уровне создаются объекты в неопределенном количестве каждые 2-3 секунды занимаемая память увеличивается на 4 кб, чем чаще происходит спам тем быстрее заполняется память. При этом уничтожение объектов не дает обратного эффекта так же как и переход в другую комнату, занятая память не освобождается. С чем это может быть связано?

Открой дебаг режим и мониторь кол-во образцов. Если оно находится на одном уровне или возвращаются к нему, то дело не в них. Возможно в образцах создаются какие-то структуры, которые ты не удаляешь: объекты, поверхности, спрайты, динамические структуры и т.д. Их как и образцы, тоже необходимо удалять, а зачастую про это забывают (и не только в ГМ, но и в остальных языках это тоже проблема).

Даст ли прирост в скорости отключение рисования объекта за пределами вида? Да и вообще "невидимые" объекты, давно уже понял что Гм практические не взаимодействует с видеопамятью, поэтому возникают сомнения.

DanielC, даст. Если их много.

Кто-нибудь тестировал встроенные генераторы частиц?
Хотелось бы узнать как их можно оптимизировать.
В частности:
1. Размер текстур, встроенные текстуры - пропорциональная зависимость производительности.
2. Количество, допустимые пределы (формула производительности) к примеру какой потолок будет на 900 сильном камне.
3. Коллизия (Магниты, Уничтожители, Отражатели, Преобразователи) - возможные подводные камни.
4. Анимация - частицы с анимированными текстурами.
Сейчас стараюсь использовать текстуры не превышающие размера в 64px, количество частиц может доходить до 1500 в среднем 100-300 при этом почти не используются магниты уничтожители и др...
Надеюсь тема будет интересна не только мне

Да. не только тебе

Статья "Как правильно хранить и использовать частицы". Надеюсь поможет.

Перебираю старый код, с целью возможной оптимизации и нашел код показавшийся подозрительным. Связан с ини файлами:

Подозрителен тем, что находится в степе, и по идее, каждый шаг дергает ини. Вот и хотел узнать не смертельно ли это?
P.s. На всякий случай, конечно ограничил его условиями, но всё-таки стало интересно, не повлияет ли на производительность.

Обращаться к жесткому диску 30 раз в секунду без надобности - это неправильно.

Что будет быстрее? Один спрайт 800x600, двух кадровый спрайт 400x600 или 4 кадровый 400x300?

Добавлено (15.02.2012, 10:56)
---------------------------------------------
P.s. Как можно догадаться, вес у всех одинаковый.

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

Что быстрее обрабатываются в GM? Модели или примитивы?
Я ещё прочитал в справке: "Использование моделей может значительно ускорить графику в ваших 3D играх, и Вы должны использовать их всякий раз, когда имеется возможность."
Честно говоря я не совсем понял это предложение. Ускорить графику - это как?

наверно ускорить отрисовку графики.

Так значит что. - Модели лучше?

Это предложения не имеет смысла. Модели - 3-мерные, примитивы - 2-мерные. Это как измерение расстояния в 2д и 3д. В 2д быстрее (т.к. нет расчётов по Z), но нужно ли оно тебе в 3-мерном пространстве?


Однозначно! Особенно с длинными ногами...


Есть функция draw_point(x, y); - рисует точку в текущем цвете. Вот если ей рисовать спрайт, то будет всё очеееень долго. А чтобы ускорить этот процесс используется draw_sprite();. Ясно?
Разница между ними в идеи минимальная, но технологически они разные. draw_sprite() - выводит сразу целый блок, а не 1 пиксель. За счёт этого получается значительно ускориться. Грубо говоря, для того чтобы нарисовать с помощью спрайт draw_sprite, нужно 1 раз зайти в память, скопировать массив и выйти из памяти. Если рисовать по пиксельно, то мы заходим и выходим из памяти столько сколько пикселей нам надо скопировать в массив памяти (это увеличивает работу на пустом месте).

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

И последняя аналогия, аналогия из жизни. Сидишь ты в классе и тебя учитель просит принести книгу из школьной библиотеки. Ты принес, а тебя просят ещё книгу принести. Потом ещё, и ещё, и ещё. И всё по 1. И так раз 10. Допустим до библиотеки - 100м. Т.е. ты сходил 2км (100м туда, 100м обратно == 200м и умноженное на 10 раз ходьбы). Что не мало. А если бы тебе дали список этих 10 книг, то ты 1 раз туда пришёл, всё взял и отнёс за 1 раз. И сходил бы вместо 2км, всего 200м. Эффективность возрастает в 10 раз на почти пустом месте!
Узкое место здесь - это сколько книг ты можешь унести за раз. А это всегда определённое число и оно самое эффективное. Если ты несёшь меньше этого числа, то тебе становится легче, но ходок больше - эффективность падает. Если больше, то не факт что ты донесёшь или устанешь раньше чем донесёшь - эффективность падает.
Эта технология используется везде - в принтерах, в интернете (число MTU), в отрисовке графики и в любой другой передаче данных от одного другому.

Дану? Box aka Коробка aka Блок aka параллелепипед - примитив.
Призма - примитив. Пирамида - примитив. Цилиндр - примитив. И Эллипсоид и Сфера тоже примитивы...
Модель состоит из множества примитивов и форм.
В 3D's Maxe есть меню Create -> Primitives и там есть то что я перечислил.
Последние аналогии были не обязательны, достаточно было про draw_point(x,y);
А так большое спасибо! Буду использовать модели.

Ты 3d max'ом занимаешься или гамакером? С++ объект это тоже нечто другое чем в гамаке и что?

Такой вопрос
Visible=false
или
просто запретить прорисовку спрайта условием (в draw)

Результат одинаковый.
Есть ли разница ?