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

**名前は開発中のものです。** · 2008/11/27(木) 10:18:19

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

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

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

過去スレ，関連スレは >>2-3で。

**名前は開発中のものです。** · 2008/12/16(火) 23:29:56

>>224
矢印キーを押すとブラウザのスクロールバーが動いちゃうぜ。
うちのノートパソコンなら問題なく60で動いた。

**名前は開発中のものです。** · 2008/12/16(火) 23:52:42

ってこっちのレスはおまけだ

みんなソートとか速度とか考えるよなー
うちはどうやって動作処理を記述すれば上手くいくのかさっぱり過ぎて結局強引なコードを書くんだよな。

最近接に対しての誘導とか、インスタンスのリストが必要だから管理クラスと相互参照にしちゃうし、
プレイヤーの情報表示とか、そのためのインスタンスを作ってプレイヤーのインスタンスを保持させてるし、
なーんか後で修正しようがない感じになってしまう。
本とここら辺の上手い管理方法ってないのかね？

>>231
半透明使うとZソートしないと変になっちゃうぜ

**名前は開発中のものです。** · 2008/12/17(水) 01:24:40

>>230が言うソートって、使う画像ごとにソートして
キャッシュのヒット率を上げましょうって意味でしょ。

と、2D前提の俺は思った。

**名前は開発中のものです。** · 2008/12/17(水) 20:44:43

>>231
> 60fpsでソートｗ
> でも、実際のところコスト的にはどうなんだろう。

ｗとかどうなんだろうもへったくれも何も
サクっと実験すればすぐ結論は出ると思うんだけど
なんでやんないんだろう。HSPerな俺でも変だと思う

描画するものをrand()とかで適当にシャッフルして
つまりマテリアルの順番をバラバラにして
つまりテクスチャもレンダリングステートもシェーダも何もかもバラバラにして
描画するだけ。ね、簡単でしょ

> Ｚ軸をソートすることで表示されなくなるスプライトは描画しないようにしようって話だよな？

>>230はそんなこと書いてないと思うんだよね

**名前は開発中のものです。** · 2008/12/17(水) 21:13:03

ソートなのになんでバラすんだ？

**名前は開発中のものです。** · 2008/12/17(水) 21:39:24

マテリアルソートする意味が分かると思うの

**名前は開発中のものです。** · 2008/12/17(水) 21:41:47

>つまりテクスチャもレンダリングステートもシェーダも何もかもバラバラにして

これ順番をバラバラにするってことね。ステート切り替えしまくった場合と
ある程度まとめた場合の比較をすればマテリアルソートすることの
意味が理解できると思うの

**名前は開発中のものです。** · 2008/12/17(水) 22:37:27

>>235
ロクにベンチマークテストもしないで根拠レスなことグダグダ言う奴っているよな
先入観だけで意味の無い最適化したり逆に必要なところで何もしなかったり

**名前は開発中のものです。** · 2008/12/17(水) 23:05:17

>先入観だけで意味の無い最適化したり逆に必要なところで何もしなかったり

俺の事だな。

**名前は開発中のものです。** · 2008/12/17(水) 23:26:50

>>237-238
YUTORI最下層シミュレータにかけたところ以下のような出力結果が出たぜー(　・∀　・)♪

　　「なんでやんないんだろう」
　　　　　　　　↓
　　[YUTORI最下層変換]
　　　　　　　　↓
　　「なんでソートしないんだろう」

「なんで実験しないんだろう」にはならないらしいぜ。YUTORI最下層ってすごいだろ。配慮しろよ

**名前は開発中のものです。** · 2008/12/17(水) 23:32:50

ソートありとなしを比較するのにバラバラにする必要はないだろ

**名前は開発中のものです。** · 2008/12/17(水) 23:38:16

タ○○○○○ムとか使ってる知能障害プログラマのコードを
簡易にエミュレートするには有効だと思うよ

**名前は開発中のものです。** · 2008/12/17(水) 23:42:27

嫌な予感がするので僕は逃げます。バイバイ

**名前は開発中のものです。** · 2008/12/17(水) 23:43:48

言いたいことが分らない
ていうかSTGで描画するのにソートって意味あるのか？

**名前は開発中のものです。** · 2008/12/17(水) 23:51:53

タムリンビーム？

**名前は開発中のものです。** · 2008/12/17(水) 23:52:27

いつまでやってんのお前ら

**名前は開発中のものです。** · 2008/12/18(木) 00:03:27

まぁ　ID:xxIGjXbe ＝ ID:Kx3CWuJW　なわけだが。臭いで分かるだろ
今日も彼は元気ってことだ。よかったなお前ら

**名前は開発中のものです。** · 2008/12/18(木) 05:57:52

祖母「地獄巡りの片道切符は貴様らの命で買ってもらおう」

**名前は開発中のものです。** · 2008/12/18(木) 05:58:30

誤爆　祖母ろスレと間違えた

**名前は開発中のものです。** · 2008/12/18(木) 06:26:04

なんだそれｗ

**名前は開発中のものです。** · 2008/12/18(木) 13:02:45

なんか家庭問題平和的解決STGとかそんなのを連想したがこれ以上はやめておく

**名前は開発中のものです。** · 2008/12/18(木) 16:03:34

文化祭の出し物に家族計画STGというものを展示したら三者面談
大人って汚いよなーっておもた

**名前は開発中のものです。** · 2008/12/18(木) 16:15:20

どっかで聞いたなその話ｗｗ

**名前は開発中のものです。** · 2008/12/18(木) 21:45:07

Direct3D直叩きで作ってるやつ減ってるなあ
もうちょっと勉強しようぜ

**名前は開発中のものです。** · 2008/12/18(木) 22:05:15

それを突き詰めるとカーネルから作れという話になるわけだが
システム弄りに熱を上げるよりゲームに精を出そうぜ

**名前は開発中のものです。** · 2008/12/19(金) 00:11:23

HSP直叩きで作ってるやつ減ってるなあ
みんなもうちょっと玉葱の勉強しようぜ！

ハードウェア⇔デバイスドライバ⇔ダイレクトサンディー⇔アプリ　　（だいたいあってる）
GPUを隠蔽したインターフェース相手に直叩きって言えるなら
僕だって毎晩E3Dを直叩きしてるんだからねってGDAlgorithms-listで叫んでいいはず

哂われたら>>255の所為

**名前は開発中のものです。** · 2008/12/19(金) 00:15:14

自分のパソコンでしか動かないゲーム作ってもなーってのはあるな。
ハードに近付けば近付くほど、その傾向が高くなる。

**名前は開発中のものです。** · 2008/12/19(金) 07:59:20

dirfct3Dに手を出そうとしてるがマイクロソフト公式解説の時点で既にｱﾊﾞﾊﾞﾊﾞﾞなレベルで難解ねコレ

**名前は開発中のものです。** · 2008/12/19(金) 10:39:32

http://www.google.com/search?hl=ja&lr=lang_ja&ie=UTF-8&oe=UTF-8&q=dirfct3D&num=50

**名前は開発中のものです。** · 2008/12/20(土) 12:41:00

DrawIndexedPrimitiveUP最強伝説

**名前は開発中のものです。** · 2008/12/20(土) 12:45:27

OGREとIrrlihtという３Dエンジンがあってだな

**名前は開発中のものです。** · 2008/12/28(日) 02:55:22

>>259
いきなり公式解説はきつくない？
DirectXの本でCDつきのを１冊買ってきてサンプルいじってある程度
理解してから公式みるとかをお勧めする

**名前は開発中のものです。** · 2008/12/28(日) 08:14:01

>>263
公式は絶望的なのでそうするよ！

**名前は開発中のものです。** · 2009/01/01(木) 17:24:36

“砂漠の女王”をテーマにした質素な衣装　
http://contents.oricon.co.jp/upimg/news/20081230/61682_200812300341752001230620377c.jpg
http://contents.oricon.co.jp/upimg/news/20081230/61682_200812300297266001230620377c.jpg
http://contents.oricon.co.jp/upimg/news/20081230/61682_200812300349984001230620377c.jpg

**名前は開発中のものです。** · 2009/01/01(木) 23:19:12

どこのラスボスですか

**名前は開発中のものです。** · 2009/01/01(木) 23:28:42

>266
んー…… ぱろでぃうす？

**名前は開発中のものです。** · 2009/01/02(金) 00:05:09

ガルーダIIとか

**名前は開発中のものです。** · 2009/01/02(金) 04:07:59

こんな動画があったりする。

【生かして】もし弾幕ＳＴＧのラスボスが小林幸子だったら【帰さん】
http://www.nicovideo.jp/watch/sm5646733

**名前は開発中のものです。** · 2009/01/02(金) 04:20:29

鼻水噴射したｗ

**名前は開発中のものです。** · 2009/01/02(金) 17:06:49

>>256
キモさから見てR-TYPEあたりかな

**名前は開発中のものです。** · 2009/01/03(土) 20:02:39

東方風神録みたいな円形のボムってどう実装すればいいんだ？

**名前は開発中のものです。** · 2009/01/03(土) 20:03:55

気にせず矩形判定

**名前は開発中のものです。** · 2009/01/03(土) 20:30:08

円同士なら距離で判定

**名前は開発中のものです。** · 2009/01/03(土) 20:42:50

>>273-274
あーいやそれはわかるんだがあんな感じのエフェクトって入れるの忘れてた

**名前は開発中のものです。** · 2009/01/03(土) 23:36:52

PrimitiveType.TriangleFanを使ったらできないかな。

**名前は開発中のものです。** · 2009/01/04(日) 00:55:41

見たこと無いから間違ってるかも知れんが
円の画像を拡大縮小すればいいんでねぇの？

**名前は開発中のものです。** · 2009/01/04(日) 01:12:01

>>276
ポリゴンそのものを円形にする必要があるの？

**名前は開発中のものです。** · 2009/01/04(日) 02:37:24

どんな絵か判らんが普通に円の絵を板ポリに貼るだけじゃないのか

**名前は開発中のものです。** · 2009/01/04(日) 04:49:12

>>175
見た感じ、紫、白ともに画像は同一。
輪自体はかなり高速に回転してるけどグラフィック自体はアニメーションしてないっぽい。
白い輪は途中で2枚の回転方向が異なる円形画像が重なるようにしてるっぽい。
輪の線の太さは変わらず半径だけ増えてるから変形は単純な拡大縮小ではないけど、多分スケール操作か連番画像。

**名前は開発中のものです。** · 2009/01/04(日) 04:52:09

安価ミス>>275

**名前は開発中のものです。** · 2009/01/04(日) 07:07:50

>>280
んじゃ最終的な大きさになるテクスチャを縮小した状態から大きくしてなおかつ
1枚絵を高速回転してるわけか

**名前は開発中のものです。** · 2009/01/04(日) 11:54:26

>輪の線の太さは変わらず半径だけ増えてるから変形は単純な拡大縮小ではないけど、
単純に輪郭画像と輪郭の太さ分小さい画像の重ね合わせじゃないかね？
単純に重ね合わせると違和感があるのでアルファブレンドなり加算合成なり・・・
実物見たこと無いから(略

**名前は開発中のものです。** · 2009/01/04(日) 11:58:07

>>282
素材抜き出したらそれっぽいのが１つあったが真っすぐな線だった。
あれを円状にしてるのかな

**名前は開発中のものです。** · 2009/01/04(日) 19:39:03

ってことは直交座標から極座標に変換してるでFAっぽいね
昨日(というか今日)似たような画像を作ろうと試したときレタッチソフトのフィルタでXYRT変換使ったから、
プログラム上でそれが出来ればわざわざ円形の画像を使う必要もないってことか

**名前は開発中のものです。** · 2009/01/04(日) 19:50:08

そこでTriangleFanをだな。

**名前は開発中のものです。** · 2009/01/05(月) 11:31:40

>>285
ｋｗｓｋ

**名前は開発中のものです。** · 2009/01/05(月) 17:30:37

オブジェクト指向で作っていたが
構造体で作った方が牢固で、保守的で、頑丈なものができそうな気がするんだが
どうだろうか？

◆Fp.xSEIREI · 2009/01/05(月) 17:36:20

全部構造体で作ってる俺が通るぜﾋｬｯﾊｰ

**名前は開発中のものです。** · 2009/01/05(月) 20:13:08

>>289
通るだけかよｗ
所感も書いてけYO

◆Fp.xSEIREI · 2009/01/05(月) 20:21:20

おぶじぇくと嗜好とかクラスとかわけわからんが構造体だけで何も困ってないぜ(・∀・)

でおｋ？

**名前は開発中のものです。** · 2009/01/05(月) 20:32:37

個人で作るなら(プログラマが1人なら)オブジェクト指向である必然性は無い。

**名前は開発中のものです。** · 2009/01/05(月) 20:45:15

オブジェクト指向と構造体は並べて比較できるものではないと思うが。

**名前は開発中のものです。** · 2009/01/05(月) 21:01:01

そうなのか？
やはり難しいことを先にやっていたようだ
どおりで完成しないわけだ
構造体楽だね♪

**名前は開発中のものです。** · 2009/01/06(火) 02:12:01

グラディウスⅤの芋ステージを真似てみようと勢いで作ってみたが、
判定処理が複雑になりすぎ＋処理重すぎでまともに動かないorz

・岩１つ１つを背景と判定するために座標変換
・プレイヤーやショット、空中の敵も背景との判定の為に座標変換

スムーズにはいかないな…。

**名前は開発中のものです。** · 2009/01/06(火) 03:03:01

>>287
詳しく･･･といわれても。
適当にぎざぎざ引いた線を左右が循環するようにして、そのあとフィルタを使用しただけだが。
photoshop(elementだが･･･)でやった。
大抵のレタッチソフトは座標変換操作するフィルタはデフォであるか、プラグインがあるんでない？

直交座標を極座標に変形するってことに対してなら、
元のY軸の値を原点からの距離、元のX軸の値を方向にするような変換でしょ。
ぐぐって上に出てきたページの真ん中あたりに直感的に理解できる図がある。
ttp://pkunto.akuma.to/atelier/filter/no1.htm

**名前は開発中のものです。** · 2009/01/06(火) 08:30:15

>>291
おｋ
俺もそーしてみるかな

**名前は開発中のものです。** · 2009/01/06(火) 09:00:46

ま～わる～ま～わる～よ～
ソースはまわる～
コメントーアウトーくりかえ～し
今日は消されたコメント達も
いずれコミットされて動きだ～すよ～

**名前は開発中のものです。** · 2009/01/07(水) 00:37:24

>>295
＞座標変換

座標の整数化とビット右シフトはやってんの？
当たり判定グリッドの単位マス当たりドット数を、２の倍数にしておく必要があるが。

**名前は開発中のものです。** · 2009/01/07(水) 01:56:25

>>295
参考になりそう？
ttp://marupeke296.com/COLSmp_2D_No9_QuadTree_Imp.html

座標変換なんて一つのオブジェクトに1回で済むんだから
まず考えるのはあたり判定回数を減らすことだと思う。

>>299のはもっとシビアに最適化しなきゃいけない場合にするものだと思う。

**名前は開発中のものです。** · 2009/01/07(水) 01:56:40

>>299
いや、普通にfloatで行列使ってやっているｗ
岩は丸判定、背景はあたり判定用のポリゴンでクソ真面目に計算しているから
処理が重いのは当然かｗｗ
バスクリンステージも後々再現してみようと思ってたので背景に判定ポリゴン使って、
カメラのＺ軸回転にも対応できる形にしていったつもりだが、
処理の高速化とか全く考えていなかったorz

**名前は開発中のものです。** · 2009/01/08(木) 17:20:35

>>299
それ２の倍数ではなく２の冪乗だと思う

**299** · 2009/01/08(木) 20:43:25

>>302
ううっ、恥ずかしい。累乗だった。

>>301
ひょっとしてレイ使って当たり判定やってんの？

**299** · 2009/01/08(木) 21:10:15

つーか、日本語不自由でもPC言語不自由じゃなかったら問題解決だべ。
ｺﾞﾗｱヽ(｀Д´)ノｶｶｯﾃｺｲﾔ!

**名前は開発中のものです。** · 2009/01/08(木) 23:40:32

>>303
まぁそんな感じだな。
判定用ポリゴンもできる限り少なくしたつもりだが、
そもそもグラⅤとかの判定って全く違う考え方でやっているとしか思えないな…
あれだけの物量の判定やっているんだから何かごまかしているとは思うんだが、
簡易的な処理方法が俺には思いつかないorz
座標変換処理だけでかなりの処理負荷だしなぁ。

**名前は開発中のものです。** · 2009/01/09(金) 08:05:19

>>304
A = {a | a∈2^n, ∀n∈N}
B = {b | b∈2n, ∀n∈N}

この2つはまったく別の集合だよな
数学の言葉で記述すればいいんだから、日本語が不自由ってのは言い訳にできない

**名前は開発中のものです。** · 2009/01/09(金) 10:24:29

>>306
なんか、顔文字に見えるのは俺だけか
ﾆﾀﾞって感じのやつが手を横に伸ばしてるみたいな

**名前は開発中のものです。** · 2009/01/09(金) 21:32:08

>>307
大丈夫
俺もだ

**299** · 2009/01/09(金) 22:24:08

>>306
横で、お主が昔飼っていたペットが「昔この２本足に虐待されていた！」と憤っているぞ。

＞2つはまったく別の集合　　　　('ｰ`)ﾌﾑﾌﾑ
＞　↓
＞数学の言葉で記述すればいい　　('ｰ`)ﾌﾑﾌﾑ
＞　↓
＞　↓
＞　↓
＞∴日本語が不自由ってのは言い訳にできない　('A`)？？？

('A`)・・・

('∀`)！！！→日本語不自由でも○○言語不自由じゃなかったら問題解決

**名前は開発中のものです。** · 2009/01/11(日) 17:19:25

>>308
あるよ。
以上。
↓次の方どうぞ

**名前は開発中のものです。** · 2009/01/11(日) 18:55:37

ひつぜん-せい 0 【必然性】
(1)そうなる以外にありえないこと。

**名前は開発中のものです。** · 2009/01/11(日) 23:38:57

東方のDirect3Dの描画範囲って本当に640×480？
どうやっても1024×768のディスプレイであそこまで綺麗に画像が映らない・・・
何か特別なパラメータの設定でもあるのかな？
誰か情報あったらきぼん。

**名前は開発中のものです。** · 2009/01/12(月) 00:19:51

>>312
文章の意味がよく分からんが

東方よりも大きい解像度で自作ゲームを作ってるけど
あそこまで画面を綺麗にできないってこと？

それでも綺麗の定義がよく分からけど

**名前は開発中のものです。** · 2009/01/12(月) 01:00:55

いえ、Direct3Dの描画サイズは640×480で作っています。
それを1024×768のフルスクリーンで表示しても
同じ640×480の東方に対して画像などの粗が目立つ気がするんです。
東方も若干ぼやけてますがその1.5倍くらいぼやけて見えるんですよね、、、

**名前は開発中のものです。** · 2009/01/12(月) 01:13:35

じゃあ、東方はビットマップとかをあらかじめ大きめに作っておいて、
それを縮小表示してるのかもね。

解像度を小さくする理由としては、動作速度を稼ぐためとかが挙げられる

**名前は開発中のものです。** · 2009/01/12(月) 01:14:41

>動作速度を稼ぐ
俺のことなんですけどね。

**名前は開発中のものです。** · 2009/01/12(月) 01:51:27

グラボのアンチエイリアス機能が画面全体に効いてたりして

**名前は開発中のものです。** · 2009/01/12(月) 09:43:09

開発中はグラボの機能カットするなんて基本…>312はやってないかもしれんな

**名前は開発中のものです。** · 2009/01/12(月) 20:05:51

ち、違う！俺はやってない！

**名前は開発中のものです。** · 2009/01/13(火) 18:44:36

話は署で聞くから

**名前は開発中のものです。** · 2009/01/14(水) 08:47:38

>>319 が「やれ」とほのめかしたんです(TT)

**名前は開発中のものです。** · 2009/01/14(水) 11:58:08

グラボの機能カットしない男のひとって…

**名前は開発中のものです。** · 2009/01/14(水) 12:26:04

私のグラボは最新です！！

**名前は開発中のものです。** · 2009/01/14(水) 21:03:42

ちょっと質問。
C/C++系などメモリ破棄を自前でやる言語使ってる人で、
メモリ管理ってどうしてる？
・デフォルトのmalloc/newに丸投げ
・配列＋空きインデックス管理
・大き目の領域を取ってその中を自前で管理
・その他(併用とか)

最初自分で工夫しようと思ったけど、デフォルトのnewでもそんなに困らん気がしてきた。

**名前は開発中のものです。** · 2009/01/14(水) 21:33:56

困ったら別の方法を模索すればいいんじゃね？

**名前は開発中のものです。** · 2009/01/14(水) 21:51:51

new使ってるけど、
newで作ったものは全部プールしておいて後で使いまわすからという理由で
どうにもdeleteしている形跡が無いという
不思議な仕様になった。

もったいない精神は偉大である

**名前は開発中のものです。** · 2009/01/14(水) 23:32:25

つスマートポインタ

**名前は開発中のものです。** · 2009/01/15(木) 01:55:30

>>324
C++ならnewで作っておいて、パフォーマンスに問題があれば
newを自分で定義すりゃいいんだよ。
グローバルなnewもクラス固有のnewも、自分で再定義できる。

**名前は開発中のものです。** · 2009/01/22(木) 01:33:23

ふつーに初期処理でnewして、ふつーに終了処理でdeleteするだけっすよ
ゲーム中では絶対new/deleteしない。あらかじめコンテナにプールしとく

**名前は開発中のものです。** · 2009/01/28(水) 17:57:25

>>306
＞A = {a | a∈2^n, ∀n∈N}
＞B = {b | b∈2n, ∀n∈N}
数学科の俺から見ると、このA,Bは数学の言葉としては全く意味が通らない。
おそらく、2のベキ乗全体の集合をA, 2の倍数全体の集合をBと書いた
つもりなのだろうが、全然そうなっていない。

「a∈2^n」は「aは2^nという集合の元である」という意味であり、
「b∈2n」は「bは2nという集合の元である」という意味になる。
この言い回しは意味不明。2^nも2nも、集合ではなく自然数だから。
ついでに、「∀n∈N」の部分もおかしい。なんで∀なの？∃だろ？
正しくはこうだ。
A＝{a｜a＝2^n，∃n∈N}
B＝{b｜b＝2n，∃n∈N}

＞数学の言葉で記述すればいいんだから、日本語が不自由ってのは言い訳にできない
数学の言葉に不自由な輩がそんなこと言ってもな。

**名前は開発中のものです。** · 2009/01/28(水) 19:36:50

何を言ってるのか判りません(*´∀`)