Нарешті це сталося! Гра, над якою я працював три роки, нарешті побачила світ. Не зважаючи на високу оцінку на FGL, вона так і не знайшла свого спонсора. Тому я вирішив випускати Get A Little Gold самостійно.

У гри тепер є свій офіційний сайт, де ви завжди зможете знайти набільш актуальну версію: Get A Little Gold Official Site. Це важливо, тому що, якщо гра буде показувати хороші результати, я буду випускати оновлення. І контролювати появу цих оновлень на всіх сайтах я, звісно, не зможу. Тож якщо вам сподобається гра – то саме на офіційному сайті ви знайдете останню версію.

Читати далі про реліз Get A Little Gold…

Зняв трейлер для гри Get A Little Gold, про яку згадував раніше. Наразі це найбільш “затяжний” проект, над яким я працюю майже два роки і який нарешті підходить до завершальної стадії.

Це гра у досить популярноу сьогодні жанрі idle-game. Я доклав усіх зусиль щоб зробити її унікальною і цікавою. Сподіваюся, у мене вийшло.

Дивитися трейлер гри Get A Little Gold…

Знаючи, який приріст швидкодії дає растеризація графічного вмісту, я давно придивлявся до різних ігрових двигунів з подібною функціональністю. Втім, така вже в мене натура, що я не можу просто взяти чужий код і почати користуватися ним, не розібравшись, як все влаштовано всередині, і оптимізувавши під власні потреби. Тому перехід від векторної графіки до растру зайняв у мене чимало часу. Але у новій грі, яка зараз перебуває в процесі активної розробки, вже буде використано двигун з можливістю растеризації. І те, що виходить в результаті – мені подобається.

Взагалі-то, оптимізація швидкодії флеш-ігор шляхом трансформації MovieClip у послідовність зображень BitmapData – річ не нова. Найбільш просунуті читачі цього блога, безперечно, неодноразово стикалися з таким підходом, а можливо – навіть використовують його у розробці власних ігор. Для тих же, хто вперше чує про растеризацію анімацій чи хоче краще зрозуміти, як і чому це працює, я дозволю собі заглибитися у тему і розібрати все по поличках.

Читати далі про растеризацію анімацій…

Існують сотні, якщо не тисячі способів оптимізувати код та підвищити швидкодію програм, написаних на мові ActionScript 3. Ви можете знайти навіть офіційні рекомендації щодо підвищення продуктивності Flash-платформи. Втім, якщо говорити про Flash-ігри, то 99% проблем продуктивності будуть пов’язані зі специфікою роботи флеш, а саме – векторною графікою.

Інакше кажучи, ви можете скільки завгодно оптимізувати код, використовуючи ефективні математичні моделі, паттерни програмування, правильні масиви та цикли, але, якщо ви не знайдете спосіб оптимізувати графіку – ваші зусилля будуть марними. І навпаки, якщо ви вирішите проблему із графікою, то раз і назавжди забудете про проблеми зі швидкодією, навіть якщо ваш код залишатиметься далеким від ідеалу.

Читати далі про растеризацію методами ActionScript 3…

Будь-який ігровий програміст рано чи пізно стикається з потребою зберігати прогрес. Адже можливість продовжити гру з місця збереження – один із визначальних факторів, який впливає на рішення гравця повернутися. А для ігор, які передбачають багатогодинне проходження, можливість зберігати прогрес є обов’язковим атрибутом.

Можливо, ви очікуєте, що реалізація збереження прогресу у Flash виявиться складною. Та на щастя до мови ActionScript 3 включено клас SharedObject, який суттєво спрощує життя програмістам. У всіх своїх іграх починаючи із Symbiosis я використовував його можливості. А сьогодні мені хотілося б розповісти про принципи роботи SharedObject та поділитися практичними прикладами реалізації збереження прогресу.

Клас SharedObject використовується для збереження невеликих об’ємів даних на комп’ютері користувача. Його робота дуже схожа на роботу кеша браузера. Єдина відмінність полягає в тому, що файли, які створюються внаслідок роботи SharedObject не зберігаються разом із файлами cookies, які генеруються браузером, а отже й не видаляються, коли ви очищуєте кеш.

Читати далі про збереження прогресу у флеш-іграх…

Сьогодні глянув на дату попередньої публікації, і прийшов до висновку, що далі продовжувати мовчанку не можна, інакше постійні читачі (якщо такі ще залишилися) вирішать, що блог остаточно помер. Причин не писати справді було предостатньо. Основна з них – події у країні, коли будь-який інформаційний привід, окрім, власне, політичного, сприймався занадто малозначущим, щоб приділяти йому свій час та увагу. А й справді: які вже тут ігри, якщо у країні гинуть люди?

Окрім цього, в моєму житті сталася ще одна подія, яка відкинула блоги на далекий задній план – я став татом.

Читати далі про нові проекти…

Про тип даних Number та неточності, пов’язані з ним, я вже згадував у статті про округлення десяткових дробів. Втім, буквально на днях мені довелося знову зіткнутися з каверзами підступного типу даних. А справа в тім, що у наступній грі, яка поки-що існує тільки у вигляді дуже раннього прототипу, я планую оперувати дуже великими числами. Йдеться не про мільйони і навіть не мільярди, а про числа у сотні тисяч разів більші.

Сподіваюся, я вас вже заінтригував. Але поки що не буду розповідати про саму гру. Натомість зупинюся на типах даних, з якими доведеться працювати, щоб ефективно оперувати подібними числами.

Читати далі про великі числа у Action Script 3…