Відео

Секрета-то никакого нет) Продаются на ЛитРесе и Ридеро. На Озонах и ВБ есть. Буду ещё пытаться на издательства выйти, но это уже как пойдёт

Спасибо, всё хорошо. Просто были трудности. Скоро вернусь)

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

Её, кстати, тут в комментах уже советовали. Глянем на досуге, что это)

диалоговая система по определению не может выглядеть лёгкой (если, конечно, это не линейные диалоги без условий и последствий). Иначе dialogue-system не продавалась бы почти за сто баксов) Но отвечая на вопрос: да, мне это удобно. Хотя для создания более сложных диалогов и нужно будет написать отдельный редактор. Но без этого, увы, никак...

согл

Не планирую :) там уж как пойдёт, конечно, но забрасывать не планирую

По совести, это она и есть). Чуть своеобразная, но всё же

@@RainGameStudio только недавно про нее от однокурсника услышал, когда про бота разговаривали

Что ж, это приятно) надеюсь, материалы правда окажутся полезными

@@RainGameStudio меня просто с детства вдохновлял Fallout 1-2, потому ищу материалы для создания чего-то похожего. Сеттинг пишется, дизайн разрабатывается, история и квесты тоже в процессе, а вот к компьютерной, практической реализации подойти отдельно трудно с малым опытом разработки, потому это очень сподручно!

@@Skipper-sb2qp да, по этой теме очень мало материалов, к сожалению, поэтому и взялся делать сам

Приветствую! Не очень понимаю вопрос, если честно. изнутри, в смысле, в самом Divinity Engine?

Спасибо :)

Договорились) Пока заканчивать не планирую

Может и можно было, но я смотрю в будущее) мне туда ещё диалоги, квесты и прочую мишуру класть и для всего этого сторонний редактор писать, так что всё должно быть в одном месте

@@RainGameStudio чтоб убить воробья ты возьмешь пзрк ))

воробей оно сейчас :) пройдёт ещё пара-тройка итераций и это будет такой овцеслон, что захочется позвать артиллерию. Как по мне - желание работать с файлами вместо базы - это просто боязнь базы. Совершенно очевидно, что заводить базу ради одной таблицы из трёх столбцов и 10 строк - это Эребеор, но когда речь о сотнях строк и десятках столбцов и всё это помножить на десяток разных сущностей, база сама по себе становится самой красивой девкой на деревне. Потому как папка, в которой будет помойка из файлов (а она там будет, как бы кто ни утверждал, что обязательно будет содержать всё в порядке) не вызывает ничего кроме желание почесаться. Да и с точки зрения удобства любая реляционная БД в миллион раз лучше тысячи файлов и класса сервиса, который в ней копается (ИМХО)

Потому что ScriptbleObject на выходе наложит миллион ограничений, которых база лишена. Как минимум это будет проблемой в прописывании предметов в квестах и диалогах. Так как и те и другие, так или иначе, будут хранить информацию о себе в базе, то ссылаться из базы на экземпляр ScriptableObject'а если и возможно, то уж точно не удобно. Тогда как здесь я могу просто написать айдишник и пойти своей дорогой, будучи уверенным в том, что всё точно будет работать.

@@RainGameStudio спасибо за ответ. Учту в своих проэктах

Не за что) Сделать инвентарь (да и вообще системы предметов) для ScriptableObject'ах - не такая плохая идея. Но она не подходит мне для моих задач. Для проекта попроще вполне реально использовать и такой вариант.

@@RainGameStudio просто мне нравится scriptable object тем что не надо парится с сохранением данных. Ну да, смотря какой проэкт.

Было бы здорово :) мне кажется, таких игр преступно мало

@@RainGameStudio ну, все же у дивинити имхо уникальный подход к шаговым боям из-за использования обьектов окружения

@@SayOneGameИ лично для меня это только плюс. Свою игру я буду делать именно в этом ключе. Возможно, со своими уникальными приколами, но точно в канве D:OS

@@RainGameStudio не хочу наглеть, но сделай скелет игры в качестве движка внутри юнити, ну скелет с механиками. Мне кажется такое бы покупали выставь его в ассестор за определенную сумму.

@@SayOneGame да, именно это я и хочу получить в итоге. Но продавать я всё же его не буду. Буду использовать для создания собственных игр. До какого-то момента исходники будут доступны на бусти, но не до конца, конечно, самые последние наработки уже отдавать не хочу

спасибо)

Мысль здравая, конечно, но мне кажется это уже каким-то излишним перебдеванием. Но, если что, переписать один метод на другой вопрос 5 секунд) так что, спасибо, возьму на заметку

Спасибо:)

Утверждение, конечно, спорное, но конкретно для моих нужд, да, согласен) Пробовал разные варианты. Лучше пока не встретил

Спасибо! Да, с музыкой косякнул. В следующих роликах поправлюсь. А шрифт... Ну, если не забуду, то буду увеличивать)

Конечно! Более того, это будет даже проще, чем то, чем я тут сейчас занимаюсь. Когда-то сильно давно я делал механики для подобной игры ua-cam.com/video/Y8ZvXRsAu74/v-deo.html ua-cam.com/video/HIvtqcauL2g/v-deo.html

@@RainGameStudioа как это сделать? с чего начать? может подскажешь годные учебники какие по gamedev что бы хоть знать что такое механика и проч? и чем проще-то?

@@RainGameStudio а вообще круто у тебя по готике получилось. хотел б я так уметь

Если хочешь, значит научишься) проще тем, что гораздо меньше логических вещей нужно программировать: 1. Передвижение по локации (прямое управление) 2. Перемещение объектов (вообще не нужно) 3. Бой в реальном времени (Один игровой режим) В Готике своих уникальных приколов тоже хватает, но пока дойдёшь до них, на руках будет уже вполне играбельная демка и понимание своих сил и возможностей. Начинать я бы посоветовал с изучения основ движка. Готика и Маунд&Блейд - игры от третьего лица. Значит, первое, что нужно сделать - это персонажа, которым можно управлять в таком режиме. Сначала это может быть просто кубик. Когда этот просто кубик будет перемещаться по просто плоскости на столько хорошо, что захочется двигаться дальше, надо заменить его на модельку персонажа. В идеале, сразу с анимациями. И то и другое на первом этапе можно бесплатно и вполне качественно получить на миксамо. Соответственно, придётся выучить, как работает Animator в Unity. И так далее, шаг за шагом. ЗАКЛИНАЮ: не надо сразу делать красивую локацию, чтоб прям с кучей деталей, со светом, чтоб показать всем, какая у тебя красивая игра. Это ошибка, наверное, каждого, кто вливается в это безобразие. И это бесполезно. Красивая локация - это не игра. треугольник, бегающий по плоскости - это игра.

@@RainGameStudio спасибо. Для изучения основ движка подойдет Unity Game Development Essentials?

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

Вообще выглядит интересно. Но переделывать я, конечно, уже ничего не буду :D

На самом деле и правильно! Но вы по сути сделали тож самое))@@RainGameStudio

как пойдёт монтаж. Примерно с пятницы по понедельник планирую

Спасибо!)

Это лишь заготовка на будущее, не более того. Чем дальше, тем логичнее всё это будет

Вся эта басня с разделением инпута на Менюинпут/ГеемплейИнпут/ИнвенториИнпут/КамераИнпут и т.д. хорошо ложится на новую инпут систему юнити. Там это называется Action Maps. А внутри них уже экшены - для камеры например ПоворотНалево, ПоворотНаправо, Зум... У каждого АкшонМапа свои Акшоны. В целом работает иначе, чем старая система. Говорят реализована по типу анриеловской на эвентах.

Любой движок - вариант. Вот буквально. Я не уверен, что существует хоть один движок, который можно было бы назвать плохим. Тут лишь два вопроса: какая цель? И нравится ли? Мне с Юнити комфортнее, как выяснилось.

Первый ролик в понедельник будет доступен

Благодарю, постараюсь выкладывать регулярно всё, что новое будет появляться

Да, знаю такой подход. Очень много лет назад была аналогичная мобилка (если не ошибаюсь, монстры против называлась) тогда эту механику многие разработчики щупали, но она не прижилась, почему-то. Как по мне - она достойна внимания

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

@@madbraindominique5167, думаю, здесь нет универсального решения. Всё очень сильно зависит от архитектуры твоего проекта. Но в общих чертах должно быть так: 1. игра должна поддерживать разные "этапы" геймплея. На каждом таком этапе должна работать своя глобальная логика. Например, на этапе планирования течение времени в игровом мире должно замирать. То есть если в мире вокруг могут происходить события, влияющие на ход боя, то они должны прекратиться на время планирования хода. 2. Необходим таймер, который будет считать время до конца этапа планирования. 3. Необходим некий сервис, который будет на верхнем уровне этот таймер слушать 4. У каждого игрока необходима кнопка "завершить". Если её нажали все участники, то таймер останавливается досрочно. 5. Все действия каждого игрока должны складываться в некий кеш/пул/хранилище. Если игроки могут сделать по несколько действий за ход, то индексами должны быть номера ходов. 6. Дальше верхний сервис запускает действия из хранилища. В идеале в таких играх просчёт последствий должен происходить в фоне, а то, что видят игроки - это лишь отображение результата. Например, если игрок А стоит на клетке, игрок Б кидает туда кирпич, а игрок А отходит на клетку в сторону, если решение последствий оставить на откуп реального времени, то кирпич-таки может прилететь по игроку, хотя он и отошёл, просто потому что моделька не успела отойти или анимация затупила. Фоновый процесс долн взять за основу конец хода каждого игрока, и по результатам у себя в памяти применить эти последствия, а уже потом отобразить игрокам что получилось.

@@RainGameStudio спасибо, буду пытаться реализовать. До попытки разобраться в игре, она казалась довольно простой.

@@madbraindominique5167 Так частенько бывает) Я вот тоже с этой пошаговой системой знатно пригорел, пытаясь придумать наиболее красивое решение. А думал, что всё будет легко )

Алексей Хохряков. Lead Unity Developer Azur Games | Ментор по программированию

По плану, через неделю +\- пару дней

@@RainGameStudio здорово, ты крут!

@@RainGameStudioбрат где ты? мы нуждаемся в лучшем учителе )

@@nastyle8861 я пытаюсь, правда... Очень много всего случилось. Но, из основного модификатора сложности - новая работа. Постараюсь вернуться в чувство в ближайшее время

Надо было ещё подождать?)

@@RainGameStudio не, по серии в год это самое то

Спасибо)

Жив и даже почти здоров) Работа двигается! Просто медленно, к сожалению...

Фу, Рыцарь смерти 58 уровня