ひょんなことから「Microsoft Visual C++ 6.0」を手に入れました。
そこで、ファミコンで出た「BattleCity(バトルシティー)」を作ってみようと思います。
今でも、十分楽しめるゲームだと思います。
ネット対戦も考えていますが、まあ、まだ先の話です。
初心者の方々、BattleCityを一緒に作りませんか
ちなみに、C++歴 2時間です。
それじゃ、夕御飯までに猫でもわかる・・・で少し勉強してきます。
バトルシティを一行で説明すると。
「マイタンク(自機)を操作し指令部を護りながら敵タンクを全て破壊する」です。
BattleなCity（バトルシティー攻略ページ）
ttp://www5d.biglobe.ne.jp/~tic/index2.htm
あぷろだ
ttp://www.border.jp/uploader/upload.php
お勉強ページ 勝手にリンク 第2版
http://pc5.2ch.net/test/read.cgi/tech/967778156/l50
「戦車の絵をウィンドウに表示する」です。
その次の目標は
「キーボードからのキー操作で戦車の画像を動かす」です。
とりあえず、この２つをクリアしたいと思います。
でひとつ聞きたいのは>>1のプログラム経験。C++歴2時間なのはわかったけどその他の言語は修得してる？
もし全くの未経験者だったら完成はあやしくなるんじゃないかと思って
概要や製作状況をまとめたWebページがあることが最低条件です。
この条件を満たさない場合は単発依頼スレとみなされます。
実際に動くものがあると説得力があります。
ひょんなことから「Microsoft Visual C++ 6.0」を手に入れました＝Winny
友人がWinnyでVC++落とす。
コピーして貰う。
＝ ひょんなことから「Microsoft Visual C++ 6.0」を手に入れました。
かもね。
他の言語はVBしか使ったことがありません。
今日、猫でもわかる・・を見てVBより難しいことがわかったんですが、
なんとか形にはしてみます。
>>5
サイトを作らないとまずいんですか
動くものといってもウィンドウを出すものしか・・・
サイト明後日までには用意します。
ご忠告、ありがとうございました。
>>6
自分が見当違いなこと言ってるかも知れませんが、、
1ブロックを縦に4列、横に4列の16個で
弾が当たった方向の1列を消すってのはどうでしょうか
というより、16個で1ブロックを作るって言ったほうが早いですね・・・
素人考えですいません。
>>7 >>9
誤解させそうな文章ですね。すいませんでした。
実は、工業系の大学にいる友人から貰ったノートパソコンの中に入ってました。
大学に入学した時に買わされたそうです。
でも、まったく使わないそうで2万円で貰っちゃいました。
VC++が入ってるなんて知らなかったので>>1の様な文章になったんです。
なんとか↑のをコピペして、
ウィンドウを表示させることまでは成功しました。
（ちょっと感動、、、コピペしただけなんですけどね・・・）
ttp://www.kumei.ne.jp/c_lang/sdk/sdk_26.htm
今は、↑を読みながらビットマップの画像を
表示させるところを作ってます。
ちょっと質問があります。
このようなゲームを作るときはDirectXを使ったほうがいいんでしょうか？
まだ、先の話ですがネット対戦で10vs10を （できるならもっと多く。）
できるようにしたいと思ってるのですが。
4vs4あたりもちょっと多め。
2vs2が理想。
1vs1もまた理想。
でもまずは1vs壁から作らん事には・・・
わしもそのうち作るかも。（多分flashになりそうだが）
とにかく、ガンガレ。
昔BASICやってたりとかしたから、応援したくなる。
とりあえずVCが分からんのでアレだが、
アルゴリズムは不変であろう。
応援する。
俺はHSPでくらいなら組めそう。
まあ、技術的に伸びることを考えればVCのほうがよいか。
ttp://www.center.wakayama-u.ac.jp/~tokoi/opengl/libglut.html
ttp://black.sakura.ne.jp/~third/system/opengl/gl.html
ttp://www1.kcn.ne.jp/~robe/cpphtml/index.html
ttp://www.kumei.ne.jp/c_lang/index_cp.html
> ウィンドウを表示させることまでは成功しました。
> （ちょっと感動、、、コピペしただけなんですけどね・・・）
俺にもこんな頃があったな。
この感動がずっと得られるような単純な人間だったら何だってできるようになるぜ。
継続は力なりだ。
頑張れよ！
ちなみにお前の現在位置は、数学で言うと一桁の足し算ができたぐらいだがな。
…でも、VB使えるなら…VBで組めば？
BMPもウィンドウもクソ簡単だよVBなら…
まあVC++の方が速いことは認めるが…
大した処理では無い上に、表示がDirectXなら…
VBでも変わらんよーな…winsockなら誰でも通信対戦作れるし…
まあ…VC++でDirectXの表示を解説してるサイト貼っとくね
http://www.monsho.hp.infoseek.co.jp/index.html
DirectXというか、まずDIBを勉強しなさい。DIBならDirectX使うときにも
応用が効く。ネコ26章のサンプルはDDBなのでゲームには向かない。
簡単に言うとDIBは仮想のビデオメモリのようなもの。直接書き込んで
bltするだけで好きな画像を表示できる。
フラッシュで作るんが一番簡単そう。
バトルシティーくらいなら、”もうだいたい出来てる”
って言えるくらいだもんなあ、フラッシュ
DIBってBitBltとかのこと？
あれだけでも十分ゲーム作れるよねぇ
鯖屋にも興味がない
でもプログラムで遊んでみたい
でも時間はない
ひまわりで遊んでみませんか？
http://hima.chu.jp/
日本語でかんたんプログラミング！
「ひまわり」で学ぶアプリケーション作成
http://hima.chu.jp/hima-book/index.htm
>>18さんが教えてくれたDIBで表示させることにしました。
（基礎？ぽいような気がしたので）
創作プログラミングの街
ttp://www.sm.rim.or.jp/~shishido/
の「BMPファイルからＤＩＢを読み込む」
ttp://www.sm.rim.or.jp/~shishido/readbmp.html
のところにあったソースをコピペして画像を表示させるこに成功しました！
今、1行ずつ意味を調べてるところです。
画像を表示させるだけでもたいへんですね
現段階でコピペすんのは構わないと思うんだけど、
動作内容を理解することの方がずっと重要だよ。
サンプルを一個動かしてみるたびに、
修正して何か応用品を作ってみるってのはどうかな。
もっと色んなことを学べるし、もっと楽しいと思うよ。
まずは数当てでも作ってみれば？
このままだと…コピペしかして無さげに見えるよ
急いだのでかなり雑です。。。
http://www.geocities.jp/battlecityjp/
>>23
実は画像表示のソースを調べながら、
ちょっといじってたりして反応を調べたりしてます。
大したことはできないんですけどね
>>24
そうですね。
まだ、１つも自分で作ったものがないし、
少しは頭に入ってるか
今から数当てゲーム作ってきます。
1時間もかかっちゃいました。
ソース↓
http://www.geocities.jp/battlecityjp/kazuate.txt
using namespace std;
を書かなかったおかげで、エラーばっかりでした・・・
ちょっと調べたら、
標準ライブラリがどうとかこうとか、、、
これが何なのかあまりわかってません
明日調べなければ・・・
関係ないですが、数当てゲーム、最高7回で成功
ちなみに細かいことだけど return に括弧はいらないよ。
俺もひまができたらバトルシティ作ってみよかな。
STLを使ったソースを参考にしてるな。STLを使わないんだったら
#include <ctime>
#include <cstdlib>
#include <iostream>
using namespace std;
を
#include <time.h>
#include <stdlib.h>
#include <iostream.h>
にしなさい。少なくとも今のソースにSTLのヘッダは不要。ゆえに
コンパイルも通るから。
STLは気が向いたら勉強すれば良いと思う。
最近のCってprintf使わないモンなんですか？
↓のライブラリを使うといいと思う
ttp://www3.justnet.ne.jp/~botchy/index.html
ｃの知識と高卒程度の四則演算が出来ればサクサク作れるよ
上のサンプル見てもﾜｶﾗﾝってな時は↓のサイトにゲームのサンプル載ってるから
参考にするといいと思う
ttp://ponk.jp/index.php
Ｃ＋＋だとprintfよりcoutのほうが使われるね
ありがとうございます。
簡単そうなのでちょっと使って見ます
土日できなかったから、
今日こそは勉強するぞーっと思ったらこんな時間・・・orz
>>30さんに教えてもらったサイトを参考に
（自機の操作・弾・敵・当たり判定）まで作ってみました。（かなり適当ですが・・）
http://www.geocities.jp/battlecityjp/eltest.txt
（実行ファイルはサイトの方に。）
単純な動作しかしないのに、なぜか動作が重いです。
elを使うと簡単なんですが、
こんなに簡単に出来るものを使っていいのかと逆に悩みます・・・
簡単なようでそうでもないので。全部に手を出すとスゲー時間が掛かるので
まずelを使ってバトルシティの完成を目指すのがいいと思う。
動作についてはWindowモードだから重たいんじゃないかな。ウチのマシンでは
普通に動いているようだけど。移動スピードを早くすれば気にならないんじゃないかな。
ビルド時に最適化掛ければさらに速くなると思うので、当面は必要なものを追加していく方向でがんがれ～。
最初はどうかと思ってたけど、
この姿勢はなかなかいいな。
向上心を感じるよ。でも、
> 簡単なようでそうでもないので。全部に手を出すとスゲー時間が掛かるので
> まずelを使ってバトルシティの完成を目指すのがいいと思う。
俺もこれに同意。
暫くの間、ゆるいライブラリに依存しててもいいんじゃないかな。
基礎構文がスラスラ出てきて、脳内コーディングもできるようになったら
DirectX なり SDL なり、もうちょっと難易度の高いものに朝鮮すればいいじゃない。
別に誰に急かされてる訳じゃないし、ゆっくりでいいと思うよ。
ttp://www.twin-tail.jp/
にあるライブラリ使うと勉強になるかもしれない
el卒業で速攻directXやってもいいけどelとdirectXの中間くらいのライブラリだから
ステップアップにはいいかも
宣伝くさいがC++入門書には
これならわかるC++―挫折しないプログラミング入門 小林 健一郎 (著)
をｵｽｽﾒしとく。ゲーム作成っぽくPGを学べるからサクサク進めるよ
忙しさにかまけて全く進めていませんでした。
>>34-36
ありがとうございます。
最初はelで作った方がいいみたいですね。
>>36
最初はelで作ってみるので、
お気に入りに登録しておきます。
>>37-38
すいません。。
上から順に
・フレームレートの調整
・自機移動
・敵機移動
・弾移動
・アイテムの当たり判定と効果実行
・弾の当たり判定
・画像の表示
こんな感じにしようかと思っています。
今は、いくつかゲームのサンプルを見てたんですが、
クラス？というものが使われているみたいなので、
クラスについて勉強中です。
で、elがどうやってタイミング調整してるか知らんが、
本質的な処理ではないフレームレートなんかは後付けでいいんじゃないか？
初心者ならまず一通り動くものを作ったほうが良いと思わんでもない。
まだ、いまいち理解できてないです。。。
でも、なんとかクラスを使って自機移動まで作ってみました。
作ったクラスの２つです。
自機クラス
キャラクタークラス
【自機クラス】
自機の移動や画面からはみ出ないようにしています。
【キャラクタークラス】
自機・敵機・弾で共通化できそうな変数をまとめてます。
（x座標やy座標やスピードなど・・・）
キーボード入力の読み取りも
自機クラスに入れたかったのですが
どうもうまくいきませんでした。
ソースと実行ファイルは下のサイトにあります。
http://www.geocities.jp/battlecityjp/
自機クラスで画面の外に自機が出ないようにしてるので、
マップとの当たり判定もさせようと考えてたのですが難しそうなので、
mainの方で移動先の座標を出して、
マップとの当たり判定をして、大丈夫だったら自機クラスで移動。
ん～なんかもっと綺麗に書きたい。。。
>>41
どうもです。
そうですね。フレームレートの調整はある程度できてからにします。
調整のしかたも思いつきませんし('';
まだ、足りないところがたくさんありそうな気がするのですが、
マップは大きなブロック(13×13)で作るとか、弾の大きさは・・・など
いろいろと決めました。
マップを作るうえで必要だったので。
地形に砂地もなかったか？
荒地だっけ？
戦車とかはペイントなりなんなりで回転させてほすぃ（時間なくなったので。手抜きでスマソ）
ttp://www.border.jp/uploader/img/8846.png
足りないキャラはシステムが出来てからってことでおながいします。
>44
荒地とかあるのは続編のタンクフォースのほうだったような。
あそこまでのキャラを描こうと思ったら確実にまつ。
× 44
○ 45
ありがとうございます。
ちゃんとできたときの絵はどうしようかと思ってたので。
今、試験期間中のためあまり進められません。
終わってから進めようと思います。
俺も試験終わったら、
ここ参考にしながらJavaで作ってみよう
協力するぜ。俺も試験終わったら。
Q&Aの「複数のCPPファイルから、el.hをincludeしたい。」
メインとなるプログラムにはMAIN_PROGRAMを、
それ以外のプログラムにはSUB_PROGRAMを定義して下さい。
こうすることでel.hが実体を持たなくなるので、コンパイルが可能になります。
main.cpp
#define MAIN_PROGRAM
#include "el.h"
sub1.cpp
#define SUB_PROGRAM
#include "el.h"
これでキーボードの入力の読み取りを自機クラスに何とか入れることができました。
それと、マップとの当たり判定はちょっと複雑なんですがなんとかできました。
ちょっと複雑なんで他の方法がないか考え中です。
それに弾同士の当たり判定。
弾が小さくて速いので通り抜けそうで・・・
初心者でも簡単にできるかなと思ったけど結構難しいですね('';
点じゃなくて、線で判定する
絵のほうは暇を見て増やしてまつ。
これでひとつ問題が解決できそうです。
ありがとうございます。
それにしても、開発の速度がどんどん遅くなってる・・・(--;
こんなんあった
>>47さんから頂いた絵を自機に使いました。
レンガは・・・一部だけ使いました。次ぐらいに大きさを合わせます。
マップは今マップエディタを作る余裕がないので、
とりあえず、テキストから読み取るようにしました。
これなら、メモ帳で作れるので。
障害物との当たり判定は、
移動前と仮移動後の間のマスを１つずつ調べて、
障害物があったら、その障害物の前までの移動距離を返す関数を作りました。
その移動距離から移動後の座標を出すようにしてます。
なんだか間違ってそうなところがありそうで不安です・・・
次は、弾を発射です。
その次は、弾とマップの障害物との当たり判定です。
早くレンガを壊したい！！
順調そうでなによりだ
その調子でファイトー
これ作って友達に見せたら、バトルシティみたいって言われた。
誰も対戦してくれなくて、テストプレイも何もできない状態ですけどね…。ｗ
横槍でごめりんちょ。
よくできてるけどバトルフィールドではないな。
たしかにバトルフィールドではないなｗ
>>62のはバトルシティを作ろうとして作ったんじゃないし
しょうがないさ
おお、そこはこの前見ました。
スレ立てた時はここもそんな風にしたかったんですけどね。
自分に力なくどんな順序で作るかうまくイメージできなかったのでもう諦めました。
行き当たりばったり完成に向います('';
でも、完成したら、そこみたいにまとめるつもりです!
>>62
たった3日でそこまでできるんですか！すごい！！
自分はBattleCity作り始めてもうすぐ2ヶ月です・・・(まだまだ、完成は遠いでつ)
すいません、バトルフィールドってなんですか？
検索しても「Battlefield 1942」とかしか出てこなくて・・・
弾の発射とブロック（障害物）の破壊を作りました！
前回同様、自機の移動と弾の移動は速いままです。
画面の大きさを変えてみたんですが絵が変になるので今回は変えませんでした。
ポインタを使って自機クラスからマップクラスの関数を呼び出す方法を覚えたので
自機とマップとの当たり判定が自機クラス内で処理できるようになり、
mainが少しすっきりしました。
次はなにを作ろう・・・敵機かな。
敵機のAIは難しそうですね。。
とりあえず、敵機を作ってみます。
遊んでくれてサンキューさんです。
友達はゲームしない人が多いので、感想も聞けなくて。
３日と言ってもお盆中に一日１２時間くらいかけて作ったので、
けっこう時間はかかってます（笑)
敵機の移動アルゴリズムは手がかかりそうですねー！
がんばってください！
今のところ思いついたものを下に書きました。
とりあえず、こんな感じで試してみようと思っています。
--------------------------------------------
敵機の目的：
・陣地の破壊
・自機の破壊
行動：
・初期位置から陣地へのルートを調べ、ランダムでルートを選ぶ。
（??%の確率で最初からレンガを無視してルート探索）
（陣地までのルートが無い場合：レンガを無視して再ルート探索）
（それでも無い場合：行ける所まで移動する。到着したら再々ルート探索）
(移動中)
・陣地が直線上に存在した場合：??%の確率でその方向に1発撃つ。
・自機が直線上に存在した場合：何度もその方向に撃ちつづける。
（間に防弾壁がある場合は撃たない。）
・敵機同士が衝突したら再ルート探索。
・レンガと衝突した場合、レンガを破壊する。
そんなに賢いとあっという間にやられそうだ。
思考が馬鹿でも数多く敵が出てくれば結構強いと思うけどな。
プレーヤは陣地を守んなきゃいけないんだし。
最初は画面下真ん中への移動しつつ、適当にランダムな動きをし（障害回避）、
弾も適当に撃つって感じでもそこそこ遊べると思ふ。
バランスなどは実際に作ってからじゃないと取れないものなので。
経験をつむと調整作業を短縮できるようになるが、自力でできない
作業の省略は練習にならんのでまず作れぃ。
行動は
・基本は直進
・前方が壁なら方向転換
・たまに方向転換
・前方に何もなくてもたまに撃つ
・前方に自機がいたら撃つ
これくらいの簡単ロジックでも十分ゲームになると思われ
そして、久しぶりプログラムを見たら・・・
ごちゃごちゃしてて、自分でもさっぱり分からなくなってましたorz
ちょっと離れてただけでここまでわからなくなるとは・・・('';
今、簡単なフローチャートを書いて頭の中を整理中です。
マップエディタくらいなら作れるよ。
ゲームの基本的な仕様は今更ながら参加しづらいんだけども。
共同で製作しようって企画ではないんじゃないか？
どうもありがとうございます。
今、かなり賢いAIも考え中です。
まだ、先のことですがネットに対応して、「複数のプレイヤー vs AI」の時に使えそうなので。
>>77
ガンガレって「頑張れ」って意味だったのですね。知りませんでした.
ありがとうございます。頑張ります！
>>78
モジュールの意味は検索してなんとなく分かったのですが、
どう分けるのかイメージできなくて、
もう少し調べてみないとできそうにないです。
>>79-80
スレ立てたときは共同で作ろうと思ってたんです。
自分だけで作れる自信が無くて・・・。
今は、みなさんの助言のおかげで完成できそうな気がしてます。
マップエディタを作ってもらえるのなら、頼みたいのですが、
まだ、データの形が決まってないところがいくつかあるので('';
>>74さんのをそのまま使いました。ありがとうございます。
1.基本は常に前進
2.前方が壁ならランダム方向転換
3.xx%の確率でランダム方向転換
4.前方に何もなくてもxx%の確率で撃つ
5.前方に自機&陣地が存在したらxx%の確率で撃つ
(xx%は0～100まで変えられます。敵機の種類ごとに変更可能。)
(実行ファイルの敵機は 3を1% 4を3% 5を50% にしています。)
思ったよりうまく動いてると思います。
でも、当たり判定を作って、速度調整をした後にもう一度
調整か改良しないといけないかもしれません。
何か動きが違う感じがするので。
次は、弾、自機、敵機の当たり判定を作りたいと思います。
１個だけ残ってるね。
漏れも個人で作ってみる。
お互い頑張ろう。
投稿プログラムのコーナーの２０００年５月号のとこ
何度も試したんですが、そのバグが出てきませんでした。
なので、修正はもう少しかかりそうです..
>>84
はい！頑張りましょう。
>>85
どうもありがとうございます。
参考します！
一応、今は当たってちゃんと消えてるのですが、
ゲーム速度を落としたらバグがでてくるかもしれません(''
(自機は弾が当たっても消えません。)
------------
ちょっと質問です。
弾はshot[8] 敵機はenemy[4]の配列を使ってるのですが、
これは一般的な方法なのでしょうか？
いくつかプログラムを見たんですが、
違うやり方もあるようなので、ちょっと気になって。
ttp://www9.plala.or.jp/sgwr-t/c/sec15-5.html
最初は↑のような方法でしたかったのですが、
なんだか難しそうだし、変数が増えそうなので諦めました。
リスト構造を手っ取り早く使いたいなら、STLのlist（vectorでも良いけど）を使うと楽じゃない？
次は弾の発射を作ってみようと思います。
( ・ω・)∩さんと同じようにELを使って作成しようとしたのですが、
なんだかファイル分割が出来なくて諦めてしまいました。
代わりに、ここのライブラリを使用しています。
ttp://www.interq.or.jp/black/minami-m/
リストは便利だけど、将来的に使い方を覚えるので良いと思うよ。
STLのListとそのページのやりかたは似たようなものなので両方勉強してみるのもよし。
メリットとしてはEnemy[4]だと敵が４機か１機か０機か関係ナシに４回チェックしなければ
ならないけど、リストなら１機なら１回だけしか処理を呼ばなくて良くなる。
場面ごとに出現する敵の数やアイテムの数が大幅に変動するようなものだとリストにしておけば
CPUパワーやメモリ消費を必要最小限に抑えることが出来るようになる。
ちなみに配列の敵の数は#defineか、const変数で定義した方が良い。あとで増やす時楽になるので。
#define ENEMY_VALUE 4
もしくは
const int ENEMY_VALUE = 4;
として、敵の配列の最大数として使用している４という数字をENEMY_VALUEに置き換えれば
4機じゃなくて8機にしたいときスムーズに変更できる。
このゲームは、ユニット数が少ないから配列でもよさそうですね。
でも、結構使えそうな気がするのでゆっくりと調べてみます。
どうもありがとうございました！
>>89
ファイル分割が出来ない理由って>>52ですか・・・？
間違ってたらすいません(''
・弾の再装填時間を作成
・自機、敵機の停止時間を作成。(自機・敵機が一定時間動かなくなる機能)
・爆破表示 [爆破クラスの作成](自機・敵機が破壊された時のみ表示)
弾の再装填時間を忘れてました('';
敵機の停止時間は、動きを止めるアイテムのためです。
自機は味方機から撃たれた時のためのです。
次は、、、アイテム関連を作ります！
その方法は試したんですけど，改善されませんでしたorz
別のライブラリに乗り換えた今も，時々そのことを思い出して頭がもやっとします。
そろそろ画像をうｐしようと思って来たら丁度アイテム作成か！
もう用意してあるよ。でもアップローダが使えないみたいでつ。
http://gamdev.org/up/upload.php
ありが㌧。さっそくうｐしてきました。
ttp://gamdev.org/up/img/1326.png
ちなみにちゃんと組み合わせるとこんな画面になりまつ。
ttp://gamdev.org/up/img/1326.png
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
この板のみんなでゲームを作ろう！ (369)
FLASHでゲームをツクール (367)
カレー元水氏がゲームを作るスレ (223)
ガR雑談クラブ【愛】 (410)
【SB】Shooting Game Builder ver14【ｼｭｰﾃｨﾝｸﾞ】 (512)
初心者が３Ｄゲームを作るスレ (385)
--log9.info------------------
【hp】Compaq nx9040 part4【NEW】 (312)
おまいらのPCの買い替えサイクルってどれくらい？ (274)
HP Pavilion Desktop PC a6700jp スレその1 (345)
学校パソコンの下らん規制撲滅スレ (295)
Old ThinkPadの思い出 (413)
おすすめのショップブランドPCは？Part.22 (380)
DELLの一体型 Inspiron One 2205 / 2310他 (801)
快適！下駄配列その１ (617)
ドスパラアンチを生暖かくヲチするスレ (230)
【iMac】アップルますます絶好調【iPod】115 (639)
DELL終了のお知らせ Prat１５５ (212)
【EPSON】 Endeavor Pro7000★2 【新モデル】 (358)
【Win】いらないﾊﾟｿｺﾝ(Ψ＾д＾)Ψｶﾓｰﾝ【Mac】 (478)
【】VAIO P専用壁紙スレ【解像度】 (311)
お前らの学校のパソコン何だった？ (227)
DELLを皆で消費者センターに訴えよう！ (926)
--log55.com------------------
工具について語りません？ その27
【パク王】NAOKIアンチスレ 59ヤキソバ【HG REVIVE】
吉本プラモデル部2
【コトブキヤ】ヘキサギア-HEXA GEAR- part18
【バンダイスピリッツ】30 MINUTES MISSIONS 13MM【30MM】
HGUC限定スレ360
どこよりも早いガンプラ最新情報パート195
【プラモデル】特売情報本スレ全国編Part.135【ガンプラ】