XENO | Разное 1/2

Во время поиска движка для игры на тему космической фантастики существовал и бесплатный игровой движек на DX12 но первых его версий, в котором неработала корректно технология Ray-tracing, из-за чего он небыл выбран, платные же или условно-бесплатные игровые движки часто настораживают возможностью изменений условий предоставления лицензий, возможности отмены лицензий в случае неоплаты отчислений (нехочется заранее обязывать себя отчетностями и на постоянной основе выполнять разные переводы и отчисления опасаясь отказа работы движка, особенно если проверка оплаты происходит через интернет проверку на сервере по аналогии с платными CMS сайтов), предоставлению данных статистики или отчетностей о числе игроков или финансовом успехе. Брать обязательства по отчетности перед право-обладателями игровых движков о числе игроков каждый период времени невидится возможным т.к. любые изменения условий могут создать зависимость возможной игры от тех или иных требований движка, и если они будут неприемлемыми это может привести к необходимости длительного переноса кода на другие движки и это лучше предусматреть заранее, что бы даже не начинать нести расходы на консультаци с юристами или преждевременное оформление юридического лица (и расходам на бухгалтерскую отченость) для игры, которая может быть непонравится игрокам и не принесет дохода (с точки зрения коммерции удобно обязать партнеров создать юр.лицо т.к. ежеквартальная отчетность может быть легко доступной онлайн и ненужно постоянно просить разработчиков игр давать доступ к статистикам игроков, а заниматься этими вопросами пока желания нет и когда будет завершена игра так же неизвестно, может быть условия договоров и лиензий на движек изменятся на неприемлемые еще до ее завершения и выпуска, поэтому полу-коммерческие движки так же рассматриваются в последнюю очередь), что бы минимизировать расходы, административные издежрки или беспокойства разного вида - поэтому поиск был только среди абсолютно бесплатных решений у которых ни через 2 ни через 3 года не наступает необходимостии по отчетностям и не связывать себя никакими обязательствами, тем более исключив их на старте. Часть движков так же отпала по своим качествам и скорости работы (для большого числа объектов в космической фантастике все должно работать максимально быстро, не все разработки подходят для этого одинаково хорошо). Конечно, если бы в наличии были значительные финансы то вопрос бесплатности бы не рассматривался и нужный движек был бы выкуплен одним платежем насовсем, для исключения периодических перечислений, и такие подходящие были на примете, но купить их возможности небыло, некоторые подходящие игровые движки для их покупки требуют сразу наличие юр. лица для контроля за выручкой с продаж для соблюдения условий лицензирования, другие интересные разработки требовали ежемесячную подписку размером от 500 до 1000 (в долларах), т.е. предполагали ежемесячные отчисления за применение движка примерно равные участию в проекте игры 1 начинающего Junior специалиста работающего удаленно по интернету. Условно-бесплатные же движки часто выглядят по началу как совсем бесплатные, ознакомившись с лицензиями подробно можно прийти к выводу что многие из них запрещают даже размещение рекламного баннера при старте игр сделанных с их применением т.е. блокируют теоритический доход даже с рекламы неговоря про продажу через сайты, сервисы Steam или аналогичные. Любые обязательства на старте уже отпугивают от работы над проектом, поэтому программный код должен предусматривать достаточную модульность и простоту, что бы он был включаем сразу в несколько движков на выбор, путем минимальных корректировок программы, тогда игра может сменять движки по необходимости путем относительно несложной корректировки кода силами программиста, правда не все типы 3d движков одинакового хорошо подходят для замены. Предусматривается модульная мульти-движковая конструкция для возможности миграции и отсутсвтия сильной зависимоти от того или иного 3D движка путем переписывания кода относительно небольших программных модулей (например шаблон класса или типа контейнера для всех империй в космической фантастике выносится в отдельный файл, шаблон класса или типа контейнера галактики так же, генерация звезд в отдельный файл, код работы гравитации, программа столкновений - так же, все в виде подключаемых небольших файлов). Таким образом из проекта игры исключается исключительная роль 3D движка (он остается важным но становится заменяемым), программный код адаптируется под различные движки (конечно в ручную) это позволяет выбирать любой удобный для адаптации под его особенности кода и независеть от условий или неисправимого сбоя на позднем этапе в работе какого-либо конкретного (логика и графика должны быть разделены).