А тебе не выгодно. Причина тому, стоимость проекта. Команде придётся выложить, ну, тысяч 150 рублей, как минимум, в месяц. А работа может затянуться на года два, три. Лучше купить лицензию на UnReal...

Поверь, твоя идея довольно утопическая, что бы кто нибудь, написал тебе порт движка. Допустим, как я, взял бы за работу по реализации движка, похожего на UnReal, где то 50 000 000 $ с учётом передачи авторского права. Но опять же, похожесть может затронуть только внешне. Лично я не хочу нарываться на проблемы из-за авторского права. Подумай.

А ещё лучше изучай С++, или С#, к чему душа лежит, и пиши сам движок.

Если не выйдет более хорошая версия Windows, то у меня на ПК пропишется Linux окончательно.

И.М.М.
Linux - это будущее. Хотя я сижу ещё на хрюше, но по соседству с ней стоит Ubuntu, Chrome OS и Xonomi. И скажу, ОСПО всё лучше и качественней. Я уже давно подумаю спрыгнуть с хрюши полностью (пока на Xonomi, уматная сборка Линукса для работы с мультимедиа).

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

К тому же я использую более сложные структуры, на пример эта структура ключ-имя:

Где lpString есть AnsiString, либо WideString, всё зависит от выбранной кодировки. Объект из такой структуры лучше создавать динамичным, в противном случае скорость упала бы во много раз...

Я, как выше уточнял, попробовал переписать функции и скорость работы увеличилась. На 1 000 000 объектов, при чтении с помощью каретки, время с 0,3 сек (300 мс) упала, примерно, на 0,1 сек.

Devel, мне просто надо оптимизировать код. Чем сейчас я и занимаюсь... А вообще, я думаю над тем, что бы реализовать выделение по группе объектов, примерно, как ты привёл первый пример.

Здесь замут в том, что я 1 000 000 раз вызываю оператор NEW. Ну, другого варианта я просто не знаю.

Я думаю, переписать функции, которые я привёл выше, используя итератор (двухсторонний, конечно). Так скорость чтения должна возрасти в несколько раз.

Вообще, эту задачу реализовать не сложно.

Создай структуру, в которой будут храниться все параметры игрока, она понадобится и для ИИ.
Далее реализуй временную систему, там, сколько дней провёл в игре. Время суток. Можно включить и погоду (использовать случайные числа для определения погоды).
Реализуй класс ИИ. То есть, опять рандомные числа в области обучения и так далее.

Самое сложное - тюнинг. Более эффективнее будет смотреться, если будет картинка машины...

Вот допустим, у меня не получилась, как хотел, идея с байт-кодом, но получилась идея с разбитой памятью по ячейкам.

Новые эксперименты с памятью, или тест класса TFunTrack.

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

Изначально, класс TFunTrack должен был работать с массивом символов, так называемой датой байт-кода. Чтение должно было происходить по средствам смещения каретки. Но сложность заключалась в том, что в памяти используется четыре основных типа: байт, число, дробь и строка. При преобразовании информации в эти типы тратится довольно много времени (мне нужны, в конечном результате вывода, именно они). Но результат был всё ровно, довольно быстрым: на создание и запись в 1 000 000 тактов движения потратилось, примерно 1,3 сек. При этом, понадобилось памяти: 23 500 Кбайт. Чтение же, (ведь это главное) на 1 000 000 тактов, потребовало 1 секунда. Казалось бы, быстро, но на 10 000 000 тактов потребуется, примерно, 10 секунд.

Но эксперименты на этом не закончились, наоборот, только начинались. И решил я использовать методику, которую использовал в GLogic. Память разложена по таблице. А таблица выглядит так: номер по порядку — дата. Но в GLogic, ячейка памяти статична, то есть при операции она копируется (поэтому, этот сценарный движок очень медленный). Тогда я изменил принцип передачи данных из полного объекта в передачу только указателя. Далее я модифицировал принцип чтения из памяти. В классе устроено несколько функций, которые двигают каретку и указатель на класс ячейки памяти. Ниже приведены эти функции, указатель, и назначения их:

void Begin() - Устанавливает каретку в начало таблицы.
void End() - Устанавливает каретку в конец таблицы.
void NextStep() - Продвигает каретку на один вперёд.
void BackStep() - Продвигает каретку на один назад.
void GoToID(int __id) - Перекидывает каретку на адрес __id.
DataComand *CurretPoint - Собственно, указатель на текущий объект, где расположилась каретка.

Как раз результаты этого класса меня удивили. Скорость записи немного ниже, а скорость чтения в несколько раз ниже, чем в предыдущей разработке. Но и без жертв не обошлось. Этот класс потребовал в два с половиной раза больше памяти. В общем, вот результаты:

Тест создания и записи объектов с помощью класса TFunTrack

Количество созданных объектов: 1 000 000
Количество операций с памятью: 6 000 000
Общее количество обращений к классу: 7 000 000

Скорость заполнения: 0.8 сек.
Память на одну ячейку: 64 Б.
Расчётная память на 1 000 000 объектов: 62 500 кБ.
Количество занятой памяти при тесте: 70 476 кБ.

Тест чтения данных из объектов по средствам класса TFunTrack

Количество объектов: 1 000 000
Количество обращений к памяти: 3 000 000
Обращение памяти через каретку. Вывод данных в переменную типа double.

Время выполнения операций: 0.3 сек.

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

В общей сложности, я предполагаю, в полном проекте, может использоваться до 3 000 000 ячеек памяти во множествах таблиц. Так как команда будет принимать приличное количество параметров, и служить, в принципе, полноценной функцией. Но об этом позже, я предполагаю, что максимально потребуется около 300 мегабайт оперативной памяти для работы со сценарным движком.

Ещё, в файлах много исходников. Поищи.

З.Ы.
У меня уже пол второго ночи, я спать....

zik13, видишь текст подчёркнут красным - значит ошибка. Нажимаешь правой кнопкой и смотришь подходящее слово. Если же нет, то тогда проверяешь.

>> Соблюдайте правила! Пишите грамотно!
Это правило, и из-за него можно влететь на бан.

З.Ы.
Скинь Оперу и установи Ру-пак по проверки орфографии. Много ошибок.

В примере, который я тебе предоставил, используется так называемый "псевдотриггер". Это зона, которая удаляется, но перед удалением выполняет определённые действия.