1.取り組んだ内容

まず、担当をそれぞれ決めました。

私たちのチームでは、私が主にプログラムを担当し、山崎が主にグラフィックを担当しました。

次に、プチコン3号の使い方を調べながら、ゲームを原案を考えました。

そんな時に、コース授業でD門先生に相談すると、

「ゲームは基本的に三すくみがバランスが良い。だからそれを基準にしてゲームを作っていくといいよ。」

と言われました。

その言葉からヒントを得て、タングラムパズルというものを知り、パズルゲームを作るということに発展しました。

次に、パズルゲームを作るにあたって、類似するゲームを探しました。

タングラムパズルを題材にしたゲームは、任天堂から一つだけ出されていました。それもただパズルを解いていくだけのゲームのようでした。

なので、同じものではなく、違う要素も入れてみようと思い、ストーリー要素を追加したものを作ることにしました。

次に、ゲームのパズル部分だけを作成しました。

当初、スプライトを使わずにパズルを作成しようとしましたが、プチコン3号の仕様上、図形描画ではピースを回転させる時にサイズが変わってしまうという問題があったので、断念しました。

そのあと、スプライトに図形を書き込み、三角形2つと四角形1つを組み合わせてすべてのピースを作成しました。

パズルで表示されるシルエットは、ピースをコピーし、黒塗りにして完成図の座標に表示させています。

パズルの判定方法は、ピースの各頂点に衝突判定（SPCOL）を４ドット範囲指定し、シルエット毎の各頂点、または凹みにも同じように衝突判定を４ドット範囲指定し、それらすべての判定がtrueである（－１でない）ことを確認するものです。これによって、どんな解答をしても、すべてのピースを使用してシルエットにあっていれば正解になります。

この判定方法はアクションゲームの棘の衝突判定のつけ方を参考にしました。

衝突判定は一つのスプライトにつき一つなので、ピースに複数のスプライトを重ねてすべての頂点に衝突判定を付けています。回転時にはその角度ごとに頂点の座標を書き換えています。

次に、ゲームのストーリー部分を作成しました。

これはプチコンの公式サイトに載っているものを参考にしました。背景とキャラクターの画面上の動きについては、山崎が担当しました。私は、背景の木や岩の衝突判定を付けるために、実機の位置を背景画像のバイナリ配列上で確認し、木や岩の場所に移動したら止まるという処理を作りました。

モブの会話は文字列の配列を呼び出し描画して、Aボタン入力を待つというものになっています。

次に、モブに話しかけるとパズルに移動するようにしました。

モブとの衝突判定がtrueの時に、Aボタンを押すとフラグが立ち、そのフラグを元に会話とパズルが表示されます。

クリアするとストーリーに戻り、クリア後会話が表示され、諦めると諦め後会話が表示されます。クリアした問題は記録され、最後の会話変化に関わります。

次にエンドカード表示とエンド会話の変化を作成しました。

エンドカードはスプライト一枚で表示しています。

エンドの会話は助けた人数で変化します。

それぞれの会話作成しましたが、エンド会話の表示は現在作成中です。

ｈ以上が、今まで私がやったことのすべてになります。

2. よくできたところ

パズルの正解判定です。

１ドットずつずらしながら判定の座標を確認する作業は、冬休みをすべて費やすほどかかりました。

当初３ドットずつでしたが、他の人にやってもらったときに、判定が厳しいという指摘がありましたので、改良し４ドットがちょうど良いという結論に落ち着きました。

3. うまくいかなかったところ

木や岩の衝突判定です。

もっとうまいやり方があると思ったのですが、山崎の作ってくれた背景画像の都合上、配列を読み取ることになりました。

バイナリ配列上で実機の位置をずらすのは微調整が難しく、ずれも生じるので、修正に２週間ほどかかりました。

この判定は、現状妥協した部分が多いので、時間があったら実機がめり込まず、もっと精度の高いものにしたかったと悔しい気持ちがあります。

4. 卒業研究の感想

前回の卒研もそうだったのですが、スケジュール管理がやはり甘すぎたということがありました。

始まった当初はロジックを生み出すことがこんなに時間がかかることだと思っていませんでした。そして、細かな調整にこだわりすぎた結果、遅れてしまった部分が多々ありました。

これらを踏まえて、スケジュール調整とクオリティの妥協ができるようになっていきたいと思います。

お疲れ様でした。

5. 書いた人が特定できる情報 

内容からわかると思いますが、バヤシです。

1.取り組んだ内容

プチコンを使用して、シューティングゲームの開発を行いました。

東方Projectの弾幕シューティングを模して「東方風魑録（とうほうぷちろく）」を作成しました。

使用言語はsmilebasicです。

私が担当したこと

・作業分担やスケジュール管理

・プログラミング

・プレゼン資料/プレゼン発表

2.よくできたところ

とりあえず動くゲームが完成したことです。

もともとあるプログラムを改変して作成を行ったのですが、グラフィックや音楽などをつけることで、より本物に近づけることができたと思います。

初対面でしたがS科の子（相方）と仲良くできて楽しかった。

3.うまくいかなかったところ

作業分担やスケジュール管理がうまくいかなかったことです。ほぼほぼ一人でやってしまったので、もう少し相方を頼ればよかったと後悔しています。8階での発表でも、最後のプレゼンの手直しが追い付かず、がばがばパワーポイントでしかも文章が頭から飛んで10分ぐらいのプレゼンとなってしまったので、しっかり準備をして発表をすればよかったと思いました。

4.卒業研究の感想

期間と人数が足りなくあっという間に終わったなって思いました。

私自身のいろいろ反省点や改善点が、就職前に再確認できたので、よかったと思います。

Basicは使うことがもうないと思いますが、プログラミングの基礎をまた学べたので、就職してからも生かしたいと思います。

5.今後

簡単にゲームが作れるので、卒業してからも今回作成した作品を随時アップデートしたいと思っているので、期待してください（笑）

６.書いた人がなんとなく特定できる情報

黒猫が嫁でアストルフォが好で煙草を吸っている虹レ皆伝暴龍天です。

1.取り組んだ内容

プチコンで東方のシューティングゲームを制作

ドット絵、ショートストーリー作成

2.よくできたところ

いいキャラ絵、素材を用意できた

3.うまくいかなかったところ

日報の文章力が無い

パワポの完成がぎりぎりになった

4.卒業研究の感想

自分だけS科で他の人はみんなR科で最初はとまどったけど楽しいゼミでよかった。作業量が偏ってしまって貢献度が少なくて申し訳なかった。

5.書いた人がなんとなーく特定できる情報 or 実名

S3A2

デビルメイクライとV系バンドが好き

1.取り組んだこと

・リーダーとして、全体の指揮

・企画、設計(SNSの構造、データベース)

・コード規約、仕様書の作成

・Monacaやニフクラなど新しい用語の調査

・プログラマとの相談、仕様確認

・プレゼン資料作成

・発表者

2.うまくできたところ

・データベース設計

→削除処理をレコード削除ではなく、フラグ判定にすることで証拠を残す、復旧を容易にするなど運用のしやすさも考慮して設計ができたからです。

・プレゼンの資料作成

→遠くの人も見られるように想定して作ることができました。改善すべき点はまだまだ多いですが、デザイン面で素人の状態でかつ、わずかな期間で作ったと考えるとうまく作れたのではないかと思います。

3.うまくできなかったところ

・リーダーとしての役割

→卒研全体を通して、メンバー内の統率がうまくとれませんでした。個人としての一番の反省点は、スケジュールと比べて、進行状況が遅れているときに、結果を残そうと焦ってしまったことです。12月中は精神的に荒れてしまっていて自らギスギスした雰囲気を作ってしまったことについては、他のメンバーには大変申し訳なく思っています。

4.卒業研究の感想

何か新しいことをやってみようと思い、今回のテーマに挑みました。始める前から、難しいのは覚悟していたのですが、いざ本格的に卒研が始まると難易度は想像以上でした。過去のグループ開発の授業とは違い、中心に立って指揮する立場で開発が始まったので、慣れるのに時間がかかりました。

今回は調査や相談などの雑用に徹しましたが、調査していく過程で、SQLを使わないニフクラの仕様や、サーバとやり取りするAjax通信など多くのことを学べたのでとてもやりがいがありました。

5.書いた人がなんとなくわかる情報

・「こーだい」と名乗る者によって、定期的に名前を変えられた人

・8階プレゼンのときに、メインでしゃべってた人

1.取り組んだ内容できるだけ具体的に
wedVRで学校を紹介するサイトを作りました。
自分のやったとことは
写真の加工・画像の配置・(場所の移動)でした。

2.よくできたところ
思っていたより完成度が高くてよかった。

3.うまくいかなかったところ
撮りたい場所が取れなかったのと、
VRモードを維持できなかったところ。

あとカメラが、、、。

4.卒業研究の感想
最初は難しくて作品が完成しないと思っていましたが
ネットで調べるとサイトと参考にできる資料が出てきたので
助かりました。
色々な言語を理解はしていないのですが使うことで何となく
わかるようになりました。

5.書いた人がなんとなーく特定できる情報 or 実名
カメラのチーム

Monacaチームの岡部です。

1、取り組んだ内容
私たちはMonacaを使用しアプリ開発をしました。
そして卒業研究に相応しい「挑戦」という意味も込めて私たちはSNSアプリを作ることにしました。
その中でも私はデザイン(UI面)を主に担当していました。
当初は私はプログラマでしたがMonacaについて調べているときに「Onsen UI」という言語に興味を持ちプログラマからデザイナーに転向しました。
そこからひたすらUI作っていました。

2、よくできたこと
UI周りは個人的にはよくできたと思います。調べたかいがありました。最終的にはプレゼンもスライド、発表、実演もよくできたと思います。

3、よくできなかったこと
JavaScriptとの連携が大変だった。Onsen UIがなければうまくいくことがありもうよくわからなくて大変だった。

4、卒業研究の感想
楽しかったです。完成するかしないかすごくドキドキしました。
もうこのメンバーで開発ができなくなるのは少しかなしいです。

5、
♨