Разработка игр

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

Я решил серьёзно заняться разработкой игр. В, основном трёхмерных.
Решил изучать DirectX. Кое-что изучил. Искал в инете, сначала на русском. Нашёл кое-что. Везде начинается с отрисовки треугольника и куба, заканчивается основами систем частиц.
Вопрос, а что дальше??? Сиди и делай что хочешь что-ли???
Везде, уроки создания игр. Дадут 11 уроков и всё. А дальше??? Где физика; анимация; HUD (меню, виджеты); ИИ; шейдеры в конце концов, а то научат фигне всякой и всё, а дальше сам. Нет ни одного туториала игры на DirectX, мне лично нужен FPS шутер. Книг почти нет даже на английском. Скачал все, которые есть, даже на русском. Везде инфы одинаковое количество (очень и очень маленькое). Даже на английском нету, а на русском вообще подавно.

Писал, например:
1) Integration DirectX with PhysicX - ничего нет
2) Как вставить Flash в окно (как в UDK или CryEngine) - пусто
3) Анимация в DirectX - вышел пример с Tiny, которой уже много лет. Нету ни с FBX, ни с OBJ и вообще с другими моделями
4) DirectX создание главного меню, писал и так: DirectX main menu creating - вообще темнота
5) Создание ИИ для игры в DirectX, так тоже писал: Creating AI for DirectX C++ game - вышло какое-то видео, где теория алгоритма ИИ. Ни одного тутора по данной теме не нашёл.
6) HLSL учебник, создание шейдеров - вышли два примера, которые я уже давным давно изучил.

Ладно там Blender, Photoshop, Adobe Flash, здесь инфы достаточно. Но тут талант необходим просто, талант там решает всё.
По созданию сайтов инфы больше, чем надо. А об игрострое 5% из 100%.
Но учить программирование без мануалов и учебников - равносильно, что учить английский язык без словаря.

После этой неудачной битвы у меня возникло несколько вопросов:
1) Если в инете действительно так мало инфы об игрострое, как тогда берутся такие специалисты, которые создают такие шедевры как CryEngine, Unreal Engine, Unity, Frostible, NeoAxis, Blender??? Ведь нет же никаких институтов по созданию игр. Да, я понимаю, такие проекты в одиночку не пишутся. Но согласитесь, собрать хоть 10000 таких нубов как я, что-то изменится?
Я думаю, что чел, который всё знает, хоть через 10 лет, но создать что-то такое, а тот, который ничего не знает, хоть всю жизнь будет тратить, и зря.

2) Глупо ли прыгать по движкам в такой ситуации? Ну реально, согласитесь, если я ничего не знаю, как тогда действовать?
Либо как тогда создать свой? В инете искал, и походу те, кто писал видео о том, как создать свой игровой движок - полные идиоты. Помню, находил что-то. У данного мануала 4 части (4 видеоурока). В первом - теория. Во втором - создание окна на WinAPI. В третьем - инициализация DirectX в WinAPI окно. В 4-ом рассказ об игровых движках, то есть опять что-то типа теории. Скажите, они идиоты или нет?

3) Что мне делать:
1. Отступить и никогда больше не возвращяться в игрострой?
2. Опять попросту тратить своё время на создании всякой ерунды?
3. Юзать игровые движки?

В заключении хочу сказать. Я хочу хорошо овладеть DirectX, PhysicX, HLSL. И начать писать трёхмерные игры (шутеры) и игровые движки.

Добавлено через 5 минут
Это очень глупо с моей стороны, но может здесь какой-то секрет могущества??? (ох, что я несу)

Добавлено через 15 часов 13 минут
И никто совет не даст?

0

Сообщение от 8Observer8 какая, по вашему мнению самая лучшая архитектура среди этих топовый бесплатных игровых движков: Unity 5 Unreal Engine 4 Cry Engine 5 Lumberyard

8Observer8, Unity!
Но, это ещё смотря какая цель. Если графику выбирать - то CryEngine бесспорно.
UE надо выбирать, если мощный комп. Там используются высокие технологии. Если создавать шутер, то UE.
Если слабый комп или разработка мобильных игр, то Unity.
Про Lumberyard ничего сказать не могу, т.к. не юзал.

Добавлено через 3 часа 36 минут


Добавлено через 51 секунду
https://www.cyberforum.ru/atta... 1486661790

0

0

Вот моя игра.
Иван, как тебе?
Я её начал создавать 15 января.

На втором скриншоте видишь солдата? Я ему сам ИИ запрограммировал.
Игрушку решил назвать "Киберия". В честь одной песни Digimortal.

Digimortal - Киберия. Послушайте!

0

Сообщение от Ислам2001 Вот моя игра. Иван, как тебе? Я её начал создавать 15 января.

По скринам впечатляет! Тем более, что за три недели со старта изучения Unity.

Ты не мог бы собрать в EXE и прикрепить к сообщению? Скорее всего архив будет больше 10 МБайт, поэтому его нужно разбить на части с помощью WinRAR, как на скрине:


Собери для x86. Нужно выбрать "File" -> "Build Settings" -> перенести все сцены игры в поле "Scenes In Build" и выбрать настройки, как на скриншоте ниже:

Миниатюры

 

0

Надо посмотреть что получилось

1

8Observer8, Cr0c, у меня настолько медленный инет, что я не могу выложить демку. Но очень хочу.

Добавлено через 1 час 17 минут
8Observer8, я попробую сегодня у одноклассника загрузить. У него инет 1МБит/с. Скорость бешеная.

Добавлено через 1 час 10 минут
И, кстати, 8Observer8, ты знал, что мой проект 700 МБ весит?

0

Ты в ближней Азии живешь,что ли? 700 Мб - это либо ОЧЕНЬ херовые настройки импорта или у тебя геймплея на 2-3 часа.

0

Сообщение от Ислам2001 ты знал, что мой проект 700 МБ весит?

А в архиве?

Ислам2001, у тебя есть поблизости билайн? У меня беспроводной USB-модем билайн, 16-20 МБит/сек, 20 ГБайт в месяц, ночной безлимит, тариф "Хайвей ночной безлимит", 550 руб в месяц.

Друг говорил, что Yota - хорошая вещь. В каком городе живёшь (надо посмотреть покрытие)?

0

Сообщение от 8Observer8 какая, по вашему мнению самая лучшая архитектура среди этих топовый бесплатных игровых движков:

Если задача создать что то на подобие DOOM-3 то скорее всего UE-4 или CryEngine-5. Если на подобие DOOM-4 то ничего из этого не подойдет в принципе (а как думаете по какой причине ведущий разработчик Cry Engine ушел работать в Id Software?). А если что то с большим открытым миром, кучей техники и серьезным мультиплейером (нессколько тысяч игроков на локации) т.д. то однозначно лепить самому, такое не продается, не то что бесплатно не отдается. Причем под моделирование мира средствами промышленных САПР в которых физическая модель разрабатывается совместно с графикой.

Сообщение от 8Observer8 Наверное, вы досканально изучили исходники самого движка, раз делаете такие заключения.

Я изучил доку по нем. Достаточно беглого взгляда чтобы определить что Unity ни для чего кроме игр а-ля River Rider в коридоре непригодна. Для серьезной разработки все должно расти от физической модели а не от графической сцены.

0

Сообщение от Fulcrum_013 Причем под моделирование мира средствами промышленных САПР в которых физическая модель разрабатывается совместно с графикой.

Я ниразу не слышал, чтобы в геймдеве использовали САПР. Для моделирования и анимирования используют 3DsMax, Maya, ZBrush и Blender. Если я не прав, то приведите какие-нибудь примеры игр с использованием САПР. Мне кажется, он применяется для других целей.

Сообщение от Fulcrum_013 Для серьезной разработки все должно расти от физической модели а не от графической сцены.

Вы имеете ввиду, что нужно начинать с написания физического движка? Не улавливаю мысль.

0

Сообщение от 8Observer8 Вы имеете ввиду, что нужно начинать с написания физического движка?

Я имею в виду что во первых все должно растит от физики. Т.е. основным должно быть дерево физической модели, а не как в юнити - натягивание контроллеров на объекты графической сцены.

Добавлено через 6 минут

Сообщение от 8Observer8 Я ниразу не слышал, чтобы в геймдеве использовали САПР

Причин 2 - во первых если реально их пользовать они достаточно дорогие. Вторая причина - художниками не обойтись придется привлекать реально инженеров.

Сообщение от 8Observer8 Мне кажется, он применяется для других целей.

Он применяется для моделирования архитектуры и техники а так же взаимодействия механических компонентов. Абсолютно те же задачи что и в играх. Надеюсь понятно что смоделировать к примеру танк или автомобиль для игры гораздо быстрее и качественнее получится используя средства специально предназначенные для моделирования танков/автомобилей нежели 3D пинбраш коими на самом деле и являются все подобные 3D MAX вертексные редакторы. При этом САПР может дать предпросчет данных для физической модели.

Добавлено через 2 минуты

Сообщение от 8Observer8 Если я не прав, то приведите какие-нибудь примеры игр с использованием САПР

Восстановлю вылетевший движок - даже покажу.

0

Сообщение от Fulcrum_013 Т.е. основным должно быть дерево физической модели, а не как в юнити - натягивание контроллеров на объекты графической сцены.

В Unity объект - это набор компонентов, таких как: Mesh (сетка), Материал (Текстуры + шейдер), Коллайдер, скрипты и т.д. По-моему, это удобно - можно добавлять и удалять компоненты формируя игровой объект. Если допустим игра про танки, то физика будет такая что при столкновении снаряда с танком, танк исчезнет, а на его месте появится новый объект в виде взрыва и другой объект (или другой меш), который покажет разрушенный танк. Вот и вся физика для игры танчики. Как вы предлагаете строить игру про танки от физики? Что такое "дерево физической модели"? В гугле я не нашёл.

Добавлено через 3 минуты

Сообщение от Ислам2001 ты знал, что мой проект 700 МБ весит?

Ты же использовал ассет UFPS? Ты собираешься весь контент примеров из этого ассета таскать с игрой? Нужно взять только нужное, а остальное удалить.

0

8Observer8, я никакие дополнительные ассеты не использовал (я хотел скачать UFPS, но скорость не позволила). Весь проект писал с нуля.
Просто там 3D-моделей много. И плюс анимации много.
И ещё он 700 Мб весит распакованный.

0

Сообщение от Ислам2001 И ещё он 700 Мб весит распакованный.

Сколько весит твоя сборка в exe запакованная в zip или rar?

0

Сообщение от 8Observer8 В Unity объект - это набор компонентов,

В Юнити это каша а не набор компонентов. Гораздо логичнее если есть физический объект на который навешиваются источники сил, логические объекты, вызывающие включение/отключение сил и т.п, коллайдер, и управляемый им графический объект. Ну и подчиненны объекты. К примеру башня танка в плане перемещения/поворота подчинена корпусу, так же как находится в кластере общего коллайдера танка, в свою очередь ствол подчинен башне и находится в кластере общего коллайдера башни. и т.д - это и есть дерево. При этом объекты должны сами уметь замениться/удалиться и т.д. Также как к примеру подписаться/отписаться в систему коллизий при добавлении/удалении коллайдера, при нулевой/ненулевой скорости подписаться/отписаться на пересчет перемещения и причинения коллизии и т.д.

Добавлено через 2 минуты
Тогда возможно создание модели по принципу создал объект, настроил, добавил в модель и забыл.

0

Сообщение от 8Observer8 Сколько весит твоя сборка в exe запакованная в zip или rar?

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

Добавлено через 43 секунды
Я еле-еле загрузил эти скрины. Ждал около 10 минут и то несколько раз с ошибками. На 5 раз только загрузил.

0

Ислам2001, в каком городе ты живёшь?

0

Сообщение от Fulcrum_013 Т.е. основным должно быть дерево физической модели

Это же бред. Какая физика в аркадах? Какая физика в космосимах?
Основное - это качественная АБСТРАКЦИЯ, которая ВЗАИМОДЕЙСТВУЕТ с физикой, а движок эту абстракцию всего лишь визуализирует. И то, что физика встроена в движок - просто удобство.

Добавлено через 1 минуту
Хотя по большому счету, физика - это ещё одна абстракция, независимая.

0

Сообщение от Ислам2001 (я хотел скачать UFPS, но скорость не позволила). Весь проект писал с нуля. Просто там 3D-моделей много. И плюс анимации много. И ещё он 700 Мб весит распакованный.

Ты сам делал модели, текстуры и анимации? Если нет, то как ты с таким интернетом накачал контента на 700МБайт?

0

Сообщение от Cr0c Какая физика в аркадах? Какая физика в космосимах?

А вы когда нибудь пробовали 3D космосим сделать? Даже в аркадном траектории ракет и т.д. гораздо удобнее считать по реальной физике, иначе более-менее реалистично выглядящие траектории/разгон/вращение и т.д. такая пляска с бубном как в коде так и в дата паке что ну его нафиг. Разница с реальным на ньютоновской механике обычно только в том что в аркадном вектор скорости всегда совпадает с главной осью корабля и максимальная скорость ограничена.

Сообщение от Cr0c И то, что физика встроена в движок - просто удобство.

Ну ну. Типа если провести аналогию с консольными приложениями - то что кроме cout прога еще и команды для расчета имеет - это просто удобство. На самом деле графика это всего лишь средство вывода того что насчитает физическо-логическая модель. При этом от пересчета коллизий и в аркадном никуда не уйти. А в космосиме с этим проблем куда по боле чем к примеру в шутере. Поскольку алгоритмы двоичной индексации проекции на пол не работают во первых, а во вторых скорости высокие. И проявляется это даже на далеко докосмических скоростях. Суть - к примеру два истребителя к примеру МиГ-15 и F-86. Длина каждого около 10 метров. При шаге по времени 1/30 секунды на встречных курсах эти ребятки проскочат друг друга насквозь на скорости каждого 150 м/с (примерно 0,45М). При том что в горизонтальном полете они имеют максмальную скорость около 0,95М. С ракетами которые имеют длину метра 3 и скорость до 4М еще жостче. И в общем случае эта задача в 3D не решается, только в 4D. А что то не слышал чтобы у юнити были 4D коллайдеры.

0