Геймдизайн 🎲 – Telegram
Геймдизайн 🎲
10.7K subscribers
192 photos
12 videos
8 files
641 links
Канал Артёма Коблова: @artkoblov

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

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

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

РКН: https://clck.ru/3LcU4V
Download Telegram
Ценнейший доклад об ошибках при работе с камерой в играх.

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.
Отличный материал про мету. Какие бывают виды и для чего она вообще нужна.

kostyushko.com/2016/08/meta-game/
Хороший сайт со статьями по дизайну стратегий в реальном времени:
https://waywardstrategy.com/category/rts101/
Великолепное видео о том, как ребята из Naughty Dog работают над повествовательным уровнем.

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

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

https://www.youtube.com/watch?v=KW4JlxAEAE0
Играбельная демка расскажет о вашем проекте больше, чем тысяча дизайн документов.

Почитайте несколько мыслей о том, как подойти к производству такой демки наиболее эффективным образом:
gamesindustry.biz/articles/2020-11-13-how-to-efficiently-create-a-winning-demo
Про теорию вероятности для геймдизайнера.

Часть 1:
https://gdcuffs.com/probability-part-1/

Часть 2:
https://gdcuffs.com/probability-part-2/
Ищем геймдизайнера пазлов для работы над инди-адвенчурой Torn Away.

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

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

Идеальный кандидат для нас:
- Понимает в дизайне уровней и головоломок
- Умеет понятно излагать свои идеи в схемах и набросках
- Имеет большой игровой опыт.

Что нужно будет делать:
- Придумывать разнообразные и интересные пазлы на основе готовых механик игры

По условиям:
- Работа удаленная
- Занятость частичная
- Оплата сдельная

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

Если интересно, заполни небольшую анкету, а мы уже свяжемся сами: https://forms.gle/sC4xuyEB3JK3k6NB9
Классный разбор UX в Супер Марио Ран. bit.ly/2iH8qgs
Ребята из «манжет» структурировали свои материалы в эдакую библию. Очень полезная вещь вышла!
https://gdcuffs.com/gd-bible/