1
00:00:00,240 --> 00:00:06,900
지난번 Developing에서, 저는 게임 엔진 유니티를
고르고 어떻게 쓰는지 배웠습니다.

2
00:00:06,900 --> 00:00:14,220
하지만 이제는 제 게임 아이디어를 공개하고,
또, 본격적으로 만들어 볼 시간입니다.

3
00:00:14,220 --> 00:00:18,970
하지만 게임 개발을 어디서부터 시작할까요?

4
00:00:18,970 --> 00:00:25,518
저는 이 질문이 매우 중요하다고 생각하는데,
왜냐면 곧 보시겠지만,

5
00:00:25,518 --> 00:00:33,759
게임 개발 중에 방향을 잘못 타면,
프로젝트에 처참한 영향을 미치거든요.

6
00:00:33,759 --> 00:00:34,747
설명해드리죠.

7
00:00:44,780 --> 00:00:48,397
좋아요, 게임 아이디어부터 얘기해봅시다.

8
00:00:48,397 --> 00:00:53,210
제가 만들 게임은,
엄청난 거니까 각오하세요,

9
00:00:53,210 --> 00:00:55,440
2D 횡스크롤 플랫포머입니다.

10
00:00:55,440 --> 00:01:02,170
네, 모든 인디 개발자들이 횡스크롤 플랫포머로 시작하죠,
하지만 저도 그만한 이유를 갖고 있습니다.

11
00:01:02,170 --> 00:01:04,210
제가 좋아하는 장르고,

12
00:01:04,210 --> 00:01:10,510
플랫포머가 여러 면에서 상대적으로 만들기 쉽고,
MMORPG는 아니니까요.

13
00:01:10,510 --> 00:01:17,760
또 플랫포머 레벨, 캐릭터 디자인에 대해
수많은 영상을 만들어봤으니 도움이 되겠죠.

14
00:01:17,760 --> 00:01:23,963
자, 이 플랫포머는, 또 각오하세요,
독특한 전환이 있습니다.

15
00:01:23,963 --> 00:01:29,120
제 게임의 캐릭터가 자성을 띤다는 설정인데요,

16
00:01:29,120 --> 00:01:38,560
특정한 플랫폼에 밀려나거나 끌려가며,
버튼을 눌러서 극을 바꿀 수 있습니다.

17
00:01:38,560 --> 00:01:42,840
이 아이디어는 사실 이 게임 겁니다.
젤다의 전설: 대지의 장.

18
00:01:42,840 --> 00:01:50,654
이 게임에서 나오는 자석장갑 아이템은
링크가 특정 표면에 밀려나거나 끌려가도록 해주는데,

19
00:01:50,654 --> 00:01:56,224
큰 금속 공을 들어 퍼즐을 풀거나
적들과 싸울 때도 쓰입니다.

20
00:01:56,224 --> 00:02:00,762
굉장히 멋진 메카닉이지만 다소 제한적인데,

21
00:02:00,762 --> 00:02:06,860
장르, 탑뷰 카메라, 그리고 당연히
게임보이의 기술적 한계 때문입니다.

22
00:02:06,860 --> 00:02:14,160
그래서 저는, 이 아이디어를 빌려
다른 장르 게임에 넣어볼까 생각했습니다.

23
00:02:14,160 --> 00:02:19,480
빠른 2D 플랫포머,
셀레스트나 슈퍼미트보이 같은 곳에요.

24
00:02:19,480 --> 00:02:26,040
자성에 대해 완전히 익혀
속도, 유연성, 정확성을 얻는 겁니다.

25
00:02:26,040 --> 00:02:30,644
이게 제 아이디어입니다.
이제 궁금한 점은, 어디서부터 시작하죠?

26
00:02:30,644 --> 00:02:37,685
유니티에 들어가서 코드를 짤까요?
포토샵에 들어가서 아트워크를 만들까요?

27
00:02:37,685 --> 00:02:43,530
스토리나 캐릭터를 구상할까요?
어디서부터 하죠?

28
00:02:43,530 --> 00:02:48,330
솔직히 말할게요. 이 게임은
제가 처음 만들어보려는 게 아닙니다.

29
00:02:48,330 --> 00:02:57,352
어릴 때부터 게임 아이디어를 생각해 왔고,
여러 툴로 구현하려는 시도를 살면서 여러번 했습니다.

30
00:02:57,352 --> 00:03:02,200
하지만 저는 대부분 만들다 그만뒀고,

31
00:03:02,200 --> 00:03:09,490
제가 보기엔 원인이 항상 똑같다 생각해요.
잘못된 방식으로 시작했다고.

32
00:03:09,490 --> 00:03:10,430
보여드리죠.

33
00:03:10,430 --> 00:03:14,890
부모님 집에서 이 폴더를 가져왔는데요,

34
00:03:14,890 --> 00:03:23,770
Game Maker's Toolkit을 시작하기 몇 년 전
만드려던 게임의 메모, 스케치, 아이디어로 가득합니다.

35
00:03:23,770 --> 00:03:32,740
여기 스타크래프트:고스트 마우스패드까지 있네요.
이 게임 안 나왔죠? 값 좀 나가겠는데, eBay에 팔아야겠군.

36
00:03:32,740 --> 00:03:36,140
이 게임 이름은 카터의 저주였습니다.

37
00:03:36,140 --> 00:03:41,910
유명한 고고학자 하워드 카터가
투탕카멘의 무덤을 발견하고,

38
00:03:41,910 --> 00:03:50,832
고대 이집트의 저주도 같이 깨워버려
좀비, 미라, 고대 이집트 신들과 싸워야합니다.

39
00:03:50,832 --> 00:03:56,831
이것들 다 그린다고 몇 시간이고 할애했죠. 정말,

40
00:03:56,831 --> 00:03:58,520
괴짜같네요!

41
00:03:58,520 --> 00:04:04,480
아무튼, 이 적들과 어떻게 싸우나요?
바로 피크로스 퍼즐을 풀어서입니다.

42
00:04:04,480 --> 00:04:11,010
피크로스는 이 논리와 격자 기반의 퍼즐 게임이에요,
스도쿠같은. 닌텐도가 피크로스 게임을 많이 냈죠.

43
00:04:11,010 --> 00:04:16,950
북웜 어드벤처 같은 게임에 영감을 많이 받았는데
화면 아래에 퍼즐이 있고,

44
00:04:16,950 --> 00:04:22,470
퍼즐을 깨면 화면 위에 싸우는 장면에서
적에게 데미지를 주는 식입니다.

45
00:04:22,470 --> 00:04:30,000
제 생각도 거의 같았습니다. 화면 아래에 피크로스가 있고
하워드 카터가 위 화면에서 싸우는 거죠.

46
00:04:30,000 --> 00:04:38,820
전 개발을 바로 시작했습니다,
iOS 게임 개발용 iPad 앱 Codea를 사용했구요.

47
00:04:38,820 --> 00:04:45,750
이전에 코딩이 할 만한지 보려고
가장 기본적인 피크로스 iOS 앱을 만드는 데 썼지만,

48
00:04:45,750 --> 00:04:52,800
그래픽이 끝내주길 바라서, 저는 포토샵에 들어가
스프라이트와 애니메이션부터 만들었죠.

49
00:04:52,800 --> 00:04:58,216
사실 스프라이트와 애니메이션으로 가득한
드롭박스 폴더를 갖고 있습니다.

50
00:04:58,216 --> 00:05:04,722
여러 캐릭터, 하워드 카터의 마무리 포즈,
도입부 컷신을 만들었고요,

51
00:05:04,722 --> 00:05:10,580
매력적인 버튼이 박힌 메뉴 화면도 만들었습니다.
만드는 데 푹 빠져들었죠.

52
00:05:10,580 --> 00:05:21,037
그러다가 문득 깨달았습니다.
무언가 중요한 걸. 무언가 프로젝트에 해로운 걸.

53
00:05:21,037 --> 00:05:26,080
게임이 별로였어요!
형편없고. 너무 재미없었죠.

54
00:05:26,080 --> 00:05:31,830
코드를 짜고 개발할수록
저는 무엇이 문제인지 눈치챘습니다.

55
00:05:31,830 --> 00:05:36,860
피크로스는 이런 게임에 넣기에 충분한 깊이가 없어요.

56
00:05:36,860 --> 00:05:44,570
전술이나 전략을 짤 수 없고,
어느 적과 싸워도 전투가 다르지 않고,

57
00:05:44,570 --> 00:05:52,240
궁극적으로 당신이 싸우고 있다는 점이 중요하지 않았죠.
위의 화면을 무시해도 게임에 지장이 없는 겁니다,

58
00:05:52,240 --> 00:05:54,490
피크로스 퍼즐만 푸는 거니까요.

59
00:05:54,490 --> 00:06:01,310
제게는 어느 적과 싸우느냐에 따라 더 어렵거나
흥미롭게 만들 능력이 없었고,

60
00:06:01,310 --> 00:06:05,040
플레이어는 같은 짓만 계속 반복하게 된 겁니다.

61
00:06:05,040 --> 00:06:09,560
저는 깊이 없고, 반복적이고, 따분한 게임을 만들었습니다.

62
00:06:09,560 --> 00:06:18,960
문제를 고칠 수도 있겠지만 그러기엔 너무 멀리 와버려서,
전 의욕을 잃고 프로젝트를 전부 폐기해버렸습니다.

63
00:06:18,960 --> 00:06:26,640
그럼, 무슨 실수를 했을까요?
시간이 많이 지난 후 깨닫는 거지만, 이제 거의 10년이네요,

64
00:06:26,640 --> 00:06:33,575
무슨 일이 있었는지 명백합니다.
게임 개발 중 만들 게 여럿 있잖아요,

65
00:06:33,575 --> 00:06:40,114
주로 음악, 그림, 게임 디자인, 스토리, 코드가 있죠.

66
00:06:40,114 --> 00:06:44,815
이들을 동등한 위치에서 바라보기 쉽지만, 아닙니다.

67
00:06:44,815 --> 00:06:53,132
대부분의 경우 게임 디자인은 동등치 않고 오히려
다른 파트가 올라오는 토대에 가깝습니다.

68
00:06:53,132 --> 00:06:58,000
이를 잘못 잡으면, 전체가 무너지는 거죠.

69
00:06:58,000 --> 00:07:03,480
버그는 고칠 수 있고 그래픽은 새로 그리면 되지만
게임플레이에 문제가 있다면,

70
00:07:03,480 --> 00:07:07,770
가끔 프로젝트는 구조가 불가능합니다.

71
00:07:07,770 --> 00:07:13,010
이게 제게 일어난 일이겠죠.
그림과 애니메이션에 시간을 너무 쏟아서,

72
00:07:13,010 --> 00:07:18,182
드디어 게임플레이에 도달했을 때서야
모든 게 잘못됨을 깨달은 겁니다.

73
00:07:18,182 --> 00:07:26,530
불안정한 토대에 집을 지어 놓고서
변기가 아래로 꺼진 것에 놀라고 화를 낸 거죠.

74
00:07:26,530 --> 00:07:30,010
부끄럽게도 이런 실수는 여기서 끝나지 않았습니다.

75
00:07:30,010 --> 00:07:35,570
느와르 포인트앤클릭 어드벤처 게임에
절차가 있는 독특한 단서 시스템을 넣고 싶었지만

76
00:07:35,570 --> 00:07:39,770
스토리와 시대 조사에 시간을 너무 써서,

77
00:07:39,770 --> 00:07:42,160
시스템을 실제로 디자인해보지도 않았습니다.

78
00:07:42,160 --> 00:07:47,180
또 저는 속도감 있는 현대식
모바일 스네이크 게임을 만들고 싶었는데,

79
00:07:47,180 --> 00:07:51,970
버그를 고치고 이동 구현 코드를 완벽하게 하는 데 빠져서

80
00:07:51,970 --> 00:07:57,090
개발에 질리고 지칠 때까지
게임이 재미없단 것을 눈치 못 챘습니다.

81
00:07:57,090 --> 00:08:00,710
저는 항상 제 게임을 디자인할 때마다,

82
00:08:00,710 --> 00:08:07,780
스토리나 그래픽같이 다른 요소를
게임플레이보다 앞서 만들었죠. 왜일까요?

83
00:08:07,780 --> 00:08:13,110
제가 보기엔 매우 잘못된 생각 두 가정 때문입니다.

84
00:08:13,110 --> 00:08:22,050
첫번째는 제가 그 게임을 구상할 때 항상 멋져 보여서,
그걸 다 만들면 재밌을 거라고 생각했던 겁니다.

85
00:08:22,050 --> 00:08:24,070
그건 당연히 틀렸고요.

86
00:08:24,070 --> 00:08:31,833
두번째는 게임을 완성하기까지
그 게임이 재밌는지 알 수 없었단 겁니다.

87
00:08:31,833 --> 00:08:38,120
계속 만들다 보면 언젠가
게임이 괜찮은지 깨닫겠죠, 그렇죠?

88
00:08:38,120 --> 00:08:40,400
아뇨, 또 틀렸군요.

89
00:08:40,400 --> 00:08:47,093
지금은 답이 너무나 분명해서 말하기도 민망하지만,

90
00:08:47,093 --> 00:08:50,670
그땐 아니었어요, Game Maker’s Toolkit을 하면서 알아냈죠.

91
00:08:50,670 --> 00:08:55,620
게임 개발을 연구하면서,
많고 많은 게임 디자이너들과 인터뷰하면서

92
00:08:55,620 --> 00:09:00,150
성공적인 게임 대부분이 어떻게 시작하는지 알게 된 겁니다.

93
00:09:00,150 --> 00:09:07,637
게임 디자이너들은 항상 수많은 아이디어를 갖고 있고
머릿속에선 그게 정말 재밌어 보이겠지만,

94
00:09:07,637 --> 00:09:12,400
최고의 게임 디자이너들은 자신의 뇌가
고약한 거짓말쟁이라는 걸 압니다.

95
00:09:12,400 --> 00:09:18,860
게임 아이디어가 좋은지 확인하려면
만들고 테스트해야만 하는데,

96
00:09:18,860 --> 00:09:25,760
게임 전체를 만들 필요없이
디자이너들은 프로토타입만 만들면 돼요.

97
00:09:25,760 --> 00:09:30,290
프로토타입이란 작고 단편적인 시험용 프로젝트로,

98
00:09:30,290 --> 00:09:34,138
아이디어가 재밌는지 아닌지만 확인합니다.

99
00:09:34,138 --> 00:09:36,856
프로토타입들은 보통 매우 엉성해

100
00:09:36,856 --> 00:09:42,905
미완성 그림, 기본 모양, 다른 게임에서
훔쳐온 스프라이트 등입니다.

101
00:09:42,905 --> 00:09:45,265
대부분 버그 천지에, 고장났으며

102
00:09:45,265 --> 00:09:50,600
메카닉을 테스트하는데 필요한
가장 기초적인 부분만이 갖춰져 있습니다.

103
00:09:50,600 --> 00:10:00,542
겨우 기능하는 버전의 아이디어 구현으로,
최대한 빠르게 만들어져, 괜찮은지만을 봅니다.

104
00:10:00,542 --> 00:10:04,723
재밌거나 흥미로운가?
계속할 가치가 있는가?

105
00:10:04,723 --> 00:10:09,760
게임 전체를 마저 만들어도 될 만큼 기반이 튼튼한가?

106
00:10:09,760 --> 00:10:13,484
그게 오늘 제가 할 일입니다. 이번엔 제대로 하겠어요.

107
00:10:13,484 --> 00:10:16,773
오직 프로토타입을 만드는 데에 집중하고,

108
00:10:16,773 --> 00:10:23,120
게임 아이디어를 테스트하는 것 외에
아무것도 하지 않도록 엄격해질 것입니다.

109
00:10:23,120 --> 00:10:29,260
그래픽은 구글 이미지에서 즉석으로 가져오고요,
음악도 안 넣을 거고, 스토리도 없고,

110
00:10:29,260 --> 00:10:33,790
게임 이름이나 캐릭터 이름도 생각하지 않을 거고요,

111
00:10:33,790 --> 00:10:39,590
만들지도 않은 게임의 아이콘 디자인이나 하지 않고요,
마크 이 바보야.

112
00:10:39,590 --> 00:10:44,703
코드는 아직 유니티를 배우는 참이라
버그도 많고 고장나겠지만,

113
00:10:44,703 --> 00:10:48,450
아이디어가 괜찮을 지 확인하기에 적당할 겁니다.

114
00:10:48,450 --> 00:10:52,910
게임 메카닉을 시험하고 무엇이 재밌는지 보는 샌드박스죠.

115
00:10:52,910 --> 00:10:56,190
이제 시작하고, 유니티를 열어봅시다.

116
00:10:56,190 --> 00:11:01,110
저는 제일 먼저 좌우로 움직이고
점프하는 캐릭터가 필요해서,

117
00:11:01,110 --> 00:11:05,520
해당 키를 누르면 Rigidbody에 힘이 적용받도록 했습니다.

118
00:11:05,520 --> 00:11:10,470
여기서 이미 문제가 좀 있어서
좋은 시작은 아니었지만, 그래도 해냈습니다.

119
00:11:10,470 --> 00:11:17,200
그 다음 Scene에 자석을 넣고
캐릭터가 끌려가도록 만들어야 했습니다.

120
00:11:17,200 --> 00:11:24,161
그러려면 전문적인 프로그래머가 되어야 하는데,
저는 제 매우 영리한 코딩 실력을 발휘하려고

121
00:11:24,161 --> 00:11:28,510
손을 풀고 다음 코드를 한줄 입력했습니다.

122
00:11:28,510 --> 00:11:31,853
Rigidbody를 다른 오브젝트 쪽으로 어떻게 옮기는지.

123
00:11:31,853 --> 00:11:34,742
거짓말이에요, 검색해서, 코드 좀 찾고,

124
00:11:34,742 --> 00:11:38,270
제 프로젝트에 때려박았지만,
어떤 코드인지는 이해했습니다.

125
00:11:38,270 --> 00:11:45,175
캐릭터와 자석 사이의 방향을 찾아
그 방향으로 Rigidbody에게 힘을 적용시키는 겁니다.

126
00:11:45,175 --> 00:11:50,320
또 저는 코드를 수정해 자석에 가까워질수록
빨라지게끔 했습니다.

127
00:11:50,320 --> 00:11:53,880
그리고 버튼을 누르면 자석이 꺼지도록 만들어

128
00:11:53,880 --> 00:11:59,100
캐릭터가 속력을 유지하는 효과를 의도했습니다.
하늘을 날아다닐 수 있죠.

129
00:11:59,100 --> 00:12:06,430
플랫폼을 위에 놓으면, 캐릭터를 자석 쪽으로 끌다가
멈추어 뛰어오르게 할 수 있습니다.

130
00:12:06,430 --> 00:12:11,210
기분이 꽤 좋지만,
하지만 컨트롤하기 약간 어렵군요.

131
00:12:11,210 --> 00:12:15,360
이 코드는 완벽하지 않습니다, 쉽게 고장나죠.

132
00:12:15,360 --> 00:12:20,422
하지만 연구 도중 유니티에서 매우 유용한 걸 찾았습니다.

133
00:12:20,422 --> 00:12:26,570
내장된 컴포넌트 Point Effector입니다.
간단히 말해서, 자기장이죠.

134
00:12:26,570 --> 00:12:30,660
이걸 제가 놓치다니 믿기지 않네요,
아이콘이 말그대로 자석 모양인데.

135
00:12:30,660 --> 00:12:31,830
이런 식입니다.

136
00:12:31,830 --> 00:12:37,440
GameObject에게 Collider와 Point Effector를
추가하고, 끄는힘 값을 넣으면

137
00:12:37,440 --> 00:12:42,780
Rigidbody가 Collider 안에서
자기장의 중심 쪽으로 이끌립니다.

138
00:12:42,780 --> 00:12:48,720
유니티의 LayerMask 기능으로
특정 오브젝트만 움직이게도 할 수 있죠.

139
00:12:48,720 --> 00:12:54,110
이러면 게임을 만들기 훨씬 쉬워질 테니,
프로토타입을 새로 만들기로 했습니다.

140
00:12:54,110 --> 00:12:59,840
더 현실적인 느낌이네요.
코드도 수정하기 쉽고, 이런 것도 되는데,

141
00:12:59,840 --> 00:13:04,990
끄는점을 자석의 극에 갖다대면 이렇게 됩니다. 꽤 멋지죠.

142
00:13:04,990 --> 00:13:09,964
하지만 두번째 프로토타입을 만들 때, 왠지 잘 모르겠지만,

143
00:13:09,964 --> 00:13:15,720
이번에는 마리오 대신
자석 사진을 메인 캐릭터로 써봤습니다.

144
00:13:15,720 --> 00:13:19,300
이게 제게 영감을 주었는데,

145
00:13:19,300 --> 00:13:23,120
캐릭터가 자석이 아니라,

146
00:13:23,120 --> 00:13:29,760
게임 세계에 자석이 있고 캐릭터가 걸어가서 주울 수 있다면?

147
00:13:29,760 --> 00:13:34,960
구현을 위해 유니티에 내장된 Joint 기능을 씁니다.
또다른 컴포넌트죠.

148
00:13:34,960 --> 00:13:40,965
두 Rigidbody를 Hinge나 Spring 등
여러 형식의 관절로 연결할 수 있습니다.

149
00:13:40,965 --> 00:13:48,240
이제 캐릭터가 자석을 들고 있고,
자석이 금속 조각에 이끌릴 때 캐릭터도 따라갑니다.

150
00:13:48,240 --> 00:13:51,542
자석을 놓아버리면 다시 걸을 수 있죠.

151
00:13:51,542 --> 00:13:57,680
그리고 제가 원했던 게임플레이,
자석의 궤적을 이용해 캐릭터를 높은 플랫폼에 보내는 것,

152
00:13:57,680 --> 00:14:01,680
공중에 자석에서 손을 뗌으로써 아직도 가능합니다.

153
00:14:01,680 --> 00:14:07,600
여러가지 다른 것도 할 수 있게 됐는데,
자석을 두 개 이상 가질 수 있고, 혹은

154
00:14:07,600 --> 00:14:13,680
자석을 여기 놓고, 적이 따라오게 한 다음,
자성을 꺼버리면, 뿌직!

155
00:14:14,397 --> 00:14:18,560
사실 좀 멋진걸요, 재밌어 보입니다.

156
00:14:18,560 --> 00:14:26,110
갑자기 게임이 원래 아이디어보다 훨씬 흥미로워졌어요,
별로일까봐 걱정할 참이었는데 말이죠.

157
00:14:26,110 --> 00:14:32,830
캐릭터가 자성을 띠어서 이끌리고 밀려날 때는
조종하기 어려운 감이 꽤 있었지만,

158
00:14:32,830 --> 00:14:38,390
자석을 개별의 물체로 두면
캐릭터를 완전히 통제할 수도 있고,

159
00:14:38,390 --> 00:14:41,200
자석을 들어 통제에서 조금 벗어날 수도 있죠.

160
00:14:41,200 --> 00:14:47,360
또, 저는 캐릭터가 자성을 띨 때
아이디어를 얼마나 낼 수 있을지 조금 걱정했지만,

161
00:14:47,360 --> 00:14:52,180
각각의 두 독립체로 생각하자마자,
아이디어가 흘러넘쳤습니다.

162
00:14:52,180 --> 00:14:57,760
또, 저는 뚜렷한 플레이 방식 둘을
오갈 수 있는 게임을 매우 좋아하는데,

163
00:14:57,760 --> 00:15:02,747
마리오 오디세이에서 모자가
있을 때 없을 때가 다르듯이요.

164
00:15:02,747 --> 00:15:10,877
제 캐릭터는 자석없이 민첩하며 매우 높이 뛰고,
자석을 들면 느리고 무거워졌으면 하는데

165
00:15:10,877 --> 00:15:15,030
대신 당연히 자석이 무한한 가능성을 제공해 줘야겠죠.

166
00:15:15,030 --> 00:15:20,410
이제는 프로토타입 개발 중 더 나은 아이디어가
생각났다는 사실에 놀라지 말아야겠습니다.

167
00:15:20,410 --> 00:15:28,740
GMTK 에피소드 '스스로를 디자인한 게임들'에서 보았듯이,
프로토타입 도중에 새 아이디어가 나오는 일은 흔합니다.

168
00:15:28,740 --> 00:15:38,340
크립트 오브 더 네크로댄서의 경우
원래 턴 시간이 촉박한 로그라이크가 될 예정이었습니다.

169
00:15:38,340 --> 00:15:47,000
하지만 만들고 나서, 타이머 대신 노래 박자에 맞춘다면
더욱더 재밌겠단 사실을 깨달았죠.

170
00:15:47,000 --> 00:15:51,600
고로 프로토타입은 아이디어의 타당성을
확인하기 위한 방법일 뿐만 아니라,

171
00:15:51,600 --> 00:15:55,920
새롭고 더 향상된 아이디어를 생산하기도 합니다.

172
00:15:55,920 --> 00:16:02,730
이 단계들을 거치며 유니티에서 또 흥미로운 걸 발견했는데,
이름은 Sprite Shape고,

173
00:16:02,730 --> 00:16:08,080
Ori 시리즈처럼 매우 멋지고
자연스러운 레벨 디자인에 쓰이는데요,

174
00:16:08,080 --> 00:16:14,260
저는 단색을 사용했는데 이를 통해
레벨 디자인 속도가 엄청 빨라졌습니다.

175
00:16:14,260 --> 00:16:20,107
포토샵에서처럼 핸들을 드래그해서
프로토타입 구간을 쉽게 조립할 수 있죠.

176
00:16:20,107 --> 00:16:21,830
프로토타입을 또 지었고,

177
00:16:21,830 --> 00:16:28,330
이번에는 캐릭터의 조작감이 개선됐으면 했어요,
진짜 게임 캐릭터처럼.

178
00:16:28,330 --> 00:16:32,574
저는 움직임과 점프를 코딩하는데
진을 빼고 싶지 않아서

179
00:16:32,574 --> 00:16:39,440
캐릭터 컨트롤 스크립트를 다운로드했습니다.
정말 잘 되고, 코드 수정에 집중할 수 있고,

180
00:16:39,440 --> 00:16:45,470
다시 만들 수 있고, 뭐든지 되겠죠.
지금은 거기에 시간을 쓰기 싫군요.

181
00:16:45,470 --> 00:16:48,600
또 이 프로토타입에서 저는 메카닉을 더 연구했는데,

182
00:16:48,600 --> 00:16:55,380
자석을 던지거나, 토르의 망치처럼 자석을 회수할 수 있죠.

183
00:16:55,380 --> 00:16:59,270
또 자석 Rigidbody가 캐릭터 Rigidbody에 부딪치기 때문에,

184
00:16:59,270 --> 00:17:05,000
자석을 잡으면 이렇게 넉백이 생기는데
자유분방한 느낌이 정말 멋집니다.

185
00:17:05,000 --> 00:17:09,050
이번에는 자석을 쓸만한 다양한 상황을 생각해봤습니다.

186
00:17:09,050 --> 00:17:16,900
밟고 지나가기 위해 벽에 던지거나, 
피스톤에 연결했다 자성을 꺼서 멀리 보내거나,

187
00:17:16,900 --> 00:17:21,108
자극을 바꿔 두 컨베이어벨트 사이를 올라가거나,

188
00:17:21,108 --> 00:17:27,740
이 플랫폼에 무게추로 달고, 위에 올라간 다음,
자극을 바꿔서 당신을 위로 올려보낸다면?

189
00:17:28,350 --> 00:17:30,480
엄청 멋지잖아요?

190
00:17:30,480 --> 00:17:35,120
비디오 게임 같습니다. 정말 재밌네요!

191
00:17:35,120 --> 00:17:40,481
이때 저는 이 게임 아이디어에 분명한
잠재력이 있다고 확신했습니다.

192
00:17:40,481 --> 00:17:46,170
독창적이죠, 자석 기반 게임은 많이 봤지만 이런 건 없었어요.

193
00:17:46,170 --> 00:17:50,381
플랫폼 게임도 퍼즐 게임도 되고요,

194
00:17:50,381 --> 00:17:56,260
이 게임의 아이디어가 너무 쉽게 생각나
색다른 레벨들을 많이 만들 수 있습니다.

195
00:17:56,260 --> 00:18:04,160
가장 좋은 점은 게임이 재밌다는 거예요.
유니티에서 해당 씬에 들어가 플레이하면, 꽤 즐겁습니다.

196
00:18:04,160 --> 00:18:06,720
확실히 좋은 징조군요.

197
00:18:06,720 --> 00:18:15,040
이것이 프로토타입의 힘입니다. 
게임 아이디어가 정말로 좋은지 확인할 수 있고요,

198
00:18:15,040 --> 00:18:20,720
운이 정말 좋다면, 프로토타입 시험 중에
새로운 아이디어를 찾을 수도 있죠.

199
00:18:20,720 --> 00:18:24,832
물론 어느 정도의 통제가 필요합니다.

200
00:18:24,832 --> 00:18:30,930
"오직 게임플레이만 신경쓰겠다"고
단언할 수 있어야 해요. 게임플레이만.

201
00:18:30,930 --> 00:18:40,686
참 어렵죠. 저는 사실 일주일 내내
파티클 효과, 쉐이더, UI 등에 시간을 낭비했습니다.

202
00:18:40,686 --> 00:18:48,008
정신이 산만해져서, 지금 별 필요없는 것에
몰두하는 옛 버릇이 나와버렸죠.

203
00:18:48,008 --> 00:18:54,400
운좋게도, 저는 이를 제때 깨닫고, 중요한 요소를
다시 다루려고 그 프로토타입을 폐기했습니다.

204
00:18:54,400 --> 00:18:59,600
최종적으로, 정말 잘된것 같아요.
재밌다고 생각되는 작품을 만들었고,

205
00:18:59,600 --> 00:19:04,279
잠재력이 있고, 작업할 때도 즐거웠어요.

206
00:19:04,279 --> 00:19:11,630
어릴 적에 만들려고 했던 게임들은 
대충 재밌을 거라며 뜬구름만 잡았습니다.

207
00:19:11,630 --> 00:19:15,460
게임을 만들 때 가장 자신있는 방법은 아니죠.

208
00:19:15,460 --> 00:19:23,652
하지만 이번엔 튼튼한 토대 위에 짓는 기분이 들었고,
이제 다른 측면들, 스토리, 음악, 아트워크 등을

209
00:19:23,652 --> 00:19:29,050
받쳐주는 토대가 견고하다는 안도감 아래
작업할 수 있게 되었습니다.

210
00:19:29,050 --> 00:19:36,058
이것이 바로 게임 개발을 시작하는 방법이겠군요,
프로토타입을 짓는 것.

211
00:19:36,058 --> 00:19:38,250
이제 남은 질문은,

212
00:19:38,250 --> 00:19:40,750
대체 뭘 해야 하죠?

213
00:19:40,750 --> 00:19:44,570
다음 Developing 시간에 찾아보는 게 좋겠네요.

214
00:19:44,570 --> 00:19:49,850
시청해주셔서 감사드리며,
다음 에피소드에서도 뵙길 기다리겠습니다.

215
00:19:49,850 --> 00:19:50,840
안녕히.

216
00:20:14,270 --> 00:20:18,610
이 아이디어는 사실 이 게임 겁니다.
젤다의 전설: 대지의 장.

217
00:20:19,560 --> 00:20:20,270
젠장.

218
00:20:20,960 --> 00:20:22,660
이 게임 겁니다. 이런.

219
00:20:22,660 --> 00:20:23,210
다.

220
00:20:25,120 --> 00:20:26,920
게임 겁니다.

221
00:20:26,920 --> 00:20:28,450
이 게임 겁니다.

222
00:20:28,450 --> 00:20:29,139
겁니다.

223
00:20:29,439 --> 00:20:30,130
겁니다.

224
00:20:30,130 --> 00:20:32,920
겁니다.
젤다의 전설: 대지의 장.

225
00:20:32,920 --> 00:20:33,660
이 게임 겁

226
00:20:34,350 --> 00:20:38,955
이 아이디어는 사실 이 게임 겁니다.
젤다의 전설: 대지의 장.

227
00:20:39,920 --> 00:20:41,050
방금 거 좋다.