Есть ли рпг код которых был открыт? Желательно на плюсах?
Есть ли рпг код которых был открыт? Желательно на плюсах. Не для создания модификации, а для создания своей полноценной игры.
Если можно с ссылкой на источник, где находится код.
Благодарю.
Исходный код игры - это вовсе не учебный материал. Более того - он может и научить плохому.
Изучая чужой код - мы изучаем ошибки чужого проектирования и чужие технические долги.
Кроме того я не понимаю здесь критерия финала. Где или на каком уровне изучения
автор решит что он уже все просмотрел. Объем работ я вижу здесь при такой постановке - близкий
к бесконечности и нужен обязательно какой-то критерий.
Лучше изучать более активно. Тоесть зайти в какой-то опенсорсный проект и брать тикеты и потихоньку
их фиксить.
Это твоё мнение, но то что ты пишешь по факту офтопик, вопрос был про ссылки на открытый код рпг игр. Кроме того, если ты предлагаешь участие в опен сорус не вижу ссылок.
Ответ не соответствует вопросу и в целом звучит негативно.
Написано
Saboteur
@saboteur_kiev Куратор тега Разработка игр
mayton2019, Saboteur
На самом деле открытый код игры это кладезь знаний для разработчиков. Те кто не доволен этой политикой могут вообще не лезть туда и не заморачиваться, но плюсов могу перечислить море:
Во первых изучая то что тебе интересно это не будет нудятиной. Это один из самых главных плюсов, в следствии этого :
Запомниться легче, лучше и быстрее!
Во вторых, это отличный учебный материал, потому как показывает, как всякие функции и механике выглядят из нутри на практике. А по другому изучать можно в пустую, "воздух молотить", так толком ни до чего не добравшись.
3 практически тоже самое что и второе, но всё же несколько другое. Открытый код вносит не только ясность, но и простор для экспериментов. Чтобы понять и запомнить что как устроено и что как работает.
Изменение и модификация кода, при изучении так же может быть.. В итоге как бы сказать, человеку может прийти мысль, во время его изучения как его, " это все" или. Какую то часть - оптимизировать. При том в одиночку. Без примера с трудной задачей, до конца он может вообще не добраться или прийти с трудом. Это были есть и будут отличные практические знания в нужной сфере иначе их бы ни кто не смотрел и не изучал.
Положительного много
Опыт других программистов, стимул. Это так же может сблизить людей к работе над одним общим проектом. При командной работе они будут иметь представление вместе, как это выглядит.
А не что то не понятно - не вообразимое. Не определённо где, когда и как закончить и собрать всё воьедино, будет цельный образ. От которого можно будет отталкиваться.
Написано
Saboteur
@saboteur_kiev Куратор тега Разработка игр
mayton2019, И много вы видели учебного материала, после которого становишься хотя бы джуном?
mayton2019, а если нет ментора который поможет разобраться в разработке игр, то что это будет " закрытый парк"? Или ребёнка родители не поддерживают и похожие ситуации, то что ему забыть? И не пытаться, пока ментора не будет?)
Я с таким заявлением не согласен.
Чтобы ты не говорил про теорию, но на практике всё познаётся лучше чем в теории. Теория теорией, а практика практикой. Я всё равно буду считать, что изучение на практике во много раз лучше. И если человек хочет изучать игры, чтоб их создавать, то ему надо, в основном, на их примерах это изучать. А не на чем то другом. А уже потом дополнять и расширять знания, про закрытую сферу я всегда буду против)
Положительного много, я уже говорил и приводил примеры. В любом случаи даже плохой код игры которая работает, будет кодом человека который смог, не не чем то другим. Это всеравно будет хороший пример для начала, в отсутствии нужного практического опыта. Потом анализ ни кто не отменял, голова у программистов по определению есть, так сказать это аксиома). Даже в плохом коде, можно увидеть то что работает, увидеть новые подходы, механики и так далее. Отмести лишнее., модифицировать, оптимизировать. Анализ то ни кто не отменял.
Изучение на практическом примере всегда было лучше, чем большая и сухая теория. И если ты учишься делать ракеты космические , то изучение это в любом случаи хорошо, но будет лучше если это будет связано именно с ракетами, а не с мотоциклами, параходамм, катерами и т. Д. Потому что при таком подходе до ракет не доберёшься, рассыплишься где то на пол пути., в лучшем случае. Это точно так же, как если бы человек который хочет рисовать, учился бы писать буквы буковки калиграфическим почерком, потому что оно помогает набить руку, точность и научиться правильно держать перо и карандаш, со всеми учебниками.. Да даже и с менторамм, если он хотел рисовать портреты людей, к примеру, он и должен учиться этому, околольный путь это хорошо, для расширения кругозора.. Но всем известно что кратчайший путь между двумя точками это прямая. Другими словами, хочешь заниматься играми, занимайся ими. Я даже могу, сказать, что всем известная фраза : " привет мир", не нужна, если это не показать как это используется в игре, на практике. Всё что без практического примера, будет.. может быстро стать мусором. Который будет не нужен, и с определённого момента просто погрузиться в такую кашу знаний , с которой человек не будет знать что делать и без надобности просто всё забудет. Хотя основы конечно нужны, ни кто не отрицает нужность основ, но моя точка зрения такова :" Практический подход.,будет более лучшим, более продуктивным. Пусть и при разборе работающего!, но плохого кода. ( Хотя хороший конечно будет лучше)
И я согласен с Saboteur, я видел как многие из тех кто окончил политех, не могли найти даже работу на джуна, в начале 2000-х, если нет знакомых, которые за тебя бы поручились или связей, то просто не брали. Они вынуждены были идти и шли работать куда возьмут. Электромантера - отличник с высшим по автоматезированию вычислительных систем и техники, видел? Я видел. И в 2000 годах я видел многих выпускников я которые после учёбы пошли на стройку, в бары и рестораны, на автомойку и так далее потому что не смогли устроится на джуна.
MasterGod, меня не дочитывают до конца. Я пишу. Влиться в проект и брать тикеты. Это означает что у вас будут коммуникации с участниками проекта. Консультации. Трансферы знаений. Просто общение.
Мы, люди так устроены что у нас есть общение. Это та эмоциональная составляющая которая нас и делает людьми.
А самостоятельно чтение исходников - это путь в выгорание. Я читал исходники. Я выгорал.
mayton2019, я дочитал. Моё мнение, что это зависит от самого человека, от его желаний, амбиций и его личных ощущений. Если человек почувствует что ему пора в опен сорус, значит пора. Если почувствует что хочет изучать Код на практическое пример, пусть изучает. Психологами давно установленно, я ещё раз повторю лучше изучается, то что человеку интересно, что ему нравится и привлекает. Если он попробовал и почувствовал что не его, пусть. Это его практический опыт. Главное чтоб социальное окружение его не задавливало и не вешало ярлыки, не отбивало желание. Это так везде. Возьму пример, который будет понятен. Футбол. Многим в определёный момент он интересен, из парней, может почти всем. В определённый момент все попробуют и лучше попробовать, чем не пробовать. Если он чувствует что это его - пусть занимается. Чем больше ему возможностей дают, тем лучше, для него самого. Есть конечно ещё проблема с избытком выбора.. Но это уже другое..
На счёт вашего учебного плана, я ничего плохого сказать не хочу, но..
Если бы у нас после такого "плана", каждый человек который хотел бы быть, кем то, например разработчиком игр. Им и становился, после прохождения этого "учебного плана" при чем хорошим. Я бы тогда ничего не сказал. Но где вы видели такие планы? Я не вижу и не видел.
На счёт опенсоурс я повторюсь, командая работа и командный опыт это хорошо, но ни кто не сказал что кто то будет делиться своим опытом или что то объяснять. Надо пробовать, искать и то что зацепит, то и изучать. Там куда рвётся душа.. чье-то наставление это конечно хорошо, но только когда учитываются интересы интересующегося. И чтобы не вышло так " перегорел" надо находить то что привлекает, делать перерыв в изучение, отвлекаться, да расширение кругозора это хорошо.
Проблема разработки игр в том что многое из этого остаётся за кулисами, хороших примеров мало, которые люди могут использовать, например чтоб связать свою жизнь и стать игровым разработчиком и например быть разработчиком одиночкой, ну если человек так хочет, почему бы и нет. Но.. Есть социальные ярлыки, социальное давление. И много остаётся за кулисами..
И опен соурс проект не говорит о том что будет обратная связь. Что кто то будет что то подсказыввть и чем то делиться.. Разве я не прав?
Игры сами по себе очень сложные проекты. Требующие огромного количество знаний. При этом постоянно появляется что то новое. Новые подходы, новые технологии..
Изучение при создании игр необходимо, но даже само по себе изучение того что есть в игре огромное.
С ментором конечно всё было бы проще, это естественно. Но если нет того кто подскажет? И тогда все будет упираться В опен соурс ?
Но почему тогда ты не учитываешь, что открытый код по факту тот же опен сорус?
Команда понятие относительное. Команда может быть которая друг другу поможет и подскажет. А может быть команда только на словах.
Опен сорус проект всё относительное..
Ты думаешь там будет тот кто подскажет что то? А Если нет того кто подскажет, будет тоже самое изучение кода.
При чем вполне может быть даже не готового, и не известно когда будет готово и каким способом..
Ментор, или человек который подскажет это всегда плюс.
Тут много камней на самом деле. Смотри финансовая составляющая, психологическая личность человека его характер, и так далее. Может с ним не захотят общаться из за его характера.. Личности и так далее.. Потому что ни кто не обязан.
Есть много аспектов большой объем данных для изучения, чтоб создавать игры.. Может кому то интереснее трудиться над своим проектом, а не лезть в чужой я где ты вскоре будешь не нужен, в связи с отсутствием нужных знаний и опыта?
Как говориться сколько людей столько и мнений.
Тут много, очень много аспектов. И с моей точки зрения изучение работающего кода игры, например . Если например ты не создавал рпг, но хочешь. То это всеравно опыт. Я не назову знания плохими, если они работают. А лучше и бесплатно предоставить не можешь.
И кстате ты замечаешь свое противоречие опен сорус проект ты считаешь нужным попасть, но зачем?
По факту, за тем же за чем и берут и изучают открытый код.
Изучить, разобраться, модифицировать, дополнить. Создать что то своё с его помощью, или знаний полученных от туда.
Может в опен сорус проекте нет ошибок или лишнего? Он хорошо оптемизирован и работает идиально? Понимаешь это философия. А по факту, как я уже говорил : всё будет практически тоже самое я что и при изучении открытого кода. Главное отличии это связи и советы. Но их по факту может и не быть.
Важно на самом деле, как эти данные структуированы. Если есть комментарии, как они подписаны или помечены, чтоб можно было разобраться. Насколько это относится к тому что человек ищет и на сколько это все интересно ему самому.
Хороший раздел, натыкался что есть открытый код некоторых игр, но при переходе оказывался на этом сайте на не существующей странице.. Пример:"
Ниже приведен список RPG игр, код которых был открыт:
0xC0000005, да но там не на открытый код игры, а на создание модификаций 1я ссылка.
Ну это не единственное такое, натыкался на много похожего, и только ты дал мне ссылку на большое оглавление, благодарю. Интересный доступ. Надо полазить, посмотреть что там есть интересного.
Василий Банников, есть движок юнити, анрил но он не даёт тебе сделать рпг, как например редактор карт в героях, наляпал и вот тебе уровень. Нужны знания.
MasterGod, всмысле не даёт? Можно, но нужно понимать, как этот самый редактор уровней сделать)
Если нужно наподобие героев (что вообще не РПГ), то почему ищешь абстрактную РПГ, а не возьмёшь собственно исходники от героев?https://github.com/vcmi/vcmi
Но взяв за основу исходный код существующей РПГ - ты получишь форк этой рпг, а не свою.
В дополнение могу сказать что стратегии и рпг на самом деле имеют очень много общего.
Настрочил кучу сообщений, хотел объединить, не обьеденились. Ну ладно) удалить не вышло, странн) о есть значит какое то временое ограничение когда можно и нельзя удалять..
Редактировать смотрю можно..
Про героев это был пример , не рпг, но проект всем известный, поэтому и был приведён. Можно переделать словестно в рпг, но будет длиньше, запутанее, а смысл останется тем же.
К тому же стратегии от рпг не сильно различаются во многом, и во многом имеют много общего.
(Кстати ты троллингом или хэйтингом не занимаешься, а то похоже. Какую интересную ты сделал не форк игру? )
В компьютерном виде одно может быть даже простикает из другого. Я не сильно изучал историю игр. Может быть рпг это форк стратегии или наоборот?) а если брать вообще с начала, то получается что и стратегии и рпг это форк аркад. Сделали так форк кругом. Один форк)
Но на самом деле всё относительно и что на чем базируется, ты же не знаешь, какой код перед этим смотрел разработчик и какие у него были примеры?!
Так что это всё ближе к философии.
И наверное должно быть в другой теме
Как это не даёт?
Вот к примеру не так давно вышедшая Disco Elysium - это вполне себе RPG и написана она на юнити.
Нужен редактор карт? Да собственно редактор карт - это такая же игра (ну или отдельная программа), просто с другими механиками.
А карта - набор данных для игры, по которым строится сцена. По сути ничем радикально не отличается от файла сохранений (ты же можешь через код объекты расставлять? Вот и расставляй их на основе прочитанных из файла данных)
Значение слова форк какое?
Вилка. Отделение. Самостоятельной игрой твоя игра будет ровно на столько, на сколько самостоятельным можно считать какой-нибудь Fallout 4 по отношению к Fallout 3 или Stalker:Anomaly по отношению к Stalker: CoP.
Зачем люди смотрят исходный код?
Как правило для двух вещей:
1. Понять, как именно работает какой-то продукт (в данном случае игра).
2. Внести изменения в этот продукт
Тоесть такого варианта "А давайте я посмотрю исходники X и сделаю что-то своё нисколько не похожее на X" нет совсем.
К тому же стратегии от рпг не сильно различаются во многом, и во многом имеют много общего.
Похоже, что у нас разное понимание RPG и стратегий.
Как по мне - это два абсолютно разных жанра и общее там может быть только в том, что в НЕКОТОРЫХ RPG может использоваться вид камеры, как во многих стратегиях и может использоваться пошаговая боевая система, похожая на НЕКОТОРЫЕ пошаговые стратегии.
RPG - это очень абстрактный жанр которым можно описать (только самые известные):
1. ARPG типа Skyrim или Fallout 3+
2. JRPG типа Undertale, Final Fantasy, Persona
3. CRPG типа серии Baldur's Gate или Fallout 1,2
4. Вообще не понятно что типа уже упомянутого Disco Elysium
Core-механики же в стратегиях и рпг абсолютно разные.
Может быть рпг это форк стратегии или наоборот?
У нас разное понимание слова "форк".
какой код перед этим смотрел разработчик и какие у него были примеры?!
Чтобы написать свою собственную игру - тебе совершенно не обязательно смотреть на исходный код другой игры.
Тем более что чтение тебе мало пользы даст, тк архитектура кода в любом большом проекте будет абсолютно не понятной для новичка, а для старичка - может и понятной, но почти всегда совершенно бесполезной.
Гораздо больше пользы даст - попытка написать свою игру, даже совсем небольшую.
Затем, уже имея опыт, тебе будет не так сложно сделать проект чуть больше и так далее.
По тому я и спрашиваю - что именно ты хочешь увидеть в исходниках?
Хочешь сделать свою игру, которая похожа на другую игру или основывается на тех же механиках? - бери исходники движка этой игры или делай глобальный мод к ней.
Хочешь изучить, как работает какая-то конкретная игра - смотри исходники этой конкретной игры.
Хочешь создать свою отдельную игру - бери Unity, Unreal или пиши свой собственный движок.
Василий Банников, 3д тоже не сразу появилось. Я на сайте не давно, как ты цитату делаешь? Ага.. Редактор использует теги html. . Странно но ладно, и не муторно ли тебе каждый раз копировать.. Хотя ты наверное с компа.. Там по удобнее.. Я тут с телефона, так как на работе.
Извини вставками пользоваться не буду. Споллер ты тоже интересно использовал. А редактор поддерживает все теги html или только те что сверху? Если я укажу размер и цвет текста, он изменится?
Как я сказал 3д появилось тоже не сразу, изначально всё было плоское.
Не думаю что нельзя изучить код игры и попробовать. Сделать что то похожее , только на том же юнити или анрил. Добавив своё, что то изменив. Ни каждый сможет сказать какой разработчик с какого кода брал пример.
Как ты выразился форк не форк это будет разглагодьствование, мне больше нравится слово философия, несёт больше позитива. В то время как первое несёт более негативный оттенок.
На счёт хочешь узнать как работает бери и смотри. Я впринципе тебе об этом и говорил.!
Мод не хочу увы.
Когда то я написал крестики нолики. Это будет опять философия, но как ты говорил это будет другая игра. Хотя с твоей точки зрения, думаю и их можно приставать к форку других игр, только узнать что было первее.
Но то что меня интересует это другая механика, логика.
Может быть если голову долго ломать, может из этого можно что то придумать и как то прийти к рпг, но через пример проще. От простого к сложному можно, но без примера можно заблудиться.
Кстати изначально крестики нолики были без картинок. Потом добавил картинки.. Может быть слышал такое, что человек быстрее развивается там где ему нравится. Я хочу рпг, а не пакмэн создавать, морской бой и т. Д.
На счёт не обязательно смотреть код.
Слышал выражение создавать велосипед?
Суть была в том что человек приделал колеса к лавке, проводил улучшения. Но кучу времени было потрачено по большей части в пустую. Если бы он знал устройство велосипеда, у него дело пошло бы быстрее проще и продуктивнее, может быть что нибудь создал бы приличное, а так кучу времени потратил. Что вприцепе оказалось без потребности.
Говоря зачем смотреть код рпг чтобы её создать, ты делаешь шаг в противоположную сторону, от создания. Даже если у тебя есть все необходимые знания. Пример всеравно поможет это всё разложить по полочкам и собрать во едино.
На счёт современного разделения на поджанры увы, не знаток. Arpg от слова экшен?) но ведь и диабло с определённого времени стал считаться экшен рпг) это опять же философия.
Если взять любую ртс, если ты так привередлив, то она будет очень много иметь общего с тем же диабло. У определенных юнитов, определённая логика поведения. Тип атаки ближний., дальний. В более развитых там и лечения появляются и куча других допущений, вплоть до заклинаний на своих или чужих юнитов. Да способ победы и прохождения разный. Но возьми одного юнита с любой стороны, чем не главный герой, или других юнитов, чем не монстры и ли нпс в рпг. Логика поведения другая? Хорошо, а если брать бой. Впринципе герой и вражеские юнты, отличий не много. Проходимость и так далее.. Я не говорю про пошаговые стратегии. Но и тут можно изменить не много и будет рпг. У рпг есть переход по лакациям, лут и прокачка, квесты, убери из стратегии растройку. Дай возможность игроку получать квесты, лут продавать и покупать предметы, прокачивать героя. И вот тебе рпг.
Скайрим? Не играл, но возьмём паркан. Вроде стратегия, вроде экшен, вроде рпг. Но я играл в свитки 1-3, да от первого лица они видом далеки от стратегии. Но это по части отображения и масштабирования. * думаю что рпг на юнити или анрил, можно переделпть в стратегию и на оборот, при этом это не будет выглядеть, как создавать игру почти с нуля. Большая часть будет одинаковая.
Ты можешь загнуть, например про космос.. Но и тут можно карабль представить в виде игрока или монстра, только это смотрится как разрыв шаблона.. А так, что не даёт разработчику поступить подобным образом? Другое дело что есть некоторая культура связанная с тем что рпг это в основном фэнтези. А не космос, космические карты и космические корабли.
Странно но ладно, и не муторно ли тебе каждый раз копировать.. Хотя ты наверное с компа.. Там по удобнее.. Я тут с телефона, так как на работе.
Я это делал с телефона)
Причём набирал тег руками, а не нажимал кнопку в редакторе)
Представь ещё каково это < и > писать, когда не хочешь заворачивать треугольные скобочки в <code></code> (хаха. Я только что это сделал)
Вставлять картинки с телефона ещё веселее.
Споллер ты тоже интересно использовал. А редактор поддерживает все теги html или только те что сверху? Если я укажу размет и цвет текста, он изменится?
Для спойлера тоже есть кнопка в редакторе - большой круглешок между цитатой и вставкой кода.
И нет, весь html оно не поддерживает - только теги и пара атрибутов (lang для code, href для a, title для spoiler и src для img. Ну и ещё src для тегов jsfiddle и codepen - собственно это подтверждение того что тут не совсем html)
Не думаю что нельзя изучить код игры и попробовать. Сделать что то похожее , только на том же юнити или анрил. Добавив своё, что то изменив. Ни каждый сможет сказать какой разработчик с какого кода брал пример.
Я скажу, что архитектура немного различается. Вдохновиться - можно. Но на мой взгляд процесс "Прочитал-понял-перенёс" дольше, чем "придумал-написал", тк всё-таки оно не 1-в-1 переносится.
Тем более что так ты и потенциальные архитектурные проблемы скопируешь и архитектурные решения без понимания, какую проблему они решали изначально.
Чтобы делать "что-то похожее" совершенно не обязательно смотреть в код.
Когда то я написал крестики нолики. Это будет опять философия, но как ты говорил это будет другая игра. Хотя с твоей точки зрения, думаю и их можно приставать к форку других игр, только узнать что было первее.
1. У форка вполне конкретное определение есть - ответвление на основе той же самой кодовой базы.
Если говорить о ПО, то тут подойдёт пример LibreOffice и OpenOffice - Libre является форком Open, но при этом Open не является форком MS Office, хоть и создан позднее.
2. Если вдаваться в философию и формальности, то есть такой термин как "производное произведение" и в твоём случае, если ты сделал крестики-нолики с нуля, то это не будет являться производным произведением.
Но давай пока без вдавания в формальности.
Ты хочешь сделать свою игру на своём движке (или на general-purpose движке типа Unity), а не игру на каком-то специфичном для какой-то другой конкретной серии игр движке, верно?
но ведь и диабло с определённого времени стал считаться экшен рпг) это опять же философия.
Давай просто признаем, что слово "RPG" - это очень широкое определение и не будем вдаваться в философию - это никак не приближает нас к решению твоего вопроса.
Если взять любую ртс
[помахивает пальцем] Вот ты и отсёк от широкого определения "стратегия" целый пласт пошаговых, градостроительных, экономических, 4X стратегий, оставив только ртс.
Но даже если взять rts, то у нас будут как минимум два больших подвида: что-то типа Starcraft или CnC (побольше) и что-то типа Supreme Commander (поменьше)
Если взять любую ртс, если ты так привередлив, то она будет очень много иметь общего с тем же диабло
Из общего только вид камеры и управление.
Дай возможность игроку получать квесты, лут продавать и покупать предметы, прокачивать героя. И вот тебе рпг.
Возьми любую не-рпг, дай возможность ... и вот тебе рпг, лол (буквально, попробуй)
Добавь это всё к шутеру - получишь Fallout.
Добавь это всё к гонкам - получишь ex machina.
И так далее.
Но вообще описанные механики (квесты, покупка/продажа предметов, прокачка героя) - это лишь инструмент, а основа rpg - это ролевой отыгрыш, а квесты, экономика, и прокачка - это опциональные инструменты, которыми его можно реализовать.
Василий Банников, Не играл в экс машину) хорошо, зайдём с другой стороны
Если тот же балдурс гейтс вспомнить, когда упрввляешь 6ю персонажами, целая стратегия. Скажешь что код какой то особенный от стратегии, или перемещения персонажей идут по каким то другим правилам. Код по которым накапливаются ресурсы идёт по другому? Механика боя? Расчёт урона, атаки, защиты, тип повреждения. Логика когда по каким правилам вражеский юнит будет атаковать? Искусственный интеллект будет одинаков для ролевой игры и стратегии, а влияние ролевого отыгрыша с точки зрения программного кода не так велико, да согласен добавь роливые элементы и получишь ролевку.
Что такое ролевой отыгрыш?
Это то что помогает вжиться в роль игроку. Я не сказал разные жанры что это одно и тоже, но я сказал что имеет много общего. Да добавь элемент прокачки куда угодно и будет рпг. Но все-же из за особенностей механики и взаимодействии персонажей стратегия будет по программному коду ближе к рпг чем шутер или гонки.
Василий Банников, чтобы сделать из стратегии - рпг, с моей точки зрения, не нужно будет добавлять много кода, код игры, в целом, в шутере или гонках проще, чем в стратегии или рпг. В этом плане они ближе друг к другу
Писать свой движок не продуктивно. Слишком много времени будет потрачено на низко уровневын аспекты, такие как физика и анимация создание инструментов . Кромплатформенность? Оптимизация? Вместо того чтобы наполнить игру контентом, ты будешь только это реализовывать в много лет
Зависит. Этим бывает даже в инди проектах бывает занимаются.
Как пример - уже вышедший highfleet, который правда даже через proton нельзя запустить - святой дух повлиял не иначе.
Или veloren который ещё и на Rust пишется. Хоть в ядре и используется "движок" bevy, но движком я бы его не осмелился назвать.
Физика - это как правило отдельная библиотека. Например есть популярная библиотека bullet.
с моей точки зрения, не нужно будет добавлять много кода
По масштабам абсолютно одинаковое.
Те механики, которые в среднем должны быть в рпг - практически всегда отсутствуют в не-рпг.
Кромплатформенность?
Что кроссплатформенность?
Оптимизация?
Что оптимизация?
создание инструментов
Каких инструментов?
чтобы сделать из стратегии - рпг, с моей точки зрения, не нужно будет добавлять много кода, код игры, в целом, в шутере или гонках проще, чем в стратегии или рпг. В этом плане они ближе друг к другу
Очень смелое и ничем не подкреплённое заявление, которое, я уверен, рассыпется если попробовать найти конкретный пример.
Если тот же балдурс гейтс вспомнить, когда упрввляешь 6ю персонажами, целая стратегия.
Стратегия - это не про управление 6ю юнитами.
Стратегия - это ещё как минимум и про экономику и развитие базы, которая эти 6 юнитов сделает.
Да и количество функций у отдельного юнита в стратегии гораздо меньше, чем у героя в рпг.
Скажешь что код какой то особенный от стратегии, или перемещения персонажей идут по каким то другим правилам. Код по которым накапливаются ресурсы идёт по другому? Механика боя? Расчёт урона, атаки, защиты, тип повреждения.
Ну например раз уж коснулись BG, то в нём действительно будет отличаться и накопление ресурсов (в бг его нет) и будут совершенно другие правила перемещения, другие атаки, и другой алгоритм по расчёту урона.
Ролевая система всётаки.
Да добавь элемент прокачки куда угодно и будет рпг.
Нет, не будет.
Что такое ролевой отыгрыш?
Это то что помогает вжиться в роль игроку
Скорее позволяет вживаться в роль. А чтобы вживаться в роль нужна возможность выбора, которая будет влиять на путь игрока.
Всё. Формальные требования жанра выполнили.
Любые другие механики - это лишь про добавление новых выборов.
Василий Банников, Если бы было если бы это имело больше смысла - писать свой движок, то этим бы и занимались. Но люди которые хотят создавать игры, в большинстве случаев пользуются готовым движком, а не создают свой, кроме того готовыми движками пользуются не только разработчики одиночки, но и компании от мелких до больших. И не так уж много из выпущенных проектов делают для игр свой движок, скорее пользуются тем что уже создано. Это о чем то говорит.
Да , кромплатформенность - была опечатка, нахожусь на вахте, пишу с телефона .
Вместо того чтоб тратить свое время на разработку физики и другие возможности включая эту(кросплатформенность ) , люди могу заниматься созданием игры. Если хотят заниматься созданием игры, а не созданием движка.
"Что оптимизация?"
Чтобы сделать кросплатфорсенный движок с хорошей оптимизацией, надо потратить очень много времени на обучение и его создание, коме того надо обладать очень большим объёмом знаний. Это очень трудоемкая задача. Получение таких знаний и создание движка займёт очень много времени у человека, прежде чем он дойдёт до того уровня, который уже свободно предоставляется. И игры которые ты привёл. Это всего лишь примеры игр, которые используют собственные движки или, может быть, модифицированные сторонние движки. Однако эти примеры не опровергают того факта, что использование готового движка во многих случаях более продуктивно и более эффективно, чем создание своего.
Использование готового движка во много раз сокращает сроки разработки.
Василий Банников, в любой игре есть игровой опыт. Так что этот ответ не вносит ясность твоих взглядов.
В таком случаи можно сказать, что всё что будет происходить в игра, любой будет влиять на путь игрока, так как он будет получать игровой опыт.
Простой
