Сьогодні у Києві стартувала дводенна конференція FlashGAMM Kyiv 2011. Не знаю, чи серед читачів блога про Flash та ActionScript є люди, які також були там присутні (принаймні, мені було б приємно, якби це було так), але для всіх тих, хто конференцію відвідати хотів, але з якихось причин не зміг – я в двох словах поділюся враженнями та цікавими фактами, почутими в доповідях.

Хто не знає, Flash GAMM – це конференція для професійних розробників flash-ігор, соціальних та мобільних ігор, аудиторія якої значною мірою складається з інді-розробників (тобто людей, які роблять ігри самостійно або ж у невеликій команді). Валерія Маллаєва (один з організаторів та ідейний натхненник конференції) наголосила, що сьогодні Flash GAMM є найбільшою ігровою конференцією для інді-розробників на просторі колишнього СНД.

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

Читати далі звіт про конференцію FlashGAMM…

Перш, ніж я перейду до опису суті проблеми, дозвольте мені запропонувати вам просте математичне завдання. Скільки буде 3 помножити на 0.1?

Дивне запитання! Навіть першокласник відповість, що результатом цього виразу буде 0.3. Втім, як виявилося, алгоритми ActionScript 3 не завжди дружать з традиційною логікою. Якщо ви спробуєте провести подібне обчислення у AS3, то отримаєте результат: 0.30000000000000004.

Подібна похибка виникає через обмеження розміру пам’яті, яку AS3 виділяє для збереження змінних типу Number (тобто чисел з комою). Наприклад, щоб точно зберегти значення числа “Пі”, системі знадобилася б безкінечна кількість ресурсів. Звісна річ, що це неможливо. Тому в AS3 (як і в будь-якій іншій мові програмування) під кожен тип змінної відведена строго обмежена кількість байтів. Отже так чи інакше, доводиться округлювати “безкінечні” числа.

На жаль, наслідки такого скорочення іноді проявляються навіть там, де ми їх не очікували побачити.

Читати далі про практичне застосування округлення десяткових дробів…

Якщо ви працюєте над розробкою флеш-ігор чи будь-яких інших флеш-програм, то швидш за все рано чи пізно зіткнетесь з необхідністю вбудовувати свої swf-файли у веб-сторінки. Існує кілька методів вставки флеш-контенту в html-код. Новачки традиційно користуються найпростішим з них – копіюванням коду зі згенерованого під час публікації у Flash IDE html-файлу.

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

По-друге, код, отриманий внаслідок компіляції флеш-контенту у Flash IDE використовує теги, які не відповідають стандартам W3C.

Ну і нарешті, при використанні стандартних для класичного Adobe коду тегів <object> та <embed> можуть виникати проблеми виявлення версії флеш-плеєра, встановленого у користувача, та коректного завантаження флеш-кліпів. З подібною проблемою я зіткнувся, працюючи над розробкою ігрового порталу Jar of Games, який на 90% складається з флеш-контенту. Якщо у Firefox flash-кліпи оброблялися коректно, то IE починав показувати флеш тільки після того, як гра повністю завантажилася (а повинен був показувати прелоадер під час завантаження).

На щастя існує спосіб уникнути всіх перелічених вище проблем вбудовування флеш-контенту, отримавши при цьому безліч додаткових переваг та бонусів – SWFObject. Якщо ви пройдетесь по провідних сайтах, які багато працюють з флеш-контентом (таких як топові ігрові портали), то побачите, що всі вони використовують саме SWFObject для вставки флеш-кліпів. Тобто по факту SWFObject вже став стандартом у цій сфері.

Читати далі про вбудовування flash методами swfobject…

В попередніх статтях нам неодноразово доводилося працювати з об’єктами відображення (display object), хоча саме поняття display object вживається на “сторінках” цього блога вперше. По-суті будь-який візуальний об’єкт, який можна розмістити на сцені – це і є об’єкт відображення.

Клас DisplayObject є базовим для всіх об’єктів, які можуть бути візуально представлені у флеш-кліпі. Наприклад, будь-який MovieClip чи Sprite, з якими нам доводилося працювати раніше, також належить до об’єктів відображення, хоча насправді їх перелік куди ширший. Згадайте хоча б статтю про динамічне додавання MovieClip на сцену методами ActionScript 3. Зірки, які використовувалися у наведеному там прикладі також належать до об’єктів відображення.

Розуміння концепції списку відображення (display list) та ролі об’єктів відображення у створенні flash-програм надзвичайно важливе для кожного початківця, який прагне навчитися програмуванню на ActionScript. Адже по суті кожна програма, написана на ActionScript 3.0 має власну ієрархію об’єктів відображення, яка включає повний набір візуальних елементів. Це базова концепція, зрозумівши яку, ви наблизитесь до розуміння принципів функціонування AS3-програм та навчитесь з легкістю маніпулювати будь-якими візуальними об’єктами всередині власної програми.

Читати далі про об’єкти відображення та списки відображення у флеш…

Після випуску Turtle Dreams to Fly та моєї нової гри Don’t Eat Last Berry часу на наповнення блога про флеш практично не залишається. Тому, щоб не виникало надто довгих перерв, я вирішив трішки привідкрити завісу над тим, чим займаюся зараз…

А працюю я, як ви могли здогадатися із заголовку, над новою грою з робочою назвою Symbiosis. Поки що готовий тільки прототип, а це не більше 5% від загального об’єму роботи.

За задумкою це повинна вийти гра на перехресті жанрів Tower Defense та стратегії. Як і в Tower Defense гравець буде будувати та керувати вежами. Але на відміну від класичних ігор у цьому жанрі ніяких “хвиль” ворогів не буде. Натомість, гравцеві доведеться зіткнутися зі штучним інтелектом, який теж зможе будувати вежі.

Втім, я не буду заглиблюватися у деталі гри, тому що за час розробки все ще може тисячу разів змінитися. Натомість, сьогодні я вирішив викласти коротке відео роботи над малюнком кристалу (ворожий юніт).

Читати далі і дивитися відео малювання кристалу…

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

Сьогодні я вирішив трішки розповісти про найбільш розповсюджені способи монетизації flash-ігор та показати, яким чином інді-розробники мають змогу отримати компенсацію (іноді – дуже суттєву) за свій час, зусилля та креативність.

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

Хто зацікавлений в купівлі гри?

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

Спонсором в даному випадку стає флеш-портал. Саме його власники готові заплатити за гру від $100 і до $50 000 доларів (це, відповідно, мінімальна і максимальна суми спонсорства, про які мені доводилося чути).

Читати далі про спонсорування ігор та типи ліцензій…

Пройшов майже рік з моменту релізу моєї першої флеш-гри “Match Insanity”. На той час мої уявлення про світ флеш-ігор були досить розмитими, а точніше – я сприймав їх виключно з позиції гравця і насправді ніколи не усвідомлював, наскільки складною може виявитися “кухня” розробника.

За рік мені вдалося багато чому навчитися, продати свою другу гру “Turtle Dreams to Fly” (пограти в неї можна тут), створити власний ігровий портал Jar of Games і повністю переосмислити підходи до ігрової розробки.

З цим хоч і невеликим, та все ж доволі важливим вантажем знань я знову повернувся до своєї першої гри, яка досі бездіяльно “лежала” на аукціоні FGL. І хоча “Match Insanity” створювалася в першу чергу заради розвитку навичок флеш-розробки, було б марнотратством не спробувати заробити на ній хоча б якусь копійчину. Адже за наявності ігрового порталу перед розробником відкривається чудова опція самоспонсорування.

Читати далі про реліз Don’t Eat Last Berry…