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

2
00:00:05,450 --> 00:00:12,890
‫この講義では､ メンバー変数にベクトルvelocityを使用して移動プラットフォームを設定する方法を紹介します｡

3
00:00:12,890 --> 00:00:19,640
‫そして､ デルタタイムと呼ばれるものを使って､ その動きをフレームレートに依存しないようにする方法を見ていきます｡

4
00:00:19,640 --> 00:00:20,930
‫では､ 潜入してみましょう｡

5
00:00:21,200 --> 00:00:28,180
‫つまり､ ここまでは､ ベクトルの1成分ずつを更新してきただけなのです｡

6
00:00:28,190 --> 00:00:31,070
‫では､ この方法でなくてもいいと言ったらどうでしょう｡

7
00:00:31,070 --> 00:00:36,110
‫ベクトル全体を一度に一定量更新すればいいのでは？

8
00:00:36,110 --> 00:00:41,450
‫さて､ 前節で見たように､ ベクトルは他のベクトルに足すことができます｡

9
00:00:41,450 --> 00:00:47,780
‫そこで､ 移動プラットフォームHに移動して､ 移動プラットフォームの速度ベクトルを作成し､

10
00:00:47,780 --> 00:00:53,510
‫移動したい方向と速度の両方を指示することができます｡

11
00:00:53,510 --> 00:01:07,550
‫この方法は､ 今ではおなじみのUプロパティを作成し､ どこでも編集できるようにしてインスペクタで見えるようにします｡

12
00:01:07,550 --> 00:01:15,770
‫そして､ 前にやったようにタイプFベクトルにします｡

13
00:01:15,770 --> 00:01:23,150
‫Fベクトルのコンストラクタを作成し､ X成分を100､ その他を0､ 0とし､

14
00:01:23,150 --> 00:01:26,990
‫最後にセミコロンで締めくくります｡

15
00:01:26,990 --> 00:01:38,450
‫さらに､ もう1つのトリックをお見せしましょう｡ 編集と同時に､ このUプロパティにカンマ区切りの別の引数を置くことができます｡

16
00:01:38,450 --> 00:01:46,130
‫実は､ 大文字のCでカテゴリーと呼ばれるものを入れて､ 等号を入れることができるんです｡

17
00:01:46,130 --> 00:01:50,870
‫そして､ このイコールサインのカテゴリーイコールの間には､ 通常､ スペースを空けています｡

18
00:01:50,870 --> 00:01:54,380
‫そして､ 表示させたいカテゴリーを指定することができます｡

19
00:01:54,380 --> 00:01:58,220
‫この下に､ トランスフォームレンダリングレプリケーションのカテゴリがあるのがわかります｡

20
00:01:58,220 --> 00:02:05,990
‫このようなカテゴリーを､ 私は「ムービングプラットフォーム」と呼ぶことにして､ これらの変数を入れるムービングプラットフォームのカテゴリーを持つようにしました｡

21
00:02:05,990 --> 00:02:10,580
‫そして､ そのカテゴリーをダブルクォーテーションで囲んでいることに注意してください｡

22
00:02:10,580 --> 00:02:11,900
‫それが正しい構文です｡

23
00:02:11,900 --> 00:02:13,310
‫それらを含める必要があります｡

24
00:02:13,730 --> 00:02:22,730
‫そして､ この新しいメンバ変数をC++で利用することができるのです｡

25
00:02:22,730 --> 00:02:29,570
‫そこで､ 現在地のX成分を設定する代わりに､ その行を完全に削除して､

26
00:02:29,570 --> 00:02:40,430
‫現在地は現在地＋プラットフォーム速度に等しいというように書き換えてみることにする｡

27
00:02:40,430 --> 00:02:48,740
‫行の最後にセミコロンを付けて､ Unrealに移動してコンパイルを実行し､ この結果がどうなるかを見てみましょう｡

28
00:02:48,740 --> 00:02:50,510
‫ということで､ 無事コンパイル完了です｡

29
00:02:50,510 --> 00:02:56,690
‫そして､ この動くプラットフォームのセクションは､ プラットフォーム速度があり､ その x コンポーネントは 100

30
00:02:56,690 --> 00:02:59,150
‫に設定されているのがわかると思います｡

31
00:02:59,150 --> 00:03:00,920
‫行って再生を押すとどうなるのでしょうか？

32
00:03:00,920 --> 00:03:06,500
‫1フレームごとに100個ずつ追加しているので､ プラットフォームは遠くへ向かってどんどん加速していきます｡

33
00:03:06,500 --> 00:03:08,120
‫それは多いですね｡

34
00:03:08,120 --> 00:03:13,790
‫でも､ 秒速100センチメートルくらいの速度で動いてほしい｡

35
00:03:13,790 --> 00:03:15,020
‫それは､ ちょうど1秒間に1メートルの速さです｡

36
00:03:15,020 --> 00:03:16,550
‫あまり速くはないですね｡

37
00:03:16,550 --> 00:03:18,980
‫では､ なぜこんなに速いのでしょうか？

38
00:03:18,980 --> 00:03:20,450
‫まあ､ 私のフレームレートのせいですが｡

39
00:03:20,450 --> 00:03:23,870
‫まあ､ もっと遅いシステムだったら､ 動きも遅いんだろうけど｡

40
00:03:23,870 --> 00:03:25,940
‫もっと速いシステムだったら､ もっと速く動いているはずですしね｡

41
00:03:25,940 --> 00:03:27,200
‫それは意味がないように思います｡

42
00:03:27,200 --> 00:03:29,930
‫そこで､ デルタ時間の使い方についてお話します｡

43
00:03:29,930 --> 00:03:31,430
‫デルタタイムとは？

44
00:03:31,700 --> 00:03:37,940
‫Unreal の Delta time を使用すると､ 各フレームの実行時間がわかります｡

45
00:03:37,940 --> 00:03:38,990
‫デルタタイムはどこだ？

46
00:03:38,990 --> 00:03:46,640
‫さて､ Visual Studioのコードを見てみると､ Delta timeはtickの一番上にあるここに記載されている変数です｡

47
00:03:46,640 --> 00:03:49,340
‫実はこれ､ 入力パラメータなんです｡

48
00:03:49,340 --> 00:03:51,680
‫関数の入力です｡

49
00:03:51,680 --> 00:03:58,400
‫つまり､ ローカル変数と同じように､ tick関数の内部で使用することができます｡

50
00:03:58,850 --> 00:04:01,550
‫つまり､ 1フレームの実行にかかった時間を教えてくれるのです｡

51
00:04:01,550 --> 00:04:02,600
‫しかし､ なぜそれが重要なのでしょうか？

52
00:04:02,600 --> 00:04:14,690
‫なぜなら､ 何かにデルタタイムを掛けると､ 基本的にゲームのフレームレートに依存しなくなるからです｡ つまり､ 速いコンピュータでも遅いコンピュータでもゲームの挙動は同じということです｡

53
00:04:14,690 --> 00:04:21,170
‫では､ 1秒ごとに何かを左に1単位ずつ動かしたい場合を例にとって見てみましょう｡

54
00:04:21,350 --> 00:04:23,420
‫異なるマシンでの表示は以下の通りです｡

55
00:04:23,420 --> 00:04:24,380
‫パソコンが遅いんです｡

56
00:04:24,380 --> 00:04:29,810
‫1秒間に10コマしかできないものと､ 1秒間に100コマできる高速なコンピューター｡

57
00:04:29,810 --> 00:04:32,630
‫今度は､ そのフレームの持続時間が違うのです｡

58
00:04:32,630 --> 00:04:36,380
‫そのため､ 遅いコンピュータでは､ フレームの持続時間は0になります｡  秒の1｡

59
00:04:36,380 --> 00:04:42,650
‫1秒間に10個しか入らないのに､ 高速なパソコンだと0になってしまう｡  1秒の01､ より速く物事を実行できるため､

60
00:04:42,650 --> 00:04:45,380
‫とても少なくなっています｡

61
00:04:45,380 --> 00:04:47,600
‫1フレームの計算時間が短くなる

62
00:04:47,990 --> 00:04:54,530
‫だから､ フレームの持続時間に掛けると､ 私の1単位が掛かります｡

63
00:04:54,530 --> 00:04:58,100
‫そうすると､ 1/2で見ることになるんですね｡

64
00:04:58,100 --> 00:05:03,710
‫つまり､ 10フレーム実行されたところに､ 1単位の動きを得ることができるのです｡

65
00:05:04,010 --> 00:05:05,150
‫も同じです｡

66
00:05:05,150 --> 00:05:11,510
‫100フレーム実行しても､ 1単位の動きになるんです｡

67
00:05:11,510 --> 00:05:15,560
‫そこで､ デルタタイムとの掛け算に挑戦してみたいと思います｡

68
00:05:15,560 --> 00:05:23,960
‫そこで､ ベクトルに浮動小数点値を乗じることで､ 大きさをスケーリングできることを思い出しましょう｡

69
00:05:24,110 --> 00:05:29,150
‫そして､ C++でこれを実現する方法は､ star演算子を使うことです｡

70
00:05:29,150 --> 00:05:30,560
‫それが私たちの掛け算のやり方です｡

71
00:05:30,560 --> 00:05:32,990
‫乗算記号演算子がない

72
00:05:32,990 --> 00:05:41,930
‫Xと混同してしまうので､ 掛け算を表す星形演算子を使い､ 結果をまとめて試算してほしい｡

73
00:05:41,930 --> 00:05:47,840
‫だから､ デルタタイムを掛けて､ 速度を掛けて､ どうなるのか､ プラスビデオで､ やってみましょう｡

74
00:05:50,780 --> 00:05:51,350
‫なるほど｡

75
00:05:51,350 --> 00:05:52,010
‫お帰りなさい｡

76
00:05:52,010 --> 00:05:55,040
‫つまり､ ここで掛け合わせたいのは､ プラットフォームの速度です｡

77
00:05:55,280 --> 00:06:00,200
‫さて､ これを別の変数に取り出すこともできますが､ 実際には､ この行の最後､

78
00:06:00,200 --> 00:06:07,340
‫明らかにセミコロンの前､ つまり文の終わりの前に､ デルタ時間を乗じたものを置くだけでよいのです｡

79
00:06:07,790 --> 00:06:13,670
‫ここで興味深いのは､ 演算子の先行性があることです｡ プラットフォーム速度とデルタ時間の掛け算が､

80
00:06:13,670 --> 00:06:23,000
‫現在地への加算の前に行われるのです｡

81
00:06:23,000 --> 00:06:27,860
‫さて､ これは通常の数学のルールに従っているのですが､ そのルールの全リストはこちらです｡

82
00:06:27,860 --> 00:06:35,510
‫その詳細はここでは省きますが､ WikipediaのOrder of Operationのページを見てみてください｡

83
00:06:35,510 --> 00:06:41,570
‫ボディマス､ ビッドマス､ ペッドマス､ ベッドマスなど､ 言語によっていろいろなルールがあるんです｡

84
00:06:41,600 --> 00:06:43,040
‫いろいろな略語がありますね｡

85
00:06:43,040 --> 00:06:47,030
‫だから､ あなたが使ってきたものを､ ぜひ使ってみてください｡

86
00:06:47,030 --> 00:06:50,390
‫私の場合は体質でしたが､ 他のところでは違うようです｡

87
00:06:50,390 --> 00:07:02,060
‫このように書くこともできますが､ それとは異なる順序で何かが起こることを確認したい場合は､ 括弧を使ってそれを示すことができるということに注意しましょう｡

88
00:07:02,060 --> 00:07:08,990
‫そこで､ 物事を明確にするために､ この掛け算を括弧で囲んで､ こういうことが起こるということを示すことにします｡

89
00:07:08,990 --> 00:07:13,190
‫まず掛け算､ 次に現在地への足し算｡

90
00:07:13,490 --> 00:07:16,370
‫では､ Unrealに移動して､ これをテストしてみましょう｡

91
00:07:16,370 --> 00:07:19,550
‫これから､ コンパイルを実行し､ 完了したら､ 再生を実行しましょう｡

92
00:07:19,550 --> 00:07:24,410
‫そして今､ プラットフォームがもっと普通のスピードで動いているのがわかります｡ 実際には秒速1メートルで動いているので､

93
00:07:24,410 --> 00:07:28,040
‫動いているプラットフォームとしては問題ありません｡

94
00:07:28,040 --> 00:07:36,370
‫これで､ 速度を下げるだけでなく､ フレームレート､ 独立した速度になったことがおわかりいただけると思います｡

95
00:07:36,380 --> 00:07:40,670
‫もし私のコンピュータが､ バックグラウンドで何か他のことが起こっていて､ カクカクしていたとしても､

96
00:07:40,670 --> 00:07:43,550
‫これはゲーム内で同じように見え､ 同じようにプレイできるはずです｡

97
00:07:43,550 --> 00:07:44,090
‫素晴らしい内容です｡

98
00:07:44,090 --> 00:07:46,610
‫それでは､ 次回の講義でお会いしましょう｡