Геймдизайн 🎲
10.5K subscribers
189 photos
9 videos
7 files
597 links
Канал Артёма Коблова: @artkoblov

Полезные материалы по геймдизайну.

По вопросам рекламы: @unreal_alesia
(работаем официально, ставим маркировку сами)

Наша студия: @perelesoq

РКН: https://clck.ru/3LcU4V
Download Telegram
Хорошая статья о том, как обманывать игрока для его же блага: https://habr.com/ru/company/pixonic/blog/500930/

Каждый геймдизайнер знает, что игрок может испортить себе игровой опыт при любом удобном случае. Именно поэтому необходимо придумывать хитрости, чтобы защитить игрока от самого себя.
11
Почему в некоторые игры так приятно играть? Всё дело в "отзывчивости", "сочности" - в том, как игра ощущается сама по себе: bit.ly/2epukBz
This media is not supported in your browser
VIEW IN TELEGRAM
Очень наглядное видео с основными хитростями, которые сделают прыжок в вашем платформере лучше.
🔥59❤‍🔥43🤯1
Понятный и лаконичный материал о том, как стать левел-дизайнером. В индустрии их очень не хватает, так что занимайте нишу!

https://gdcuffs.com/level-designer-faq/
👍26😁6
Вопрос: "Хочу влиться в левел-дизайн, готов выделить год времени. Подскажите как что изучать. Жажду собирать внутриигровые миры!"

Отвечаю =)

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

Теперь про то, с чего начинать. Левел-дизайн подразумевает два основных направления развития навыков: дизайн и сборка локаций. Это две разных работы, которые желательно уметь делать отдельно, а не "смотреть что там получится, пока я накидываю что-то в движке". Поэтому сперва прокачиваем думалку. Начинаем с книг Михаила Кадикова на level-design.ru, потом двигаемся в сторону всевозможных находок в Level Design Compendium. Ещё могу порекомендовать бесплатный теоретический курс, в котором я тоже когда-то проучаствовал как один из лекторов.

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

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

#вопросподписчика #левелдизайн
👍32🔥91
Неплохой материал по левел-дизайну.

https://dtf.ru/gamedev/51733-tehniki-kompozicii-i-napravleniya-igroka?comment=2113640
👍25
Для тех, кто также хочет закрывать РАУНДЫ, решать ВОПРОСИКИ и масштабировать ЛОУКОСТ МОДЕЛИ, принёс хорошую статью про гиперказуал.
https://gdcuffs.com/lo-fi-cpi-hyper-casual
🤣17👍2
Споры о том, как грамотно показать игроку новую механику не прекращаются уже тысячи лет. Почитайте ещё один материал на эту тему, где очень хорошо структурированы все основные моменты — с разбором ошибок и примерами.
https://80.lv/articles/game-design-introducing-mechanics/
👍9
Ценнейший доклад об ошибках при работе с камерой в играх.

youtube.com/watch?v=C7307qRmlMI

Вот сам список, но в видео автор все развернуто объясняет:

1: Using a dynamic camera when another approach would work.
2: Designing levels and camera behaviors that don't match.
3: Using global coordinates or quaternions to persist camera state.
4: Using a default camera distance that's likely to break line-of-sight.
5: Allowing obstacles to break line-of-sight from the side.
6: Pushing the camera away from an obstacle while the player is trying to swing the camera towards it.
7: Letting the player push the camera inside an obstacle.
8: Letting independent forces compete to push the camera.
9: Excessively moving the camera to prevent unimportant items from breaking line-of-sight.
10: Letting the camera intersect narrow columns.
11: Interpreting a hill as a wall to be avoided.
12: Swinging the camera sideways when occluders come from behind.
13: Letting the camera's near-clipping-plane intersect the avatar.
14: Using the same camera distance for all angles.
15: Using the same field-of-view for worm's eye angles and standard angles.
16: Shifting pitch, distance, and field-of-view independently.
17: Not cutting when the avatar passes through opaque objects.
18: Letting cuts remap directional controls.
19: Breaking the player's sense of direction.
20: Violating the 180 degree rule.
21: Focusing only on the avatar.
22: Relying on players to control the camera all the time.
23: Leaving the camera yaw alone while the player is running.
24: Making it hard to judge distances,
25: Looking straight ahead as the avatar approaches a cliff.
26. Keeping the camera level when the avatar is running on a slope.
27. Misusing the "Rule of thirds".
28. Using the same logic for ground and air motion.
29. Relying entirely on procedural camera behaviors.
30. Letting players make themselves lost and confused.
31. Rotating excessively to look at nearby targets.
32. Translating to look at distance targets.
33. Letting the avatar's own body occlude targets ahead.
34. Giving the player control over the camera, and then taking it away.
35. Immediately applying a camera hint after the player finished turning the camera to look at something.
36. Not letting experts explore.
37. Not providing inverted controls.
38. Responding to accidental controller input.
39. Using linear sensitivity.
40. Letting the camera pivot drift too far.
41. Using a too small field-of-view.
42. Rapidly shifting field-of-view.
43. Excessively shaking the camera.
44. Bouncing the camera with the avatar's walk cycle.
45. Translating or rotating up and down when the avatar jumps.
46. Rapidly transitioning to a new camera position.
47. Maintaining pitch speed until hitting the pitch limit.
48. Developing for the Oculus Rift as the primary camera method.
49. Testing with a narrow demographic.
50. Writing a general "constraint solver" that optimizes for the camera.
👍222🤓1
Отличный видос о системном гейм-дизайне. Это когда в играх системы взаимодействуют друг с другом, что позволяет создавать различные нескриптованные события. За это как раз любят Зельду, Фаркрай, Майнкрафт и многие другие игры.
https://youtu.be/SnpAAX9CkIc
👍11
Геймдизайн в играх про Марио вдохновлял и продолжает вдохновлять разработчиков по всему миру.

Об особенностях дизайна Одисси:
https://youtu.be/z_KVEjhT4wQ

Секрет прыжка Марио:
https://youtu.be/7daTGyVZ60I

Эволюция первого уровня в играх про Марио:
https://youtu.be/3PN_HJWM21c

Несколько слов о создателе Марио — Шигеру Миямото и о том, как он подходит к дизайну своих игр:
https://youtu.be/K-NBcP0YUQI
❤‍🔥6👍21🆒1
Левел-дизайнер из Naughty Dog рассказывает о наиболее эффективных приемах для того, чтобы игрок поверил в происходящее в игре.

По его мнению, чувство правдоподобности складывается из трёх основных составляющих: погружения, желаний игрока и «разрывов ожиданий».
https://www.youtube.com/watch?v=x1TnXzMWK_4
🤯8👍5