смысл растеризации изображений без анимации

[nubideus]

a7s1h1, вектор занимает мало оперативной памяти, но и fps мало.
растр занимает много оперативной памяти и fps много.

Имеет ли смысл растеризовать неподвижный спрайт?

да.
но вообще нужно в меру делать и по ситуации.

[a7s1h1]

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

нужно в меру делать и по ситуации.

Прошу прощения за дотошность, просто с мерой у меня как раз не лады - собрался растеризовать вообще всё, что не поворачивается и не сильно масштабируется. Верно ли утверждение, что спрайт НЕ имеет смысла растеризовать, если его изображение содержит мало кривых и сам он крохотный (скажем, 40х40)?

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

a7s1h1, вектор занимает мало оперативной памяти, но и fps мало.
растр занимает много оперативной памяти и fps много.

Но почему же тогда, после того, как я растрирую какой-либо спрайт, System.totalMemory увеличивается? Или System.totalMemory - это не показатель потребления оперативной памяти?

[nubideus]

Верно ли утверждение, что спрайт НЕ имеет смысла растеризовать, если его изображение содержит мало кривых и сам он крохотный (скажем, 40х40)?

ага.

System.totalMemory - это не показатель потребления оперативной памяти?

потребление считается totalMemory - freeMemory.

totalMemory это сколько флеш плеер отъел памяти у ОС. мы отъедаем куски от totalMemory. когда total memory заканчивается, флеш может еще сожрать памяти у ОС.

freeMemory - это сколько памяти осталось от totalMemory.

Но почему же тогда, после того, как я растрирую какой-либо спрайт

ну правильно все, сначала был легковесный вектор, потом стал тяжеловесный растр.
например растр 800*600 пикселей весит 1.8 мегабайта.

[a7s1h1]

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

потребление считается totalMemory - freeMemory.
totalMemory это сколько флеш плеер отъел памяти у ОС. мы отъедаем куски от totalMemory. когда total memory заканчивается, флеш может еще сожрать памяти у ОС.
freeMemory - это сколько памяти осталось от totalMemory.

Я пробовал последить отдельно за freeMemory - максимальное значение не превышает 0,6мб, а вот totalMemory потихоньку растёт (вплотную займусь оптимизацией чуть позже), периодически резко уменьшаясь (видимо, срабатывает сборщик). То есть, я так понимаю, для грубого контроля динамики потребляемой памяти достаточно следить за totalMemory.

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

растр занимает много оперативной памяти

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

[callme]

Кривые нужно каждый кадр процессору рисовать на экран. При этом в оперативной памяти хранить ничего не надо.

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

[ZackMercury]

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

[nubideus]

следовательно он жрёт меньше оперативной памяти

нет. растр жрет и оперативную память, и какую только можно память короче.
> растр 800*600 пикселей весит 1.8 мегабайта

последить отдельно за freeMemory

не надо отдельно, надо totalMemory - freememory. первое минус второе.

[a7s1h1]

Кажется, понял. Спасибо всем большое за терпимость к глупости вопросов и за оперативные ответы!