О, никогда не замечал кнопку Listen. Обычно поиском пользовался. Теперь буду юзать)
2 ปีที่แล้ว +3
Спасибо большое! 3 месяца как Юнити учу, пытался по англоязычным гайдам сделать и вечно что-то не так, не работало, а я и не знал почему, порой даже проект который скачивал не запускался, а тут всё как по маслу. Успехов и жду новые видео)
Хоспаде, как я страдал, пытаясь считать прокрутку колёсика мыши и найти мировые координаты курсора - не описать. Уже начал копать интернеты, чтоб понять как ловить ЗАЖАТИЕ кнопки, почти отчаялся, а тут оказывается всё в отдельной панельке есть.... Большущее спасибо! Мимоходом дали больше полезной инфы, чем все форумы и полные "курсы", в том числе и зарубежные, что я успел растрясти.
А можно примерно часовой гайд, где вы расскажите, как и что работает всё, что нужно знать( для создания интерактива с предметами, оружием и др. частями игры, потому, что на русско язычном ютубе ничего тако го нет, а на английском такое себе) всё это в 3д
Бля , большое спасибо , очень благодарен тебе за детальное объяснение, я обязан сохранить себе данное видео, поставить лайк и подписаться , желаю тебе и дальше делать своего рода гайды в таком же духе .
Первое обучающее видео на русском языке в котором автор использует новую инпут систему не проверяя нажатие кнопок каждый кадр и не прокидывая ссылки через инспектор! Обожаю тебя! Ты лучший! Спасибо.
@@MrKingofTiger экономия ресурсов на старте? Данная процедура, происходит на старте не просто так. Загрузка сцен скрыта под прогресс баром и там можно делать что угодно, зачастую скачиваются данные с сервера для синхронизации, что анимает секунды, и экономия наносекунды в ущерб гибкости архитектуры - тухая затея в производстве. Здесь используется интерфейс, а значит GetComponent будет использоваться, даже при прокидывании ссылки на GameObject. Однако, справедливости ради, скажу что ты прав, прямая ссылка лучше, чем GetComponent. Но не стоит делать из этого проблему там, где её нет)
- Забавно. Мой первый опят работы с системой был полностью построен на ссылках, из-за чего я вскоре 30% времени разработки посвящал инспектору. В какой-то момент ссылки сбились, и это подорвало мой пердак так, что вспышку было видно из центра вселенной. Следующий, он же пока последний опыт, полностью построен на подписках через код. И когда возникла необходимость жонглировать компонентами между объектами, космос вновь озарил яркий свет. И там, и там есть свои минусы, поэтому полностью полагаться на один из способов я больше не буду. Для гибкости, ссылки подходят лучше, но они крайне рутинны. Подписка в коде автоматична, но намертво привязывает скрипт к системе. Скорее всего это проблема моей структуры, но даже с нормальной реализацией переопределение слушателей события требует создания нового класса, что может быть трудоёмким. Во всяком случае, трудней чем создать вариант префаба и изменить в нём ссылки
Спасибо за труд! Я пока не особо опытный программер и для меня - это очень годный контент! Один вопрос, который, возможно, уже задавали. Ты отказался от использования this в пользу "_"? :))
Андрей, подскажи пожалуйста. Актуально использовать Dictionary вместо List? Inventory- определенное кол ячеек, Skills - 50 видов, все это в Dictionary, запись и использование умений - предметов через Event Action. UI заполняю через лист по запросу в Dictionary, используя Action EventMap. Или через лист и сортировку при каждом запросе в лист лучше?
Если тебе нужно часто юзать сортировку, то Dictionary тебе выгоды особой не даст. Он даёт выгоду, когда надо находить конкретный элемент по ключу, то есть поиск в массиве. Так что выбирай исходя из своих требований)
Чтобы сделать управление камерой мышкой, я просмотрел 4 видео. Из первых 3 я собрал последовательность твоих действий, и получил управление мышкой, что хорошо. Но потом начал искать где в твоем видео про управление с клавиатуры и понял, что его там нет. Пошел смотреть 4 видео, чтобы сделать управление с клавиатуры. В итоге на этом видео не показано как написан класс IControllable. Перерыл все видео про управление и не нашел, в каком видео ты создавал этот класс. Друг, видео огонь, но ты так скачешь, что чтобы собрать все в кучу, нужно пересмотреть все твои видосы. Ты можешь их хотя бы ссылками связывать, а то не удобно их искать по твоему каналу.
@@gamedevlavka Еще хотел добавить чуточку положительных моментов. Мне понравилась твоя подача материала в целом. Как мне кажется, этот материал не совсем для новичков, он сложнее, чем другие видео, которые я смотрел и по началу все сильно запутано. Но это и мотивирует разобраться, почему ты так сделал. Мне на самом деле этого не хватает, хочется, чтобы были видео приближенные к реальному проекту, с правильной архитектурой. Чтобы потом можно было ориентировать и разбираться, почему так сделано.
Надо самому сначала попробовать) я в геймдеве со времен, когда новой инпут системы не было, и управление с экрана никогда не доставляет проблем в отличие от управления с клавы или геймпада, так что разбираться просто не было необходимости)
@@gamedevlavka ну с одной стороны, люди пишут что с гейпадами легче теперь. Но с другой стороны, вместо Getkey в коде теперь вот это все настраивать, ну так себе затея
@@vasyljrorshak7455 решение о том, какой инпут использовать принимается в зависимости от того, насколько игра должна поддерживать разношерстный инпут и ребиндинги клавиш управления. Если у тебя игра на ПК и только с жёстко привязанным управлением - используй GetKey. Если у тебя мультиплатформа, поддержка ребиндинов клавиш и кнопок, то InputSystem гораздо удобнее, чем городить что-то свое
@@gamedevlavka Так должно было бы быть. Но вот смотри на стартовые асеты. Они ж для новичков. И в них нету выбора. Сразу навязывают именно эту систему. А для новичка хоть бы с старой разобраться и то сложно, а тут вобще жесть. Понимаеш как оно неправельно сделано.
О, никогда не замечал кнопку Listen. Обычно поиском пользовался. Теперь буду юзать)
Спасибо большое! 3 месяца как Юнити учу, пытался по англоязычным гайдам сделать и вечно что-то не так, не работало, а я и не знал почему, порой даже проект который скачивал не запускался, а тут всё как по маслу.
Успехов и жду новые видео)
Хоспаде, как я страдал, пытаясь считать прокрутку колёсика мыши и найти мировые координаты курсора - не описать. Уже начал копать интернеты, чтоб понять как ловить ЗАЖАТИЕ кнопки, почти отчаялся, а тут оказывается всё в отдельной панельке есть....
Большущее спасибо! Мимоходом дали больше полезной инфы, чем все форумы и полные "курсы", в том числе и зарубежные, что я успел растрясти.
Храни тебя бог !! Благодарю !!!
Привет, расскажи про мультисцены, когда большой мир и можно кусками загружать и выгружать его.
Классно, удобная штука, надо будет попользоваться. Спасибо
Тема для урока: определение два и более разных устройств ввода при игре нескольких игроков на одном компьютере.
Хорошая тема
Ура, новое видео
Спасибо!
А можно примерно часовой гайд, где вы расскажите, как и что работает всё, что нужно знать( для создания интерактива с предметами, оружием и др. частями игры, потому, что на русско язычном ютубе ничего тако го нет, а на английском такое себе) всё это в 3д
Бля , большое спасибо , очень благодарен тебе за детальное объяснение, я обязан сохранить себе данное видео, поставить лайк и подписаться , желаю тебе и дальше делать своего рода гайды в таком же духе .
Первое обучающее видео на русском языке в котором автор использует новую инпут систему не проверяя нажатие кнопок каждый кадр и не прокидывая ссылки через инспектор! Обожаю тебя! Ты лучший! Спасибо.
Ссылки через инспектор предпочтительнее, чем гет. Экономия ресурсов на start, который и так загружен
@@MrKingofTiger экономия ресурсов на старте? Данная процедура, происходит на старте не просто так. Загрузка сцен скрыта под прогресс баром и там можно делать что угодно, зачастую скачиваются данные с сервера для синхронизации, что анимает секунды, и экономия наносекунды в ущерб гибкости архитектуры - тухая затея в производстве. Здесь используется интерфейс, а значит GetComponent будет использоваться, даже при прокидывании ссылки на GameObject. Однако, справедливости ради, скажу что ты прав, прямая ссылка лучше, чем GetComponent. Но не стоит делать из этого проблему там, где её нет)
- Забавно. Мой первый опят работы с системой был полностью построен на ссылках, из-за чего я вскоре 30% времени разработки посвящал инспектору. В какой-то момент ссылки сбились, и это подорвало мой пердак так, что вспышку было видно из центра вселенной. Следующий, он же пока последний опыт, полностью построен на подписках через код. И когда возникла необходимость жонглировать компонентами между объектами, космос вновь озарил яркий свет. И там, и там есть свои минусы, поэтому полностью полагаться на один из способов я больше не буду. Для гибкости, ссылки подходят лучше, но они крайне рутинны. Подписка в коде автоматична, но намертво привязывает скрипт к системе. Скорее всего это проблема моей структуры, но даже с нормальной реализацией переопределение слушателей события требует создания нового класса, что может быть трудоёмким. Во всяком случае, трудней чем создать вариант префаба и изменить в нём ссылки
Смотрю автор видео поддержал старый код и знает что это очень больно 😁😄😁
Видео супер! Но очень хочется посмотреть подробное видео про новую систему ввода именно с тачскрина, у меня с ней много сложностей возникало.
Отличная идея, хотя, как я и сказал в видео, я ни разу не делал на тачскрин управление через инпут систему. Надо разобраться)
А как сделать кастомные настройки? Вдруг игрок захочет поменять управление ? Или такое невозможно и лучше пользоваться старой input system'ой ?
Можно по подробнее рассказать про то как с новой инпут системой работать на сенсерном экране, не получается сделать управление через touch по экрану
Спасибо за труд! Я пока не особо опытный программер и для меня - это очень годный контент! Один вопрос, который, возможно, уже задавали. Ты отказался от использования this в пользу "_"? :))
А в OnDisable() разве не нужен _gameInput.Disable()?
Ведь в Awake() мы написали _gameInput.Enable();
Совсем не обязательно. Включить обязательно надо, потому что он по умолчанию отключён, а вот выключать это уже под задачи надо смотреть
Андрей, подскажи пожалуйста. Актуально использовать Dictionary вместо List? Inventory- определенное кол ячеек, Skills - 50 видов, все это в Dictionary, запись и использование умений - предметов через Event Action. UI заполняю через лист по запросу в Dictionary, используя Action EventMap. Или через лист и сортировку при каждом запросе в лист лучше?
Если тебе нужно часто юзать сортировку, то Dictionary тебе выгоды особой не даст. Он даёт выгоду, когда надо находить конкретный элемент по ключу, то есть поиск в массиве. Так что выбирай исходя из своих требований)
@@gamedevlavka Спасибо!
Чтобы сделать управление камерой мышкой, я просмотрел 4 видео. Из первых 3 я собрал последовательность твоих действий, и получил управление мышкой, что хорошо. Но потом начал искать где в твоем видео про управление с клавиатуры и понял, что его там нет. Пошел смотреть 4 видео, чтобы сделать управление с клавиатуры. В итоге на этом видео не показано как написан класс IControllable. Перерыл все видео про управление и не нашел, в каком видео ты создавал этот класс. Друг, видео огонь, но ты так скачешь, что чтобы собрать все в кучу, нужно пересмотреть все твои видосы. Ты можешь их хотя бы ссылками связывать, а то не удобно их искать по твоему каналу.
Спасибо за отзыв, буду стараться следить, конечно
@@gamedevlavka Еще хотел добавить чуточку положительных моментов. Мне понравилась твоя подача материала в целом. Как мне кажется, этот материал не совсем для новичков, он сложнее, чем другие видео, которые я смотрел и по началу все сильно запутано. Но это и мотивирует разобраться, почему ты так сделал. Мне на самом деле этого не хватает, хочется, чтобы были видео приближенные к реальному проекту, с правильной архитектурой. Чтобы потом можно было ориентировать и разбираться, почему так сделано.
По традиции: когда декоратор?
Скоро, его надо хорошо подготовить, с полпинка не расскажешь, как я обычно это делаю)
Ну блин, лучше бы действительно рассказал бы как новая инпут систем будет работать на мобильном устройстве
Надо самому сначала попробовать) я в геймдеве со времен, когда новой инпут системы не было, и управление с экрана никогда не доставляет проблем в отличие от управления с клавы или геймпада, так что разбираться просто не было необходимости)
какой ужас. Вместо простого GetKeyDown теперь будут себе мозг выносить. Просто псдц....
А что не устраивает? Понимаешь, для чего вообще была создана InputSystem?
@@gamedevlavka ну с одной стороны, люди пишут что с гейпадами легче теперь. Но с другой стороны, вместо Getkey в коде теперь вот это все настраивать, ну так себе затея
@@vasyljrorshak7455 решение о том, какой инпут использовать принимается в зависимости от того, насколько игра должна поддерживать разношерстный инпут и ребиндинги клавиш управления. Если у тебя игра на ПК и только с жёстко привязанным управлением - используй GetKey. Если у тебя мультиплатформа, поддержка ребиндинов клавиш и кнопок, то InputSystem гораздо удобнее, чем городить что-то свое
@@gamedevlavka Так должно было бы быть. Но вот смотри на стартовые асеты. Они ж для новичков. И в них нету выбора. Сразу навязывают именно эту систему. А для новичка хоть бы с старой разобраться и то сложно, а тут вобще жесть. Понимаеш как оно неправельно сделано.
А где (как называется) предыдущий видос? А то в жтом уже есть код написанный и не понятно что там и как.