ハズレ無し！必ず当たる！

UE4 アドベントカレンダー10日目の記事です 

めちゃくちゃいかがわしいタイトルにしてみた。
記事のネタどうしようかと悩んでいたとき、ふっと思い出したのが、幼児雑誌の付録に入ってた数字を使ったマジック。
マジックは訓練された人間がやったり、こっそりタネを仕込んであったりするものだと思っていたので、その当時しくみに気づいたときはものすごく感動したのを覚えている。UE4みたいな SUGOI ENGINE でこんなネタやるのはなんだか気が引けるけど、まぁ はっぴーほりでー ということで。


##数字を当てる
このマジックは4枚のカードを使う。
それぞれのカードには、それぞれ 1～15の中からある法則によって選ばれた 8つが書かれている。

誰かひとりの被験者に 1～15 の数字を声に出さずに頭の中で選ばせる。
次に4枚のカードを１枚づつ順番に見せて、選んだ数字があるか尋ね、
「ある」か「ない」で答えてもらう。
4枚のカードを確認し終えたら、カードに応じた「ある」「なし」を集計すると、なんと
頭の中で選んだ数字をピタリと言い当てられるというもの。



##作ってみた
クリスマスイベントの余興にでも、と思ってさっそくUE4で作ってみた。
数字で普通に作ったらすぐにネタバレして面白くないので数字をイラストに変えてみた。

スタート画面はこんな感じ
![fig01.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/d7e0be76-e53e-cf72-a42e-232b81dd8fb1.jpeg)
例えば「みかん」に決めたとする
![fig02.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/e4cbec41-8906-149c-04a2-12760f90ff4d.jpeg)
↑ある
![fig03.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/215d29a2-d7fa-d276-3e05-123b92a7b3d6.jpeg)
↑ない
![fig04.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/072049fe-147e-771b-155e-431437a1b53b.jpeg)
↑ない
![fig05.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/0f24b410-f22e-5b2c-8a38-76e1e815b699.jpeg)
↑ある
![fig06.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/872d6ac2-c10d-1808-fbfd-acac1946b113.jpeg)
ドラムロール的演出からの・・・
![fig07.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/1b5b7c6f-482c-9296-f033-b0f5d3f251be.jpeg)
確定！ という具合。


###SPEC

 - [x]  エンジンVer 4.25.4
 - [x]  UMGを使用
 - [x]  テクスチャ2枚を1つのMaterialで扱う
 - [x]  ほぼWidgetブループリントOnly
 

##Texture
テクスチャを用意する 1024ｘ1024 が **2**枚 イラストひとつが 256ｘ256
<img width="50%" height="50%" alt="tex_201210a.png" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/1b3c16f2-7cd4-6fe0-a6a1-73e3b5e4bb6a.png"/>
<img width="50%" height="50%" alt="tex_201210b.png" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/50b768de-6462-b013-43b4-d0f53510952d.png"/>
素材は いらすとやさんです ありがとうございます。
この32種から毎回ランダムで15種を選んで使う。
<font color="linen">テクスチャを作る手間を省きたい方は上のPNG画像を右クリッ・・・(ry</font>

##Material
マテリアルはIndex番号でキャラを取り出せるようにしてある。
![fig00.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/c82b11bd-1e31-6f00-5813-af2a1b136bb7.png)
Index番号は 0～31 だけど、計算量をこれ以上増やしたくなかったので、ページ切り替えの判定はブループリント側でやる。
今回扱うのが 32キャラで、たまたま 2枚で済んでるので、マテリアル内に直接配置している。ゲームのプロジェクトでこのように都合よく最大数が決まっている例はそれほどないので、最終的に数が増えるのを想定するなら、テクスチャパラメータにしておきたい。

##Widget Blueprint
###下準備
今回はこの32種のキャラクターを常駐させて扱うので、さっさと Event Pre Construct で配列に仕込んでしまう。
![fig08.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/8b85dac7-5b3a-e9bb-1618-448719d5f183.png)
**Construct Object from Class** ノードで Widgetの **Image** を生成しつつ、それを配列 source_Images に追加。
一気に、マテリアルセット → ブラシサイズ（表示サイズ） → GetDynamicMaterial → パラメータをセット
まで。
これで好きな時にImage型の配列からキャラを取り出して使うことができる。

ForLoop が終わった後の関数は配列の初期化用
![fig10.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/12fbb706-96ac-79c6-7fb0-f3610e616f96.png)
4種のカードを順番に見せて確認するんだけど、その段階をフェイズと呼ぶことにして、その順番をランダムにするために、card_Order という配列を用意。
同様に image_Order というInt型の配列は、登場するキャラをシャッフルするためのもの。
最初に用意したImage型の配列をシャッフルするより、データ量の小さな配列を作ったほうが軽いしデバッグしやすいかなという目論見。シャッフルして 0 ～ 14 までを使う。





###スタート画面
キャンバスに以下のパーツをレイアウト。
![fig12.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/fce06814-e2da-a08a-a5b9-aa490d728eeb.png)
繰り返し遊べるように、カスタムイベントを用意。
Event Constructはそのカスタムイベントを呼び出すだけ。
![fig11.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/53696c91-ced1-4302-29f1-a91420cd5ae6.png)


ここでいったんレベルに表示してみる。
FileメニューからNewLevel を選択。
![fig15.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/24763525-4cee-a6e2-209a-2a692b8fa3fc.jpeg)
![fig14.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/a0da9688-244a-896d-d069-f6603b6855f1.jpeg)
新しいレベルが開いたら、Blueprintsメニューの Open Level Blueprint を選ぶ。
![fig16.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/42af0e55-ac0e-2ac9-f6ff-a5ded68c5c61.jpeg)
グラフには **Create Widget** ノードで 一度コンパイルして保存したWidgetをセットして**Add to Viewport**する。
![fig17.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/f72e0d41-19f5-043b-6fb7-96cf8c8d0e33.png)
マウスカーソルを常時表示したいので、**GetPlayerController** が持つ **ShowMouseCursor** を**True**にする。

再生してみるとこんな感じに。
![fig13.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/3ff1b8b7-18c2-9f25-b8fd-942ab3b6f56c.jpeg)
**WrapBox**パネルを水平方向に5つ並んだら改行するように幅を調整する。
今回Source_Images（Image型の配列）が保持しているキャラのブラシサイズを224x224 にしたのと、**SetPadding**ノードで左右に10ずつ余白を入れてるので、1220 でちょうどいい感じになった。

ボタンをクリックするとチェック開始にしたいので、**On Clicked** のイベントを用意する。
UMGの編集モード（Designer）にして、Buttonを選んだ状態でDetailタブの一番下に並んでいる緑のボタンをクリックする。
![fig18.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/a8ad5bc2-b4b6-c399-b9f0-92ed12266bba.png)
![fig19.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/ee1695a7-1d61-33dd-fbe1-dd9f32c7a5b6.png)


###チェック開始
まずはスタート画面を片付ける処理をOnclickedイベントにつないでいく。
![fig20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/70677d4a-1d23-1d87-160f-38a3551e66f6.png)
次にAddChildするとき邪魔なので **ClearChildren** でWrapBoxに追加したものをクリアする。
ここでInt型の変数を2つとImage型の配列を新しく追加する。
phaseCountは進行管理用、resultは「ある」か「ない」の集計用。


この後表示用の処理が続くんだけどキリがいいので、いったん止めておいて、関数とキャンバスの用意を進めます。

マジックの基本は最初に選んだ15種のキャラから、8種を配置して「ある」か「ない」かチェックしてもらうこと。
そのキャラたちを配置するとても重要な関数 MakeCheckcard を用意する。ちょっと大きくなったので2枚の画像に分割。
![fig24.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/664b8ac2-60e9-8b3f-bc09-4038f6963b35.png)
引数はCanvasPanel型とInt型の2つ。
![fig25.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/9a09a670-0be6-d009-b405-50ff49324ce4.png)
**＆**を使っているのが肝。種明かしはあとでやるとして、まず
この関数ではInt型の引数であるMaskからカード番号の 0～3 が入ってくるので、そこに応じて、必要な 8種をチョイス。
そしていい感じにポジションとサイズ、アングルの3要素にランダム要素を加えてキャンバスに配置している。
tmp_LocationIndex は Int型のローカル変数。
アングルとサイズはおまけ。キレイにまっすぐ並んでると面白くないので。ちょっと試してみたいだけなら不要。
**SetPosition** がちょっとだけややこしい。
これは連番のものを、中央揃えするための計算をしつつ、不規則さを加えてる。ここもWrapBoxを使えばもっとシンプルにできる。

左から右下にかけて並べる場合
<font color="MediumSlateBlue"> 基準となる座標 - ((表示個数 - 1) * 表示間隔) / 2 </font>
から並べるといい感じに中央揃えできるんだけど、キャラのピボット位置（Alignment）が左上なので、その分の補正も加えて最終的に表示開始のX座標が360になった。

今回基準となる座標 ＝ 画面中央なので、1920 / 2 = 960
ここに 4個並ぶので
960 - ((4 - 1) * 300) / 2 = 510
表示間隔の半分が 300 / 2 = 150
よって、510 - 150 = 360




キャラを選んで配置する関数ができたので、次の関数を作る。

フェイズに応じたカード番号を取り出す関数で、
事前にシャッフルしておいた card_order の配列から値を抜き出すだけの簡単なお仕事。
![fig21.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/9df772e8-5ca6-1d5d-3cc9-b85bf8f45caa.png)
引数はないのでPure型にして使うことにする。
![fig22.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/79a705d8-1d9a-2077-0b06-850ba1138bc0.png)

次に、マクロを用意。
![fig23.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/ea921d17-997c-d394-d48f-3e8f7198021a.png)
べき乗のノードはInt型では使えないのでFloat型にキャストして計算。



これらをつなぐカスタムイベントを作る。
![fig26.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/c1a63f54-4fd4-ead3-d840-b273bf52e534.png)
追加したキャンバスパネルを表示して、さっき作ったチェック用のカードにキャラを並べる関数を呼び出す。
引数には、カード番号を取り出す関数とマクロをつなぐ。

あとは、表示用のキャンバスパネルと、テキスト、「ある」「ない」のボタン、そしてナビテキストをキャンバスに追加。
![fig27.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/fd80ae9c-3cf4-c94e-4fc3-fa0064aae53a.png)
実は「ある」「ない」のボタンは、まとめて表示/非表示を行いたいのと、レイアウトの調整がしやすいように、HorizontalBoxに収納してある。

レイアウトした時点では Visibility設定を "Collapsed" にしておく。
このキャンバスパネルは再利用するので、子階層には何も置かないようにする。ClearChildren したときに一緒に消えてしまうから。

ナビテキストは 進み具合を表す表示で、横着してTextBlockでやる。
仕組みは関数で 記号の ○ と ● を使ってゲージぽく切り出す。
![fig29.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/6995818f-ca40-d3b0-cb51-df30cb6a975f.png)


そして途中だったスタート用の OnClickedイベントを仕上げる。
カードをレイアウトして表示するカスタムイベントの呼び出しと、キャンバスに置いたその他のパーツ、ナビを表示。
![fig28.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/b1b2a7db-9591-3d1f-7282-1255d4542aab.png)



###次のカード
「ある」か「ない」のボタンをクリックしたときのイベントを、スタート時と同じように作っていく。
![fig30.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/04679f0b-84b3-185f-71f1-d2ac485909d1.png)
まず「ある」と答えた場合、カードの順番に応じた値を Result変数に加算する。
![fig31.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/5307b082-4bf5-5574-1853-3d4dc9234c5a.png)

どちらを選んでも次のカードに切り替えたいので、いったんキレイにする。
![fig32.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/35199a39-bf2e-0ed5-4178-e6c8e93017b3.png)

ここでフェイズが最終段階じゃなければ、フェイズカウントをひとつ進めて引き続き次のカードの表示へ。
4枚目だったら結果発表という分岐になる。
![fig33.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/13d9e8f6-d292-7c55-cd62-dd345d64fa15.png)



###結果発表ルーレット
結果表示用のパーツをキャンバスに追加。
![fig34.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/72029850-4890-ddf1-4edd-15fe17473584.png)
レイアウトした時点では Visibility設定を "Collapsed" にしておく。
SizeBoxを選んだのは、中に入れたものが自動でSizeBoxの大きさまでストレッチされるのと、
一つしか同時に表示しないのが理由。

次にこのSizeBoxへキャラを表示するカスタムイベントを用意する。
関数でも構わない。なんとなく同じグラフ内の方が作業しやすかったので。
![fig35.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/43c7c894-1d8c-ad1e-361f-c9bb48bfd50b.png)
基本的にキレイにして追加するだけの処理。

すぐに結果表示してもつまらないので、ルーレットのようにもったいぶって表示したい。
そこでこのイベント処理。
![fig36.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/08192164-c72b-1a04-c1eb-0a12e57c4866.png)
新たに 表示間隔をコントロールする Float型の変数を追加してループさせてる。
頻度が低く必要な時しか動かさない場合は、**Event Tick** ではなく **Set Timer by Event**ノードをオススメしたい。



###確定表示
最終結果表示用にテキストをキャンバスに追加。
![fig37.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/d66efd2c-d41a-6bda-ec88-0e0280ef58cc.png)
テキストの内容は「これです！」と「・・・」の2つ。レイアウトした時点では Visibility設定を "Collapsed" にしておく。
このマジックは普通にやると問題なく当たるんだけど、ウッカリすべて「ない」を選択してしまえるので、一応例外対策として「・・・」を表示する。
すべて「ない」ということは、最初の15種から選んでみたものの、ふいに何だったか忘れてしまった場合か、そもそもうまく選べていなかったか。勘違いしていたり・・・とか。

ルーレット処理が終わったあとで
![fig38.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/abdab252-5056-181f-3283-49fdcdc71f12.png)
結果表示のSizeBoxは残して、テキストだけを入れ替える。
実は、Result には計算の都合上必ず 1以上の値が入ることになっている。
配列に積んだキャラ絵を取り出す際、Index値が 0（ゼロ）始まりなので、-1 してる。


###リトライする？
さぞや見事に当てられ、驚愕していることだろうと思う。
その様子を十分に堪能したら、そのカラクリを暴くべく再挑戦したくてそわそわしている方のために、リトライのチャンスを授けよう。
キャンバスにリトライボタンを追加。
![fig39.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/f53f1b3c-d968-3247-074c-0bc4410718d9.png)
当てられたショックを噛みしめる時間を待ってリトライボタンを登場させる。
![fig40.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/e6a90869-1fdc-0784-e321-38d50ac957d0.png)

リトライボタンの OnClickedイベントをつなぐ。
最後にスタート画面作成用のイベントを呼び出して完成。
![fig41.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/411259b6-eb2e-c488-895a-c2bebb4368e5.png)



##できあがり
![fig47.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/60631dcf-a7ce-5ec8-49fa-cb35993e298a.jpeg)
うさぎを選ぶ
![fig49.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/a1f1d97b-ff9d-cb32-f594-40319198fdfb.jpeg)
4種のカード（0～３）自体は表示順がランダムだけど、カードの中身は数字の小さい順に並んでいるので、
こうやってスクショ撮って並べるとしくみがバレそう。
![fig48.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/d36f12af-3f1c-08b9-b215-6d5a2ac8c1b5.jpeg)



##Hierarchy
最終的に使用しているUMGのパーツは以下
![fig50.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/8a08dd97-8015-128c-f8da-6a6e40cc1be6.png)
今回の手法として
テキストやボタンは書き換えずにすべて必要分を用意しておいて、表示／非表示を切り替えるしくみ


##Variables
最終的に使用している変数
![fig51.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/a798806c-c610-8550-0989-72922bd8f4a1.png)
・・・カテゴリ的にVariablesにいるけど「変数」と呼ぶのはしっくりこないのは自分だけ？

##Event/Function/Macro
命名に自信はないけど一応晒します
![fig52.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/d687bf27-c40f-2e68-9dea-f1e4b14f3b4c.png)



##気づいたこと
今回最初にWidgetのImageを配列にして、32種のキャラ絵を仕込んでいます。
あとから4枚のカードを表示する際、「表示の遊び」として回転、大きさ、位置にゆらぎを入れるようにしているんだけど、
最初に作ったImage型の配列は、データ元というか いじらないImageとして使うつもりでした。
表示の直前、別に用意したImage型の配列に、必要な分だけをCopyして使ってやろうとしたわけです。
![fig42.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/ba61d2a1-f7dd-287d-f09c-6b091a1e8850.png)
ところが、Copyしたと思っていたら、想定していたCopy（インスタンスが作られるみたいな）とは違っていて、結局表示用の一時的なImage型配列を使うのは諦めました。
途中 Set Render Transform Angle でリセットしているのはこのためです。
![fig43.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/df6d9f01-9615-ab12-d0cb-7accc8f3ac78.png)
Getで取り出して、別の配列やImage型の変数に入れても、Canvas SlotのPosition、Render Transformに変更を加えると、しっかり大本のImageまで適用されていました。

試しに下のようなサンプルWidgetを作って表示してみました。
![fig44.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/c4278e9f-a3c2-145b-c55f-84de5a0e47be.png)
ImageOriginal は事前にキャンバスに配置済みのもの。
![fig45.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/bbdfe906-41c3-0f5d-fcb5-21a4b8be8582.png)
結果はというと、
![fig46.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/b6a5554c-73fd-1c57-14b4-76175806e614.png)
詳しいことは調べ切れていないので、この件、本職の方にお譲りしたいのですが、
中途半端な知識で推察するに、どうやら Image型の変数は、「参照型」というやつなのでは？
という個人的見解に至っているところです。




##最後に
なぜ当たるのか解りますか？
デジタルならではのランダム表現を入れたりしてアレンジしてるので、ちょっと解りにくいかもしれないけど、
仕組みの解明に挑んでみてはいかがでしょうか。随分とシンプルにできてるので、アレンジしやすいと思いますよ。

結構ご存じの方もいらっしゃるかなとは思いますが、
クリスマスには**ネタバラシ編**を追記しようと思っています。

作り終えてから、不安になってこのマジックの認知度をググってみたらそこそこ出てきた。
紙での作り方を紹介している良いサイトがありました。
ネタバレになりますが興味のある方はどうぞ → [日本数学検定協会](https://www.su-gaku.net/enjoy/magic01/)


アドカレまだまだ続くよ～明日の記事をお楽しみに～
ハッピーホリデ～！


.
.
.

##スペシャル付録 第一弾
確定したときのインパクトが弱いので、ついでに集中線を追加してみる。
まずマテリアルで丸を作る。
![fig53.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/8044da14-91f6-cca7-1d4d-d3f3bdb6ec51.png)
新たに専用のWidgetを作って、ユーザーWidgetとして組み込むことにする。

キャンバスに、最初から置かれているパネルの設定を少しいじる。
![fig54.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/5dcf01e8-4e0a-afbf-5f93-69a6bca2c979.png)
**Is Variable** を有効にするのと、Visibility を **Collapse** に変更しておく。不可視状態のスタート。

あとはWidgetブループリント
**Construct Object from Class**使って Image を量産するだけの関数を作る。
この方法は、詳細タブで設定できない分、いろいろ設定するノードが増えてしまうのが難点だけど、大量生産するときは仕方がないかな
ランダム要素も仕込めるのでそれなりに楽しい。
![fig55.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/0305ecfc-a0cb-2f93-6a25-61d74346c248.png)
冒頭の Float型の変数 temp_Pivot はローカル変数。
変数にしているのは、Canvas Slot の Alignment と、Render Transform の Pivot の値を同じにしないと思ったように回転してくれないのが理由。
画面中央に配置するけど、基準のポジションをずらしているので ↓こういう状態になっているイメージ。
![fig56.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/dc141989-5279-a20d-4386-6a9ee1d8d9ee.png)

作ったImageは、後で利用するのですぐに配列に格納。

後半部分は、マテリアルをセットしてAngle（角度）をランダムにしてる。
![fig57.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/78c7636c-999b-1e99-0987-04614acdce87.png)

この関数を、下準備としてEvent Pre Construct につないでコンパイルするとキャンバスがこうなってる。
![fig59.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/10882d39-781f-ecaf-a22d-d5d9c0fc69e1.png)
コンパイルするたびに角度が変化するので面白い。
で、これを演出としてカスタムイベントで動くようにする。
![fig60.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/46d3f27a-1f5b-2483-0265-c83a7973216c.png)
![fig61.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/4ff7620f-1b6c-f581-18b2-0c9c7a98ccac.png)
準備するイベントと、ループするイベントの2つに分けてる。

Count 分動かしたら終了して再び非表示にするというイベント。
これでこの集中線Widgetは完成。

マジック用のWidgetにさっそく組み込んでみる。

まずキャンバスに集中線Widgetを配置。Palette の **User Created** の中に入っているので探してドラッグ&ドロップ。
![fig62.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/ea18ffb5-5f38-d907-4e40-476fefbf3281.png)

![fig63.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/071e4d69-2ddf-1b21-3567-2fb54320b6b7.png)
すでに勢いが出てる。

あとはこの集中線Widgetを呼び出すところは、ここ。
![fig64.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/cd964c6d-190b-53d9-1a18-6b25ed233fe0.png)
確定して、リトライボタンを表示しようとする前。

線の数と更新回数はInt型の変数で変更可能。更新間隔は、Set Timer by Event で調整できる。


意外といい感じになります
動画を直接貼れないのでYoutubeへのアンカーをぺたり
https://youtu.be/XmmKcxnGBZ0
![fig65.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/280cdbbd-3514-adca-f06e-fe0769b64104.jpeg)


##スペシャル付録 第二弾 　ﾈﾀﾊﾞﾗｼ編
予告どおりこのマジックのタネについて追記します。

まず、10進数と2進数について
最初に選定する 1～15の数を2進数にしてみます。
![fig66.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/1f8591a1-e6b8-357a-e8d4-47b8e70bacdb.png)

そして、2進数の4つの桁を 桁ごとのグループとして扱います。
それぞれの桁で 1になっている数字を選別します。
![fig67.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/7f742055-d5c1-aca9-d633-089a7c3d1cf9.png)
ブループリントでカードを生成しているのがこれ
まずカードの番号0,1,2,3を計算してそれぞれを 1,2,4,8 にして生成用の関数を呼び出し
![fig70.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/b40106d6-52bd-21fc-b130-2a8ba7a8bd7c.png)
![fig71.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/ef0927e1-ff29-55e7-2b68-3923a13b8564.png)
ForLoopで0～15を順番にビット演算 AND を使って判定しています。
受け取った引数 1,2,4,8 と AND を使うと、特定のビットの状態が確認できるので、
カード番号をに応じた4種類のカードが出来上がるというしくみです。
![fig68.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/6e953b45-3d70-f0fa-794a-8144cb117e01.png)



それぞれのカードを見せて、あれば 1 なければ 0 としてカウントします。
例えば11だったら、
![fig69.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/4db5e9c7-2a87-8cf1-34cd-960cdb82529a.png)
あとはこの2進数を10進数に戻すだけ。
カード番号に対応する 1,2,4,8 のそれぞれが、**あれば加算**、**なければスルー**ということで
![fig72.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/8692b577-672c-651a-e558-b8300a2d86db.png)
3番のカードが「ある」だったら 2³= 8 を加算。2番のカードが「ない」だったら加算しない。という感じで、
![fig73.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/7ca2f46e-45a4-5b7c-5183-ab2f0cf424c0.png)

判定完了です。


今回 4枚のカードに 0～3 の数字をつけて管理しているのは、シャッフルすることで法則性を気付きにくくするのと、その番号を指数として使いたいからです。

![fig74.gif](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212880/1bc2b974-2092-b76b-0247-a9fc3907dbf2.gif)