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
Rustで対戦型Tetrisを作った話
Search
しゅん🌙
August 03, 2023
Technology
0
260
Rustで対戦型Tetrisを作った話
しゅん🌙
August 03, 2023
Tweet
Share
More Decks by しゅん🌙
See All by しゅん🌙
文字数の話の続き 〜Unicodeの楽しくない話〜
shunshobon
0
120
文字数の話 〜Unicodeの楽しい話〜
shunshobon
0
200
Haskellの並列・並行処理
shunshobon
1
270
Other Decks in Technology
See All in Technology
Why does continuous profiling matter to developers? #appdevelopercon
salaboy
0
180
オープンソースAIとは何か? --「オープンソースAIの定義 v1.0」詳細解説
shujisado
7
730
テストコード品質を高めるためにMutation Testingライブラリ・Strykerを実戦導入してみた話
ysknsid25
7
2.6k
隣接領域をBeyondするFinatextのエンジニア組織設計 / beyond-engineering-areas
stajima
1
270
障害対応指揮の意思決定と情報共有における価値観 / Waroom Meetup #2
arthur1
5
470
Taming you application's environments
salaboy
0
180
AIチャットボット開発への生成AI活用
ryomrt
0
170
Amplify Gen2 Deep Dive / バックエンドの型をいかにしてフロントエンドへ伝えるか #TSKaigi #TSKaigiKansai #AWSAmplifyJP
tacck
PRO
0
370
【若手エンジニア応援LT会】ソフトウェアを学んできた私がインフラエンジニアを目指した理由
kazushi_ohata
0
150
AGIについてChatGPTに聞いてみた
blueb
0
130
ノーコードデータ分析ツールで体験する時系列データ分析超入門
negi111111
0
410
SREによる隣接領域への越境とその先の信頼性
shonansurvivors
2
520
Featured
See All Featured
The Straight Up "How To Draw Better" Workshop
denniskardys
232
140k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
31
2.7k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
126
18k
Designing for humans not robots
tammielis
250
25k
Building Adaptive Systems
keathley
38
2.3k
Embracing the Ebb and Flow
colly
84
4.5k
How GitHub (no longer) Works
holman
310
140k
Being A Developer After 40
akosma
86
590k
Music & Morning Musume
bryan
46
6.2k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.1k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
Transcript
Rustで対戦型 Tetrisを作った話 限界LT #⌊π⌋ しゅん
自己紹介 名前: しゅん Twitter: @shun_shobon / GitHub: @shun-shobov
学校: 長野高専 電子情報工学科 5B 興味: Web Frontend / Web Frontend Ops / A11y な$ 研究: ホログラフィ / ヒューマンインタフェースな$ 趣味: ゲーム / 自作キーボーI 一言: コンピュータと人との関わり方を模索しています
作ったもの
作ったもの Q 対戦型のTetriD Q ライン消去で相手にお邪魔を送れG Q なるべく既存のルールに忠実に実B Q Tスピンや回転入れも可能
経緯
ネットワークプログラミングIIの課題 ぼく「自分が作りたいように作るか〜〜」
何を作ろう 先生「適当でいいやって人は例年授業中に作った三目並べを四目並べにして提出いますね」 先生「あと過去にすごいもの作った人は麻雀とか作ってました」 他の人「Siv3Dでゲームでも作ろうかな」 ぼく「僕もTetrisでも作ろうかな」
僕のゲーム制作記 ゲーム1: 中3にPythonで作ったオセロ ゲーム2: 中3にPythonで作ったブロック崩し 以上 >> 5年ぶりのゲーム制作 << まあ去年にC言語でミニゲーム作ったけどそれは入れない方針で...
技術選定 言語→TSは飽きたからRustでも使うか フレームワーク→なないが触ってたBevy使うか 通信→WebRTCで作ったらええやん 雑に技術スタック決定
Bevyの概要
Bevyの概要 a Rust純正のゲームエンジD a 2D・3Dどちらも対0 a 画像・音声対0 a キーボード・コントローラ・タッチ対0 a
クロスプラットフォーS a Wasmも対応 a ECSというアーキテクチャを採用
ECSとは Entity: ただの識別用ID Component: Entityに紐づくデータ(構造体) System: 上記2つやリソースなどを操作する関数 Entity,Component,Systemの3つを組み合わせていくデータ指向アーキテクチャの一種.
EntityとComponent Entityには0つ以上のComponentを持っていて,Componentや位置情報やマテリアル,ゲームの ロジックで使用するデータなどを持っている. Entity (1) Translation (10, 5, 3) Name
(Alice) Player Health (20) Entity (2) Translation (3, 10, 3) Name (Bob) Player Health (40) Entity (3) Translation (5, 20, 2) Enemy Health (40)
EntityとComponent Commandsを使用して新しくEntityをSpawnさせたり,逆にDespawnさせたりできる.
System 特定のタイミングで実行される関数.EntityやComponentの操作が主.Queryを使うことで Entity内の特定のComponentを取得でき,参照や変更が可能.
Resource 特定のEntityに紐づかない,大域的なデータを扱うためのもの.
Event 主にSystem間で処理をやり取りするのに使える.
ネットワーク
Bevy Assets BevyにはAssetsというページがあり, いろんな3rd partyライブラリがジャン ル別に紹介されている. 今回はMatchboxというライブラリを採 用した.
Matchboxとは Rust製のWebRTC用ライブラリ.Wasmに対応しており,低レイヤーのことを考えずにWebRTC通 信ができる.シグナリングやサーバー用のライブラリも提供されており,bevy_matchboxでBevy のResourceやComponentとしても使用することができる.
今回の通信 フィールドのブロック情報を全て送受信すると重たいので,ミノが設置されたタイミングでフィー ルド更新情報をブロードキャスト. v ミノが設置された位置・向き・種` v 消去されたラインの位p v せり上がったお邪魔の数・穴の位置
今回の通信 フィールドのブロック情報を全て送受信すると重たいので,ミノが設置されたタイミングでフィー ルド更新情報をブロードキャスト.その他お邪魔の送信やゲームオーバーなども送信するようにし ている.
作ってみての感想
作ってみての感想 本気でTetris作ろうとするとTetris自体が非常に複f Super Rotation System,Lock Down,Next..r ECSアーキテクチャは非常に使いやすいが癖が強%
System間の実行順序が難しい→なるべくそれらに依存しないように作 Rustの型の厳しさのお陰で大幅な設計変更もそこまで苦がなくできた
今後の展望 A これどうにかしたV A Pluginを使って全体的なリファクタリン6 A 多人数戦への対 A ロビーシステÉ A
Wasm対応+WebApp化