«Аллоды» или «Князь»? Стартовало голосование за кандидатов в Зал Славы видеоигровой индустрии

[SerGEAnt 23 203]

Проект был основан РВИ в 2023 году с целью увековечить достижения российских разработчиков, журналистов и предпринимателей, оказавших наибольшее влияние на развитие отрасли.

---

Организация развития видеоигровой индустрии (РВИ) запустила народное голосование среди кандидатов в Зал Славы.

Проект был основан РВИ в 2023 году с целью увековечить достижения российских разработчиков, журналистов и предпринимателей, оказавших наибольшее влияние на развитие отрасли.

В этом году на попадание в Зал Славы претендуют:

• «Легендарные видеоигры»:
  • «Ил-2 Штурмовик: Забытые сражения»
  • Escape from Tarkov
  • Cut the Rope
  • «Мор. Утопия»
  • «Аллоды: Печать тайны»
  • «Князь: Легенды лесной страны».
• «Люди, повлиявшие на индустрию»:
  • разработчики Homescapes, Gardenscapes и Fishdom Дмитрий и Игорь Бухманы
  • основатели студии Gaijin Entertainment, создавшей War Thunder и Crossout, Антон и Кирилл Юдинцевы
  • писатель, геймдизайнер и бывший продюсер 1C Game Studios, оказавший влияние на формирование World of Tanks Сергей Буркатовский
  • создатель «ИЛ-2 Штурмовик» Олег Медокс.
• «Легенды киберспорта»:
  • Денис «elecroNic» Шарипов
  • Дмитрий «Happy» Костин
  • Антон «Coollerz» Синьгов
  • Роман «RAMZES» Кушнарев
  • Магомед «Collapse» Халилов
  • президент Федерации компьютерного спорта России Дмитрий Смит;
  • один из первых российских киберспортсменов Александр Горбаченко

Голосование уже стартовало в официальных приложениях РВИ в VK и Telegram — каждый пользователь сможет отдать по 3 голоса в каждой номинации.

Голосование продлится до 5 декабря включительно. Победителей объявят на сцене фестиваля «Comic Con Игромир».

[Ленивый 5 194]

3 минуты назад, Dusker сказал:

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

На глаз что ли лепить? По референсам. А референсы даже Алиса может нарисовать… хм, раза с 20-го

вощем Subdivision Surface наше всё.

[Dusker 681]

14 минут назад, Ленивый сказал:

На глаз что ли лепить? По референсам. А референсы даже Алиса может нарисовать… хм, раза с 20-го

Понятно что по референсам. Я лепил лису, сбоку — идеально. В анфас — херня. 

Уточню сразу, да я зеркалил вторую сторону, но она все равно выглядит хреново с морды)

Изменено Пятница в 14:43 пользователем Dusker

[Ленивый 5 194]

2 минуты назад, Dusker сказал:

В анфас — херня.

Ну тут не чувство прекрасного, а банально анатомия… в широком смысле.

Я начинал рисовать с машин для гтаВС — сбоку норм, в анфас — херня

[Фри 5 350]

13 минут назад, Dusker сказал:

Понятно что по референсам. Я лепил лису, сбоку — идеально. В анфас — херня. 

@Ленивый 

типично) я примерно так же начинал изучать 3ds Max лет *дцать назад. Проблема оказалась в том, что без внутренних слоев-срезов сделать модельку по трем изображениям (сбоку, сверху, спереди) для человека без таланта к дизайну — почти нереально)

-

p.s. сейчас достаточно вменяемых 3d билдеров в инете. По набору рисунков собирают модель которую можно экспортом перегнать и доделать

Изменено Пятница в 14:52 пользователем Фри

[Ленивый 5 194]

11 минут назад, Фри сказал:

Проблема оказалась в том, что без внутренних слоев-срезов сделать модельку по трем изображениям (сбоку, сверху, спереди) для человека без таланта к дизайну — почти нереально)

Как-то ты сложно объяснил. Я кстати потом тренировался “на кошках” — ножи, пистолеты, дробовики и пр. у которых фронтальный вид в основном про объём… да, да оружейные паки для гтаВС

[McNulty 13]

В 05.11.2025 в 18:12, Ленивый сказал:

Это всё про “очучения”, танки то кто сделал?

Вот за это его и выбрали, поскольку остальные по суду признаны экстремистами. Вот и повторю: нафига было вообще про танки вспоминать.

Что за отмена русской культуры, как говорится. Это знаковая игра игропрома, тьма поклонников. Зачем же смешивать всё с политикой..В соседней теме сокрушались о спорте, а сами эту грязь в игры несёте. Ох уж эти двойные стандарты, на которые тоже сокрушались.

 

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

Изменено Пятница в 18:17 пользователем McNulty

[Ленивый 5 194]

11 минут назад, McNulty сказал:

Что за отмена русской культуры, как говорится. Это знаковая игра игропрома, тьма поклонников. Зачем же смешивать всё с политикой..В соседней теме сокрушались о спорте, а сами эту грязь в игры несёте. Ох уж эти двойные стандарты, на которые тоже сокрушались.

Ты слова в предложения складываешь на которые отвечаешь? Или только буквы читаешь?

Выбрать кого то одного из второго эшелона, сделав вид что отцов-основателей игры не было — это не двойные стандарты у тебя? Какой в этом смысл?

[Tirniel 1 679]

8 часов назад, Dusker сказал:

Ну как учит, он тебе намекает, что проект растет, и тебе нужно использовать новые фишки, чтобы не запутаться к херам.

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

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

8 часов назад, Dusker сказал:

Потому что экструдировать( лепить) модельки, это надо иметь не столько знания, сколько чувство прекрасного

Открываешь на трекере по вкусу раздел обучающей литературы и качаешь учебник анатомии для начала (по сути любой, можно подобрать на свой вкус на свои нужды в том числе, в частности могу посоветовать книги за авторством Кристофера Харта, например, “Анатомия для художника” или более специализированные про анимации, аниме, шаблоны и прочее). Без базовых знаний прикоснуться к чему-то продвинутому — та ещё морока.

И да, эта литература поможет не только людей рисовать, если что. Любые уроки начинаются с простых форм и идут по нарастающей.

Но если же тебе прямо совсем влом разбираться, то аи уже умеет делать и 3d модели “самостоятельно” по референсам (напильником, их, разумеется, всё равно доводить придётся, не без того).

[Dusker 681]

6 часов назад, Tirniel сказал:

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

По итогу, теряя часы из-за неверных подсказок аи и гуглежа, ты имеешь негативные последствия своей логики “гугл знает всё”, при игнорировании более традиционных подходов к обучению

Хех, а по твоему аи откуда ответы берет? Из литературы. А если ответов там нет — он гадает. Но гадает он потому что я не могу сформировать достаточно точный запрос, дать достаточно информации. Типо учитывать каждый компонент который я налепил на персонажа, каждый даже минимально участвующий скрипт, настройки проекта, и кучу всего остального. Это как генерация картинки. Ты говоришь, “сгенерируй человека с голубыми глазами”, он тебе сгенерирует человека с голубыми глазами, но какого он будет пола, какая прическа, какой цвет волос, рост, одежда, фон и т.д будет угадано нейросетью. Чем больше дашь информации тем точнее получишь результат. В случае с игрой так же, но там сложнее, потому что я понятия не имею, что вообще может влиять на возникшую ошибку, поэтому я не могу задать в вопросе эти данные. 

Но литературе вообще нельзя задать вопрос. Если ты что-то не понял что там написано,ну…. твои проблемы.

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

Кроме того я не видел, вообще курсов которые предполагали бы полную программу - “как сделать игру”. Вот научили тебя на курсе, что меш коллайдер для простых обьектов, типо коробок, особенно которые участвуют в физике, — это плохо, и нужно его заменять боксовым. Пришел домой?(ну или видеозвонка), с курса в общем вернулся, скачал модель коробки с ассет стора. Удаляешь меш коллайдер, ставишь боксовый. А он почему то стоит в наклоне. И никак его не пофиксить и не повернуть. И если модель поворачиваешь, то коллайдер тоже  поворачивается. Ну и всё, гг. А фиксится в блендере за 2 секунды просто нажав Aplly Transform, чтобы поворот выставился как нулевой. Будут ли учить как фиксить это на курсах юнити? Я сомневаюсь, потому что это не юнитивская часть. На курсах юнити как я видел, там все говорят если нужны модельки или анимации — качаете или покупаете с магазинов, но там не учат исправлять грязь. Я уж не говорю, о том, какое отчаяние постигнет человека, который скачал модель с Generic ригом, у которого кости идут не плечо->кисть->ладонь->пальцы, а идут отдельно в два обьекта. Отдельно плечо->кисть и отдельно ладонь->пальцы. И даже если его научат пользоваться Animation Rigging встроенным в юнити, он ничего не сможет сделать с этой моделью, ему нужно будет идти в отдельный редактор, и там либо полностью исправлять риг, либо там делать анимации основываясь, на существующем риге, но на курсах по юнити этому не научат его. В общем, какой то отдельный курс выглядит довольно бесполезно, если цель человека научиться делать игры(

По итогу аи выглядит из всех вариантов более разумно.

 

Изменено вчера в 05:28 пользователем Dusker

[Tirniel 1 679]

19 минут назад, Dusker сказал:

Хех, а по твоему аи откуда ответы берет?

Из гугла. А гугл — ото всюду подряд бездумно. Посмотреть если на перлы ответов нейронки гугловской, какую та чушь периодичиски выдаёт при анализе первых результатов запроса, то хоть стой, хоть падай.

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

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

22 минуты назад, Dusker сказал:

Если ты что-то не понял что там написано,ну….

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

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

26 минут назад, Dusker сказал:

Кроме того я не видел, вообще курсов которые предполагали бы полную программу - “как сделать игру”.

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

30 минут назад, Dusker сказал:

Будут ли учить как фиксить это на курсах юнити? Я сомневаюсь

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

33 минуты назад, Dusker сказал:

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

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

Как меши 3д моделек делают, сначала создав скелеты и протестировав на них анимации, а уже потом начинают наращивать те простыми формами с последующим объединением форм и доработкой с усложнением и наращиванием детализации, так и созданию игр учатся с простых базовых задач, постепенно наращивая на эти кости знаний “мясо” более сложных процессов.

[Dusker 681]

4 часа назад, Tirniel сказал:

Из гугла. А гугл — ото всюду подряд бездумно. Посмотреть если на перлы ответов нейронки гугловской, какую та чушь периодичиски выдаёт при анализе первых результатов запроса, то хоть стой, хоть падай.

Это немного не так работает. Нейронку обучают по литературе скармливая ее ей. Это вот как ты лору обучаешь скармливая ей картинки, или аудио, и на этом она учиться. Если ты лору переобучишь, то она просто будет копировать тебе, то чему ты ее научил. Недоучишь, просто не будет работать или выдавать рандом. С чатиками, тоже самое. Их кормят литературой, на их основе они не только тебе какие то знания выдают, но и ведут себя соответствующие начитавшись литературы из психологии. Например если ты начинаешь материться в диалогах, то нейросеть начинает так же общаться фривольно и употреблять мат. Если ты общаешься в строгом и деловом стиле, то она подстраивается. Ответы из гугла, она берет когда не понимает че ты от нее хочешь. Типо спрашиваешь что-то очень очень размытое, “У меня ничего не работает, что делать?” или что в литературе не найти. Тогда она лезет в гугл и гадает. И как я уже сказал выше, чем больше у вас диалогов, тем больше у нее информации о твоем проекте и твоем уровне знаний. То есть ее эффективность увеличивается со временем.

4 часа назад, Tirniel сказал:

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

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

Я хз, может ты на это не смотришь с точки зрения нолика. Я же тебе самый простой пример привел, наверное разбираемый на уроке 1 или 2, про коллайдер боксовый, и меш. Тебе говорят,меш на коробках плохо, фу-фу-фу, ставь бокс коллайдер, ты ОК. Запомнил. Ты начинаешь закреплять этот материал, качаешь модельку коробки, меш коллайдер у нее норм работает, а боксовый криво встает. И, как бы, по литературе, ты не сделал ничего не правильного, но ни в одной литературе не будет на уроке 1-2 описана это ситуация. По итогу чё? Ты сделал как тебя учила книга, но результат — корявый. А ты новичок полный, ты вот только сел и уже все криво и не правильно. Тебе просто необходимо будет спросить, у кого-то или искать в гугле где то ответы где люди с этим до тебя уже сталкивались, потому что не в одной литературе на первом-втором уроке об этом никто не скажет.

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

 

4 часа назад, Tirniel сказал:

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

Конечно нет, и даже щас не буду. Потому что Unity использует только  C# и то, с оговорками. Например   async там нужен только когда ты грузишь какие то большие локации, и хочешь, обойтись без экрана загрузки или лагов, которые вызовут корутины. Но если чел новичок, и пойдет читать про С#, то его научат именно ему. Хотя для юнити в 99% случаев ему нужны корутины будут. Или например он научится типу int? который может иметь значение null, в отличии от обычного int, а потом, при попытке сериализовать данные и сохранить в json юнитивский, у него ничего не сохранится, потому что при десеарилизации, он будет равен не тому значению которое в него записали, а нулю. Можно конечно поменять юнитивский json на сторонний, но они уже не умеют хранить юнитивские вектора, повороты, и их нужно будет записывать не как Vector3 playerPosition, а как float x, float  y, float z. В общем разбивать вектор на 3 числа, и восстанавливать потом обратно эти 3 числа в вектор. Гемор.

Кароче говоря, если чел хочет делать игры, а не стать IT программистом, то ему вряд ли стоит тратить время на чтение про конкретный язык.

4 часа назад, Tirniel сказал:

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

Каких людей? Кого? Я же говорю, даже за деньги ты хрен найдешь того, кто ответит на твои вопросы, если вдруг подашься к инфоцыганам на курсы. Или ты имеешь ввиду спросить людей где почитать литературы? Слушай, я сторонник гугла, когда дело касается общих вопросов, но конкретные точечные вопросы, литературой, не решить.

4 часа назад, Tirniel сказал:

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

Ну знаешь, когда ты в зал приходишь, говоришь “Я хочу стройное подкаченное спортивное тело”  — тебя там научат как прокачать все группы мышц. Чтобы получить красивое и спортивное тело, за которым ты пришел. А не так, что ты, прокачал переднею дельту, а все остальное тело атрофировано.  А в случае когда ты приходишь и говоришь “Я хочу научиться делать игры”. Ты не можешь придти куда-то, на какой то курс и научится этому. И не точтобы это не возможно было, есть же инди разрабы которые соло игры выпускают. Значит это возможно, просто хрен кто тебя научит.

Изменено вчера в 10:17 пользователем Dusker

[Tirniel 1 679]

16 часов назад, Dusker сказал:

Это немного не так работает. Нейронку обучают по литературе скармливая ее ей.

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

16 часов назад, Dusker сказал:

Чем больше дашь информации тем точнее получишь результат.

Только вот это работает только тогда, когда ты обучаешь нейронку, а не когда она обучает тебя.

16 часов назад, Dusker сказал:

И, как бы, по литературе, ты не сделал ничего не правильного, но ни в одной литературе не будет на уроке 1-2 описана это ситуация. По итогу чё? Ты сделал как тебя учила книга, но результат — корявый.

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

То есть нюансы, возникающие тут и там нет смысла описывать в руководстве по движкам, как и в движках нет смысла описывать все нюансы, которые могут возникнуть при использовании со всеми возможными программами для 3д моделирования.

На уроках программирования учат программированию, на уроках рисования — рисованию, дизайна — дизайну, моделирования — моделированию и так далее. Это разные области ко всему прочему.

16 часов назад, Dusker сказал:

потому что не в одной литературе на первом-втором уроке об этом никто не скажет

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

16 часов назад, Dusker сказал:

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

В первых уроках учатся принципам, а не нюансам. По нюансам чтобы уметь упарываться и разрешать проблемы, надо знать хотя бы эти самые основы. Вот зачем тебе приспичило прыгать через этапы, пропуская шаги обучения?

Например, если ты не понимаешь, как делать 3д модель, используя только простые формы, то о каком создании профиля и анфаса вообще может быть речь, например, когда ты даже перспективу и базовую анатомию не научился понимать?

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

16 часов назад, Dusker сказал:

Кароче говоря, если чел хочет делать игры, а не стать IT программистом, то ему вряд ли стоит тратить время на чтение про конкретный язык.

Нет слов, одни эмоции. Ты сам-то понял, что сморозил?

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

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

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

16 часов назад, Dusker сказал:

но конкретные точечные вопросы, литературой, не решить

Сказал тот, кто даже не пытался. А если пытался, то банально не знал, как именно искать. Ясно-понятно.

16 часов назад, Dusker сказал:

Ну знаешь, когда ты в зал приходишь, говоришь “Я хочу стройное подкаченное спортивное тело”  — тебя там научат как прокачать все группы мышц.

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

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

Изменено 9 часов назад пользователем Tirniel

[Dusker 681]

2 часа назад, Tirniel сказал:

Это немного не так работает уже давно.

То что я тебе сказал, это слова разработчиков чата GPT. Обучение на литературе, нет данных — лезет в инет.

2 часа назад, Tirniel сказал:

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

Никто колесо не изобретал. Человек пошел захотел применить полученные знания на практике и сделал ровно то чему научили. Просто поменял коллайдер с меша, на боксовый. Самая что ни на есть элементарная штука. Делается парой кликой. Но, он встретил проблему. Действия он повторил, один в один, но встретил неожиданную проблему, просто из-за того что модель грязная. И многие модели грязные, особенно бесплатные. Дальше когда чел будет обучаться двигать модельку, он опять встретит проблему. Потому что у модели локальные координаты могут быть экспортированы без преобразования. Например в блендере ось вверх — это Z в то время как в юнити Z — это вперед. А за вверх отвечает Y. Его на уроке научат двигать модельку вперед назад, а на практике она у него будет летать по воздуху. 

2 часа назад, Tirniel сказал:

Нет слов, одни эмоции. Ты сам-то понял, что сморозил?

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

Интересно как ты пришел к таким выводам на этих примерах? Я прямо написал, что идти спецом учить язык, если твоя цель делать игры — не особо эффективная идея. Примеры  показывают, что ты научишься одному, но придется учить и пользоваться юнитивским API. А не чисто C#.

2 часа назад, Tirniel сказал:

Сказал тот, кто даже не пытался. А если пытался, то банально не знал, как именно искать. Ясно-понятно.

 Искать что? Мы же о литературе говорим. Это значит я открыл книгу, и там все ответы на мои вопросы будут. Но их не будет. Во первых как ты сказал, на уроках рисования будут обучать рисованию. Если литература о юнити, то она будет о юнити, но только из юнити игру не сделать. И я сомневаюсь что там будут описаны все тонкости и ответы к решениям проблем, потому что некоторые решения проблем — это просто костыли, потому что движок не совершенен. Не говоря о том, что он постоянно меняется. Он уже два языка разработки сменил к слову говоря.

2 часа назад, Tirniel сказал:

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

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

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

Скрытый текст

Передвижения и повороты, это опять же тема каких-то первых уроков. Но на практике всегда есть нюансы. Если ты для передвижения персонажа используешь компонент Character Controller, то он не участвует в физике, он по умолчанию не может двигать предметы. Но нам нужно толкать большой тяжелый ящик/контейнер/коробку, плавно, причем только когда мы нажали кнопку взаимодействия, что делать? Для начала нам вообще нужно вычислить с какой стороны от ящика подошел игрок, затем при взаимодействие развернуть его точно по центру желаемой стороны ящика и проиграть анимацию. Дальше физика. Если проверять коллизии, столкновения, получать в переменную обьект столкновения, дотягиваться до компонента RigidBody, который отвечает за передвижения обьекта, и давать ему силу, или движения, то его движения не будет синхронизировано с игроком, он будет дергаться при движении. Можно сделать ящик дочерним обьектом игрока, тогда,  они будут идеально синхронизированы, так как это теперь один обьект, и движение будет плавное. Но если у ящика будет включена кинематика, то он будет проходить сквозь стены или другие обьекты, при толкании, а если галочка выключена, то  не будет, но если игрок подойдет к ящику, и не будет нажимать кнопку для  взаимодействия, а просто начнет бежать в него, то ящик начнет отлетать, как мячик, так как он подвержен физике. Значит мы должны включать кинематику пока игрок не толкает  ящик, и выключать ее когда толкает и ящик стал одним целым с игроком, тогда их физические колайдеры не будет производить коллизию, потому что они двигаются синхронно, при этом ящик все еще будет участвовать в физике и сталкиваться со стеной или другими обьектами когда мы толкаем его. Но возникает проблема. При отключении и включении кинематики, юнити пересчитывает физику, и запускает насильно методы, которые отвечают за вход и выход из зоны событий. То есть к примеру если у нас игрок подошел к ящику, и у нас по задумке высвечивается подсказка “Нажмите F чтобы толкать”, и она должна исчезать когда мы начали толкать, она снова появится, потому что юнити насильно запустит методы тригеров событий. Мы не можем бороться с правилами движка, поэтому используем костыли, вводим переменную, true-false и перед тем как отключать или включать кинематику, мы весь код из событий зоны входа в тригер, убирает в эту переменную, выключая его, затем ждем 2 кадра пока юнити успокоится, и меняем переменную, чтобы снова включить код из тригеров. Сомневаюсь что о таких костыльных методах расскажет литература какая то, но по другому никак. Но на этом проблемы не закончились. Хоть ящик и врезается в стену и не идет дальше, но вот если игрок толкает ящик дальше когда тот уже у стены, то сам игрок начинает входить в ящик, а ящик дрожать. Что делать? Отцеплять игрока было бы неверное решение, если ящик еще не там где надо. Заставить реагировать физически ящик простыми способами на CharacterController практически не реально, тем более так чтобы это выглядело реалистично, а не дерганно. Значит остается только остановить игрока толкающего ящик, создать иллюзию что ящик уперся и его нельзя двигать. Нам нужны проверки. Но проверка коллизий не подходит, к тому моменту когда она осуществится, игрок уже успеет немного войти внутрь текстуры ящика. Можно кастовать короткий луч из ящика, который будет обнаруживать препятствия, на пути и останавливать игрока, но луч не покрывает весь ящик если луч ищет из центра, а игрок заденет препятствия углом ящика, все сломается.  Значит нам нужно кастовать не просто луч, а набор лучей в форме ящика, грубо говоря кастовать небольшую проекцию ящика, где он окажется в будущем при следующем передвижении. Берем за основу грани коллайдера, и с помощью них кастуем лучи в форме ящика. Старт каста задаем из центра ящика, по направлению в сторону куда смотрит игрок, потому что куда смотрит игрок туда толкается ящик. И теперь всё работает идеально. Движение плавное,синхронное, игрок не пинает ящик пока не решит с ним взаимодействовать, проверка лучами заранее останавливает игрока, не позволяя ему двигаться именно ту сторону, куда уперся ящик, и если видит препятствие на пути из-за чего игрок не успевает врезаться в ящик, а ящик не дергается из-за столкновения, но визуально выглядит так будто ящик прижался к стене, хотя там еще осталось немного места. 

Я не затрагивал то как я делал анимацию толкания, и некоторые другие аспекты. Тут чисто юнитивская физика. Как простое из-за нюансов становится чем то трудным. И не то что тут код супер трудный, код конечно вышел на порядок труднее чем планировался новичком, но  это усложнение кода вызвала трудность понимания как решать проблемы, которые создает особенность движка, и могло дойти до абсурда, когда пришлось бы вычислять в ручную физическое поведение при каждом столкновении. При этом если бы коробку толкал не персонаж, а бульдозер, все было бы по другому, там были бы свои проблемы. Если бы игрок управлялся не CharacterController а RigidBody, то игрок был бы подвержен физике, и столкновения уже обрабатывались совершенно иначе, и код и решения проблем были бы так же другие. Скорее всего было бы легче,  в этом случае, в код был бы проще. Но было бы сложнее уже в других случаях, например когда надо взбираться по ступенькам.

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

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

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

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

Поэтому  я не думаю, что мой метод так уж плох.

[Tirniel 1 679]

2 минуты назад, Dusker сказал:

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

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

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

5 минут назад, Dusker сказал:

Я прямо написал, что идти спецом учить язык, если твоя цель делать игры — не особо эффективная идея. Примеры  показывают, что ты научишься одному, но придется учить и пользоваться юнитивским API. А не чисто C#.

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

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

9 минут назад, Dusker сказал:

Это значит я открыл книгу, и там все ответы на мои вопросы будут.

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

10 минут назад, Dusker сказал:

Если литература о юнити, то она будет о юнити, но только из юнити игру не сделать.

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

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

13 минут назад, Dusker сказал:

Он уже два языка разработки сменил к слову говоря.

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

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

22 минуты назад, Dusker сказал:

сможет предложить решение тонкостей и конкретных задач

Мб всё-таки для начала хотя бы основы изучишь во всех областях, на которые кидаешься?

24 минуты назад, Dusker сказал:

потому что ты ей нормально не можешь обьяснить в чем проблема

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

P.S. твёрдый знак существует. Ъ Без твёрдого знака тебя нейронка тоже понимать не будет, т.к. не все слова могут нормально автокорректироваться.

26 минут назад, Dusker сказал:

К чему это всё я говорю, нету гайда как создать игру. Его просто не существует.

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

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

29 минут назад, Dusker сказал:

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

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

Это буквально полчаса времени и самое начало учебников по сути любых. А сколько времени убил ты, спрашивая об этом нейронку?

[Dusker 681]

39 минут назад, Tirniel сказал:

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

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

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

Он сделал то чего его обучили, просто на другой модели, и у него результат корявый.

39 минут назад, Tirniel сказал:

т.к. у тебя мелкий инди-проект и такая оптимизация будет играть минимум роли.

Юнити не любит меши, их нельзя использовать подвижными персонажами через RigidBody, он с ума сходит если нужно считать их столкновения. Он может просто пропустить их, даже.

39 минут назад, Tirniel сказал:

он поддерживает написание проектов и на с++ в том числе. Это вообще предпочтительный метод

Без понятия откуда ты взял эту информацию.

39 минут назад, Tirniel сказал:

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

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

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

 

39 минут назад, Tirniel сказал:

P.S. твёрдый знак существует. Ъ

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

39 минут назад, Tirniel сказал:

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

На данный момент это на какой? Вот на сейчас? Ты с чего решил, что я тебе рассказываю, о том что на данный момент происходит? Я тебе рассказываю, что происходило. По моему это вполне понятно по контексту. Учитывая что там описано, постепенное развитие событий.

 

39 минут назад, Tirniel сказал:

Это буквально полчаса времени и самое начало учебников по сути любых. А сколько времени убил ты, спрашивая об этом нейронку?

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

Я уточню, свои собственные классы в моем понимании, — это которые не наследуют юнитивский MonoBehavior. А так скрипты все наследуют дефолтный юнитивский, и этого хватает для большинства простых игр.

Изменено 3 часа назад пользователем Dusker