Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ゲーム制作概論
Search
antenna_three
May 10, 2019
Technology
0
2k
ゲーム制作概論
UTMC (
http://komaba.utmc.or.jp/
) で新入生向けにゲーム制作の基本について説明したスライドです
antenna_three
May 10, 2019
Tweet
Share
More Decks by antenna_three
See All by antenna_three
GitHub Actionsで学ぶCI/CD
antenna_three
0
24
Djangoで動的サイトを作ろう
antenna_three
0
900
ビットボード解説
antenna_three
1
2.8k
シェーダで学ぶ画像フィルタ
antenna_three
0
2k
レイマーチング入門
antenna_three
0
2k
PythonによるWebスクレイピング入門
antenna_three
0
1.8k
Other Decks in Technology
See All in Technology
ハッキングの世界に迫る~攻撃者の思考で考えるセキュリティ~
nomizone
12
4.5k
君も受託系GISエンジニアにならないか
sudataka
1
370
スタートアップ1人目QAエンジニアが QAチームを立ち上げ、“個”からチーム、 そして“組織”に成長するまで / How to set up QA team at reiwatravel
mii3king
1
1.1k
WAF に頼りすぎない AWS WAF 運用術 meguro sec #1
izzii
0
460
Moved to https://speakerdeck.com/toshihue/presales-engineer-career-bridging-tech-biz-ja
toshihue
2
550
5分で紹介する生成AIエージェントとAmazon Bedrock Agents / 5-minutes introduction to generative AI agents and Amazon Bedrock Agents
hideakiaoyagi
0
220
Nekko Cloud、 これまでとこれから ~学生サークルが作る、 小さなクラウド
logica0419
2
730
10分で紹介するAmazon Bedrock利用時のセキュリティ対策 / 10-minutes introduction to security measures when using Amazon Bedrock
hideakiaoyagi
0
170
テストアーキテクチャ設計で実現する高品質で高スピードな開発の実践 / Test Architecture Design in Practice
ropqa
3
710
自動テストの世界に、この5年間で起きたこと
autifyhq
10
7.1k
インフラをつくるとはどういうことなのか、 あるいはPlatform Engineeringについて
nwiizo
5
2.1k
オブザーバビリティの観点でみるAWS / AWS from observability perspective
ymotongpoo
7
1k
Featured
See All Featured
Being A Developer After 40
akosma
89
590k
Raft: Consensus for Rubyists
vanstee
137
6.8k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.3k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
What's in a price? How to price your products and services
michaelherold
244
12k
Practical Orchestrator
shlominoach
186
10k
The Cost Of JavaScript in 2023
addyosmani
47
7.3k
Building a Scalable Design System with Sketch
lauravandoore
460
33k
A Philosophy of Restraint
colly
203
16k
The Pragmatic Product Professional
lauravandoore
32
6.4k
Producing Creativity
orderedlist
PRO
343
39k
GitHub's CSS Performance
jonrohan
1030
460k
Transcript
ゲーム制作概論 uc
お前は誰だ ハンネ uc 入学 ‘16年度 所属 東京大学 工学部 建築学科 役職
コンパ担・合宿担 活動 ゲーム制作・ライフゲーム
作ったゲームとか
今日話すこと 前回学んだこと: ゲームの仕組み メインループ、演算、描画 ではどのようにしてオリジナルのゲームをつくればよいのか?
ゲーム制作の流れ (例) ジャンル・コンセプト決定 プロトタイピング 環境決定 システム制作 アセット制作 テストプレイ
ジャンルを決める
ジャンルを決める シューティング パズル アクション レース シミュレーション アドベンチャー RPG 個人・短期間で作りやすい 個人・短期間で作りにくい
おすすめはシューティング 操作が完成されている 移動、エイム、射撃、回避 バリエーションが豊富 縦、横、FPS/TPS リッチな表現はなくてもいい
パズルはアイデア勝負 大本のアイデアが出来を左右する アイデアさえ良ければ面白いものができる パフォーマンスを要求しない
おすすめしないのはRPG マップやシナリオが必要 イラストや音楽も大事なことが多い ゲームシステム上の新規性は求められない 余計に他の要素が大事になる 膨大な時間が必要
コンセプトを決める
コンセプトを決める ゲームをオリジナルたらしめる要素 プレイヤーに与える制限 情報 一部しか見られない 意思決定 こっちには進めない 操作 1ターンに1回だけ 世界観から入るのもあり
いっぱいアイデアを出そう
コンセプトを決める 既存のゲームをひとひねりする 向きを変える・グリッドを変える・座標系を変える・次元を変える リアルタイム・ターン制・遡行可能 勝利条件・敗北条件を変える 数を増やす・減らす 操作方法を変える
例: オセロ
六角形にする
上下左右をループさせる
ターン制をなくす
大オセロ
プロトタイピング
プロトタイピング 考えたコンセプトがうまくいくのか・面白いかをテスト 良いと思ってもさらに仕様を変えてみよう Processingなどの手軽な環境がおすすめ アイデアの大半はここで弾かれる
開発環境を決める
開発環境を決める ターゲットのアーキテクチャは何にするか 同人ゲームならWin32には対応したい 処理速度は要求されるか 今のマシンスペックなら意外と何でも大丈夫だったりする
Unityが最強 基本無料 チュートリアル・リファレンスが充実 スマホゲームも作れる 物理エンジンが付いてる アセットもいっぱい シーン管理が楽
ただし 学習にはそこそこの時間がかかる 開発環境がでかい 作ったゲームの起動が遅い 2Dの基本図形は自分で用意しないといけない アセットは大体有料
Processingってどうなの? そもそもゲーム向けに作られてない シーン管理などの機能がない キーの完全同時押しに非対応 手軽さでは最強
Siv3Dってどうなの? 小規模な2Dゲームを作るならおすすめ 一通りの機能が備わっている コピペで動く OpenSiv3Dに開発が移行 チュートリアル・リファレンスがカオス でも日本語なのはよい
システム制作
システム制作 シーン制作 タイトル、メイン、リザルト ステージギミック・エネミーの追加 プロトタイピングが雑だとここでわちゃわちゃする
バージョン管理を使おう 変更を戻したり差分を出したりできる 最近のVisual Studioなら最初からGitが入っている とりあえずはローカルリポジトリだけでOK
こまめにデバッグしよう 関数を作ったらデバッグ、クラスを作ったらデバッグ テストしやすい関数、テストしやすいクラスにしよう エラーが出たらエラーメッセージでググれば多分なんとかなる
アセット制作
アセット制作 チュートリアル、ステージ キャラ絵、ステージ絵、背景 BGM、効果音
絵が描けない! フリー素材に頼る 抽象図形を使う 単色影絵・ドット絵でそれっぽく 下手なりにがんばって描く 外注する とにかくエフェクトを付けよう
音楽・効果音が作れない! フリー素材に頼る 自動生成する 8bitでそれっぽく 下手なりにがんばって作る 外注する とにかく効果音を入れよう
テストプレイ
テストプレイ まずは自分で一通りプレイしよう デバッグ版でなくリリース版で Slackとかに投げれば部員たちもプレイしてくれる できれば目の前でプレイしてもらおう 環境が違ってもちゃんと動くかどうか確かめよう
結論 Done is better than perfect. 出来は気にせず作って出せ。