Юнитология - Unity и C#

[Соня (Bruja)]

Документация  C# PDF

Game Development

Scrollable Menu in Unity with button or key controller

Selecting battle targets in a grid-based game

Equipment system for an RPG Unity game

Чем больше занимаюсь со скриптами шаблона - тем больше забываю о самой игре ( ну о картинках и прочей внешней мишуре, которая потом на код напяливается...

А возможно это особенность api игрового движка - unity ( я пробовала другие движки, там и с++, и джава скрипт - но не пошло. А к С# (Си шарп) таки тянет... хотя пробелы мои в нем велики... но многому учусь воплощая задуманное.
Кто то из известных сишарпистов ( из разрабов движка)- сказал, что скрипты учить ( для этого конкретного движка) - лучше просто начав какой то проект. Так как это не самостоятельный  С#, а надстройка, для этой конкретной программы. Си шарп изначально для unity и создавался (mono script). А потом его стали использовать как самостоятельный язык для иных надстроек (framework) ... но родился он именно в этой программе. И это чувствуется. В unreal engin ( тоже движок игровой, программа для игроделания) - язык C++. Но он несколько громоздко встроен...это ощущаю... чуйкой ( как сказал friz 6   ).

Не знаю что получится с игрой, но нашла обалденного дедка, который разработал систему инвентаря, генератор статов и вещей и т.д., как самостоятельное дополнение к программе. То есть там не просто шаблончик, а генератор, который собирает несколько ( необходимых нам)  редакторов в отдельных окнах.. эдакая встройка в проект AddOn. Ее можно хранить как  unity.package и загружать в любой новый проект..  
Дедок (BurgZerg Arcade) - американец из Индианы, у него ужасный говор. Приходится слушать в замедленном режиме, чтоб слова разобрать. Но я ему очень благодарна.
Он так запросто играючи обращается со скриптом, что отпадают все страхи и неуверенность в себе на эту тему...

Видео у него много, кроме этой штуки (Inventory System), есть огромное количество серий о том как он рпг делает (RPG Creation in Unity -почти 400 серий в 2- плейлистах). Правда 3d, тогда как я не имея моделек трехмерных - не замахиваюсь на объемную игру. Ну и там тоже очень много программирования...

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

Большинство языков программированния примитивны, а отличия в синтаксисе невелики. Проблема в ином - все эти языки вырождаются в том смысле, что всё больше функционального кода создается не программированием на языке, а вызовом сторонних функций "сделаю то не знаю что" . Поэтому "знание компьютерных языков" выливается ныне не умение программировать (это-то как раз просто), а к запоминаю названий огромного количества функций и того, что они делают.

Образно говоря, современные языки программирования сильно пополнились разнообразными готовыми "кубиками ЛЕГО" из-за чего программирование превращается в сборку того, что тебе надо, из этих кубиков. И мышление при этом совершенно иное - не процедурное (это когда мыслишь на языке программирования), а архитектурное (это когда подбираешь подходящие блоки/кубики из которых можно построить нужный тебе функционал). И если плохо представляешь себе ассортимент строительных деталей в своем конструкторе, то пользоваться этим набором будет крайне затруднительно. Тогда собственно языковые конструкции - что то вроде жидкого цемента, который обычно используют для связки готовых строительных блоков/конструкций, но из одного лишь цемента не строят почти ничего.

В этом смысле C# по языку мало отличатся от обычного C++ или Javascript, но имеет совершенно огромный набор кубиков. Поэтому программы написанные на C# на любом компьютере не заработают, пока не проинсталлируешь на него FramеWork. Он-то и содержит в себе набор готовых кубиков, порой очень высокой сложности. А потому этот FramеWork по объему сравним с операционной системой . А хуже всего то, что FramеWork'и тоже устаревают и вместо них выпускаются новые, причем программа, написанная под старый FramеWork на новом не заработает , а старый FramеWork может не подойти к новой версии Windows (с переходом на 10-ку FramеWork снова переписали). Поэтому лично я C# обхожу стороной - уж больно велика мера привязки программы к начинке компьютера.

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

К сожалению, число кубиков растет гораздо быстрее, чем пишутся для них описания . Точнее говоря, описание есть, но оно обычно односложное - в одну-две фразы, из которых бывает сложно понять, что конкретно он делает и как этим кубиком пользоваться. Чаще всего в таких случаях приходится обращаться за помощь к Google, чтобы тот нашел в интернете примеры применения заинтересовавшего тебя кубика.

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

Ты о библиотеках  
О да, тот разработчик говоря об изучении с шарп в юнити говорил именно о них. Что знать все методы и весь "словарь" в юнити-  практически не возможно. И изучать с шарп с нуля, как отдельный язык - тоже не нужно - пустая трата времени. Я как то начинала, прошла базовый курс.. и мне так тоскливо стало,
Потому что  налепленные калькуляторы и другие хрени - никак не приближали к тому, что мне нужно было.. то есть совершенно не понятно как это использовать, если создаешь игру.

 У юнити свой личный огроменный словарь ( библиотека), прикрученный к функционалу.
Могу сказать что внутренняя библиотека не сильно изменилась, хотя и значительно расширилась ( дедок писал лет 7 назад , я делаю по его видео скрипты в последней версии программы. Лишь иногда выскакивает ошибка, но предлагается вариант исправления  или " приписка" , system.obsolet типа устаревшее выражение.
Теперь некоторые пути - можно сделать короче. Некоторые выражения , типа геттеров и сеттеров - пишутся чуточку иначе, где вместо скобок фигурных рисуют стрелочки.. вот по сути и все, с чем пока столкнулась.
Тот ужас со сменой " кубиков" и их названий, когда то заставил меня бросить flash, в бытность свою macromedia.там AC script менялся очень быстро, не успеешь отучиться делать что то пользуясь 1 версией, как вышла вторая. И многое перестало работать. Только засел за изучение создания сайта на 2 версии скрипта, как вышел 3... и пипец - никуя не работает, переучивай снова., ну я и бросила, ошалев от такой гонки.. так и знала, что программа в таком ритме не продержиться долго. Ну и итог - флеш сдох. Типа небезопасно в веб браузерах такие приложения ( по сути самостоятельные программы).. хотя думаю, что причина не только в безопасности.

Сама программа  юнити по умолчанию  в настройках проекта - содержит настройку на конфигурацию устройства игрока. По умолчанию - окончания скрипта scripting backend - mono  ( на стационарном маке точно запустится сборка. Думаю и на винде, так как выбирала опцию стационарные компы мак и винда.
Но можно выбрать IL2CPP   - но я не понимаю вообще что это такое. Ну пока нет ничего готового особо не заморачиваюсь.
Далее - есть API compatibility level и по умолчанию стоит .NET Standart 2.0
Как опция - моожно сменить на NET 4.x
Но опять же не особо понимаю, зачем это нужно. И не меняю. Для гаджетов я все равно ничего разрабатывать не собираюсь.
Я установила  как параметры для сборки - вин стационар и мак.. и еще  web GL html5.
Тешу себя надеждой сделать что то путное и прикрутить к форуму ( если это возможно). Хоть тупой платформер, но наш личный... можно с приколом на нагвализм, карлос по кактусам шараебится и грибочки жрет и галюны ловит... типа марио такое  

Одним словом думаю юнити проживет дольше флеша. Игры не быстро делаются. И если бы библиотека и старые методы разительно менялись при обновлении - мы не увидели бы многих игр. А за адаптацию готовой сборки в устройства пользователя - отвечает сама программа ( и ее разработчики).

О редакторе - когда то у юнити был свой редактор, довольно удобный, но ныне они вкрутили visual studio,  или скорее к визуал студио прикрутили геймдев на юнити.   После того, как визуал студио адаптировали под мак. Родной редактор забросили и ныне им никто пользуется.

Про языки  самостоятельные - с ++, свифт  -  с одной стороны - из " цемента" теперь мало кто что то строит. С другой - а нафиг снова изобретать велосипед?
И вместо создания с нуля - переходим к строительству из кубиков.
Это тот же метод, каким мы сами думаем. Никто не задумывается что такое мяч. Все знают что некий объект 3 мерный в форме шара у которого есть какие то там свои параметры. Типа материал, цвет, упругость, шероховатость и т.д.
Поэтому говоря слово мяч мы примерно его уже себе как то представляем. Ну некоторые подклассы этого типа ( футбольный мяч, детский, надувной).
Нам не надо начинать с нуля - типа некий объект шарообразной формы, покрытый тем то и такого то цвета, прыгучий, накачан воздухом и т.д.).

Так мы сокращаем  время или путь к объекту - предмету разговора или объекту в скрипте. Пользуемся уже готовым шаблоном, что мне и показывали в сновидениях. Мы не просто так говорим. Мы так мыслим. Таким образом. И так учим ИИ. Потому что ничего иного сами не можем представить.

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

Кстати да, про сны - занимаясь по урокам вспомнила некоторые сны, виденные в самом начале знакомства с С #. То есть я тогда видела то, что делаю сейчас . А вспомнила я - когда занимаясь по видео, заметила, что дедок ошибся. Он исправил ошибку  позже. Но я ее заметила ее сразу. И вспомнила что уже видела все это, хотя проснувшись годы назад совершенно не понимала, что я там во сне делала.
То есть сидя с уроками  сейчас, я повторяю то, что делала в сновидениях когда-то. С разницей - тогда, давно - сознание бодрствования совершенно не понимало, чем оно занималось во сне. И сны отбрасывались. Так как понять что то из них- не представлялось возможным. Не хватало у сознания бодрствования необходимой базы.

Про курсы -  многие курсы - говно в том смысле, что они все начинают с того, что на мой взгляд должно быть в конце. Начинают с деталей самой сцены, с персонажа, его движений, врагов и прочей  привлекательной визуально хрени. Тогда как начинать надо с позвоночника - то есть гейм менеджера, к которому они в конце концов все и прикрутят. Хотя им придется членить уже написанные портянки и переименовывать классы и иначе извращаться ( проделывать лишнюю работу).

То же и с системрй инвентаря. Занималась  я по разным курсам. И практически все они начинались с херни - картинки, ячейки для шмоток, скрипт к ячейкам, который чем дальше - тем более навинчивался на некий остяк. А большинство инструкторов  так к этому остову и не приходят вообще. И весь их проект - это куча отдельных блоков, ( заготовок, prefabs) которых непонятно куда в игре прикручивать. Дед же тем и притянул мое внимание, что сделав самое простенькое окошко с рангами шмота - перешел к остову, который будет нам такие окна лепить. Ну  и отличия мы уже допишем интерфейсам самих окон, и классам которые  к ним привинчены.
С ним я впервые увидела как создаются  генератор. И несколько скриптов как один разделенный класс...

Вообще то все началось с того, что заготовку под инвентарь я скачала. С официального сайта юнити ( с магазина). Это бесплатный эдитор, приложение к программе Item & Inventory System от Devion Games.
 Это именно то, что много лет назад создал тот дедок. Почти один в один, ну может быть выложенное ныне дополнение ( addon)  - это более расширенная версия. Но это скачанное дополнение, при всей своей магической офигенности -  никак не подошел к 2д игре. Все предметы что он генерировал были 3д качества. И даже сменив 3д мэш на 2д спрайт -  в игре не было толку от тех предметов. Персонаж с ними не взаимодействовал, по простой причине - автоматически предметам цеплялась физика столкновений 3д предмета. Даже если это просто картинка.
Так работал этот скачанный редактор. Я знала, что надо поменять всего пару строчек.. Но заглянув в скрипты редактора - я обалдела - так как не увидела ничего знакомого. Там была куча кусков с отсылками от одного к другому и я просто не нашла строк которые надо изменить.
Это меня расстроило, а потом просто взбесило. И видео дедка - словно ответ на мою злость. Решила сделать сама, вместе с ним, но конкретно под 2д. И кнопки и описания видимые строки - по русски. Из вредности. А заодно и понять, где ж искать те заветные строки в скачанной сборке.  Одним словом вместо игры увлеклась изучением кубиков и вариантов их членения и слиянии и вообще самим конструктором.

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

[Соня (Bruja)]

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

Вязкие и скользкие поверхности,.батуты - поверхности для прыжков. Двойной прыжок персонажа...

Да много всего уже сделано на примерах и в скриптах.
Осталось проработать несколько мелочей - и начать делать арты.
Проблема еще и в разработке уровней... не знаю каким именно будет геймплей..

А пока, что бы не забыть
Стрелять ( иногда у игрока будет возможность стрелять. Ну подберет он " магию" или нечто подобное. Но думаю это не будет постоянным умением).

<a href="https://youtube.com/v/wkKsl1Mfp5M" target="_blank">https://youtube.com/v/wkKsl1Mfp5M</a>

[Соня (Bruja)]

Так, с пульками ( или любыми другими " стрелялками" ) разобралась. Скрипт работает.

Теперь адаптивный скрипт для простого ИИ - поведения  " Врага".
Основан на невидимом луче ( типа взгляд врага, называется Raycast)  -  который проверяет, есть ли под врагом  впереди платформа (" земля") или  вертикальное препятствие ( " стена"). И если есть - то Враг поворачивается обратно ( а не валится в пропость или не тычется лбом в стену).

<a href="https://youtube.com/v/dHkbDn-KQ9E" target="_blank">https://youtube.com/v/dHkbDn-KQ9E</a>

Враг пока сам игрока не преследует ( пока не видит. Делается это по той же системе, с невидимым лучом, который представляет взгляд Врага. Видит ли он Игрока или нет. То есть тот же Raycast).

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

Еще один интересный вариант... короче код, но так же эффективный.
<a href="https://youtube.com/v/MPnN9i1SD6g" target="_blank">https://youtube.com/v/MPnN9i1SD6g</a>

[Соня (Bruja)]

Первый вариант оказался 100% рабочим.  Хотя есть пустые переменные ( скрипт в идеале стоит оптимизировать).
Второй не подошел... так и не смогла заставить его работать.


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

А то пульки, которые сталкиваются с врагом или стенами ( полом)- прекрасно самоуничтожаются взрываясь ( добавила спрайты - искры или осколки, которые появляются в момент удара пульки, перед тем как она исчезнет. Но можно сделать и эпичные взрывы, используя анимацию).
Кроме этого, немного ограничила выстрелы, если постоянно нажата кнопка стрельбы. Чтоб не скопом вылетали снаряды, а через небольшие промежутки времени ( 0.5 сек).

Сделала так, что бы пульки не убивали с одного выстрела врага, но отнимали жизнь по немногу.
То есть врагу добавился скрипт здоровья, а пульке - дамаг ( какое кол во жизни она отнимет).
Скрипт для пульки - может быть прицеплен и к иным видам оружия или магии, и соответственно урон ( damage)  может варьироваться. От супермощного удара отнимающих 100 пунктов ( или даже 100%), так и мелочь типа 5 % или 5 пунктов  у такого оружия как например сюррикен или метательный нож... то есть нужно нанести достаточное количество ударов, что бы слабеньким оружием повергнуть врага. При этом герой должен скакать и прыгать вокруг - выживая, так как сам враг может быть мощным ( в случае если это босс например).

То есть создан скрипт для разрушаемых объектов. И цеплять его можно не только на врагов. Но и например на какие то предметы ( стены, препятствия, бронированные ящики и т.д ), которые  уничтожаются выстрелом и не с одного раза.  ( были готовы иные предметы, которые ломались ( исчезали) при нажатии на кнопки или рычаги. Но не реагировали на прямую атаку игрока).

[Соня (Bruja)]

https://www.bfxr.net/
Прикольная маленькая программуля для игровых АУДИО спец эффектов!
Звуки в стиле старых консольных игр, типа Соника и Марио. Очень прикольно!!

Игралась со вставкой звуков спец эффектов в платформере. Блямканье денюшек, причем разные по достоинству  денюшки при сборе их игроком издают разные звуки.
Звук при вылетающем сюррикене ( звездочка, хотя это может быть и фаербол), звук для столкновением с полом- стенами. Звук звездочки при ударе по врагу.
И так же звук при ударе по игроку - когда наносят урон его здоровью. Ну и звук при появлении ( респавне ) или смерти.
Многие звуки, например звук монеток - цепляются к игроку. Потому что на уровне может быть множество собираемых предметов ( у меня их пока 68), а игрок, который с ними взаимодействует - один.
Для оптимизации одним словом.
Монетка, когда соприкасается с игроком ( собирается - исчезает из сцены и ее наминал добавляется в счетчик) - в момент сбора - вызывает аудио ( блямкающие звуки)- из тех аудио, что прицеплены к игроку.
Хотя если предметов не много, то аудио можно цеплять прямо к ним.
Например звуки смерти - прицеплены к генератору частиц ( к фонтану крови), который появляется в том месте, где умирает ( исчезает) герой или враг.
Есть и другие способы вызывать аудио, обращаясь к нему из любого скрипта. Главное, что бы аудио было прицеплено к какому нибудь предмету на сцене. Или чтоб этот предмет появлялся в нужный  для звучания момент. Например музончик на фоне чаще всего цепляют к камере. Так как камера постоянно на сцене находится, без камеры - вместо игры будет черный экран.
К тому же - звуки имеют определенную " длину звучания". При удалении от источника звука - она будет тише звучать. Удаление - Игрока , а вместе с ним и постоянно направленной на него камеры.
Фактически основная камера и игрок - накрепко связаны друг с другом.
Поэтому для фоновой музыки ( ее физического размещения на сцене )- лучшего места чем камера - не придумать.

Так же добавила возможность убивать некоторых врагов ( мясных и мягких ) - напрыгивая им на голову ( или спину). Ну например пилы и шипы - таким образом не убить. А вот злобную лягуху - запросто.
Причем при смерти  вылетает фонтан крови!( на самом деле просто генератор частиц срабатывает. Вместо спрайтов просто создала пиксельные частицы, от оранжевого до темно красного цвета. Частицы меняют цвет в процессе своей короткой жизни - с оранжевого на на красный, а потом исчезают).

[Pipa]

Так же добавила возможность убивать некоторых врагов ( мясных и мягких ) - напрыгивая им на голову ( или спину). Ну например пилы и шипы - таким образом не убить. А вот злобную лягуху - запросто.

А у "злобной лягухи" какие есть средства нападения/защиты? В чем конкретно ее злобность проявляется? Или просто рожей не вышла?

[Соня (Bruja)]

А у "злобной лягухи" какие есть средства нападения/защиты? В чем конкретно ее злобность проявляется? Или просто рожей не вышла?

Она напрыгивает и отнимает здоровье игрока. И делает это на его Пути к Цели ( финалу уровня).
Злобно мешается на пути.

Добавила к ее ударам по персонажу - способность отталкивать его. Иначе она просто упиралась в персонажа и долбила его жизни. ( засасывала? - надо будет сделать такого монстра- пылесоса!! )
Зажимала к стеночке или спихивала в пропасть. Теперь же персонаж подлетает от ее ударов.
Это очень забавно  
Пока еще примитивненький враг, это не босс, и не кто то метящий конкретно в игрока.  
Но со временем проработаю и усовершенствую.
Можно просто создать другой вариант лягухи, окрасив ее программно в красноватый цвет, и усовершенствовать ее скрипт.
Добавить рейкаст ( линию " взгляда") или некий тригер, что бы когда игрок появится в ее " поле зрения " ( луч рейкаста наткнется на игрока или игрок войдет в зону триггера)-  тогда она, " завидев" игрока начнет доебываться  нападать конкретно на него. Например плюясь мухами ( осами), которые наносят урон персонажу, до того, как он вообще к ней приблизится...

Над усовершенствованием поработаю позже.
Пока иду по плану, данному в уроке.

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

Поэтому занимаюсь поочередно с разными вариантами уроков по созданию игры (  RPG или платформера).
У каждого  учителя - свой стиль и подход в написании кода.
Это забавно ( лично для меня), что нет строгого правила для создания определенного эффекта. Можно написать код по разномую обращаясь к разным компонентам объектов сцены, для получения похожего результата.
Например ту же пульку ушедшую " в молоко", не столкнувшуюся ни с чем и не исчезнувшую, можно заставить исчезнуть разными способами.
Или обратившись конкретно к Времени ее жизни на сцене. Или к вектору ее полета ( на таком то моменте движения по вектору, пройдя 5 условных единиц - удалить объект).

То же и с другими функциями. Про вызов аудио я написала.
Но так же даже в базовых вещах, например управление персонажем.
Некоторые учителя конкретно задают кнопки - вправо D, вниз Sвлево A и т.д.
Другие же обращаются к глобальным функциям встроенным в программу. И код получается короче...
Вместо обращения к кнопке  клавиатуры или джойстика - обращаются к глобальному " перемещению по Горизонтали, или к глобальной Стрельбе Fire1, Fire2, где уже предопределены и кнопки на клавиатуре и кнопки на джойстике..

Добавила к ее ударам по персонажу - способность отталкивать его.

Даже этот эффект можно вызвать по разному. Либо добавив " Способность"  врагу ( конкретному какому-то, или всем врагам вообще), либо же - прописать в скрипте самого игрока, определив это как Его Реакцию на удар от врага.

Для меня все это небольшие открытия... хотя тот кто хорошо знаком с программированием - только ухмыльнется  

Иногда занимаюсь по старым урокам( 7-8  летней давности) , специально - старые варианты некоторых кодов ( и обращения к компонентам)- не работают в новой версии . И приходится самой соображать, как  изменить строки что бы они заработали. Сама то логика верна, а вот написание устарело..

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

Такое чувство, что нужно уловить некий " трюк", некую логику, и тогда мне станет доступно некое нутро написания скрипта.. можно будет творить самостоятельно. Пока же - опираюсь на учителей.
Может это и глупо, но я получаю удовольствие от процесса.

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

То есть чтоб усовершенствовать Злобную Лягуху придется самой рыться в инете.
Сделать вариант плюющийся мухами в игрока и еще вариант - пылесоса

[Pipa]

То есть чтоб усовершенствовать Злобную Лягуху придется самой рыться в инете.

     Может быть лучше сделать вместо лягухи ... неорганика , который при столкновении будет отнимать не здоровье, а осознанность? А когда запасы последней у персонажа заканчиваются, он тоже превращается в неоргана/летуна и более игроком не управляется. Т.е. переименовать здоровье в осознанность, а вместо лягухи выбрать какое-нибудь страшилище (лучше чертикоподобное с крылышками).

[Соня (Bruja)]

Может быть лучше сделать вместо лягухи ... неорганика , который при столкновении будет отнимать не здоровье, а осознанность? А когда запасы последней у персонажа заканчиваются, он тоже превращается в неоргана/летуна и более игроком не управляется. Т.е. переименовать здоровье в осознанность, а вместо лягухи выбрать какое-нибудь страшилище (лучше чертикоподобное с крылышками).

Лягуха - это просто картинка их пакета бесплатных " врагов" ( пакет 2д спрайтов для обучения). Там есть мухи, осы, улитки... из неоргаников - только зеленый квадратик с рожицей...

То есть, пока я учусь, и чтоб не тратить время на рисование, пользуюсь тем что есть в пакете.
Что бы отработать разные модели поведения, разработать логику игры, взаимодействия меж объектами сцен( уровней)  и много чего другого. Как вставить звуки, как сделать меню и настроить кнопки. Как сделать переходы с уровня на уровень, как вызвать новую счену, когда персонаж открыл дверь например...
Как потом все это собрать, чтоб получился один файл app или ехе или html5
.... поэтому мне придется какое то время поработать с бесплатными пакетами.
Иначе займусь рисованием, а потом  окажется что картинки нужно перерисовывать. Например та же лягуха - в пакете нет картинки лягухи плюющей мухами. Или раздувшейся как шар, когда она проглотит игрока. Такое рисовальщику пакета в голову не приходило.
И мне бы не пришло, по крайней мере до тех пор, пока не занялась улучшением скрипта врага.
Нужно примерно знать какими будут враги и их поведение, что бы уже рисовать и анимировать то поведение, которое нужно...

Конечно в моей игре будут именно неорганики и киборги - результаты неудачных экспериментов с трансформацией. Ну может быть еще и одержимые люди и животные. Одержимые неорганами или ии...

Про осознанность - это отличная идея!

Но нельзя оставлять персонажа без возможности вернуть управление,  если это не гибель и не конец игры.
Но можно отняв осознанность , заставить персонажа проснуться в холодном поту дома в постельке например. Можно сверху неоргана пририсовать, который сидит на нем сверху,  обливаясь слюной.
Это выход в меню, и выбор - заснуть снова или выйти из игры.




Как вызывать объекты сцены, как к ним ( их скриптам) обращаться из других скриптов ( классов)- я уже  понимаю. И if,  else if, else  - мне тоже понятно как работают условия.
Хотелось бы разобраться с карутинами  ( IEnumerator )  замкнутыми циклами и массивами... они нужны для самых прикольных эффектов ( помимо встроенной физики 2д  и эффекторов - это просто магия! И писать порывы ветра с нуля не надо. Ну или отталкивающую силу воды или ее течение....  или батут  или пружину к которой можно прицепить объект - эти классы уже есть готовые, только подставляй значения...

[Pipa]

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

Тогда может быть можно убить персонажа, труп убрать, а на его месте создать нового неорганика/летуна?

[Соня (Bruja)]

Тогда может быть можно убить персонажа, труп убрать, а на его месте создать нового неорганика/летуна?

Конечно можно. Очень запросто ( так же как ныне вызывался фонтан красных пикселов. Просто вместо системы частиц " смерти" - вызвать заготовку врага ( ну уже с его анимацией, чтоб крыльями махал, зыркал глазенками и щелкал зубами).


. Просто нет игрока - то есть некем/ нечем управлять пользователю,  то игру нужно остановить. Иначе сочтут за программный баг.

Возможно я вас сначала не правильно поняла .
Вы предлагаете, как проигрыш в игре - назначить - полную потерю осознанности и пополнение команды неорганов/ летунов?
Я подумаю над этим.
И еще подумаю над тем - что и6рок может продолжить играть неорганом, пока вновь не накопит осознанности, достаточной, что бы снова стать самим собой...

[Соня (Bruja)]

Печалька!!!!
Мак в последнее время стал часто зависать после выхода из сна. При любом клике мышки, например запускаю видеопроигрыватель, а потом открываю спавшую открытую программу - вылетает однотонный экран. Нет не черный, а вполне таки цветной. Был зелененький однажды, темно изумрудного цвета. В другой раз - голубенький, как небо на детских мультиках...
И все, работает , шуршит, хотя звук заедает и потом отключается и все... одноцветная тишина...
Надоело мне это, решила  посмотреть, в интернете. Оказывается с маками такое часто случается. Медленно выходят из сна или не полностью..
Многие пишут, что помогает " жесткий сброс"...
 Ну я и попробовала... всем ведь помогает... и всякие приличные люди советуют..

Сброс памяти PRAM и NVRAM: Выключите свой ПК. Включите компьютер и одновременно нажмите и удерживайте комбинацию Command+Option+P+R (это нужно сделать прежде, чем появится серый экран). Спустя несколько секунд ваш Mac вновь перезагрузится, и после звука загрузки вам можно отпустить нажатые клавиши.

Читать полностью: Mac странно ведет себя при выходе из сна или как сделать «Жесткий сброс» https://technotree.ru/mac-stranno-vedet-sebya-pri-vyxode-iz-sna-ili-kak-sdelat-zhestkij-sbros

Нормально мак потерял систему! Не может загрузиться с основного диска. При включении сразу переходит в режим восстановления системы.
Пришлось стереть диск с системой OS. Поставила восстанавливаться с диска с сохраннной в феврале полной копией ( TIME MASHIN). последующие восстановления ( более поздние) можно будет установить потом, поверх.
Посмотрим как пройдет восстановление... уже написал комп, что это это часов на 5- 6!!!  ( с 3 ночи... значит к 9 утра... и дернул же меня черт за руку... )

Придется снова все начинать...
Не помню стояла ли у меня в сохраненной копии для восстановления Unity  с настроенным на нее VisualStudio ....
Заново все это ставить и настраивать, что бы работали автоподсказки в редакторе кода - это такая морока....на маке!
На винде - запросто. Есть у меня страховочный диск с вин ХР ( на BOOTCAMP) , в том же маке.. правда не на быстром ssd а на обычном дополнительном диске...
Как ни странно на нем все программы работают, не смотря на то, что это старая система и на нее нет больше обновлений.
Правда обычный диск ощутимо медленней flash ssd

// 21% и осталось еще 3 часа... надо же... ( 3.43  ночи).

[Соня (Bruja)]

Как все это ( конкретно эта тема на форуме в разделе dreamland)
 связано со сновидениями???¿¿¿  

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

Ну или нечто подобное. Обычно работаю над какими то приемами, которые в реале только собираюсь сделать. Или над моментами которые мне в коде не совсем понятны.

Но сегодня ( причем это не впервые уже) - я с радостью показывала как управляюсь с лилипутами на моем диване - своей Тени  или Проводника ( ну тот высокий, черный чел. Правда сейчас  часто принимает образ мужа . Или просто человека, но такого обобщенного что ли. Там нет черного, он бледно голубого оттенка .. ну как при свете луны. ощущается в сновидениях очень родным...). Он часто дает советы или лезет показывать наглядно, в чем я ошибаюсь - прямо что то изменяя на сцене " кукольного городка".
Бывают сны и иного рода, где персонажи, атрибуты программы для разработки , эдиторы - становятся человекообразными. Со своими характерами и наклонностями. Со своим поведением. А я как бы и в их кругу вращаюсь, пытаюсь понять, как ими управлять покорректнее. Но в то же время - я не совсем там. Не совсем на том плане " бытия" что и они. Но могу взаимодействовать. А могу оставаться невидимой для них.

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

То есть моего соратника сновиденного нет. Но на его месте кто то ( что то) есть. Совершенно невидимое. Но ощутимое. И ощущение это вовсе не такое, как от моего друга сновиденного...

Не знаю, почему, но осознание, что общалась я с кем то - чем то иным ( принимая за знакомого неоргана)-  заставило сильно колотиться сердце об грудную клетку. Я пыталась успокоить сердце и унять сердцебиение - уговаривая его, что ничего страшного нет. И этот незнакомец невидимый -  не собирается причинять вреда. Иначе у него было много времени до этого момента, пока я принимала его за родного такого с самого детства  Проводника. Причем именно Он помогает в обучении, пока я его принимаю за старого друга ( не пугаюсь ).

Но хотя сидящее рядом чужеродное и полностью прозрачное существо меня не касалось - электрические мурашки стали покрывать мое тело, поднимаясь от самых пяток...

Причем я и раньше с этим существом ( или объектом) сталкивалась, как занялась и ушла с головой в Unity и его скрипт. Но не понимала, от чего посреди сна начинается тахикардия, и я просыпаюсь... хотя сам сон был довольно миленький..

Посмотрим, что это за новый нерган появился..( или это старый и привычный так трансформировался?) . когда полностью осознаюсь - он прекращает общаться со мной. И вообще никак не проявляет себя, кроме этого чужеродного поля рядом со мной. Справа от меня и немного впереди он появляется ( если кому интересно).

// восстановление системы - остался 1 час 45 мин... 4.25 ночи

[Pipa]

Вы предлагаете, как проигрыш в игре - назначить - полную потерю осознанности и пополнение команды неорганов/летунов?

     Я полагала, что за лягух играет компьютер. В этом случае после переименования лягух в неорганов/летунов они так же останутся ботами. А если лягуха в игре не единственная, и компьютер управляет целой армией лягух, то ему всё равно сколько их у него в подчинении. По этой причине замена аватара поигравшего игрока на аватара противника имеет смысл, если в игре участвует несколько игроков (команда) или у игрок имеет несколько аватаров, которыми управляет. В противном случае игра закончится, и превращение не будет иметь смысла.
     Само же превращение аватара, потерявшего всю свою осознанность, в летуна, имеет не столько игровой смысл, сколько чисто "идеологический", т.к. летуна обычно положено представлять в виде беса, вселившегося в человека. Ну, типа зомби. В последнем случае человеческий образ в значительной мере сохраняется, только это уже не человек. Однако в играх зараженный образ положено менять, чтобы дать возможность отличать игроков от их противников. Поэтому превращение аватара игрока, потерявшего весь запас своей осознанности, в зомби, полностью находящегося в подчинении летуна, - вполне логичное решение. Тем паче, что можно сказать, что летуны людей зомбируют .

[Соня (Bruja)]

замена аватара поигравшего игрока на аватара противника имеет смысл, если в игре участвует несколько игроков (команда) или у игрок имеет несколько аватаров, которыми управляет. В противном случае игра закончится, и превращение не будет иметь смысла.

Ну да, если мультиплей- то было бы интересно. Что то типа MMORG в которых юзеры играют по сети, подключаясь каждый из своего домашнего компа...
Сама же игра лежит на серверах, обычно на нескольких. А пользователи скачивают приложение - клиент.клиент подключается к одному из серверов.... сама когда то увлекалась такого рода играми (Lineage2).  Мы даже созванивались по скайпу - мультиконференции устраивали, когда отправлялись к боссам. Там всегда отличный лут выпадал, который просто так не добыть. А в одиночку на босса идти было чистое самоубийство. Да и не пускали в одиночку. Портал не перемещал. Требовал определенное количество игроков. Приходилось либо на месте в чат кричать, чтоб позвать желающих, либо через скайп...
Удивительно, что на сервере играли люди из кучи стран. Кто с рф, кто со штатов, кто с кавказа...
Я же играла из Италии. И конечно русскоговорящие там быстренько объединялись.
Эх... ностальгия...

Но мне разработкотка игры такого масштаба не по зубам ( да и если честно -  комп не потянет).

[Pipa]

замена аватара поигравшего игрока на аватара противника имеет смысл, если в игре участвует несколько игроков (команда) или у игрок имеет несколько аватаров, которыми управляет. В противном случае игра закончится, и превращение не будет иметь смысла.

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

     Но я же написала "или", так отчего же вы рубите предложение только за то, что оно из "или" нереализуемо? Играют же люди в шахматы один на один, хотя фигур у каждого много. Т.е. вашего комментария на тему "один игрок - несколько фигур" я так и не услышала.
     В "перелицовке" убитого аватара тоже нет новизны - есть даже такая игра в шашки, где убитая фишка противника переворачивается и становится своей.
      Что же касается режима "мультиплей", то он тоже возможен, если отказаться от on-line режима и вести игру по переписке. Типа того, что раз в сутки каждый из игроков может совершить один ход своей фигурой/аватаром. Если он этого не сделает, то его фигура/аватар остается на прежнем месте. Соответственно с этим, и компьютер тоже имеет возможность совершить по одному ходу в сутки каждым управляемым им аватаром. Короче говоря, очень похоже на игру в шахматы по переписке. В таком виде игра, конечно, затягивается, зато в ней могут принимать участие все участники форума, и даже подключаться к игре новые игроки (их фишки возникают на месте старта).

[Соня (Bruja)]

Но я же написала "или", так отчего же вы рубите предложение только за то, что оно из "или" нереализуемо? Играют же люди в шахматы один на один, хотя фигур у каждого много. Т.е. вашего комментария на тему "один игрок - несколько фигур" я так и не услышала.

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

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

Есть еще вариант ,  когда не сам персонаж  превращается, а находит союзника. Тогда две игровыне фигуры, которыми можно управлять в разных зонах игры ( мирах) - тоже будут обоснованы. Где не пройдет человнк - прошвырнется Союзник.

А просто дать набор фигур - .... напоминает игру Марс, была такая на Сони Плейстейшон 1.
Там три игровых фигуры. Каждая в своем отсеке. Отсеки не пересекаются, но есть способ комунникации и передачи предметов по трубопроводу...
Ну и каждый делает свое дело, но все игроки взаимосвязаны. Один открывает двери другим- так как находится около центра управления. Другой передает патроны двум другим, так находится рядом со складами...
А втроем они расследовали причину по которой колония перестала отвечать на сигналы с Земли.
Ну а по прибытии - их ждал сюрприз, в стиле Дум. То есть все стали зомбаками. Умирали на время, потом снова вставали... конечно же раскопки и конечно же вирус неизвестный....
Даже не знаю, чем там дело кончилось, у меня на нее интереса не хватило...

Но так тоже можно.

Мне пока сложно что то определенное сказать, так как я еще не знаю, как передавать управление другому персонажу( со всеми его причандалами : анимацией разных движений, звуков и прочего..). Поэтому решила промолчать.

[Соня (Bruja)]

Что же касается режима "мультиплей", то он тоже возможен, если отказаться от on-line режима и вести игру по переписке. Типа того, что раз в сутки каждый из игроков может совершить один ход своей фигурой/аватаром. Если он этого не сделает, то его фигура/аватар остается на прежнем месте. Соответственно с этим, и компьютер тоже имеет возможность совершить по одному ходу в сутки каждым управляемым им аватаром. Короче говоря, очень похоже на игру в шахматы по переписке. В таком виде игра, конечно, затягивается, зато в ней могут принимать участие все участники форума, и даже подключаться к игре новые игроки (их фишки возникают на месте старта).

Но это уже не будет платформер... и не будет рпг. Кто будет ждать сутки, когда компьютер в ответ ударит персонажа? Ээто же происходит сразу. Так как компьютер реагирует быстро.
Возможно я просто плохо вас понимаю...

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

Не РПГ - потому что если  один чел вчера взял квест у не игрового персонажа, то сегодня другой чел возможно не захочет тащиться его исполнять...а захочет пойти и сделать что то еще...
А после завтра возьмет этого же персонажа третий чел - и не поймет , что вообще надо делать...

Но все же к рпг - такой подход можно сделать.. только нескольколько человек вряд ли смогут играть одновременно.
Им  что в очередь построиться 😁 придется?
Боюсь это у них все желание отобьет. Да и входить в игру не зная, что с персонажем сотворил предшественник...

В любом случае - одним ходом тут не обойтись. Так как это не шахматы. Но человек может делать в игре что хочет в течении суток например...
Рпг это же говорильня с нпс, беготня по заданиям..
Кому кур собери - разбежались, кому монстра убей, и сына спасешь и себе дорогу на север ( например) откроешь..
То есть люди будут терять целые куски инфы, потому что за них неделю поиграли другие люди..

Можно к примеру взять такой  тип сетевой игры создать - как" Кошки" ( Pets) на фейсбуке.
У каждого пользователя свой домик, но он может выйти на улицу и зайти к соседу...
Ну и даже поухаживать за соседским петом, так как если сосед долго не входит в акаунт и не поухаживает сам - то персонаж его буквально обрастал говном, и над ним летали мухи- блохи. За отмывание соседского животного - персонажу платились деньги...

То есть прямого взаимодействия как такового не было. Каждый сам свой домик украшал, покупал обновы в магазинах, занимался садом.
Но друзья ему были видны ( внизу в виде иконок . Кликнул по ней и попал в домик соседа). Можно было обмениваться подарками и переписываться... у соседа можно было гулять даже если он играет.. но взаиможействия как такового не было.. ну сердечки и поцелучики воздушные послать...

Но это ведь  не серьезно. Да и тут не соц сеть, чтоб каждому отдельный кабинет выдавать.

Но может быть придумаете что нибудь... у меня не хватает идей. То есть не очень хорошо представляю, какого типа такая игра будет.

[Соня (Bruja)]

Прицепиться к платформе ( или к пруту или иной точке)

Я думаю, в unity это делается через привязку персонажу лучей raycast.  Или коллайдером столкновений.
И лучи эти или коллайдер  ищет у объекта столкновения определенный тег ( этикетку) .
Излучатель рейкаст  или коллайдер нужно расположить над головой персонажа. Так как точки за которые можно уцепить всегда будут выше его нормальной позиции. И даже в прыжке - распознать эти точки цепляния нужно раньше, чем персонаж к ним подлетит. Так как ему нужен момент на изменение позы - вытянуть руки вперед, что бы прицепиться.

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

 Как только в прыжке -  отмечается столкновение с доступным для цепляния краем - персонаж тянет к этой точке ( цепляния) руки ( то есть меняется анимация ) и руки игрока " примагничиваются" к краю. Персонаж виснет на руках .

Мысли вслух - ( это похоже на действие эффектора, где любой объект можно " пришпилить " на " гвоздик". Объект может раскачиваться под действием иных сил или собственных усилий. То есть легкое вращение вокруг шпильки- гвоздя невидимого. Можно сделать и раскачивание в висячем положении и полный оборот добавить. И возможность перепрыгнуть на другой " гвоздь" или почву. Это реализовано в Tomb Rider, она там часто на каких то железных прутах висла и раскачиваясь перескакивала с одного на другой)

Мне нравится как цепляние за платформу  реализовано в игре Oddworld .
Даже просто подняв руки ( нажав "вверх") стоя под платформой - персонаж подогнув ноги виснет на этом углу.  В прыжке тоже, если впереди был край такого " цепляющегося" типа.

Хотелось бы сделать своему персонажу такую же возможность.
Поищу материалы, как это реализовать... с цепляниями.. как это делают в unity

https://m.youtube.com/playlist?list=PLy78FINcVmjA0zDBhLuLNL1Jo6xNMMq-W

[Соня (Bruja)]

<a href="https://youtube.com/v/0OE-jSDRIok" target="_blank">https://youtube.com/v/0OE-jSDRIok</a>

Вот как вариант..

[Соня (Bruja)]

http://www.noobgamejam.ru

Вот таким образом выглядит встроенный проект по уроку
Noob Game Dev.

Так вот смогла открыть на планшетке, кликнув по серой надписи

проект
https://drive.google.com/file/d/191QMEewrAwbrmXuVNPkWkQLs3Nvj3Lj8/edit
 открылся в фаерфоксе прямо из скачанной папки. В опере и сафари нет, требуют вставить в веб...

[Соня (Bruja)]

открылся в фаерфоксе прямо из скачанной папки. В опере и сафари нет, требуют вставить в веб...

попыталась открыть еще раз (закрыла фаерфокс и снова открыла - не показывает. Я ним давно не пользовалась, видимо в нем еще работала поддержка флеша или что то наподобие. А во второй раз оба окна сменила  надпись
загрузите в веб на сервер или попробуйте другой браузер :

It seems your browser does not support running Unity WebGL content from file:// urls. Please upload it to an http server, or try a different browser.

Unity WebGL Browser Compatibility

https://docs.unity3d.com/ru/2019.4/Manual/webgl-browsercompatibility.html

[Pipa]

В целях проверки работоспособности интерфейса WebGL, прошу желающих помочь проверить, открывается ли на их браузерах вот эта ссылка:
http://www.postnagualism.com/Lesson1415/index.html
Там вот такой человечек на бревне топтаться должен и шевелить своей пиписькой .

[James Getz]

Pipa, открывается в Опере

[Соня (Bruja)]

В целях проверки работоспособности интерфейса WebGL, прошу желающих помочь проверить, открывается ли на их браузерах вот эта ссылка:
http://www.postnagualism.com/Lesson1415/index.html

Открывает в Сафари, Опере, Мозиле (Фаерфокс) и даже в ТОРе. В Торе говорит, что аудиоплагин этого  API не поддерживается, но это вероятно их внутренняя проблема.

В планшетке в андроиде - тоже открывает, хоть из оперы, хоть из своего предустановленного браузера.

[Соня (Bruja)]

Как все это ( конкретно эта тема на форуме в разделе dreamland)
 связано со сновидениями???¿¿¿

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

[Соня (Bruja)]

Игра Сказки Лиса (тестовая версия) вынесена в отдельную тему:

http://forum.postnagualism.com/index.php?topic=103444.0

Pipa, вам еще раз большое спасибо  !!!
Вот у кого теперь хватит наглости сказать, что Вы не Нагваль?

[Соня (Bruja)]

IEnumerator Coroutine (Карутины - Unity) от Academia de videojuegos (исп)

Разбор уроков по русски. И примеры в нашей тестовой версии игры с Лисом.
И вот такой получаем результат по Видео 1 и 2 из 5:

Coroutine Пример 1. Создаем несколько блоков (которые будут падать вниз по очереди).

<a href="https://youtube.com/v/PFRvXzCurGc" target="_blank">https://youtube.com/v/PFRvXzCurGc</a>

Coroutine Пример 2 передвигаем и потом вращаем каждый блок.

<a href="https://youtube.com/v/cO1Tn5lE7M0" target="_blank">https://youtube.com/v/cO1Tn5lE7M0</a>

Coroutine Пример 3 передвигаем и потом вращаем каждый блок, и меняем цвета. Создаем прерывание (паузу) между каждым действием.

<a href="https://youtube.com/v/smdGFDl6fCo" target="_blank">https://youtube.com/v/smdGFDl6fCo</a>

[Соня (Bruja)]

В 3-ем видео -
ХуанДэ -  "В этом видео научимся как останавливать карутину. Все, что имеет начало - имеет и конец"

Лично меня прикалывают испанские сокращения вторых имен.. Хуан Дэ-это может быть Иван Давид например....
Как Хуан Ка -это Хуан Карлос, а Хуан Ма - это Хуан Мария (Иван да Марья по нашему ! )

Как там второе имя у Карлоса Араны?

[Соня (Bruja)]

ИИ врага


Враг автоматически поворачивается лицом в сторону игрока

Поиск врагом персонажа ( Enemy AI Pathfiding) плагин 2D , 3D

http://postnagualism.com/Bruja/index.php?topic=77579.0

[Соня (Bruja)]

В этом видео научимся как останавливать карутину.

Сделала падающие блоки.. довольно забавно получилось..
Хотя и не совсем так как хотелось.
Одна сторона блоков ( нижняя) - причиняет урон персонажу. А в остальном - определила их ( леер- слой) - как земля - это значит игрок может по ним ходить или стоять сверху или  прыгать на этих блоках.. Теперь персонаж может запрыгивать на них сверху ( они не опасны) и использовать их как подъемник ( платформу), едущий вверх и вниз...

Блоки начинают опускаться  слева на враво. Не смотря на то, с какой стороны подходит персонаж...

Было бы лучше, если бы это изменялось, взависимости от того, с какой стороны подходим. Если слева- начинал опускаться крайний левый блок, а если справа, то наоборот...

Позже подумаю, как это сделать.

Вообще - мне совершенно не нравится структура ( архитектура) скриптов по этому уроку ( про лисенка).
Некоторые вещи, так вообще удивляют..
То ли учитель поглупел, то ли специально так делается, чтоб народ мурыжить платными курсами...

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

А поведение у лягухи не стандартное, другим врагам - не присущее. Поэтому странновидеть общий для всех врагов скрипт - заполненный не стандартными прыжками лягухи...
Его бы ( поведение прыгающе) - стоило выделить в отдельный, лягухин- скрипт .
ее и к " земному патрулю " с трудом можно отнести ( классификация врагов у юнитологов). Разве что только потому, что скачет от точки к точке .
А настоящий " патруль"- себе под ноги смотрит ( GroundCheck - отсутствие земли или препятствие в виде стены, камня)) .Лягуха же у нас в плане интеллекта - совершенно тупая. У нее только анимация пышная...
А если он умный ( ИИ)- то и на персонажа агрится ( то есть смотрит вперед).

А в самом скрипте Enemy  нужно бы собрать только то, что у врагов общего.
Например - наносят урон игроку ( открытое окно - каждому врагу вбиваеться свой дамаг( урон)).
Все враги имеют какую то жизнь. Значит нужно поле ( окно в инспекторе программы)- и значение. У кого то больше, у кого то меньше, но это уже сохраниться в " заготовках" конкретных врагов.

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


Одним словом, смотрю и другие  видео, других авторов. Посмотрю, что можно будет отредактировать, а что вообще выкинуть и заменить новым вариантом ( скрипты имею ввиду).

[Соня (Bruja)]

И все таки - ни одного толкового урока по теме - как заставить ходить персонажа - к месту, куда на экране кликнула мышь.
Как задать область по которой он может ходить и препятствия, которые нужно обходить  ( Pathfinding?¿ не слишком ли усложняю....).
Как сделать коллекцию предметов - на клик по которым персонаж будет реагировать по разному. С какими- то взаимодействовать или собирать в инвентарь, а какие то ломать, перемещать или просто рассматривать, а если это " непись"( NPC-  не игровой персонаж)- то разговаривать.
Как менять курсор мышки, что бы выбрать тип взаимодействия? ( все это по клику мыши по экрану. А то как обычно ходить кнопками, сталкиваться с невидимыми коллайдерами - считывающими столкновения - для того, что бы реагировать - знаю. А как все это шевелить мышОй?

Нет, я конечно могу попользоваться бесплатной " заготовкой" шаблоном, собранным группой добровольцев  ( PowerQuest плагин для Unity )- но загруженный шаблон часто вылетает по совершенно непонятной причине. Не понятной мне, так как не понимаю логику кучи скриптов, которые выше моего понимания. Ну и глядя на видео на Twitch самого автора сборки - видно, что ему и самому не легко справляться со своим детищем. То, что разработано облегчить создание игры в стиле пойнт клик - превращается в мучение. Там где за час можно настроить спрайты ( изображения)- для фона сцены, собрать и анимировать персонажа, подготовив к работе, накидать тестовых предметов на сцену для отработки взаимодействия - он, работая в своей же сборке - не управился и за 4 часа!!!!
А дело все в том, что бы заменить картинки в заготовке сцены которую он сам и создал.
Проблемы возникают при замене картинок, при замене анимированных картинок , при замене фона...
Ему самому приходилось подправлять то и дело свои скрипты.

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

Из целой кучи начинаний, мое внимание привлекли две программы этого типа Gdevelop  - практически без скрипта, логика разрабатывается интуитивно, выбором узлов- событий...
Поддержка С#.
Можно создавать игру прямо онлайн, не скачивая ее! Как вариант довольно привлекательно.

https://editor.gdevelop-app.com/

Движок уже не плохо выглядит. Удобный. Со встроенной рисовалкой для пиксельных персонажей или предметов и даже для создания анимации - то есть последовательность картинок, собранных воедино.
Единственно но - без регистрации на их сайте - вывод готовой игры возможен только в флрмате веб.
Все остальные платформы и варианты вывода игры для них - через их сайт, зарегистрировавшись.
Одним словом кастрированный движок, самую важную часть - придержали под контролем.

И вторая - работает на любой платформе, где загружена Java используя LibGDX фремворк.

The Bladecoder Engine has been developed using the LibGDX framework and the project generates a layout similar to any LibGDX project. This lowers the learning curve and eases development and deploy on several platforms.

https://bladecoder.github.io/bladecoder-adventure-engine/

Автор испанец, причем живет рядом, прям сосед

Есть еще движок, довольно интересный, от Amazon,  но почему то мало извесный.
Совершенно бесплатный  причем готовые игры можно загрузить на тот же Amazon и на игры ФБ ( если не путаю), для того, что бы дать поиграть через веб.
Amazon Lumberyard

Нагляделась я на все эти чудеса и интересности, и вернулась на  Unity.
Даже Fungus ( плагин для Unity) не хочу использовать, разве что для создания древа диалогов.
Но новеллы в том стиле, в котором мне хочется разработать игру - на Фунгусе не получится.
Но если его диалоговую систему вкрутить в обычный проект...
Одним словом после долгих поисков уроков по пойнт и клик передвижению персонажа за мышкой - остановилась на 9 небольших видео на немецком.
Так как ни на русском, ни на англ, ни на исп - ничего подробного не нашла...
Благо парень часто использует выражения на английском, пишет скрипт постепенно, объясняя и проверяя каждую строчку ( дотошный немец  )- но это очень кстати, так как все равно понимаешь, что он делает и о чем говорит... потому что понимаешь и скрипт и debug.log  - принт проверяющий действие каждого метода или того, что он возвращает.

Плейлист по этому уроку
https://youtube.com/playlist?list=PLVGTm2ujeFKQj_ThZoYbi3jQPg46VEXvU

Эта игра понравилась.. на комикс похожа...
Для вдохновения поставлю


[flash=400,300]https://youtube.com/v/rtU9vE4Hl_I[/flash]

[Соня (Bruja)]

BladeEngine

The Bladecoder Engine has been developed using the LibGDX framework and the project generates a layout similar to any LibGDX project. This lowers the learning curve and eases development and deploy on several platforms.

https://bladecoder.github.io/bladecoder-adventure-engine/

Автор испанец, причем живет рядом, прям сосед

Наконец нашла в твиттере участников проекта, один разработал программу - Рафа Гарсия (  Rafael Garcia)  из Кордовы, второй  Патрик  Ленд ( Patricio Land ) ее раскручивает, и пишет по ней уроки.
Рафа, буквально мой сосед, но видимо очень занят, пока не ответил по поводу ошибки компиляции и ошибки открытия окна с тестовой игрой.
Пат -  ответил сразу же. Оказывается он уроженец Аргентины, но уже давно проживает в Швейцарии и получил там гражданство. Довольно общительный человек.
Обещал разобраться в чем там ошибка и завести  программу на моей системе. У него тоже мак, но система новее, и прога бегает без ошибок.

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

Показала нашу карту! Парень был в отпаде!! Не только от рисунка, но и от интерактивности    

[Соня (Bruja)]

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

Бодаюсь с Unity.
Ходит персонаж по клику мышки.. ходит по заданной области. Стоило труда научить его останавливаться наталкиваясь на препятствия ( чтоб ногами прекратил двигать - анимация ходьбы, остановившись). Стоило придумать как изменить скрипт  какого то немца ( урок), так , что бы персонаж шел к краю зоны  доступной для хождения при клике вне этой зоны ( ну что бы подходил  насколько можно ближе, когда кликаешь вне зоны. В изначальном скрипте - на клик вне зоны для хождения персонаж вообще не откликался.
И например вам надо подобрать ключ - ключ подбирала мышка, персонаж же вообще не подходил к предмету если стоял далеко... это несколько странно, потому что просто мышой собирать предметы со сцены - так и персонажа не нужно никакого вообще.

Вправо - влево он поворачивается. Но вперед- назад - ну никак.

 Заставляла его двигаться за мышью используя  сложный метод, который преобразовывает точку куда мышь кликнула из " мирового пространства" в пространство сцены. А потом применяется метод ( функция)- " идти к" ( MoveToward).

Буквально на днях узнала о другом методе, где считывается просто щелчек по интерфесу( GUI) и видела скрипт , который заставляет персонажа туда двигаться..
Но тут уже не используется физика 2d вообще, вся механика - задается анимацией ( мультик полностю).
Мышь считывает " тег" ( этикетку) предмета и у персонажа включается анимация, которому по этому случаю заготовлега ( по этому тегу срабатывает определенный порядок действий и набор картинок).
Интересно. Но слишком перегружено.
Все прекрасно, если игра маленькая и сцена не особо длинная, прям в кадр вся помещается...
Но мне не подходит.

Под игру любого типа желательно создать шаблон. То что мы видим выше в комментарии BladeEngine по сути и есть такой шаблон для определенного рода 2d игр.
И мне бы такого шаблона хватило за глаза - весь набор функциональности.

А в Unity мне нечто подобное ( не приблизительно) нужно самой создать.
Например диалоги. Можно конечно лепить в плагине, но не удобно ( лично мне) потом эти диалоги контроллировать. Вместо того, что бы отрисовывать сцены - бьюсь с системой диалогов универсальной. Благо уроки есть...  и хотя учиться кодить интересно ( могу ночь без отрыва просидеть),  все таки очнувшись поутру - осознаю, что не редакторы ( Dialogue Editor)  писать собиралась, а игру делать...
Юнити прекрасна. Но слишком она многофункциональная. И что бы добиться чего то, что лично тебе нужно - много возни.. да узнаешь много нового.... но это время..

[Соня (Bruja)]

Наконец нашла в твиттере участников проекта, один разработал программу - Рафа Гарсия (  Rafael Garcia)  из Кордовы, второй  Патрик  Ленд ( Patricio Land ) ее раскручивает, и пишет по ней уроки.

Завела на буткампе (Вин7 там у меня установлен). на маке ну никак не хочет.
Вот так выглядит программа. Это по уроку делала, картинки - автора урока, не мои.
там уже все продумано и система инвентаря(заготовка) и система сейвов, даже голову не нужно ломать. Сиди, рисуй...
Только разберусь с возможностями..

<a href="https://youtube.com/v/EeLGNv_Sa60" target="_blank">https://youtube.com/v/EeLGNv_Sa60</a>

Урок часть 1 из 5
Starting with Blade Engine Tutorial

[Соня (Bruja)]

Завела на буткампе (Вин7 там у меня установлен). на маке ну никак не хочет

Ура!!! Починили!!! Теперь работает на моем компе!!!  
Не на буткампе и фальшивом вин 7, а на маке!!!!!

Молодцы ребята, быстро отозвались
Ну и пару советов, как там сцены менять или фонт ( шрифт) русский вставить...