http://coolisee.com/2010/07/31/asteroids/ Блог о разработке на flash. Здесь полезные переводы, туториалы, workflow и многое другое. Thu, 09 Feb 2012 18:04:04 +0000 hourly 1 http://wordpress.org/?v= http://coolisee.com/2010/07/31/asteroids/comment-page-1/#comment-868 romsvm Fri, 22 Apr 2011 00:12:34 +0000 http://coolisee.com/?p=100#comment-868 Если игра не динамическая, т.е. не много объектов, то может и с блитированием не стоит заморачиваться (если у вас такие размеры большие, то видимо объектов не много), если нет то мое имхо такое: - 360 поворото-картинок слишком много, я думаю 36 вполне хватит, если картинка пламени гдето 100*100, на пиксель выделяется 4 байта - 1 картинка 40 кб, вся анимация 40 мб (приблизительно) - поворот корабля - 36 * 20000 * 4 = 3 мб (приблизительно) в принципе не так много вообще да, нужно понимать, что должен быть определенный баланс между потребляемой производительностью и памятью (в этом случае перекос в потребляемую память), может кое-чего можно и просто повращать и каждый раз блитировать. тут я думаю общего правила нет и нужно смотреть каждый проект индивидуально Если игра не динамическая, т.е. не много объектов, то может и с блитированием не стоит заморачиваться (если у вас такие размеры большие, то видимо объектов не много), если нет то мое имхо такое:
- 360 поворото-картинок слишком много, я думаю 36 вполне хватит, если картинка пламени гдето 100*100, на пиксель выделяется 4 байта – 1 картинка 40 кб, вся анимация 40 мб (приблизительно)
- поворот корабля – 36 * 20000 * 4 = 3 мб (приблизительно)
в принципе не так много
вообще да, нужно понимать, что должен быть определенный баланс между потребляемой производительностью и памятью (в этом случае перекос в потребляемую память), может кое-чего можно и просто повращать и каждый раз блитировать.
тут я думаю общего правила нет и нужно смотреть каждый проект индивидуально

]]> http://coolisee.com/2010/07/31/asteroids/comment-page-1/#comment-867 AXL Thu, 21 Apr 2011 09:35:09 +0000 http://coolisee.com/?p=100#comment-867 Отличный перевод, спасибо! Автор освещает тему кэширования анимации (астероиды). И кэширования поворотов статичного изображения (корабль). А вот как бы он кэшировал и то и другое ВМЕСТЕ? Если бы у корабля был мощный, красиво отрисованный, хвостовой пламень? Как тогда кэшировать? Анимация пламеня, допустим, 36 кадров. На каждый кадр: 360 поворото-картинок кэша? 36*360=12960 битмапдат. Вся память кончится. А если корабль большой (200х100), а не такая крохотуля как у автора? Память кончится гораздо быстрее... Как выходить из таких ситуаций? Не кэшировать пламень? Поворачивать вручную его Битмапу каждый раз и блитить? Отличный перевод, спасибо!
Автор освещает тему кэширования анимации (астероиды). И кэширования поворотов статичного изображения (корабль). А вот как бы он кэшировал и то и другое ВМЕСТЕ? Если бы у корабля был мощный, красиво отрисованный, хвостовой пламень? Как тогда кэшировать? Анимация пламеня, допустим, 36 кадров. На каждый кадр: 360 поворото-картинок кэша? 36*360=12960 битмапдат. Вся память кончится. А если корабль большой (200х100), а не такая крохотуля как у автора? Память кончится гораздо быстрее…
Как выходить из таких ситуаций? Не кэшировать пламень? Поворачивать вручную его Битмапу каждый раз и блитить?

]]>