Airplay SDK и Cocos2D-x

Да уж, это обидно.
Кстати не заметил этого нигде на сайте, только если зайти в свой аккаунт то видно, что есть срок годности у лицензии.

ох я думал если купить лицензию за 150, то сплеш пропадет…
с ним мне кажется фигово… благо я пишу на какосе и перейти на простой порт какоса под сипп
очень просто) буду рассматривать такой путь к концу разработки…

ну вообще я переписал свою Tentacle Wars с AS3 на С++ и это была почти механическая работа — конечно нужно сказать что я подготовил специальный класс заранее — некий простой аналог Sprite — в него я спрятал все особенности Airplay API — и таким образом мой код игры потерпел минимальные изменения так как основное API что использовалось в игре — это методы класса Sprite. А вообще я уже 10 лет пишу на основном месте работы на С/C++ и для меня как раз все наоборот — как бы на AS3 сделать то что я знаю как делается на C++ :)

> А вообще я уже 10 лет пишу на основном месте работы на С/C++

Ок, это меняет дело. :] Сколько не совался в плюсы, писать на них без постоянной практики дискомфортно. Что не могу сказать про Java/C#/Python/AS3.

«нет автоматического выделения памяти» — это все что отличает С++ от перечисленных тобой языков (Phyton не знаю — но подозреваю, что тоже) — все остальное это незначительные отличия в синтаксисе правильно?

автоматического управления памятью — то есть ты не следишь за удалением неиспользуемых объектов — это я имел ввиду — в С++ ты должен четко за этим следить — то есть он требует большей «аккуратности» — создал объект — подумай сразу где и когда ты будешь его удалять

И это тоже. Я уже как-то пробовал объяснить про-кодеру на плюсах, что они конфузят очень сильно неопытных в языке программистов. Вообще всем. Одни только рефы-поинтеры чего стоят. )

но… как я выяснил ты должен следить почти за тем же самым и на AS3 — удалять лисенеры событий перед тем как ты обнуляешь последнюю ссылку на объект — иначе этот объект висит в памяти и гарбаж коллектор его не удаляет — более того — если это лисенер onEnterFrame — он к тому же еще постоянно вызывается и забирает CPU — у меня былп проблема с утечкой СPU в игре один раз — потратил некоторе время чтобы все правильно подчищать — после чего понял — что гарбаж коллектор это все равно в некоторой спепени миф — ты ложно думаешь что он удалит и подчистит за тебя ресурсы которые тебе не нужны — но на самом деле ты должен сам делать кое что — чем это сильно отличается от С++ — в С++ по крайней мере у тебя нет иллюзии — язык говорил тебе прямо — следи за порядком с самого начала

вот, вот, это имо главный фейл для АС3 (идеологически, для быстрого написания кода не заморачиваясь с менеджментом ресурсов). И это помимо глюков самого плейера по освобождению памяти после всяких там битмапов.

чтобы не быть голословным вот пример функции на AS3 и на С++
имхо — отличий не много

*********************************** AS3 *****************************************

private function sendAttack():void
{
var isUpdateView:Boolean = false;
var attacksNum:int = 0;
for (var i:int = 0; i < m_origLinks.length; i++) {
var link:Link = m_origLinks[i];
// don't attack if cell is too small
if (m_power < MIN_ATTACK_POWER) {
break;
}
if (link.isAttached()) {
if (link.sendAttack(1)) {
attacksNum++;
}
}
}
if (m_power < 0) {
m_power = 0;
}
if (isUpdateView) {
updateView();
}
m_cellGrowSlower = attacksNum * 2;
}

*********************************** C++ *****************************************

void Cell::sendAttack()
{
bool isUpdateView = false;
int attacksNum = 0;
for (LinkList::iterator it = _origLinks.begin(); it != _origLinks.end(); it++) {
Link* link = *it;
// don't attack if cell is too small
if (_power < MIN_ATTACK_POWER) {
break;
}
if (link->isAttached()) {
if (link->sendAttack(1)) {
attacksNum++;
}
}
}
if (_power < 0) {
_power = 0;
}
if (isUpdateView) {
updateView();
}
_cellGrowSlower = attacksNum * 2;
}

но касательно комикса вверху — нужно сказать следующее — C++ менее терпим к ошибкам — чем AS3 скажем — это главным образом из-за того что в С++ ты сам следишь на удалением объектов — и если ты вдруг случайно удалишь объект раньше чем нужно — то ты получишь креш — если забудишь освободить — получишь утечку памяти — нужно писать код «аккуратнее», чем на AS3 — но это опять же имхо — не характеристика инди — инди — не значит «неопытный», верно? :) значит я бы сделать такой вывод на С++ лучше писать более опытным разработчикам, но это не значит что он требует в несколько раз больше времени на написание того же функционала — все зависит от АПИ которое тебе предоставляет SDK — и если даже это АПИ более низкоуровневое (как в Airplay SDK) — то тебе всего-навсего нужно написать надстройку которая ускорит разработку будущих игр — Cocos2d-x например одна из таких надстроек

кстати интересно, ты говоришь что вы щупали Airplay и не в восторге от скорости разработки — а на чем остановили свой выбор?

Т.к. команда маленькая и у нас нет мощностей на тестирование зоопарка девайсов, решили, что проще и быстрее писать на ObjC и при окупаемости заказывать порт на Андроид с тестированием. Что и порекомендую рвущимся на все платформы разом. Не выйдет усидеть на стольких стульях, если вас 1-3 человека.

Кстати, вот ещё забавная штука, но пока молодая слишком:
www.monkeycoder.co.nz/

хм, интересно — нет официальное Apple SDK — это конечно гуд — но если у вас команда — то вам даже не один а несколько маков нужно было купить значит? но впрочем учитывая текущую политику ценовую Airplay SDK — это уже не бесплатная среда — так что все равно нужно за каждого девелопера платить от $150 до $500

Для кода хватает и Mac Mini, который не дороже хорошего ПК.

Язык Манки — фигня расчитанная на впечатлительных нубов! Всем своим опытом негодую против.
Разработчики вместо того чтобы делать нормальные современные языковые фичи, тупо умничают. Уровень языка — прошлый век. А у них ведь МЯП (мета язык), который может транслироваться как угодно в конечный язык. Но в этом и главный косяк, кстати. Это просто транслятор с базового языка на язык целевой платформы. Т.е. тужно средство разработки под эту платформу все равно. И наверняка придется допиливать напильником код. А чем разбираться в чужих косяках — лучше сразу портиривать свой отлаженый код (если он есть конечно).
АПИ убогое. Движка и фреймвока нет (хотя уже из комьюнити что-то сварганили бесплатное), библиотек тоже. Есть только обертка, которая на разные ЯП переводится. Это еще и глючит. Как tdz, заметил — «пока молодая слишком». Хочу только выделить слово слишком.
Мое мнение — тут люди ни за что, по сути, просто рубят бабло на комьюнити от прежних проектов. Удачный проект БРЛ (разработчик) был Блиц3Д, все после него пошло по наклонной, и Манки только подтверждение. Разраб заболел маркетингом и болезнь прогрессирует.
Но, конечно, они могут исправится еще, но мой опыт говорит, что вряд — ли. Подход к кодированию попустительский (элементарные ашипки в либах, просто прочти доки, как говорится, но разраб занят маркетингом больше чем фиксами) к исправлению багов — тоже (годами не фиксятся даже на флагманских продуктах). К добавлению фич, которые просят — делайте выводы сами по первым двум пунктам. Правильный — как повезет и годами просить/ждать.
Аналогично Манки можно использовать Хэкс, который бесплатен. Но не под все платформы только. Но мы же про иОС?
А если говорить о портах с АС3 на иОС, то существуют решения, которые перегоняют непосредственно АС3 проекты на яблочную платформу (не могу найти быстро), но платные.

Ясно, спасибо за мнение. Про допил на конкретных языках понятно, это довольно жирный минус, да.

Опять же, проще и дешевле портировать/поддерживать руками специалистов на платформе, чем плясать вокруг магического решения, пихающего проект на все устройства.

Баги и ограниченные возможности большинства фреймворков совсем не помогут сделать серьёзный проект (в какой-нибудь Corona SDK даже OpenFeit нету).

А так они прут как грибы. ) Вот ещё встречал готовящийся к выходу: deltaengine.net/

Вот еще готовится App Game Kit: www.appgamekit.com/
Который обещает быть «Access to full source code» что позволит не ждать фиксов, но лучше конечно, чтоб фиксы были не нужны. Неизвесно за какие это будет деньги — а жадность того-же Аирплея внезапно пугает, хотя конкуренция это все попустит.
Также сорцы позволят не ждать фич.
Эт ща тренд в двигостроительстве — мультиплатформенность с иОС :)
Да еще вот www.stencyl.com — обещают сделать под яблоки.

Минус манки еще в том, что надо изучать еще одну технологию — его самого как прослойку. При допиле нужно будет знать тот-же обжектСи или яву. А при работе с манки еще и знать манки. Проще уж сразу на обжектСи.

Ну и еще я не сказал что я бы его стал использовать:
1) С нормальным ЯП уровня Шарп, АС3, (ява устарела Груви рулит), на кряйняк С++ (жестко но универсально).
2) Компиляцией, а не трансляцией (нажал кнопку — получил готовый к исполнению (заливке на дивайс) файл.
3) Норм. поддержкой, реагирующей не на своих тараканов, а на пользователей (хотя этим страдают все, вопрос в степени увлеченности тараканами) и внедряющей просимые фичи.
4) Хорошим АПИ (либы, фреймвок, облегчающий разработку), быстро включающим последние вводимые фичи яблочных АПИ. И в качестве поддержки, а не платных аддонов — лучше нативное средство потреблять тогда — там бесплатно.
5) Встроенные средства отладки. Не минимальные типа логов или банальных принтов — это и самому можно сварганить, но хорошо конечно когда и варганить не надо, но если мы не гиганты мысли пишущие код без ошибок (я такой — пишу с ошибками, хотя сурово юзаю логгирование), то отладка нужна.

Вот думаю это ключевые факторы для любой среды разработки под любую платформу. Дальше тонкости типа нужна ли в АПИ физика и прочее.
Ну вот манки не удовлетворят ни одному пункту.

Ну вот первый пункт выполняют Unity3d и Mono. Однако на первом сложновато делать некоторые типы 2d-игр, а второй колбасит сейчас сильно (Novell распустил Mono) и пока игровых наработок я там не видел.

Но ведь Cocos2d есть под iOS, Android, JavaScript и, внезапно, Windows. Да, есть C++ версия, но всё равно в том же iPhone её нужно сращивать с ObjC, насколько я знаю. При готовой версии хотя бы под одну платформу, переписать синтаксис игры и десяток классов специфического взаимодействия с платформой — не такая большая проблема, как возможная возня с капризами проприетарного 3rd party.

По 2d в Unity3d, кстати, вышла статья на Хабре:
habrahabr.ru/blogs/gdev/122197/

Во нашел, но не совсем то: openplug.com
Цены демократичные — про стоит 79.00 ?
Но сам СДК пока еще не очень — надо писать под их ФВ, хотя и на АС3, не все стандартные функции поддерживаются.

Я где-то видел тулзу, где разрабы заявили, что полная поддержка АПИ флеша, и конвертится прямо проект CS5 флеша (но как там с флексом хз).

Адоб уже официально представила новые версии своих программ с возможностью разработки под Android, BlackBerry PlayBook, iPhone и iPad 20 июня 2011 года.

Ну так это вопрос скорости изучения. А если уже пишешь на C++, то мне лично на нем писать комфортнее, чем на as3.

а для меня это был даже такой выбор: C++/PC (который я знаю/имею) или Obj-C/Mac (не знаю/не имею) — к тому же Android в спину дышит — все обещает доминировать и свергнуть iPhone. Вообще не люблю его именно за это :)