シューティングゲーム製作技術総合　２機目

**名前は開発中のものです。** · 04/01/10 21:07

ゲームプログラマなら誰もが通る、もしくは、通った道。青春の香り？
それは「シューティングゲーム製作」・・・。

このスレでは、そんなシューティングゲームの製作技術や技術の検証、成功談
失敗談笑い話、難易度の設定方法論、多弾の是非などについて語り合いましょう。
もちろんBulletMLなどで弾幕を作成してみたり、自分の作ったシューティングを
晒してみたり、プロジェクトをはじめてみるなどもOK！

ただし、シューティングの未来とか既存のゲームの話題などは、関連する他の
スレでやってくれ。

■ 前スレ

シューティングゲーム製作技術総合
http://bbs.gamdev.org/test/read.cgi/gamedev/1056635103/

**関連スレ** · 04/01/10 21:08

話題元：
http://bbs.gamdev.org/test/read.cgi/gamedev/1054379053/25-43

関連スレ：
PCで出来る2Dシューティング(STG)総合スレ8
http://game5.2ch.net/test/read.cgi/game/1070455886/
★シューティングゲームは終わらない-STAGE25-
http://game4.2ch.net/test/read.cgi/famicom/1072799633/
G-わんげ鳩大往生XII～絆ダウン～ 4stage
http://game4.2ch.net/test/read.cgi/arc/1069685469/

参考スレ：
プログラミング言語 Lua
http://pc2.2ch.net/test/read.cgi/tech/1034182349/
FPS(ﾌﾚｰﾑﾚｰﾄ) VSYNC(垂直同期ﾘﾌﾚｯｼｭﾚｰﾄ)
http://bbs.gamdev.org/test/read.cgi/gamedev/1063274576/
リフレッシュレートに関する論争
http://mimizun.com:81/2chlog/tech/piza.2ch.net/tech/kako/972/972165437.html

**関連サイト** · 04/01/10 21:09

関連サイト：
STGと弾幕美を語ろう
http://www.h5.dion.ne.jp/~tamainu/stg1.htm
フリーソフトで面白いゲームまとめページシューティングカテゴリ
http://www.frgm.org/cgi-bin/s.php?g=stg&b=n
BulletML
http://www.asahi-net.or.jp/~cs8k-cyu/bulletml/
白い弾幕くん(BulletML＋Lua)
http://user.ecc.u-tokyo.ac.jp/~s31552/wp/sdmkun/

エフェクト作成ツール：
aBOM
http://www1.odn.ne.jp/ceb94660/
BombMaker(explosion maker)
http://www.pluto.dti.ne.jp/~nkf/
Detonation
http://www.vector.co.jp/soft/win95/art/se173882.html
GraphicsGale
http://www.tempest-j.com/
Lapislazuli
http://ysserve.cs.shinshu-u.ac.jp/~xyuichi/
発色弾
http://diry.net/mia/

**名前は開発中のものです。** · 04/01/10 22:19

糞スレの４をゲットする俺

**名前は開発中のものです。** · 04/01/11 00:48

>>1
乙彼。

**名前は開発中のものです。** · 04/01/11 01:29

乙です！
前スレさくっと埋まっちゃって、どうなるのかと思ってた。

**名前は開発中のものです。** · 04/01/11 16:59

今まで作ろうと思いつつ踏み込めない・・・
その理由は漏れがシューティング下手だから。東方妖々夢のエクストラが越せないし(つД｀)
やっぱ作るならそのジャンルのゲームはかなり上手くないと駄目だと思うのですよ。
調整とか難しいだろうし。
喪前さん方はやっぱ上級者なんでつか？大往生２周できたり？？

**名前は開発中のものです。** · 04/01/11 23:25

>>7
シューティングが苦手な人のためのシューティングを作ればいいやん

**名前は開発中のものです。** · 04/01/11 23:41

俺その具体的なアイデアひとつ持ってるけど内緒

**名前は開発中のものです。** · 04/01/12 00:48

シューティングに限らないけど、テストプレイするうちに自分だけどんどん旨くなっちゃって
リリースするときにはやっぱり難しくなってる罠、ってのが存在する。

というか、ゲームが上手いのとバランス取りが上手いのってどれくらい相関あるんだろね？

**名前は開発中のものです。** · 04/01/12 01:08

テストプレイってのは自分がやるもんじゃないぞ

**名前は開発中のものです。** · 04/01/12 01:21

>>7
漏れもエキストラクリアできてないｗ
まぁ、まだプログラムの勉強始めたばっかだから、時間的余裕はあるし
一番最初に作るであろう習作は難易度とかそういうのあんま考えずに
自分の思うまま作ろうかと考えてる・・・。
うーん、STGもプログラムも精進せにゃなぁ・・・。

7 · 04/01/12 01:49

>>10
前に格ゲーみたいの作ったらバランス面でボロクソ言われたんですよ。
いいテスターがいればいいんだろうけど・・・友達いない罠(つД｀)

>>12
おお！仲間だ・・・w
確かに習作なら好きに作ればいいとは思うけどね・・・。
でも一応プログラミングは分かるんだよなぁ・・・やっぱそれなりに面白いものを作りたいしね。
でも何よりの問題は絵描くのがめちゃくちゃ時間かかることかな。大体途中で飽きちゃうんだよね・・・。
つーかゲームって一人で作るもんじゃないよな。うん、分かってるんだ・・・でも友達いないんだ・・・

**名前は開発中のものです。** · 04/01/12 10:59

シューティングは相当難しくしても大丈夫でしょう。
Ａ級シューターの腕ってのは、ある意味極限までイッちゃってるから。
もっとも、やる気にさせるくらい面白くないと駄目だが。

**名前は開発中のものです。** · 04/01/12 15:51

>>7
東方のシューティングの場合はHardクリア辺りで十分かと。
何故ならあれは難易度＝弾幕密度なだけで、根本的な違いがないから。

大往生2周なんて現状ですら日本で20人かそこらしか居ないようなレベルですよ。
大往生の真髄ってのは2周目ですが、実際は1-3以降はずーっと一緒なのです。
個人的には、1-3までノーミスノーボムクリアできた人ってのは、
大往生とはどういうゲームなのか、ってのがよく分かってる人だと思ってます。(笑）

15 · 04/01/12 15:59

>>7さんが東方と大往生の名前を出していたから使いましたが、
要するに、東方や蜂などのゲームの性質の特徴を理解していれば、
上手下手はあまり関係ないんじゃないかなと。
だけどある程度はゲームの先に進まないと性質の違いを理解できないから、
その辺は、やっぱりやりこまないとダメかな。って感じです。

ケイブのユーザーズルームの中に、
弾幕製作の仕方について書かれてるけど、あの辺がかなり興味深い。
バランス取り、というか道中の製作の仕方のコツが書いてある。

7 · 04/01/12 17:29

>>15 >>16
なるほど。助言サンクスです。
ケイブのユーザーズルーム見てみました。
かなり面白いですね！じっくり読んでみようと思います。
で、四の五の言わず取りあえず作ってみようかな。
もしできたらここにうｐしますね。いつになるか分からないけど。

**名前は開発中のものです。** · 04/01/13 21:18

このスレがあって良かったー。ほっとしてます。

フリーのBCC簡易統合環境で
スケルトン＋サンプルソースをいくつかdropすればできあがり、の
STGスケルトンを作れたらなぁ、と妄想したんだけど、
DirectXの知識を持ってないことに気づいてガックリ。

webを探していてほかにそういった用途に向きそうだと思ったのはygs2k。
Cでシューティングを書くための基本に慣れるには最適に見えます。

HSPも1画面シューティング向けっぽい。
ygs2kよりもdll開発情報が充実しているので、
STGに特化したライブラリを発表しあってｳﾏｰ、なんて妄想も。

とりあえず小さいプログラムをいくつか書いて慣れてみるかなぁ。

**名前は開発中のものです。** · 04/01/14 09:14

そりはSTGのフレームワークを作ろうという話？
(各自フレームワークもどきは持ってると思うけど統一はされてないか。)

18 · 04/01/14 12:08

どっちかというと、1画面サンプルを充実させようや程度で。
シューティングに不要な部分はごっそり削ってコンパクトに。

高度なフレームワークへの関心もありますが、
俺は低レベルなので提示されても読みきれなかったり。

**名前は開発中のものです。** · 04/01/14 13:58

シューティングに不要な部分ってのがいまいちはっきりしない・・・
シューティングといっても千差万別っぽいし、アクションと内部的にはアクションとかと
そう変わらないと思うし。
Windows依存の部分とか？

**名前は開発中のものです。** · 04/01/14 14:33

俺も積極的に削れという意味合いで言ったわけでもないので、気にしないで。
意味無い発言するなｺﾞﾙｧってことならごめんね。

**名前は開発中のものです。** · 04/01/16 23:22

プログラム初級者です。敵のプログラムとして
while(1){
　for (i=0;i<7;i++){
　　fire();
　　wait(5);
　}
　wait(11);
}
のようなことを並列に実行させるのに、いままでは敵ごとに同じような関数を書いていました。
射撃、状態遷移、カウンタが一定値になったら次の状態に遷移、という具合に。
細部の違う敵を作るときのための定数分離も行いましたが、
行動そのものが違う敵の記述にはやはり同じような関数を書く必要が出てしまい、
億劫になってコーディングが頓挫してしまいました。根性ないです。

言語仕様策定などゲームデザイン本質に関係のない煩雑な作業をせずに
簡易言語で敵を記述するツールはないものでしょうか？

前スレやwebやプログラミング板を眺めて、使えそうなものは
(1) 組み込み言語
(2) 独自言語をバイトコードに翻訳するコンバータと、
　　ゲーム内でバイトコードを解析して逐次実行するエンジン
(3) コードサイズやコンパイル速度に糸目を付けず、
　　独自言語を並列動作用の手続き群に翻訳するコンバータ
あたりと思ったのですが、luaスレもXMLもパーザも俺には高等すぎて理解不能でした。
(2)は以前やってみたのですが、パーザの知識がなく言語仕様が粗末なままで、これまた挫けました。
(3)は原始的な思いつきなのですが、なんとなく勉強不要そうなのでここから手をつけてしまうかも。

**名前は開発中のものです。** · 04/01/17 10:28

シューティングで使える
フリーのグラフィック素材はない？

**名前は開発中のものです。** · 04/01/17 14:09

シューティング用にフリーのグラフィック素材を探したことないからわからねえや、ごめんな

http://www.google.com/search?lr=lang_ja&q=シューティング%20素材&num=100
たしかにすぐに見つかるってわけでもないようだ

俺は素材探すのﾏﾝﾄﾞｰだから、全部自分で作ったよ。そのほうが
使えないものを没にする時間の無駄がまったくなくて、楽だった。
EDGE、JTrim などのグラフィックエディタ、
発色弾などの爆発パターン生成ツール、
DoGAなどの、パーツからオリジナルメカを作ってすぐに画像にできるツール、
そのへんを使った。

最近は絵の質感統合がﾏﾝﾄﾞｰだからGDIでテキトウに描くだけ済ませてる。
これならbmp読み込みなどの処理をする必要もないしな。今は万人にオススメできる方法じゃないけど

**名前は開発中のものです。** · 04/01/17 16:27

DoGAのはパーツに著作権があるからなあ。

海外の素材サイトなんかも著作権侵害してるとこばっかだし、
結局、素直に自分で作るか誰かに頼むのが一番よさげよ。

**名前は開発中のものです。** · 04/01/17 17:13

DoGA L1 なら、ダウンロードも利用もフリーだぜ

＞　商業利用の場合は、別途DoGAの許諾が必要です。
これはL3のところに書いてあるけど、L1やL2も同じかこれより甘いだろう
売るようなシューティングを作るなら別だけど、今回の話題とは違うってことで

**名前は開発中のものです。** · 04/01/17 17:27

「フリーのグラフィック素材」ってだけで、
フリーソフトを作るのに限定した話ぢゃないと思うぞ。

**名前は開発中のものです。** · 04/01/17 18:27

文脈と俺脳内常識から、フリーのシューティングを作る用途限定だと、勝手に判断させていただいた。

**名前は開発中のものです。** · 04/01/17 19:19

>>24
ttp://www.angel.ne.jp/~hamham/
前スレに出てたような気もするがここのDot

**名前は開発中のものです。** · 04/01/17 20:09

>>30
こりゃすげーや。事前連絡さえすれば改造二次使用まで可なんて、懐が深いなー。

**名前は開発中のものです。** · 04/01/17 20:11

前スレに出てたフリー素材はこれ
ttp://www2u.biglobe.ne.jp/~presys/kg_cn03.htm

**名前は開発中のものです。** · 04/01/19 03:09

>>23
弾幕記述言語BulletMLってのがあります。
ttp://user.ecc.u-tokyo.ac.jp/~s31552/wp/libbulletml/

これを使った有名なゲームは、白い弾幕くんとかNoiz2sa系なんかがあります。
とりあえず、白い弾幕くんを落として
どんな弾幕が表現できるか見てみると良いかと。

**名前は開発中のものです。** · 04/01/19 05:17

>>28
DOGA-Lは同人OKですよ
FAQにわざわざ記載されてます
商業・営利利用もプロフェッショナル登録をすればOKです

**名前は開発中のものです。** · 04/01/19 05:46

> DOGA-Lシリーズは、より多くの方々にCGアニメの楽しさを知っていただきたいという目的で開発されました。
> ですから、その開発や配布につきましては採算性を度外視しており、いわば慈善事業として行っております。
> ですから、当チームとしては、Lシリーズを商業・営利目的で使用して欲しくないという想いがあります。
> でも、どうしても仕事で使いたいという方には、少し多めに使用料をいただくことで、商業・営利利用を許可し
> ています。それがプロフェッショナル登録です。ですから、使用料が高くなる（20000円）というだけで、機能が
> 増えたり、サポートがちゃんと行われるというようなことはまったくありません。

> L3で制作された映像には、必ずL3のパーツが使用されます。L3のパーツの著作権は、DoGAが所有してお
> りますので、結果的にL3で制作されたすべての映像は、制作者とDoGAの共同著作物になります。各ユー
> ザーに対して、個人レベルでの使用や、映像やCG系のコンテスト等に出品するといった活動に対し、DoGA
> がその著作権を行使することはありません。しかし、商業利用の場合は、別途DoGAの許諾が必要です。

20000円払えばパーツ込みで商業利用可能ってことやね。
個人的にはDOGAのスタンスに賛同できないので、係わり合いになるつもりはないけど。

**名前は開発中のものです。** · 04/01/19 14:31

>>33
質問するときに情報は小出しにするな、の法則を破ってしまいました。申し訳ない。
BulletMLの可能性の高さはABA gamesのC++/Dソースと同梱XMLを見るにつけ実感していますが
導入には知識を要し挫折中です、今の俺では無理ぽ

針弾や時間変化する弾サーフィスを表示できるようなLibBulletMLサンプルがあれば…と思ったら
rRootageがそうだったのですが、BulletML部分だけ抜き取って手元のスクラッチに追加するのは
やはり難しすぎて断念しました。

(3)を選び、現在作業を進めています。
>>23は100行かそこらのコンバータを2個書き実現しました。ごくごく簡易に字句/構文解析するだけ。
敵オブジェクトのほうはプログラムカウンタとワークエリアを追加しただけで済みました。
やりたいことはその程度の簡単なことだったようです。

**名前は開発中のものです。** · 04/01/19 14:47

>>35
最後の１行同意
＞結果的にL3で制作されたすべての映像は、制作者とDoGAの共同著作物になります。
こんなんで使いたいﾔｼの気がしれん

35 · 04/01/19 15:01

ああいや、私の場合はどっちかというとDoGAという団体の活動に対しての話なのですが。
68時代からずっと見てきたからなあ。
ま、シューティング制作スレなんで細かい話はパス。（ていうか忘れたともいう）

**名前は開発中のものです。** · 04/01/19 15:27

Metasequoia+Lightflowでいいやん

**名前は開発中のものです。** · 04/01/19 17:29

>>39
限りなく正解に近い！

**名前は開発中のものです。** · 04/01/19 20:59

VCとDirectXでシューティングを作りたいのですが
参考になるようなHPが中々ありません。
なにかVCとDirectXでシューティング作りについて詳しく
解説や説明されているHPってありますでしょうか？

**名前は開発中のものです。** · 04/01/19 22:39

＞なにかVCとDirectXでシューティング作りについて詳しく
＞解説や説明されているHPってありますでしょうか？

なんかね…
まずVCをマスターしてから改めて質問しな

**名前は開発中のものです。** · 04/01/19 23:20

VC++やDirectXの解説サイトは山ほどあるよな。そこで情報をつまみぐいすればいいんじゃね？

もしプログラム言語をまったく知らずに
いきなりVC++を買ってシューティングを作り始めるというのなら、とめはしないが
とりあえずHSPなど楽に書ける言語から始めて
シューティングづくりのおおまかな雰囲気をつかんでみるのもいいよ、と言っとく

**名前は開発中のものです。** · 04/01/20 10:48

http://www.miche.info/~mi1171/cgi-bin/msg/source/gift0020.jpg

**名前は開発中のものです。** · 04/01/21 17:54

敵雑魚とか弾など、頻繁に出現/消滅するオブジェクト管理に線形リストを考えてたんだが、
実際にはあんま線形リストにする必要が無いような気がしてきた。
データ挿入時も頭から空き探したところでオーバーヘッドは無視できるレベルだしなぁ。

**名前は開発中のものです。** · 04/01/21 17:59

んなもんC++のSTLコンテナ使えば一発よ。
アルゴリズムとか実装の理屈さえ理解しているなら、
STLコンテナを使わない手は無いぞ。

**名前は開発中のものです。** · 04/01/21 18:30

STLの存在は知ってるけど今まで全く使ったこと無いんだよね
これを機にSTL覚えようかとも思ったがなんかﾏﾝﾄﾞｸｻ

**名前は開発中のものです。** · 04/01/21 18:34

struct Unko { ... };
list<Unko> unko_list;

これでうんこリストの完成だ
使い方(挿入、削除、全参照など)は至って簡単だ
Webで探すなりマニュアル読むなりするがよい

**名前は開発中のものです。** · 04/01/21 18:55

>>45
間に挿入すると、弾が激しく重なるような弾幕出すときにアレだから。
必ず最後/最初に新しいオブジェクトがつくのがいいのら。

**名前は開発中のものです。** · 04/01/21 19:39

ざっと調べたが、STLのlistの内部実装がﾜｶﾗﾝ
頻繁に挿入/削除を繰り返したらOS管理のメモリ領域が不連続領域だらけになりそうなﾖｶｿ
STL使えば実装は楽だろうけどそれ以上のメリット無いんでは？

**名前は開発中のものです。** · 04/01/21 19:45

>>50
もしかしてnewとかdeleteとか頻繁にやってるとか思ってる？
STLは速度特化で作られたもんですよ。更に実装も楽。使わない手は無い。

怒蜂家庭用スレに誤爆してしまった…＿|￣|○

**名前は開発中のものです。** · 04/01/21 22:28

>>50
STLのほとんどの実装はメモリ再利用するみたいだからダイジョウブだと思うよ。
気になるならアロケータを作成するという手も。

>>49
オレなんか毎回(表示優先度→Obj作成時間)でソートしてから表示してるぜ！

_ · 04/01/21 23:12

＞もしかしてnewとかdeleteとか頻繁にやってるとか思ってる？

やってないと言いきれない罠

**名前は開発中のものです。** · 04/01/22 02:33

>>49
弾に大小があるなら、
大きい弾を下、小さい弾を上に描画すると親切かも。
見栄えにもよるけど。

**名前は開発中のものです。** · 04/01/22 20:01

>>54
ゲーム的に元々優先順位が違う敵弾はそれでいいんだけど、
隙間のない連続弾とか、「しなる弾幕」（某氏の日記から名前拝借）とか、
弾と弾が激しく重なりまくるケースで、
配列の空き要素探索方式だと表示順序がメタメタになってちょっと気分悪くなるでし。

>>52
> オレなんか毎回(表示優先度→Obj作成時間)でソートしてから表示してるぜ！

作成時間までも。豪快ですなそれわ。

**名前は開発中のものです。** · 04/01/22 20:10

>>51,52
STLのメモリの利用方法って簡単に調べる方法あるの？
それともSTLのソース読んでみるしかないのかな。

**名前は開発中のものです。** · 04/01/22 21:27

昔のアーケードのような16bit8MHzCPUで作ってたシューティングと比べると
ものすごい勢いで富豪プログラミングが可能っぽ

**名前は開発中のものです。** · 04/01/22 22:37

開発の手間をいかにして削減するかのほうがよっぽど重要。
俺の場合はSTL無しの言語なんかやってられんわ…ﾏﾝﾄﾞｸｻ

**名前は開発中のものです。** · 04/01/22 23:02

>>57
確かにそうなんだが、「１０年前のハイテク」に敗北してるとも言える＞富豪コーディング

CPU能力もメモリ環境も一昔前では考えられない程向上してるのに、出来た代物は１０年前の
ゲームにすら及ばなかったらｶｺﾜﾙｲわな。

STLのListは興味深い話だと思う。
シューティングに限った話じゃないけど、俺のコード設計の場合アプリケーション起動時に
必要なメモリを確保して、その後は終了まで一切新たにメモリ確保はしない。
極端な話、ゲームの真っ最中にnewに失敗したらどうすんのか？と考えるﾜｹよ。
それにアーケード基板やゲーム専用機はメモリ容量は最初から決まってるから動的に確保・開放
する必要も無い。
STLの実装がどうなってるかは知る由も無いが、もし内部でメモリの動的確保してるとしたら
俺は使うのを躊躇うよ。

**名前は開発中のものです。** · 04/01/22 23:30

＞CPU能力もメモリ環境も一昔前では考えられない程向上してるのに、出来た代物は１０年前の
＞ゲームにすら及ばなかったらｶｺﾜﾙｲわな。
普通に作ってる限りそんなことないと思われ。

＞極端な話、ゲームの真っ最中にnewに失敗したらどうすんのか？と考えるﾜｹよ。
失敗することが問題ではなくて、何時失敗するか予想しづらいことが問題ね。
分かってると思うけど、一応つっこんどく。

＞STLの実装がどうなってるかは知る由も無いが、もし内部でメモリの動的確保してるとしたら
＞俺は使うのを躊躇うよ。
アロケータを自分で書けばいいんじゃない？

**名前は開発中のものです。** · 04/01/22 23:41

>>59
もしかして自力でメモリマネージャ書いてる？

**名前は開発中のものです。** · 04/01/23 01:49

>>59
プログラムはゲームの面白さにはあまり貢献できないんだよ。。。

**名前は開発中のものです。** · 04/01/23 02:35

ああ、面白いとかいう話じゃないのか。
ｶﾝﾁｶﾞｲｽﾏｿ

**名前は開発中のものです。** · 04/01/23 03:47

10年前っつーと94年。
ダラ外やレイフォースが出ているが、それよりすごいのみんな作れるの？
すげぇな。

**名前は開発中のものです。** · 04/01/23 07:29

どうせ趣味でやってるプログラムなんて自己満足の世界なんだから
本人が納得のいくようなコーディングができればいいんでないの

その結果できたもんが面白ければみんなが遊んでくれて
面白くなければ見向きもされない、それだけのこと。

**名前は開発中のものです。** · 04/01/23 07:46

富豪的プログラミングやってて気づいたんだが、
結局、昔からのテクニックや資産を受け継いでなくても
それなりに作れてしまう罠。

んで、PC以外の環境で作ることになりそうなんだけど、手も足も出ないよ＿|￣|○
昔ながらの擬似タスクの実装とか、動的メモリ確保なしでやりくりするような
低コストでゲーム作る方法はどっかで得られないものか・・・

**名前は開発中のものです。** · 04/01/23 08:46

普通そういう環境の場合って環境作りから始めるのが普通じゃねーか？
http://www.alfasystem.net/dojo/room5/ShikiMaking/
つーか動的メモリ確保無しとかありえねー

**名前は開発中のものです。** · 04/01/23 09:14

(1)自分でメモリ管理モジュールを書く
(2)その辺に落ちてる再利用可なmallocライブラリを移植する
(3)newlibを移植する
とか。
ゲームなら(1)で十分？
GBAとかならまだ(ゲームの規模にもよるが)十分富豪的に出来ると思うけど、
8ビット機とかだとつらいかもね！

>>64
意図的に話を摩り替えて煽ろうってのも結構ｶｺﾜﾙｲな。
天然だったらごめんｗ

**名前は開発中のものです。** · 04/01/23 09:22

なんでもかんでも必要オブジェクト数ぶんmallocしておいて
あとはオブジェクトへのポインタのリストをソートするだけじゃダメなのか？
動的な配置が必要になるほど高度なもの書いたことないからわからなくて。

**名前は開発中のものです。** · 04/01/23 10:00

＞なんでもかんでも必要オブジェクト数ぶんmalloc
これが富豪プログラミングだということなんだよ…
アケ基盤とか家庭用機ってのは非常にメモリが少ないんでメモリ管理が大事なわけ

**名前は開発中のものです。** · 04/01/23 10:07

必要な分だけmallocするなり配列定義するなりして、要求に応じて
使っていくのが(1)なわけだな。

**名前は開発中のものです。** · 04/01/23 10:59

メモリ制約の大きい環境では、節約のために
動的なメモリブロック解放と再配置が必要、ということか。
大変なんだな…

疑似タスクはバイトコード実行エンジンの規模を小さくする以外に方法あるのかな。

**名前は開発中のものです。** · 04/01/23 12:02

>>68

>＞CPU能力もメモリ環境も一昔前では考えられない程向上してるのに、出来た代物は１０年前の
>＞ゲームにすら及ばなかったらｶｺﾜﾙｲわな。
>普通に作ってる限りそんなことないと思われ。

この流れから行くと10年前のものより良いもの作れて当たり前、と読めたんですが。
強者ぞろいだなー、と普通に感心してしまったんですが。
煽るつもりはなかったので天然すか・・・ orz

**名前は開発中のものです。** · 04/01/23 12:12

>>73
安心しる
漏れも同感だ

＞普通に作ってる限りそんなことないと思われ

これどういう理屈か全く理解できんが

**名前は開発中のものです。** · 04/01/23 13:56

単に誤解してるだけでは。
>>68はいまどき敵弾が画面内に16発しか出ないとかフレームレート30しか出ないとか
そういった意味の話をしてる。
>>73とか>>74は、怒蜂より面白いゲームが作れるのかーﾍｪｰとか解釈してる。
まぁ俺も最初に読んだときは釣られそうになったけどね。
敵を一体作るたびに面白いゲーム作るのって難しいなと痛感してるから。

**名前は開発中のものです。** · 04/01/23 15:41

つーか10年前のゲームを知らんだけだったりしてな
温故知新ですよ

**名前は開発中のものです。** · 04/01/23 16:35

>>73-74
だからなんで
・富豪 vs 旧来手法
という話を
・面白い vs つまらない
・技術的に高度 vs 高度でない
に摩り替えたがるのかなー？
それぞれ独立な話でしょ。

まぁ、>>73-74的な話に付き合うならば、富豪的プログラミングをしようが
しまいが、面白い奴を作れる奴は作れるし、作れない奴は作れない。それだけの話。

＞＞普通に作ってる限りそんなことないと思われ
＞これどういう理屈か全く理解できんが

「ハードが足を引っ張ることはない」という意味で、ゲーム作りの実力が同じなら、
富豪的に作っても少なくとも出来が下回ることは無い(実力が普通に出せれば)とい
うこと。実力が無いなら当然劣るものしか作れないだろうね(当たり前だけど)。

**名前は開発中のものです。** · 04/01/23 16:40

10年前のPC98のゲームということじゃねえの？
色数とか弾数だけなら負けねえっとことでは。

まぁ、10年前の良作の足下にも及ばないものが多いのも事実。
（スカッシュボムとか今新作とし出しても十分通用しそうだしな）

**名前は開発中のものです。** · 04/01/23 16:48

10年前の駄作を上回るゲームも多いけどな。そういう話でしょ？

**名前は開発中のものです。** · 04/01/23 17:16

後付けｶｺﾜﾙｲ

**名前は開発中のものです。** · 04/01/23 17:43

10年なんて適当に言っただけだろうし、あんまり突っ込むのもどうかとｗ。
だいたいゲームなんて10年前どころか20年前と比べたって、進化してるのは
ハードウェアとグラフィックだけだ。

**名前は開発中のものです。** · 04/01/23 17:45

うむ、かなりｲﾀｲな

**名前は開発中のものです。** · 04/01/23 18:00

プログラミングの技術はwebに転がってるけど、
シューティングをどう作ると面白いのか、っていう技術はほとんど知られてないよなあ
このスレでそういったネタも扱えると面白いんじゃないかと思うんだが

**名前は開発中のものです。** · 04/01/23 18:45

商業作品を例に出して、面白さの研究をするってのは悪くないが
スレの内容として微妙だと判断する人もいるかも試練。

**名前は開発中のものです。** · 04/01/23 19:20

何のゲームのどこが面白かったを語るぐらいなら問題無いんでないかい？
スターソルジャーはｵﾓﾛｶｯﾀな。
あれで初めて敵の早回しという概念が出たと思う。

以下読まなくてもいい文章。

どう作ると面白いのか？ってのはシューティングの概念から外れそうだな。
突き詰めると映画マンガ音楽ゲーム、全てのものに当てはまるようなものになるだろうし。
緩急のリズムやら意外性やら呼吸の間やら、何に対して爽快感などの快楽を感じられるか？
ストレスによる圧迫とそれが解放された時の快楽など、精神の奥深くを理解しないといけない。
優れた芸術家ってのはそこら辺を計算でなく感覚で判っているような人たちだと思う。

なのでどうすれば面白く作れるか？を話し合っても、結論が出なくて荒れるだけだと思うぞ。

**名前は開発中のものです。** · 04/01/23 19:39

王道シューティング(ショット＆レーザー＆ボムだけのゲーム)だとしたら、
それなりにシューティングをやりこんでないと面白いのは作れないかも。
敵配置や敵の攻撃とかは実体験によって得られるもんだと思うんで。

だけどオリジナリティが無いと既存ゲーと似たようなものになっちゃう。
当然プログラムの能力が無いと実装すらできない。（ｗ
まーその辺の能力が揃って面白いゲームが作れると思うんだけどね

**名前は開発中のものです。** · 04/01/23 19:49

結論の出ないネタを振るつもりはなかった。
いわゆる早回しには二通りあるとか、そういった事実を述べるだけでいいと思ってたんで。

ネタを仕込んでも調整が足りなければつまらんゲームになってしまうけど、
何も知らないで天然ゲーばかり作っているよりは進歩があるんじゃないかな。

**名前は開発中のものです。** · 04/01/23 20:57

当たり判定の管理ってどうやってる？
特に擬似マルチタスクを用いてプログラミングしているとき、どうやって相手を特定するのか
自機、自機弾、アイテム、敵機、敵機弾などの判定の仕方とか

静的にデータを持ってるならオブジェクト数分ループすれば良さそうだけど

**名前は開発中のものです。** · 04/01/23 21:08

今のコンシューマハードなら、シューティング程度なら
十分すぎるほど富豪的プログラミングできるはずだぞ。
動的メモリ管理についてはOOスレでフレームになってたので読みたまえ。

**名前は開発中のものです。** · 04/01/23 21:09

>>88
あんまりいい方法じゃないと思うんだけど、
俺が擬似タスクを使ってたころは毎フレーム当たり判定領域を登録してた。
擬似タスク処理、そのへんを詰めていくと変になる。色々と上手くいかなくて。
今はタスク処理など使わずに普通にSTLコンテナ使ってます

**名前は開発中のものです。** · 04/01/23 22:20

前スレにも書いたけど、
(1)管理オブジェクト(orメインループ)内で全組み合わせで当たり判定
(2)当たっていたらそれぞれのオブジェクトに何と衝突したかを通知
こんな感じ。
管理オブジェクトは画面内のオブジェクトをタイプ別にリストとかで持ってるわけね。

どのオブジェクトタイプとオブジェクトタイプを当たり判定すべきなのかは
ハードコーディングしてる(自弾と敵、敵弾と自分、敵と自分…とか)。

って、擬似タスクの話じゃないね。ごめん。

59 · 04/01/23 22:37

なんか一人上手な方が暴れてたようですな…

**名前は開発中のものです。** · 04/01/23 23:20

>>83-87
面白さを議論するなら、PCゲーム板のスレが参考になると思うんだが。
あそこは開発者もいっぱい見てるみたいだしね。時々そういう話の流れになるｗ

**名前は開発中のものです。** · 04/01/24 01:22

アケ板のシューティングスレ等は、蜂マンセーなのもいれば、蜂はシューティングをダメにした元凶という意見があったり千差万別で興味深い

**名前は開発中のものです。** · 04/01/24 01:31

ゲーム性が別ものだもんね
オレは蜂好きだけど蜂の真似して作られた弾幕シューは嫌い…
ケイブ以外が出してる弾幕シューはつまらん！

**名前は開発中のものです。** · 04/01/24 01:48

つ～か、弾幕ゲ～見てると、作ってる人間が楽しんでるだけにしか…。
人を楽しませるって感じがしないのは古い人間だから？

**名前は開発中のものです。** · 04/01/24 04:11

>>96
実際そういうのは多いと思う。
でもそうでないものもちゃんとあると思う。

**名前は開発中のものです。** · 04/01/24 07:15

弾幕シューって、ただ弾を撒き散らしてるだけじゃ駄目なんだよ。
そこがケイブシューと他の弾幕シューの違い。
ほんとにケイブんとこは見事に考えられてる

**名前は開発中のものです。** · 04/01/24 07:56

>>98
激しく同意。
>>94の意見が出るのもわかるけど、
それは、蜂が駄目にしたんじゃなくて、
見た目の面白さだけ真似たゲームが駄目にしたと言っていい。

決して、ケイブは弾幕(だけが)がすごい、面白いわけじゃない。

**名前は開発中のものです。** · 04/01/24 08:49

弾幕シューだけども「自機ありき」と「弾幕ありき」の違いがあるわけ。

ケイブのユーザーズルームに、自機にこういう動きをさせるには、どういう弾幕ならできるか？
ということを考えてる、と書いてあるっしょ。自機を動かすための弾幕なわけで。
大量の弾が高速に襲ってくるが決まった動きをしてれば死なないように出来てる。
そのケイブの意図した動きが出来なければ、追い詰められて死ぬ。
ん？ケイブシューターは池田に踊らされてるのか？ｗ

それ以外の真似ただけのゲームってのは、自機の動きはお構いなしに弾を出してる感が強い。
そうすると、発射時は幾何学的に美しい模様をしていても、自機に到達する頃には、
各種の発射源からの弾がごちゃ混ぜになったばら撒き弾になってることが多い。
だからステージ全般(道中、ボス)を通して主に自機の周りの細かい弾避けがメインになる。
なんでもないところで操作ミスによる死が多い。

それぞれどう感じるかは人それぞれ。
俺は前者を突き詰めたのが大往生であり後者は東方だと思ってる。両方とも俺は好き。

**名前は開発中のものです。** · 04/01/24 11:59

なんだよおまえら。俺の言いたいこと全部言ってくれやがって。
そんな俺も蜂フォロワーは作りたいけど、基本に戻ってタイガーヘリフォロワーからやってるYO

**名前は開発中のものです。** · 04/01/24 12:12

最近のシューティングって、弾幕の濃さだけを求めた結果、当たり判定がコックピットだけとか、
１ドットとかばかりになってしまった弊害を生んでるけど、どうだろう。

俺は理不尽なミスを感じるので否定派
大往生のプロモムービー見たとき「お前死んでるじゃん！」、「なんで死んだんだよ！」
と思ったことひとしきり。

**名前は開発中のものです。** · 04/01/24 12:26

昔のシューティングって、弾の速さだけを求めた結果、当たり判定が自機の大きさ以上とか、
自機の大きさをはみ出した四角とかばかりになってしまった弊害を生んでるけど、どうだろう。

俺は理不尽なミスを感じるので否定派
雷電の自分プレイを見たとき「オレ死んでるじゃん！」、「なんで死んだんだよ！」
と思ったことひとしきり。

**名前は開発中のものです。** · 04/01/24 12:31

>>103
雷電もトライゴンさえも自機より判定がでかいということはないが。

**名前は開発中のものです。** · 04/01/24 12:45

翼の先まで正確に当り判定を定めた所で果たして面白くなるのかどうか。

横にロールしてる時は当り判定が小さくなるとか、
変形によって判定を変化させるとかその程度か？

**名前は開発中のものです。** · 04/01/24 12:46

弾と自機の接触が見た目より大きいのはソルバルウとSYDくらいだね（斜前で死ぬ）
大抵はキャラクタ絵に収まる矩形で判定されてるはず

今なら中心間の距離等で判定するのがお手軽

**名前は開発中のものです。** · 04/01/24 12:47

そうなの？なんか感覚的に
「△」これを自機としたとき左上と右上の何も無い部分にまで
当たり判定があるように感じる

**名前は開発中のものです。** · 04/01/24 12:48

>>105
いくらなんでもそこまでせんでもよいと思うが（w

**名前は開発中のものです。** · 04/01/24 13:31

>>102
弾幕の濃さとか当たり判定とかが小さいとかは、弊害とはいわんやろ。
それはそういうシステムなのだと考えるものじゃないかな。

理不尽なミスってのは例えば某スレで上がってるpersec47の高難易度面で出てくるような
突然「全方位で超速弾なのに密度MAXな弾幕」にぶち当たるとかじゃないのかね。
高速弾だろうが高弾幕密度だろうが、それぞれ理詰めで抜けられる。
但しそれをどう感じるかは微妙。理詰め要素が好きな人もいれば嫌いな人もいるし。
ただアケシューターってのはそういうのが大好きな奴が多い。と俺は思う。俺もそうだしｗ

シューティングって見た目地味だから、弾が多くて派手にするという点では、
弾幕が濃いってのは売り物としては成功なんじゃないかな。

**名前は開発中のものです。** · 04/01/24 13:33

なんか書いてて無茶苦茶になってる…
perser47ってランダムで敵キャラ生成するんだけど高難易度面だと絶対無理な弾幕が生成されるんですわ。
それに対して彩京シューの高速弾やケイブの高密度弾幕は理詰めで抜ける道が用意されてる、って話っす。

**名前は開発中のものです。** · 04/01/24 14:04

>>109
確かに弊害というのは語弊があるかもしれないけど、昨今のシューティング（特にオンライン物）
見てると、猫も杓子も軒並み弾幕・当たり判定小さいというのばっかりになってしまって、食傷
気味になっているんだよね。
それがシューティングのプレイヤー離れを起こしている要因にもなっていると思うし。

現在のアケシューターが弾幕を求めているのは分かるけど、それは結果的に弾幕に対して適性が
あったものだけが残ったもので、多くのものは離れてしまったのでは？、と。

かく言う俺にとって至高のシューティングは未だに雷電なんで、今となってはこんなのマイノリティ
の戯れ言なんだろうな。

**名前は開発中のものです。** · 04/01/24 15:13

>>105
傾いたときに当たり判定が小さくなるのはポピュラーですよ。
必死で避けてる時に避けやすくする、という意味でね。

**名前は開発中のものです。** · 04/01/24 17:56

雷電もケイブも弾の撃ちかたがすごく洗練されてるんだよなあ。
ただの高速弾や大量弾じゃない。
なんとかその中身まで受け継ぎたいと思うよ。
雷電には学ぶべき良い点が多い。恥ずかしながらシューティング作り始めてから気づいたけど。

**名前は開発中のものです。** · 04/01/24 18:48

漏れは弾幕よりも、演出マンセーなシューターなので、
ケイブ系よりもタイトーとかコナミ系の方が取っ付きがいい
ジジイだからな

**名前は開発中のものです。** · 04/01/24 21:43

俺はジジイだが逆だぞｗ

**名前は開発中のものです。** · 04/01/24 21:53

雷電やソニックウイングがあったころはシューティングもゲーセンの主要ポジションにあって
結構いけてた気がする。

でも、今のプレイヤーが求めているのが美しい弾幕、ケイブのように計算された弾幕
であるなら、シュー制作者としては皆そっち方面の技術・面白さを追求することが正解だろう。

**名前は開発中のものです。** · 04/01/24 22:17

プレイヤーを洗脳して、俺が好きなものをプレイヤーにも求めさせるつもりでやってる。

美しい弾幕はおまけというか釣りで、本質は道中の多様な変化
(腕前の変化で道中の内容が変わる)をプレイヤーに楽しませること。

あと俺もジジイだが、今風の演出よりは古式ゆかしい東亜前期の弾避けが好きだ。

**名前は開発中のものです。** · 04/01/24 22:18

タイトーシューは昔から演出がｲｲと思うんだが、
モノによっては演出過多でゲーム展開を阻害してるのも事実。

**名前は開発中のものです。** · 04/01/24 22:43

＞演出過多でゲーム展開を阻害
サイヴァリア2の1面ボス開幕だなｗ

**名前は開発中のものです。** · 04/01/24 23:12

ダライアスはいいゲーム

**名前は開発中のものです。** · 04/01/26 00:18

ダライアスは弾切れが良かったよね。

本当の事を言うとアノ頃の自分にとってグラディウスが神で、
ダライアス、ファンタジーゾーン、R-TYPEはクソだった。

１５年以上して、それぞれの面白さを認められるようになったが・・・
こんな自分はたとえ、ゲーム開発者になっていたとしても、
きっと、偏った、独りよがりのゲームしか作れなかったと思う。

**名前は開発中のものです。** · 04/01/26 00:36

>>121
それはわからない。
人は成長するもんだ。

**名前は開発中のものです。** · 04/01/26 00:58

>121
だったら、逆に言えば、今なら開発者としてじゃなく
趣味で作っても、独りよがりじゃない面白いゲームが作れるかもよ？

と言って密かに面白いゲームが遊べることを期待する俺(笑)

**名前は開発中のものです。** · 04/01/26 13:39

>>121
作って見れ。
それなりにシューティングやって、面白いか面白くないか分かってるなら
それでいいだろ。面白いと思ったところだけ引き抜いて１つの
ゲームにしてしまうんだ。

漏れシューティング作ってる。お前も作れ。

と、>>123と賛同する漏れ。

**名前は開発中のものです。** · 04/01/27 01:11

一人1面担当のごった煮シュー(ﾟДﾟ)ｳﾏｰ
な訳無いか。

**名前は開発中のものです。** · 04/01/27 04:08

自分で昔作った時に重視したのは、何より敵が「編隊」で現れるところ。
格闘ゲームのコンボとかに近いんだよね、ツボを突いたら連続して撃ち込める！みたいな、実力でつかめるお徳感が味わえる。
で、何連続で破壊できたか？て訳でコンボ数を表示。破壊時の爆風アニメーションが一つでも残ってればコンボ数が継続されるようにした。
スターフォースの頃からあった仕組みの、敵を倒しきったらすぐ次の敵が出るというシステムを採用していたので、撃ち漏らしさえしなければ延々とコンボを繋げられた。
コンボが途切れた時点で、コンボ数×コンボ数のボーナス点。
一定の編隊数を倒すとボス戦なので、開幕からボスまでコンボ繋げられればパーフェクトボーナスで×２。
ボスはサラマンダの１２３ボスを再現したなぁ。丁度手頃なボリュームなんだよね。
ラスボスは動き回るゴーファーもどきの口に入って、狭い頭内で脳を破壊するようにしたよ。

**名前は開発中のものです。** · 04/01/28 00:17

みなさんは敵の座標・データとかはどうしてますか？
敵のデータを書き込んで動かそうとしているけど
なんだかうまくいかないので困ってます・・・
ﾓｳﾀﾞﾒﾎﾟ･･･＿|￣|○

**名前は開発中のものです。** · 04/01/28 00:40

もうちょっと詳しく話してみろよ。どんな結果を期待してたのにどううまくいかなかったんだ？
俺も今作ってるから、何か助言できるかも知れない

**124** · 04/01/28 00:44

>>127
今一言ってることがわかんないんだけど、

敵自体の動きは数を押さえてコード上で記述。
ステージはスクリプト化して別テキストデータで用意、ステージ選択後にロード。

というような話でいいんだよね(;´ω｀)
漏れもそこは大変だった。ｶﾞﾝｶﾞﾚ

**名前は開発中のものです。** · 04/01/28 00:46

よく分かんないけど、とんでもないとこで上書きしてるとか？
とりあえず動かないキャラの座標メモリへのアクセスをデバッガでヲチしてみれ

**名前は開発中のものです。** · 04/01/28 02:40

う～ん、敵の座標を
　　　　　　　　　　　―――●←敵
　　　　　　　　　　／
　　　　　　　　　／
　　　　　　　　／
　　　　　　　●
という風に動かしたいのだけど
斜めに逝かず横に逝ったり、横に逝かずに下にいったりするんです
ちゃんと行きたい方向の値を書いているのに・・・
･･･ｽｸﾘﾌﾟﾄ化ってﾅﾝﾃﾞｽｶ＿|￣|○

**名前は開発中のものです。** · 04/01/28 03:15

値の入力がおかしいのか、変数が壊れてるのか、計算が間違ってるのか
トレースして調べてみよ

**名前は開発中のものです。** · 04/01/28 10:09

>>131
なんかもう初歩の段階で躓いてるﾖｶｿ
ちなみに斜めに弾は飛ばせるか？

**名前は開発中のものです。** · 04/01/28 10:16

たぶん、これまでの回答の半分は難しく答えすぎて伝わってないな

>>131は (100,100) に出現して真横に移動する敵
(200,200) に出現して真上に移動する敵
任意の場所に出現して任意の方向に移動する敵
をそれぞれ作ってみな。方向転換のことは最初は考えなくていいから。

**名前は開発中のものです。** · 04/01/28 11:49

敵キャラの動きとか配置って大変だよねえ…
効率的に作成する方法ってないもんかなあ。

**名前は開発中のものです。** · 04/01/28 12:45

いろんな方法があるよな

俺は効率の追及以前に、自分にとっては高度すぎる配置と動きを組もうとして挫折したことがある
いまはやれる範囲でいろいろやってるので、時間がかかっても結果は出せてる
少しずつ高度なこともやれるようになってきた

**名前は開発中のものです。** · 04/01/28 14:14

>>135
道中が長いと面後半の調整は大変ですな。
昔作ったシューティングでは途中を飛ばす機能を入れておいた。
単に無敵にして目的の場所まで画面を表示しないようにしただけだけど。（ｗ
当時は画面表示が占める処理が大きかったので結構使えた。

**名前は開発中のものです。** · 04/01/28 15:04

俺が作ってるタイプは、やっぱり今でも画面表示の占める処理がほぼ全部だぜ
表示しないモード、描画同期待ちしないモードの切り替えはいろいろ役立つな

**名前は開発中のものです。** · 04/01/28 19:23

敵出現用のマップエディタは便利

**名前は開発中のものです。** · 04/01/28 19:55

敵動かすのって、敵テーブルに種別と座標、耐久力、弾に関係するフラグやカウンタ、動きに関係するフラグやカウンタを持っておいて、
色んな角度に直進する動きだけ書いた敵動作関数にインデックス渡して、種類と動作関係フラグ毎に角度と速度決めて動かせばいいんでしょ？

**名前は開発中のものです。** · 04/01/28 20:56

＞色んな角度に直進する動きだけ書いた敵動作関数
気が向いたら曲線も入れてやれ

**名前は開発中のものです。** · 04/01/28 21:57

>>141
曲線なんていつ使うの？
1フレ毎に角度変えればいいだけじゃん。

**名前は開発中のものです。** · 04/01/28 22:27

>>142
データが小さくできるから変更が楽ですよ？

**名前は開発中のものです。** · 04/01/28 22:50

CatmullRomとかで通過点指定するだけで滑らかな動きが実現できるんだから使わない手は無い

**名前は開発中のものです。** · 04/01/28 23:50

へぇー。
便利な関数があるってわけだ。

**名前は開発中のものです。** · 04/01/28 23:51

特殊な動きをさせるのでない限り、スプラインとかそういう奴でパスを作って
それをなぞらせるだけのほうが開発効率いいかなぁとか最近ｵﾓﾀ

**名前は開発中のものです。** · 04/01/29 10:51

敵出現のタイミングも一考ものだな
毎フレーム、敵テーブルや敵配置マップから情報を読み取って、淡々と出現させるものと
一度にある一定数を出現させた後、プレイヤーが全部を倒すか、画面から消えるかすると
改めて、また一定数の敵を出現させる物
アーケードでは前者は怒首領蜂大往生、後者は式神１が当てはまるな

**名前は開発中のものです。** · 04/01/29 12:45

>>140 敵は与えられたルートに従って動くだけならこれで良いかも。
敵が自分で判断して挙動を変えたりとかはしないの？

**名前は開発中のものです。** · 04/01/29 13:40

>>147
後者の代表例はゼビウス、スターフォース、ザナックあたりかな
出現時刻がアナログに変化するところが前者との大きな違いだ

前者のほうが確実に組めるので調整はしやすいが、
後者にもいろいろと可能性がありそう

**名前は開発中のものです。** · 04/01/29 13:48

ZANACは早回しとか入ってないよ。

**名前は開発中のものです。** · 04/01/29 15:15

テキトウ言っちまった。スマン。
ZANACは敵消滅が次の敵のトリガになるわけじゃなかったね(キャラオーバー時のぞく)。
武器を取った瞬間にテーブルが変わって新しい敵が出る(ことがある)ので、それとごっちゃに語ってた。

**名前は開発中のものです。** · 04/01/29 15:17

戦車とか砲台を地形にシンクロさせるためには出現時刻の細かな調整が欠かせない。
しかし地形を意識しなくなると途端に作業が楽になるな。

**名前は開発中のものです。** · 04/01/29 15:26

地形とのシンクロをしっかりやってるのって
同人とかだと少なくない？

**名前は開発中のものです。** · 04/01/29 15:44

大往生の1面中ボス後の中型機とかは、
時刻じゃなくてスクロールに同期してるよな

**名前は開発中のものです。** · 04/01/29 17:13

>>153
最近は美しい弾を多く出すことが重要なんで、近代～近未来的な重厚なメカは流行らないからではないかな？
俺はＧストリームのキャラに感動してたけど。（ｗ

**名前は開発中のものです。** · 04/01/29 19:14

漏れは激しく戦車が好きだ

**名前は開発中のものです。** · 04/01/29 20:53

今、ボタンを押すと自機の少し右斜めに爆弾が表示されてずっとそこから動かず
敵と触れると爆発するという罠みたいな武器を作っているんだけど
爆弾が一個の時はうまく爆発アニメーションもしていけたのに
爆弾を5個にしたらなぜか爆発アニメーションもせず、その座標にずーっと
表示され当たり判定も全然触れてない敵と当たっているし・・・
ﾓｳ頭ｶﾞ大混乱・・・

**名前は開発中のものです。** · 04/01/29 21:16

がんがれ。ときには一歩戻ることも大事だ。1個に戻すとか。
当たり判定表示モードを用意する手もある

**名前は開発中のものです。** · 04/01/29 22:17

>>157
確実に変数がかぶってるでしょ。
構造体にフラグ持たせて、爆弾一個一個ごとにフラグもカウンタも持たせればいい。

**名前は開発中のものです。** · 04/01/30 00:10

>>157
いいなぁ。。。俺もそんな時期があった。。。
あのころにはもうもどれない

**名前は開発中のものです。** · 04/01/30 00:14

>>160
なーに、ちょっと記憶喪失になればスグだ

**名前は開発中のものです。** · 04/01/30 01:26

C/C++でシューティングゲームを作ろうと思い立ったけれど自機・敵機などのオブジェクトの管理法や
当たり判定などごく基礎的なことからわからず調べている始末…
みなさんこういう入り口ってどこから学びました？

**名前は開発中のものです。** · 04/01/30 01:40

まず、アクションゲーム作り慣れしよう

webでの情報は…なかなか有用なものは無いんだよね

atanだけ知ってれば弾は吐けるから、そこをスタートにしてみるとか

アマチュアが作ったもので技術的に参考になりそうな作品を
ひととおりチェックしてみるといい
ソースを付けていたり、サイトでプログラム系コンテンツを展開していたりするものもある

**名前は開発中のものです。** · 04/01/30 01:44

あい、週末にいろいろ思いついたことを実際に組んでみて実験したりして
慣れようと思います。
ソース付きのサンプルは探しているけれどなかなか見つからず…
あとは本も探してみるかな。
みなさんが参考にしたサイトや書籍などを教えていただけたらうれしいです。

**名前は開発中のものです。** · 04/01/30 02:21

まずは、ソースを見ること、ソースを読むことかな。
漏れはBASICからスタートして、BASICで一応STGと呼べるものを
作ってからWindowsに来たから、何ともいえないけどね。

まだ起きてるなら、
参考になれそうに無いサンプルでよければ上げるよ。

**名前は開発中のものです。** · 04/01/30 02:30

>>165
162じゃないけどサンプル(　ﾟдﾟ)ﾎｽｨ…

**名前は開発中のものです。** · 04/01/30 02:31

そういえばここのスレはそういった情報はあまり見ない気がするな

ttp://giggle.cside6.com/hotate/shoot/frame.htm
発見
関数ポインタのリスト、と言われてわかるならオススメ

一年前にこのサイトを見てもほとんど理解できなかったろうなあ…
今でもソースすいすい読めるとはいかないが

**165** · 04/01/30 02:48

|ﾟωﾟ)ノ ttp://gamdev.org/up/img/215.lzh

>>167を見て
|Д｀))) うわぁ、漏れのコード(ry
|)三　　ｻｯ

**名前は開発中のものです。** · 04/01/30 03:01

>>168
㌧ｸｽ
キャラの管理にクラスは使ってないのね。
漏れはいつもクラス設計で迷ってなかなか先に進まない…ｱﾌｫか＿|￣|○

**165** · 04/01/30 03:05

>>169
なんてゆーか、動的メモリ恐怖症なんです(((´Д｀;;)))
今、このシステムをベースにしてゲーム作ってるんですが、
やっぱりクラスを使わないとできることが限られてしまうワケで。

次回作にはちゃんとクラスで実装して、
もう少しいろいろできるコアを作ろうと思ってます。

|Д｀)。o (newしてdeleteするだけなのに出来ないチキンな漏れ…。

**名前は開発中のものです。** · 04/01/30 03:08

コンパクトで可読性高くて、助かります。勉強させていただきました
gamdevうｐろだを使う手があるのかーそーなのかー

**162** · 04/01/30 07:28

おはようございます。

>>165
うわー、ありがとうございます。これから穴があくほどじっくり読ませてもらいます。

**名前は開発中のものです。** · 04/01/30 08:39

newもdeleteも基底クラスでメモリ管理クラス作っちゃえばよし。
こいつらの関数は派生するからサブクラス側でも使える。
固定サイズの作業領域を用意するなどのことは簡単

**名前は開発中のものです。** · 04/01/30 09:48

シューティング作ろうと思ってシューティングツクール95導入しようかと考えたんだが･･･
だめぽ･･･＿|￣|○

参考サイトとかそこらにあるゲーム見て回ったんだが･･･
弾幕作れない(最大敵弾数が低い)上に妙に重い･･･

おとなしく他のもの使おうと思います･･･

**名前は開発中のものです。** · 04/01/30 09:57

VC++使え

老人 · 04/01/30 11:15

最近はVBやC++から入門した人が多いみたいだけど、みんな授業でやってるから？

**名前は開発中のものです。** · 04/01/30 11:37

>>170
＞なんてゆーか、動的メモリ恐怖症なんです(((´Д｀;;)))

つか、ゲームループ中での動的確保は流石にやらないのが普通では？
例えばタイトル->ゲーム本編->ゲームオーバー処理みたいに状態が大きく偏移するときならまだしも、
ゲーム本編のループ内で１キャラ出したり消したりする度に一々new/deleteなんてやらんでしょ

**名前は開発中のものです。** · 04/01/30 12:41

遅かったらあとでoperator new/delete書けばいいやーなどと思いつつ
まだ書いたこと無いな

**名前は開発中のものです。** · 04/01/30 13:06

俺もフリーのソフト何本か作ってて
デフォのnew/delete使ってたんだけど
困ることってなかったけどね

今作ってる奴はそういうオブジェクトの基底クラスのnew/deleteを書き換えてるけど
そもそも開発環境のPC性能が圧倒的だから全然変わった気がしない

**名前は開発中のものです。** · 04/01/30 19:25

>>177
オレは一々動的確保してます。
むしろ、動的確保しないで立ち回る方法がわからん・・・

**名前は開発中のものです。** · 04/01/30 19:40

うぷろだがあるなら
途中で飽きてほったらかしにしてあるのでもあげてみるか。
C++でいろいろと無駄なことをやって分かりづらいと思うけど。
ttp://gamdev.org/up/img/216.lzh

**名前は開発中のものです。** · 04/01/30 20:44

作るのを途中で飽きないで最後まで完成させるための技術を教えてください。

**名前は開発中のものです。** · 04/01/30 20:49

>>167
なんとも古典的な内容のサイトだなあ。
今から始めるのなら参考にしないほうがいいよ。てゆーかするな。
こっちの「オブジェクト指向風シューティングゲーム」とかのほうが今風で役に立つと思う。
http://www.sm.rim.or.jp/~shishido/gamedev.html

あと、OOスレとかいろんなとこで話題になってるけど、
new/deleteは今のハードなら忌避する必要ありまへん。俺は16ビット時代に捨てたし。

**名前は開発中のものです。** · 04/01/30 20:53

>>182
・完成までの工程を計画する。
・開発日誌をつける。
・ToDoリストを作る。

これだけでだいぶ違う。

**名前は開発中のものです。** · 04/01/30 21:08

最も重要なのは「仲間と喧嘩しない」かな
喧嘩してもいいけど引きずるとアウト

**名前は開発中のものです。** · 04/01/30 21:46

>>183のは短いコードでオブジェクト管理を学べて良いね
時間管理の不備がツッコミどころかな…
まあこれを読める人ならそれくらいは自力でなんとかできるかな

>>167は、古典的タスク管理以外はじゅうぶん真似すべき
プログラムはともかく、シューティングづくりの基礎がつまっている

**名前は開発中のものです。** · 04/01/30 22:59

>>183
adjest
予想されるキーワード： adjust

ちょっと気になった。

**名前は開発中のものです。** · 04/01/31 01:05

>>167はどちらかというと将来エンジニアになりたい人には向いてる。
マイクロチップを自在にプログラムできる技術は重宝するよ

**名前は開発中のものです。** · 04/01/31 01:12

悪い技術ってわけじゃないからな。
C++でやることをCでやったらこうなりました、って感じかのうｗ
完全移植するならvfテーブル使えってことにはなるけどな。
あれに無理に固執する必要は無いってだけで考え方は大切だと思うー

確かスーパーマリオとか既にああいう感じで作られてたと聞いたことあるけどそうなのかな？
だとしたら任天堂ってすげーなー。ｗ

**名前は開発中のものです。** · 04/01/31 01:38

わしはクラスとか使わないで
配列だけでゲーム作ってるけど・・・

**名前は開発中のものです。** · 04/01/31 02:55

ﾅｶｰﾏﾊｹｰﾝ

**名前は開発中のものです。** · 04/01/31 07:57

>>190-191
例えば、あるキャラのみで使う必要な変数が増えたらどうすんの？
固定長だとキャラ(=タスク？)共通の汎用のワークエリアみたいなのを増やすわけですか？
で、1キャラで大きな容量のメモリ領域を使いたいときは、
無駄にワークエリアを増やすのは無駄だから、
他のところで確保したメモリへのポインタを指すだけにするわけ？

あ、なんだか出来そうな気がしてきた・・・

**名前は開発中のものです。** · 04/01/31 11:45

最低限のパラメータで様々なバリエーションの動きをプログラムできるセンスを磨く必要があるな。
もう少しシューティングを研究してみたらいいと思う

**190** · 04/01/31 12:07

>>192
とりあえず、ハードの容量にも寄るけど1タスクで64バイトくらいあれば
ゲームのキャラは動かせるので、それをゲームで使いそうな分を実行時に確保。
よっぽど足りない時は2タスク分確保してそっちも使う。
使ったこと無いけど。
自機弾なんて凝らなければ、座標と移動値か向きとタイマーと耐久力くらいがあればいい訳だから、弾は16バイトもあれば十分かな。

04/01/31 18:06

>>167のサイト実行ファイルが無いのは不親切だな。

**名前は開発中のものです。** · 04/02/01 03:11

>>131の者なんですが、スクリプト化っていうのは

７８９
４敵６
１２３

数字が敵の動きとして

static int e_houkou[]={1,2,3,4,8,7,9};
e_flg=0;
int ex=100,ey=100;
int e_cnt;

～(省略)～

if(e_flg==1){

switch(e_houkou[e_cnt]){
case 1: ex-=10; ey+=10; break;
case 2: ey+=10; break;
case 3: ex+=10; ey+=10; break;
～（省略)～

という風にして配列に数値を最初に入れておいてその数値によって敵の動きを移動方向を決めれば
良いと言う事ですか?。
どのタイミングで敵の移動方向を出せば良いのだろう・・・＿|￣|○

**名前は開発中のものです。** · 04/02/01 03:40

ディレイカウンタを一個作る

**名前は開発中のものです。** · 04/02/01 05:33

スクリプト化ってのは、敵のパターンなんかを
C言語でそのまま記述するのではなくて、
もっと簡単に動きを記述できる中間言語を用いることだよ

**168** · 04/02/01 11:34

>>196
スクリプト化は>>198さんが言ってる通りのこと。
スクリプト化する利点は、本体のコードを修正せずに変更できること。
(コンパイル不要。他人の協力を得やすいこと)
欠点は、処理速度の低下、本体のコードの複雑化など。

>>196のコードでe_houkouをファイルから読み出して使うようにすれば
一応スクリプト化は出来てると言えるんじゃないかな、とは思うけれども、
その言語仕様では柔軟性が無い。(敵弾は吐けないし、曲線を描く行動も、
自機追尾もできない。)
だから、といって十分柔軟な仕様のスクリプトを実装しろ、というわけでは
なく、目的に合った方法を使えということ。

敵行動に関して、漏れは以下のパターンでやってる。
実物は>>168に。

if(enemy.type[t] == EN_ENEMY1)MoveEnemy(t);

// >>131のカクッと折れる敵の行動
void MoveEnemy(t){
enemy[t].timer++;
if(enemy[t].timer < 120){
enemy[t].x -= 4;
}else{
enemy[t].y += 4;
enemy[t].x -= 4;
}

各敵にtypeとtimerを記憶させておいて、
それに応じて行動させている。

**名前は開発中のものです。** · 04/02/01 13:49

＞その言語仕様では柔軟性が無い。(敵弾は吐けないし、曲線を描く行動も、
＞自機追尾もできない。)

文字列にしてa～ｚにもコマンドを割り振ったりなんかしたりして。

いや言ってみただけ言ってみただけ

シューティングゲーム製作技術総合 ２機目

シューティングゲーム製作技術総合　２機目