2) Sio2Engine – прекрасный игровой движок, написанный на C, есть как бесплатная версия с исходным кодом, так и инди-версия за 49$. Бесплатная лицензия требует от вас показывать в начале игры заставку, указывающую на использования вами этого игрового движка. Это, несомненно, справедливо, так как качество движка на высоте и разработчиков необходимо поддерживать. Основной минус движка в том, что он поддерживает только 3Д-формат файлов Blender, но это легко обходится плагинами для Blender, которые позволяют конвертировать файлы в другие 3Д-форматы.
В SiO2 входит хороший набор учебных пособий. Он также обеспечивает поддержку для сложных функций, таких как скелетная анимация, а также физика мягких тел, которые описаны в руководствах.
С версии 1.4. движок совершил настоящий прорыв в производительности. Так что рекомендуем использовать эту версию и старше. Это, вероятно, самый лучший движок для обработки 3Д-графики на touch-устройствах.
Исходный код доступен здесь. Кстати, сообщество продает исходные коды разработанных игр по стоимости от 49 до 249$. Внимательно ознакомьтесь с лицензией перед использованием.

3) Oolong Engine – 3D-движок написанный на C ++, обеспечивает отличную производительность. Недостатком Oolong является то, что его трудно использовать для тех, кто не знаком с OpenGL ES.
Oolong поддерживает широкий спектр функций, а также очень хорошее представление, которое, тем не менее очень сложно использовать. Этот движок низкого уровня предназначен для программистов, так что если вы начинающий в разработке компьютерных игр, то я бы на вашем месте, держаться подальше от этого движка.
Исходный код доступен на Google Groups (тут), документации очень мало, но сообщество разработчиков активно и вы можете получить ответы на свои вопросы в группе. Распространяется под MIT – лицензией.
Этот продукт подойдет скорее тем, кто хочет создать свой собственный игровой движок.

4) Irrlicht Engine – так же написанный на С++ движок. Сайт разработчиков не содержит официального порта под iphone, но, судя по слухам, вы можете найти версию OpenGL ES в репозитории.
Irrlicht это отличный движок с открытым исходным кодом, который поддерживает очень широкий спектр форматов файлов, и лучшая поддержка для классического BSP формата. Активное сообщество разработчиков опубликовало так же множество других инструментов, которые были созданы для движка.
Не смотря на это, сложно рекомендовать Irrlicht, потому что нет официального порта на iphone, и если вы почитаете форумы там мало кто готов помочь тем, кто пытается заставить двидок работать на iPhone, хотя некоторые из них создали игровые приложения для iPhone.
Irrlicht распространяется по лицензии Zlib.

5) Love – опенсорсный 2Д движок, который использует Lua как основной язык разработки. Это скорее даже не движок, а фреймворк для разработки игр. Разработчики говорят о крайней простоте создания игр на нем. Распространяется по Zlib – лицензии.

6) Aves Engine – проект еще в разработке, но авторы уверяют, что это первый HTML-5 движок для игр. Так как touch устройства поддерживают HTML-5 то это стоящая для изучения тема.

7) Antiryad Gx – этот движок примечателен тем, что поддерживает большое количество платформ и операционных систем:
Платформы – Playstation 2, PSP, Xbox, DS, Wii, IPhone/IPod Touch;
Операционные системы – AmigaOs v3.0, Dos, Linux x86, MacOSX x86, Windows 32.
Причем для всех платформ и операционных систем движок имеет единый API, и для того, чтобы портировать игру на другую консоль или ОС, достаточно поменять настройки инициализации движка и скомпилировать игру заново.Кстати, об API – хоть он и содержит более 4000 функций, он очень прост в освоении и использовании. Каждая функция доступна на любом из трех поддерживаемых языков: C, C++, Gel. Gel – это встроенный бейсикоподобный скриптовый язык, созданный специально для Antiryad Gx.
Их примеров под платформу iOS можно выделить невзрачные Dark Area 2 и Isla Dragon. Скачать можно отсюда

Включены в обзор так же популярные коммерческие движки.

1) Bork 3D – Этот движок разработан для программистов, тут нет удобных визуальных тулзов, никаких WYSIWYG-редакторов. Для примера работы движка можно посмотреть на игру Anytime Golf. Что действительно привлекательно в этом игровом движке, так это то, что автор продает его с исходным кодом и стоимость начинается от 49$.

2) iTGB – двухмерный движок с чрезвычайно простым визуальным редактором игровых сцен. Хороший по показателям скорости и чрезвычайно хороший по удобству создания игровых сцен. Полный исходный код включен в поставку, так что это отличный движок для начала создания игр. Cтоимость начинается от 750$.

3) iTGE – трехмерный движок от создателей iTGB. Насколько я смог понять, он базируется на ядре движка Oolong. Так же как и в iTGB есть удобный визуальный редактор сцен и обширный набор функций. В раннем прошлом этот движок был использован для создания многих Инди-игр для Windows – платформы. стоимость начинается от 650$

4) Shiva Ston3d – Шива содержит визуальный редактор для дизайна сцен и, если почитать форумы разработчиков, то, видимо, этот движок стоит за многими наиболее популярными тайтлами в app store. Этот движок использует Lua – подобный скриптовый язык для разработки. Самые большие минусы движка – он не нативен для iphone и не факт, что выши приложения на нем пропустят модераторы Apple и то, что редактор Шивы работает в среде виндовс, что для мак-разработчиков как то нелепо. Придется работать с виртуальной системой. Стоимость движка от 250$

5) Unity 3D – известный за удобство использования игровой движок, который развивается уже достаточно много лет. Содержит визуальный редактор для сценографии и использует С# и язык программирования Boo. Самое важное качество движка – удобство разработки на нем, однако, не смотря на несколько игр в магазине Эпл, этот движок не нативен для разработки под iphone. Стоимость начинается от 199-499$. Имеется триал-версия, ограниченная временем работы.

6) Polarbit Fuse – пока не очень изученный продукт, разработчики так и не ответили на мое письмо, возможно вы будете более удачливы.

7) Airplay – судя по всему, не совсем движок. Но игры на нем все-таки делали, судя по анонсам разработчиков этого SDK. Бесплатный для ознакомления. Цена начинается от 100 долларов.

8) UDK – не иначе, как Unreal Development Kit, призван для создания реалистичных объектов с невероятной графикой и фантастическим миром. Такой набор инструментов используют Infinity Blade и Epic Citadel.
Unreal Development Kit (или Unreal Engine 3) – это полноценная профессиональная система разработки игр. Инструментарий игрового движка Unreal Engine 3 даёт вам возможность создавать большие игры с передовой системой визуализации и 3D-моделированием. Этот знаменитый движок и инструменты являются одними из лучших.
СДК доступен бесплатно здесь. Полная версия платная. Бесплатная версия соответственно урезана.

9) iXors3d – это ветвь от движка Xors3d для разработки 2D/3D-игр на iPhone и iPod touch (iPad поддерживается пока в экспериментальном режиме). Это весьма мощный и удобный игровой 3D-движок, унаследовавший возможности Xors3d, который развивался изначально как библиотека для Blitz3d. Он достаточно прост и удобен для использования.
Движок iXors3d на писан на языке программирования C++ с некоторыми вкраплениями чистого C. Поэтому он довольно-таки быстр. Но портируемые проекты требуют некоторой доработки. iXors3d позволяет работать с сенсорным дисплеем, реализовывать управление по multitouch-системе.
iXors3d использует собственный графический 3D-движок на основе OpenGL ES 1.1. Но разработчики планируют внедрить в следующие версии OpenGL ES 2.0, что повысит характеристики 3D-графики. Поддерживаются 3D-модели форматов .b3d (скелетная анимация) и .md2 (per-vertex). Запланирована поддержка .3ds и .ms3d. Поддерживаются текстуры в форматах: .bmp, .jpg, .png, .tif, .gif, .xbm. Полная версия стоит от 100$

1) Проверка идентификатора. Самое простое:

#if !TARGET_IPHONE_SIMULATOR
int root = getgid();
if (root <= 10) {
	//Крякнута
}
#endif

Здесь ведется проверка того, что идентификатор процесса приложения не находится среди идентификаторов системных процессов(меньше или равно 10). Если находится, то программа точно взломана.

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

2) Проверка файлов. Следующий метод, предложен одним форумчанином крупного зарубежного форума девелоперов:

#define kInfoSize 500
//Place your NSLog Plist Size into the above Define statment
NSString* bundlePath = [[NSBundle mainBundle] bundlePath];
NSString* path = [NSString stringWithFormat:@"%@/Info.plist", bundlePath ];
NSDictionary *fileInfo = [[NSBundle mainBundle] infoDictionary];
NSFileManager *fileManager = [NSFileManager defaultManager];
NSDictionary *fileAttributes = [fileManager fileAttributesAtPath:path traverseLink:YES];

if (fileAttributes != nil) {
	NSNumber *fileSize;
	if(fileSize = [fileAttributes objectForKey:NSFileSize]){
		NSLog(@"File Size:  %qi\n", [fileSize unsignedLongLongValue]);
		//Best to see the File Size and change it accordingly first
		NSString *cSID = [[NSString alloc] initWithFormat:@"%@%@%@%@%@",@"Si",@"gne",@"rIde",@"ntity",@""];
		BOOL checkedforPir = false;
		if([fileInfo objectForKey:cSID] == nil || [fileInfo objectForKey:cSID] != nil) {
			if([fileSize unsignedLongLongValue] == kInfoSize) {
				checkedforPir = true;
			}
		}
		if(!checkedforPir){
			//Крякнута
		}
		[cSID release];
	}
}

Метод проверяет размер наличие “Signerldentity” в Info.plist. Если данная строка имеется в файле, то бьем тревогу. Для большей маскировки от хакера рекомендуется разбивать строку как можно больше. Рекомендую делать побитовое смещение искомых строк.

3) Проверка файлов. Более компактное и быстрое исполнение 2го метода:

NSBundle *bundle = [NSBundle mainBundle];
NSDictionary *info = [bundle infoDictionary];
if ([info objectForKey: @"SignerIdentity"] != nil)
{
	//Крякнута
}

Не требует дополнительных библиотек, портативен. Рекомендуется опять же разбивать строку, т.к. открытую строку легко найти даже HEX-редактором. Рекомендуется прятать строку таким образом:

#define INIT_STRING @"SignerIdentity"
NSString *aString = INIT_STRING;

Это скрывает “SignerIdentity” из шестнадцатеричного редактора, что делает взлом намного сложнее.
4) Проверка файлов. Некая новинка:

NSString* bundlePath = [[NSBundle mainBundle] bundlePath];
BOOL fileExists = [[NSFileManager defaultManager] fileExistsAtPath:(@"%@/_CodeSignature", bundlePath)];
if (!fileExists) {
	//Крякнута
	NSLog(@"Крякнута");
}
BOOL fileExists2 = [[NSFileManager defaultManager] fileExistsAtPath:(@"%@/CodeResources", bundlePath)];
if (!fileExists2) {
	//Крякнута
	NSLog(@"Крякнута2");
}
BOOL fileExists3 = [[NSFileManager defaultManager] fileExistsAtPath:(@"%@/ResourceRules.plist", bundlePath)];
if (!fileExists3) {
	//Крякнута
	NSLog(@"Крякнута3");
}

Метод банально проверяет существование “_CodeSignature”, “CodeResources”, и “ResourceRules.plist”. Во время взлома приложения эти файлы не всегда учитываются и удаляются. Не самый лучший метод, однако не просто взламывается. Также рекомендую делать побитовое смещение искомых строк.

5) Проверка даты. Следующий метод – вершина технологий:

NSString* bundlePath = [[NSBundle mainBundle] bundlePath];
NSString* path = [NSString stringWithFormat:@"%@/Info.plist", bundlePath];
NSString* path2 = [NSString stringWithFormat:@"%@/AppName", bundlePath];
NSDate* infoModifiedDate = [[[NSFileManager defaultManager] fileAttributesAtPath:path traverseLink:YES] fileModificationDate];
NSDate* infoModifiedDate2 = [[[NSFileManager defaultManager] fileAttributesAtPath:path2 traverseLink:YES] fileModificationDate];
NSDate* pkgInfoModifiedDate = [[[NSFileManager defaultManager] fileAttributesAtPath:[[[NSBundle mainBundle] resourcePath] stringByAppendingPathComponent:@"PkgInfo"] traverseLink:YES] fileModificationDate];
if([infoModifiedDate timeIntervalSinceReferenceDate] > [pkgInfoModifiedDate timeIntervalSinceReferenceDate]) {
	//Крякнута
}
if([infoModifiedDate2 timeIntervalSinceReferenceDate] > [pkgInfoModifiedDate timeIntervalSinceReferenceDate]) {
	//Крякнута
}

Очень уникальный метод. Проверяет дату модификации Info.plist, бинарника, а также PkgInfo. Изначально дата модификации этих 3х файлов одинакова. После взлома дата модификации файлов Info.plist и бинарника – меняется. Если дата Info.plist и бинарника позднее PkgInfo, то программа взломана или были попытки.

6) Анти-отладчик. Далее очень мощный метод:

// The iPhone SDK doesn't have , but it does have ptrace, and it
// works just fine.
typedef int (*ptrace_ptr_t)(int _request, pid_t _pid, caddr_t _addr, int _data);
#if !defined(PT_DENY_ATTACH)
#define  PT_DENY_ATTACH  31
#endif  // !defined(PT_DENY_ATTACH)

void ZNDebugIntegrity() {
	// If all assertions are enabled, we're in a legitimate debug build.
#if TARGET_IPHONE_SIMULATOR || defined(DEBUG) || (!defined(NS_BLOCK_ASSERTIONS) && !defined(NDEBUG))
	return;
#endif

	// Lame obfuscation of the string "ptrace".
	char* ptrace_root = "socket";
	char ptrace_name[] = {0xfd, 0x05, 0x0f, 0xf6, 0xfe, 0xf1, 0x00};
	for (size_t i = 0; i < sizeof(ptrace_name); i++) {
		ptrace_name[i] += ptrace_root[i];
	}

	void* handle = dlopen(0, RTLD_GLOBAL | RTLD_NOW);
	ptrace_ptr_t ptrace_ptr = dlsym(handle, ptrace_name);
	ptrace_ptr(PT_DENY_ATTACH, 0, 0, 0);
	dlclose(handle);
}

Метод намного сложнее всех предыдущих. Вкратце, мы проверяем используется ли наша программа отладчиком или нет. Если да, то останавливаем отладчик. При взломе необходимо подключить отладчик к приложению(Кракулоусы – не исключение). Метод успешно останавливает процесс отладки и завершает его.

7) Шифрование. Метод проверки на SignerIdentity, но с применением шифрования:

NSLog(@"Substitution Cipher:");
char symCipher[] = { '(', 'H', 'Z', '[', '9', '{', '+', 'k', ',', 'o', 'g', 'U', ':', 'D', 'L', '#', 'S', ')', '!', 'F', '^', 'T', 'u', 'd', 'a', '-', 'A', 'f', 'z', ';', 'b', '\'', 'v', 'm', 'B', '0', 'J', 'c', 'W', 't', '*', '|', 'O', '\\', '7', 'E', '@', 'x', '"', 'X', 'V', 'r', 'n', 'Q', 'y', '>', ']', '$', '%', '_', '/', 'P', 'R', 'K', '}', '?', 'I', '8', 'Y', '=', 'N', '3', '.', 's', '<', 'l', '4', 'w', 'j', 'G', '`', '2', 'i', 'C', '6', 'q', 'M', 'p', '1', '5', '&', 'e', 'h' };
char cfile[256];
[[[NSString alloc] initWithString:@"SignerIdentity"] getCString:cfile maxLength:sizeof(cfile) encoding:NSUTF8StringEncoding];
NSLog(@"%s",cfile);
for(int i=0;i<strlen(cfile);i++)
	cfile[i] = symCipher[cfile[i]-0x21];
NSLog(@"%s",cfile);
for(int i=0;i<strlen(cfile);i++)
{
	for(int j=0;j<sizeof(symCipher);j++)
	{
		if(cfile[i] == symCipher[j])
		{
			cfile[i] = j+0x21;
			break;
		}
	}
}
NSLog(@"%s",cfile);

На первый взгляд этот код может показаться сложным, но это не так. Мы используем шифр замены, основной форме криптографии, для изменения строки “SignerIdentity”. Так как вы можете видеть, метод шифрует строку “SignerIdentity” в зашифрованную строку , а затем расшифровываем ее обратно в “SignerIdentity”

Расшифровываем шифрованную строку и записываем ее в signIdentity:

char symCipher[] = { '(', 'H', 'Z', '[', '9', '{', '+', 'k', ',', 'o', 'g', 'U', ':', 'D', 'L', '#', 'S', ')', '!', 'F', '^', 'T', 'u', 'd', 'a', '-', 'A', 'f', 'z', ';', 'b', '\'', 'v', 'm', 'B', '0', 'J', 'c', 'W', 't', '*', '|', 'O', '\\', '7', 'E', '@', 'x', '"', 'X', 'V', 'r', 'n', 'Q', 'y', '>', ']', '$', '%', '_', '/', 'P', 'R', 'K', '}', '?', 'I', '8', 'Y', '=', 'N', '3', '.', 's', '<', 'l', '4', 'w', 'j', 'G', '`', '2', 'i', 'C', '6', 'q', 'M', 'p', '1', '5', '&', 'e', 'h' };
char csignid[] = "V.NwY2*8YwC.C1";
for(int i=0;i<strlen(csignid);i++)
{
	for(int j=0;j<sizeof(symCipher);j++)
	{
		if(csignid[i] == symCipher[j])
		{
			csignid[i] = j+0x21;
			break;
		}
	}
}
NSString* signIdentity = [[NSString alloc] initWithCString:csignid encoding:NSUTF8StringEncoding];

Аллилуйя! Мы скрытно получили строку signIdentity со значением “SignerIdentity”. Обнаружить это отладчиком для хакера – практически невозможно. После данного кода можно спокойно использовать стандартную проверку на наличие “SignerIdentity” с использованием нашей тайно полученной строки signIdentity.

8) Проверка на JailBreak №1. Самый анархичный метод:

BOOL yes;
//DETECT JAILBREAK
if ([[NSFileManager defaultManager] fileExistsAtPath:[NSString stringWithFormat:@"/%@%@%@%@%@%@%@", @"App", @"lic",@"ati", @"ons/", @"Cyd", @"ia.", @"app"]]
 || [[NSFileManager defaultManager] fileExistsAtPath:[NSString stringWithFormat:@"/%@%@%@%@%@%@", @"pr", @"iva",@"te/v", @"ar/l", @"ib/a", @"pt/"] isDirectory:&yes]
 ||  [[NSFileManager defaultManager] fileExistsAtPath:[NSString stringWithFormat:@"/%@%@%@%@%@%@", @"us", @"r/l",@"ibe", @"xe", @"c/cy", @"dia"] isDirectory:&yes])
{
	//Jailbreak обнаружен
}

По сути не является методом определения взлома. Проверяет наличие папок, без которых крякнутую версию просто не поставить. Метод подходит только очень отчаявшимся разработчиком. которые в штыки воспринимают джейлбрейк, и категорически против него. Рекомендуется хорошо прятать искомые пути(шифрование или разбивание).

9) Проверка на JailBreak №2. Продолжение легенды:

NSError *error;
//Строка для записи
NSString *str = @"Проверка записи. Если вы это сможете прочитать, то у вас джейлбрейк!";

//Пробуем записать файл в системный раздел
[str writeToFile:@"/private/test_jail.txt" atomically:YES
         encoding:NSUTF8StringEncoding error:&error];
//Если записалось без ошибок
if(error==nil){
	//Jailbreak обнаружен
}

Метод проверяет возможность записи файла в системную директорию, которая без джейлбрейка невозможна.

Наиболее скрытые(для отладчика) методы завершения процесса:

//1
close(0);

//2
[[UIApplication sharedApplication] terminate];

//3
[[UIApplication sharedApplication] terminateWithSuccess];

//4
UIWebView *a = [UIWebView alloc];
UIWindow *b = [UIWindow alloc];
UIView *c = [UIView alloc];
UILabel *d = [UILabel alloc];
UITextField *e = [UITextField alloc];
UIImageView *f = [UIImageView alloc];
UIImage *g = [UIImage alloc];
UISwitch *h = [UISwitch alloc];
UISegmentedControl *i = [UISegmentedControl alloc];
UITabBar *j = [UITabBar alloc];
[a alloc];
[b alloc];
[c alloc];
[d alloc];
[e alloc];
[f alloc];
[g alloc];
[h alloc];
[i alloc];
[j alloc];

//5
system("killall SpringBoard");

//6
notify_post("com.apple.language.changed");

подобные действия отладчиком сложно заметить, а тем более понять, что именно они провоцируют аварийное завершение.

Пользуйтесь и ни в чем себе не отказывайте!