Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 37
А вы не думали сделать из этого материала игру для мобильных платформ, где пользователи могут создавать «бактерии» задавая различные параметры их свойств, впоследствии колонии бактерий разных пользователей могли бы вступать в борьбу между собой?
Я себе похожую купил недавно. Plague Inc.
Но все некогда играть.
Но все некогда играть.
Plague это совсем другой сеттинг, я имею ввиду именно борьбу в пробирке размножающихся колоний, когда то в 90-х я видел подобную игру для PC, хотя сейчас ссылок уже не найти.
Вот хороший вариант того, что вы предлагаете: itunes.apple.com/ru/app/artificial-life/id308246565
Только без мультиплеера.
Только без мультиплеера.
Еще, как вариант, выдавать игроку определенное количество «еды», которую он может потратить на свое усмотрение.
Идея интересная, однако,
Идея интересная, но для игры в моём проекте не хватает «драйва», как мне кажется.
Драйв? Главное залипательность) Особенно для мобилок.
Или какой-нибудь Zero Player Game
По правде говоря, мои мысли шли совершенно в другом направлении: онлайн игра, в которой мобы эволюционируют, под влиянием отбора — самых слабых и простых легко уничтожают игроки.
А этот проект на мобильных платформах мне видится похожим на Osmos.
А этот проект на мобильных платформах мне видится похожим на Osmos.
Есть идея ассемблеро-подобного языка, чьи инструкции и будут составлять генокод бактерии.Я в последнее время склоняюсь к тому, что такие штуки должны использовать лиспо-подобный синтаксис. Это не решает проблемы балансировки силы/скорости эволюции, но по крайней мере (имхо) позволит генерить осмысленный код, потому что можно оперировать не отдельными командами, как в асме, а целыми кусками AST.
>> ССЫЛКА НА ИНТЕГРИРОВАНИЕ ВЕРЛЕ
ссылка битая… кликаю-кликаю, но ничего не открывается что-то :)
ссылка битая… кликаю-кликаю, но ничего не открывается что-то :)
Невероятно. В армии?!
Сам удивляюсь иногда )
Я практически с начала службы работаю в штабе части, так что доступ к ит есть. Основная проблема — время и усталость: после наряда или ночи работы с документацией желание программировать, к сожалению, уменьшается.
Я практически с начала службы работаю в штабе части, так что доступ к ит есть. Основная проблема — время и усталость: после наряда или ночи работы с документацией желание программировать, к сожалению, уменьшается.
Если найдутся читатели, могу написать про своё видение it-специалиста в армии. Тема интересная, но грустная.
Вот тоже заинтересовало — в армии какой страны?
В отличие от автора, у меня получилось довести модель поведения особей на нейросетях до некоторого логического завершения: www.youtube.com/watch?v=3IZ7kQ4vu6k
Проблема с быстрым вымиранием в начале действительно есть (особенно в случае хищников), но я ее решал простым увеличением начального числа особей/ресурсов.
Проблема с быстрым вымиранием в начале действительно есть (особенно в случае хищников), но я ее решал простым увеличением начального числа особей/ресурсов.
У меня такой вопрос: после того, как вы переписали алгоритм смешивания жидкостей на GPU, наверное нужно было как-то возвращать результат смешивания в CPU для дальнейшей алгоритмизации поведения бактерий? На ум приходит glReadPixels — очень медленная функция в IOS, насчет других систем не знаю. Либо можно конечно, поле поделить на клетки и учитывать содержание веществ в CPU не синхронизируясь с отрисовкой.
Отличный вопрос. Дело в том, что смешивание нужно не только для красоты — без него поле получается слишком «дискретным». Использую средства библиотеки SFML для подобного переноса. Если почитать их исходники, видно, что они используют функцию glGetTexImage для получения текстуры в оперативную память. Помимо этого SFML несколько раз эту память копирует, что тоже скорости не прибавляет. Однако, даже при этом на GPU получается считать быстрее. С удовольствием выслушаю более экономные и быстрые варианты.
Спасибо за ответ. Ну в IOS нет даже glGetTexImage, а glReadPixels выдаст fps около 20 кадров вместо 60. Более того, огорчает, что на CPU перебор массива полученных результатов в цикле тоже убивает производительность (т.е. не стоит обрабатывать двумерный массив, у которого ширина и высота равны количеству пикселей на экране, а надо как-то укрупнять). Возможно, придется писать для CPU и GPU разные алгоритмы, которые будут сохранять видимую синхронность.
Идея витает в воздухе. Сам недавно писал нечто подобное на JavaScript. Получались красивые движущиеся картинки из «бактерий», но у меня они были глупые и быстро вымирали. Думаю, такие эксперименты в итоге направлены на разработку продвинутого AI в играх. Хотя, именно из такой, казалось бы, бессмысленной деятельности, побочных проектов «для себя», порой рождаются совершенно неожиданные полезные вещи.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Поиграем в эволюцию? Генетические алгоритмы в скринсейвере