1
00:00:04,700 --> 00:00:05,570
‫こんにちは､ ようこそ｡

2
00:00:05,570 --> 00:00:10,820
‫この講義では､ アニメーションをゲームプレイに接続する方法を学びます｡ また､

3
00:00:10,820 --> 00:00:17,270
‫キャラクターのスピードをブレンドスペースに接続し､ この効果を得ることができるようにします｡

4
00:00:17,270 --> 00:00:19,130
‫さっそく潜入してみましょう｡

5
00:00:20,750 --> 00:00:21,140
‫なるほど｡

6
00:00:21,140 --> 00:00:27,950
‫そこで､ このAVPシューターというキャラクターと融合するブレンド空間を手に入れたのです｡

7
00:00:28,400 --> 00:00:32,750
‫まず最初に､ アニメーション ブループリント アニメーション グラフの動作の例として使用しているこれら

8
00:00:32,750 --> 00:00:37,430
‫2 つのブレンドを削除します｡

9
00:00:37,430 --> 00:00:43,610
‫その代わりに､ 右下のアセットブラウザから､ ブレンドスペースを取り込みます｡

10
00:00:43,610 --> 00:00:46,670
‫そこで､ このBBSアンダースコアロケーションを作成したところです｡

11
00:00:46,700 --> 00:00:52,160
‫これをアニメーショングラフにドラッグすると､ この小さな緑色のノードが表示されるのがわかると思います｡

12
00:00:52,550 --> 00:01:02,450
‫他のブレンドノードなどと同じように､ 自分自身とインポーズを用意して､ 出力にドラッグすることができます｡

13
00:01:02,450 --> 00:01:09,800
‫そしてコンパイルを押すと､ デフォルトのスペースが表示されます｡

14
00:01:09,800 --> 00:01:20,990
‫そして､ この小さなブレンドスペースの可視化はとても便利です｡

15
00:01:21,860 --> 00:01:26,180
‫さて､ おそらく後者を実行したいので､ 先に進み､

16
00:01:26,180 --> 00:01:33,920
‫leftとforwardの2つの変数を削除してみましょう｡

17
00:01:33,920 --> 00:01:40,400
‫そこで､ これをfloatに変更し､ 同じくfloatであるspeed変数も必要になってきます｡

18
00:01:40,610 --> 00:01:47,210
‫そして､ この2つを変数speedでスピードに､ angleで角度にパッチすることができます｡

19
00:01:47,270 --> 00:01:53,450
‫そして､ コンパイルを実行し､ アニメートプレビューエディタを見て､ 値を調整します｡

20
00:01:53,450 --> 00:01:56,810
‫では､ まずスピードですが､ スピードを少し上げてみましょう｡

21
00:01:57,620 --> 00:02:01,640
‫スピードを30くらいまで上げてみよう｡

22
00:02:01,820 --> 00:02:02,600
‫どうなるか見てみましょう｡

23
00:02:02,600 --> 00:02:02,940
‫行ってしまうのです｡

24
00:02:02,960 --> 00:02:05,990
‫70まで上げて歩き始める｡

25
00:02:06,020 --> 00:02:08,030
‫走ることに近づいている｡

26
00:02:08,030 --> 00:02:09,440
‫100まで持っていく｡

27
00:02:09,740 --> 00:02:11,030
‫まあ､ 10じゃなくて100だけどね｡

28
00:02:11,030 --> 00:02:13,940
‫そうすれば､ 彼は完全に走り出し､ そして角度を変えることができます｡

29
00:02:13,940 --> 00:02:20,420
‫90度では右へ90度､ -90度では左へ90度となるわけです｡

30
00:02:20,810 --> 00:02:21,890
‫その中間でもいいんです｡

31
00:02:21,890 --> 00:02:23,120
‫だから､ 45度と言えるのです｡

32
00:02:23,120 --> 00:02:30,800
‫45度の角度で走っているのがわかります｡ ブレンドスペースで､ どのようなアニメーションを選ぼうとしているのかがわかります｡

33
00:02:30,800 --> 00:02:37,310
‫前方へのアニメーションと右90度へのアニメーションの間でブレンドされているようなものです｡

34
00:02:37,700 --> 00:02:39,230
‫だから､ かっこいいんです｡

35
00:02:39,230 --> 00:02:40,550
‫それを実現したのが､ 私たちです｡

36
00:02:40,550 --> 00:02:47,270
‫しかし､ ご存知のように､ これは実際のゲームプレイによって推進される必要がありますし､ そもそもなぜそんなことをするのでしょうか？

37
00:02:47,270 --> 00:02:55,820
‫アニメーションで「こんなペースで進んでください」とゲームプレイを推進させるのはどうでしょう？

38
00:02:56,120 --> 00:03:07,730
‫アニメーションをゲームプレイの原動力としない理由は､ デザイナーにゲームプレイに関するあらゆる変数を調整できるようにしたい場合が多いからです｡

39
00:03:07,730 --> 00:03:13,340
‫このキャラクターがこのスピードで走っているのは違和感がある」と言われるようにしたいのです｡

40
00:03:13,340 --> 00:03:15,230
‫むしろこのスピードで走らないとダメなんだ｡

41
00:03:15,410 --> 00:03:17,990
‫そして､ 歩くことはこのスピードでもっとできるはずです｡

42
00:03:18,320 --> 00:03:23,120
‫つまり､ アニメーションがデザインやゲーム感覚を制約するようなことは避けたいということですね｡

43
00:03:23,390 --> 00:03:28,190
‫アニメーションは､ ゲーム感覚の裏返しで､ 見栄えを良くしてほしいのです｡

44
00:03:28,190 --> 00:03:32,870
‫しかし､ そのために､ 別の走行アニメーションを収録したり､

45
00:03:32,870 --> 00:03:39,260
‫別の走行アニメーションを探したりして､ 結局､ ゲームの操作感が改善されないことに気づくよりは､

46
00:03:39,290 --> 00:03:48,250
‫最初にゲームを変更したほうがいいでしょう｡

47
00:03:48,270 --> 00:03:51,320
‫だから､ この2つはなるべく分けて考えたいんです｡

48
00:03:51,350 --> 00:03:57,320
‫どうしてもアニメーションに合わせなければならない場合もあるのですが､ 今回はそのようなことはありません｡

49
00:03:57,320 --> 00:03:59,990
‫だから､ どんなルールにも例外がある｡

50
00:03:59,990 --> 00:04:04,040
‫だから､ これを完全に決まったルールとして受け取らないでください｡

51
00:04:04,040 --> 00:04:12,170
‫アニメーションの機能をゲームに反映させる場合もありますが､ 基本的にはその逆を目指したいと思っています｡

52
00:04:12,170 --> 00:04:16,010
‫ゲームの中のキャラクターのスピードはどうなっているのか､ と言いたいのです｡

53
00:04:16,010 --> 00:04:21,230
‫アニメーションのスピードがどうのこうのと言うより､ アップデートして行かせてください｡

54
00:04:21,230 --> 00:04:23,240
‫ゲーム内のキャラクターの速度を更新させてください｡

55
00:04:23,270 --> 00:04:23,510
‫なるほど｡

56
00:04:23,510 --> 00:04:26,090
‫そうは言っても､ どうすればいいのか｡

57
00:04:26,090 --> 00:04:32,360
‫基本的に､ このブループリント（アニメーション・ブループリント）は､ 他のブループリントと同様にイベント・グラフを持ち､

58
00:04:32,360 --> 00:04:38,330
‫TICイベントのようなものを持つことができるという仕組みになっているのです｡

59
00:04:38,330 --> 00:04:46,100
‫イベントグラフに移動して見てみると､ ここにいくつかのイベントノードがあり､ そこからスタートすることができます｡

60
00:04:46,100 --> 00:04:48,740
‫この設計図の更新アニメーションがあります｡

61
00:04:48,740 --> 00:04:59,840
‫アニメーションを更新するたびにこのノードから降りると､ 実行ノードが提供され､ 先に進んで状態を取得することができるようになります｡

62
00:04:59,840 --> 00:05:05,000
‫これから行うのは､ この関数が呼び出されるたびに､ ある状態を取得することです｡ ここでは､ get

63
00:05:05,000 --> 00:05:10,940
‫spawn ownerという関数があり､ 先に進んでポーン・オブジェクトを取得するよう指示しています｡

64
00:05:10,940 --> 00:05:19,130
‫この場合はキャラクターで､ キャラクターはそのサブクラスで､ このビープシューターキャラクターになります｡

65
00:05:19,130 --> 00:05:20,780
‫なぜ､ ビープシューターのキャラクターなんだろう？

66
00:05:20,780 --> 00:05:21,500
‫さて､ どうでしょう｡

67
00:05:22,730 --> 00:05:27,320
‫このキャラクターは､ メッシュを選択すると､ ビューポートに移動します｡

68
00:05:27,860 --> 00:05:33,350
‫現在はシンプルなアニメーションを実行していますが､ アニメーションのモードをアニメーション

69
00:05:33,350 --> 00:05:39,380
‫ブループリントの使用に変更し､ アプリのシューティング キャラクターを使用したいと思います｡

70
00:05:39,380 --> 00:05:42,530
‫だから､ これが......オーナーなんです｡

71
00:05:42,530 --> 00:05:44,810
‫そのアニメーションの設計図を使っているのです｡

72
00:05:44,810 --> 00:05:47,840
‫つまり､ 設計図にポーンの持ち主が登場したわけです｡

73
00:05:48,290 --> 00:05:57,020
‫この更新関数でやりたいことは､ 要約すると､ ポーンの動きに関する情報を取得することです｡

74
00:05:57,020 --> 00:05:59,030
‫私たちは､ あなたのスピードはどれくらいですか？

75
00:05:59,030 --> 00:06:01,640
‫動きの角度は？

76
00:06:01,970 --> 00:06:03,890
‫それがこの講義で計算することです｡

77
00:06:03,890 --> 00:06:06,680
‫スピードは一番シンプルだからやるだけです｡

78
00:06:06,710 --> 00:06:13,430
‫角度は､ 次回の講義で紹介するトランスフォームで少し操作する必要がありそうです｡

79
00:06:13,430 --> 00:06:23,000
‫ここで必要なのは､ ポーンの所有者の速度を取得するノードで､ このベクトルを得ることができます｡

80
00:06:23,390 --> 00:06:33,290
‫そして､ そのベクトルの背後から､ その大きさまたは長さを求めたいので､ そのベクトルからドラッグして大きさを検索します｡

81
00:06:33,290 --> 00:06:38,450
‫そして､ ここが巧妙で､ マグニチュードを検索しても､ ベクトルの長さという関数が表示されることに気づきました｡

82
00:06:38,450 --> 00:06:42,470
‫だから､ 明らかにベクトルの長さの代名詞であることがわかる大きさです｡

83
00:06:42,470 --> 00:06:45,260
‫なぜ､ ベクトルそのものではなく､ ベクトルの長さを求めるのでしょうか？

84
00:06:45,260 --> 00:06:50,810
‫なぜなら､ floatを求めるからです｡ 速度ベクトルには､ 速度だけでなく方向も含まれているので､

85
00:06:50,810 --> 00:06:53,570
‫角度を計算するのに必要なのです｡

86
00:06:53,600 --> 00:06:57,080
‫しかし､ それは速度を計算するために必要なものではありません｡

87
00:06:57,080 --> 00:06:59,060
‫そこで､ ここでちょっとしたミニチャレンジをしてみましょう｡

88
00:06:59,090 --> 00:06:59,750
‫どうぞ｡

89
00:06:59,750 --> 00:07:02,510
‫この講義では､ それ以外の課題はありません｡

90
00:07:02,540 --> 00:07:06,920
‫このベクトル長を使って､ 速度を設定してきてください｡

91
00:07:06,920 --> 00:07:09,020
‫そして､ 実行ピンが必要な場合は覚えておいてください｡

92
00:07:09,020 --> 00:07:11,750
‫ブループリントの更新アニメーションでやろうとしているのです｡

93
00:07:11,750 --> 00:07:12,830
‫では､ ビデオを一時停止して､ やってみてください｡

94
00:07:12,860 --> 00:07:13,520
‫では､ お帰りなさい｡

95
00:07:13,520 --> 00:07:16,160
‫そこで､ 設定したいのが速度です｡

96
00:07:16,160 --> 00:07:22,100
‫これをブループリントにドラッグしてスピードを設定すると､ 必要な実行ピンが表示されます｡

97
00:07:22,100 --> 00:07:27,950
‫Blueprint Update アニメーションから取得し､ データ ピンが必要です｡ これは､

98
00:07:27,950 --> 00:07:32,060
‫速度を取得するためのベクトルの長さから来る速度になります｡

99
00:07:32,240 --> 00:07:35,060
‫そのため､ 先に進んで保存し､ コンパイルすることができるはずです｡

100
00:07:35,060 --> 00:07:42,080
‫これは､ 実際には存在しないポーンの所有者から設定しようとしているため､ 速度がゼロにリセットされていることがわかります｡

101
00:07:42,740 --> 00:07:49,160
‫ですから､ 私たちがやりたいことは､ 実際に世界に出て行って､ 自分たちが何を得たかを確認することなのです｡

102
00:07:49,400 --> 00:07:50,420
‫なるほど､ これならずっといい｡

103
00:07:50,420 --> 00:07:58,700
‫ポーンは地面で静止していますが､ 私が動くと､ ポーンは私にスピードを与えてくれます｡

104
00:07:59,270 --> 00:08:07,580
‫また､ コントローラーなどのアナログ入力を使えば､ アナログ入力を変えることで速度が変化するようなことがわかります｡

105
00:08:07,580 --> 00:08:12,590
‫こいつの動く速さを変えればいいんだよ｡

106
00:08:14,580 --> 00:08:16,460
‫さて､ ここで明らかに2つの問題があります｡

107
00:08:16,470 --> 00:08:21,060
‫まず1つ目は､ 角度をずらして移動すると､ ちょうど絶対速度を使っているということです｡

108
00:08:21,060 --> 00:08:23,970
‫ですから､ 私たちのブレンドスペースではその角度を調整することはできません｡

109
00:08:23,970 --> 00:08:25,830
‫それで､ アニメーションがおかしく見えるんです｡

110
00:08:26,220 --> 00:08:31,620
‫もうひとつの問題は､ アニメーションのスピードがゲーム内のキャラクターのスピードと合っていないため､

111
00:08:31,620 --> 00:08:34,650
‫足が滑ってしまうことです｡

112
00:08:34,680 --> 00:08:39,150
‫それは､ 次の講義で修正することも視野に入れています｡

113
00:08:39,330 --> 00:08:40,070
‫素晴らしい内容です｡

114
00:08:40,080 --> 00:08:47,520
‫アニメーションのブループリントを使用して､ アニメーションとゲームプレイをどのように関連付けるべきかを理解していただき､

115
00:08:47,520 --> 00:08:51,920
‫ご自身のゲームに適用していただければと思います｡

116
00:08:51,930 --> 00:08:58,920
‫次回の講義では､ この動きをもう少し自然に見せるために､ これらのアングルをフックアップしていきます｡