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

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

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

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

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

■過去スレ
11機目 http://pc8.2ch.net/test/read.cgi/gamedev/1149422610/
10機目 http://pc8.2ch.net/test/read.cgi/gamedev/1143038992/
９機目　http://pc8.2ch.net/test/read.cgi/gamedev/1134236719/
８機目　http://pc8.2ch.net/test/read.cgi/gamedev/1120669295/
７機目　http://pc8.2ch.net/test/read.cgi/gamedev/1110815882/
６機目　http://pc5.2ch.net/test/read.cgi/gamedev/1105176011/
５機目　http://pc5.2ch.net/test/read.cgi/gamedev/1098034919/
４機目　http://pc5.2ch.net/test/read.cgi/gamedev/1092048824/
３機目　http://pc5.2ch.net/test/read.cgi/gamedev/1087339516/
２機目　http://pc5.2ch.net/test/read.cgi/gamedev/1073736474/

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

■関連スレ
シューティングツクールxpを待ち続けるスレ Part2
http://pc8.2ch.net/test/read.cgi/gamedev/1152622110/
PCで出来る2Dシューティング(STG)総合スレ29
http://game10.2ch.net/test/read.cgi/gamestg/1152186810/

■他
WIKI（シューティングゲーム製作技術総合）
http://gamdev.org/w/?%5B%5B%A5%B7%A5%E5%A1%BC%A5%C6%A5%A3%A5%F3%A5%B0%A5%B2%A1%BC%A5%E0%C0%BD%BA%EE%B5%BB%BD%D1%C1%ED%B9%E7%5D%5D
シューティングゲーム製作技術総合スレまとめページ
http://pcstg.s59.xrea.com/tech.html
ゲムデヴあぷろだ
http://gamdev.org/up/upload.php?page=1

チ・キュウ・ジン・オツ。チ・キュウ・ク・レ

>>4
ダメだ！他所あたって！！

>>1
乙＆あり

ｵﾂｶﾚ

ワーニングフォーエバーは最終的に均一な成長になるのがな。
もちっと変化の要素が激しければなー。

STGでディアブロライクな育成、アイテムを取り入れようと思うんだけどどう？

それだけではなんとも。
正直いらんと思うけど。

PO!

まず普通に作って、ある程度面白く遊べる内容じゃないとな
そしたら、別にいらねえやと思うからそのまま作り続ければいいんだ

>>9
グラナダみたいにすればおもしろいかも。

アクションRPGとの差別化をどうするかだね。

スタートレーダーを参考にするんだ！
つまんねえけど

スタートレーダーを参考にするんだ！
つまんねえけど

>>12
普通につくってとても面白かったらそうします。

>>13
ちょｗ　X68Kの見下ろしSF戦車ゲーのことか！？ｗｗｗ

>>14
距離に変化を持たせるにしろ、メインが遠距離攻撃ってところかな？
あと弾除け等STGならではの要素を装備でいじれるようにしたら結構オリジナリテゥイがでると思う。

>>15-16
交易しすぎだＹＯ！

反応ないけど、STGって言ってみればハック＆スラッシュだし
システム的に相性が良いと思うんだけどな。
もう少ししたら軽い提案書みたいなのうｐしてみる。

ハック＆スラッシュってなんでしか？(´･ω･`)

脳内ローカル単語使う奴に提案書なんて無理

＼のことだら〜

提案書って…自分でつくるんじゃないの？(´･ω･`)

＞974 名前： 名前は開発中のものです。 [sage] 投稿日： 2006/08/04(金) 22:38:19 ID:cEmd4dqH
＞育成型STGって既にあるかな？
＞なかったら作りたい。

この人かと思ってたんだが…別人かな。

ググれば90000件も出る単語が脳内ローカル単語とは思わんなぁ
つか提案書なんか要らねえよ
企画厨じゃあるまいし
てめえで実装して勝手に発表してろ

ハック＆スラッシュってかつてのRPGマガジンでしか見たこと無い単語

テーブルトーク系を見回っているならよく見る単語だ

>>18
最終的に飛び道具主体の見下ろし型ゼルダになる気がするけど応援しておく
いまどきのSTGを基準にすると自機や敵の最弱―最強バランス調整が死ヌほど面倒と思うけどがんばれ

そもそも18は何について言ってるのかよく判らんのですが

ハック＆スラッシュという単語をGameGraphixで見てれば判ったかもしれないね。

ゲームグラフィックスはイングリッズレースが面白かった

つーかSTG系スレ住人のくせにGGなんてよく知ってるな。

ファンタジーなシューティングで敵を根こそぎ倒していくのですか？
それなんてキングスナイト？

それはともかく相性は逆に悪いと思う。
RPG系なら耐久力のあるシューティングになるだろう。
バランス取りに避け切れない弾を増やさないといけないけど
そうなってしまうと爽快感が犠牲になるな。

耐久力無しなら、成長は攻撃力かスピードだけになって成長要素が減るしな。

ちょっと考えてみた解決策。
弾にレベルか属性をつけて、成長したら弱い弾を無視できたり
吸収できるようになるとか？

とにかくアイデア募集とかはこの辺で打ち切って、提案書とかもやめておいて、
素形となるものを作ってうｐ。

どれくらいのスキルがあるのか分かれば、横から口も出しやすい。

9=17=18=前ｽﾚ974の企画厨です。

>>19
ねこそぎ殺して奪おうってゲームスタイル。

>>22
自分に対するものだけど、他の人の意見も聞きたいので。ってことで。

>>25
応援thx。ゼルダとはちょっち方向性が違う。バランスは今も昔も大問題だね。

>>27-29
マニアですね。

>>30
伝説のSTG？ですね。
それはともかく、育成によってプレイスタイルが変化する予定なのでそこら辺が吸収されるのでは？と思ってる。
そしてそのネタはもらっておくｗ

>>31
たぶんWEB上でできるようにﾌﾗｼｭになると思う。

流れを読まずに技術関係でひつもん。

ドブケラのシッポやリーダインの触手系の動きってどう組めばよいですか？

インスルーやドリオサームなんかは、頭のパーツの座標を配列に格納して
いけばいいんだろうと思いますが…


もしかして物理演算必須？orz

いきなり物理演算まで話を飛ばすなよ

ドブケラを作るんだったら付け根の節から回転角度を尻尾に向かって伝えていけばいい
それぞれの節には
・１フレーム中に回転できる最大角度量
・前の節の向きに対して回転できる最大角度
・次の節に与える角度量の減衰率
の情報を持たせる

ドブケラくらいだったら気合で位置配列を作ってもいい

物理演算ってのは大げさだったな(´･ω･`)
角運動と離心運動の変換とか考えなきゃいけないのか〜程度のつもりですた。

んで、ご説明とても分かりやすいです。「数珠」の動きを再現するつもりになればいいんですね。

＞・次の節に与える角度量の減衰率

これは、ドブケラ尻尾の「しなり」を再現するのに使うのかな（´∀｀)

女の子向けのシューティングを作ろうと思ってるのですが、それには「触手」は必須だろうと(`･ω･´)
がんがって実装してみます。どうもありがとうございました！

＞女の子向けのシューティングを作ろうと思ってるのですが
…よく分からんががんばれｗ

えろいの？

んにゃ。かわいい女の子の絵とか描けないから(´･ω･`)

女の子が遊んでも楽しく遊べるくらい簡単で面白く、それでもって後から触手やなんかの
意味に気付いて思わず赤面、みたいなのを考えてまつ。

＞女の子向けのシューティング

にょろにょろな男根でも出すのか
腐女子向けだな

丸い自機に、白いおたまじゃくしが群がってくるSTGじゃﾈｰﾉ？

自機も敵も全部色男
ボムは薔薇

男根だけ出しても腐女子は喜ばないと思うぞ

腐女子受けといったら♂ｘ♂だな。

女はシチュ込みじゃないと萌えないんじゃねえの

機体選択画面でソレっぽい♂絵だして、被弾するとソレっぽい苦悶のボイス。

とか？

安直だねえ

ぱっと見じゃ意味に気付かない程度なのがいいんじゃないか

被弾するとアッー！
ダメージを与えるとウホッ！

前スレの3Dで2Dシュー当たり判定で作ったサンプルをゲームっぽくしてみた
（破壊できないから全然ゲームにはなってないが）
X軸が回転してても、それなりに判定できてるかも
（この前のとは少し違う方法）

http://gamdev.org/up/img/7041.jpg
http://gamdev.org/up/img/7040.lzh
テンキーでカメラ移動
フォイール回転でY軸移動
マウスドラッグでカメラ回転
フォイールクリックでカメラ回転リセット


インチキ判定だから怪しい部分はある・・・
菱形や台形みたいになるのも矩形で判定してるからなんだけど
普通に距離だけで、判定してもいい気がしてきた・・・




3Dモデルがショボイのは気にしないでくれ・・・

50

>>49
板ポリで判定してるんだっけ？

>>51
それは、提案しただけ
頂点座標収得が出来るならその方が楽そうだったから

49のは敵の座標にローカル座標で大きさ半分を足してx,y,z軸(ローカル)で
別々にスクリーン座標に変えてx,yで外側に有る点を判定に使ってる
（3点しか拾ってないから向きによって大きさが変わっちゃう）

なるほど

今、敵出現情報と背景マップチップ配置情報のファイルを別々に分けているんだが、
地上敵出現時の位置を合わせるのに苦労してる。（川や海の上に戦車が出現しないようにするとか）

背景にあわせた地上敵の出現
や、
多層背景、ボス出現前のWARNIG表示などを含めた、
ステージ情報ファイルの表現形式はどうすればいい？

変なところで改行してしまった。
ちなみに敵出現情報は、どの敵を、どの座標に、ステージ開始後から何フレーム目に出現させると言う風に記述してる。

地上敵とか、MAP画像自体にレイヤー増やして情報を埋め込んだら？
配置するときにはそのレイヤーに点を打っていくとか。そんな感じ。

レイストームのホーミングレーザー見たいな綺麗で小気味良い曲線の出し方の見当が付く方いませんか？
教えてください。

曲線を作りたいならベジェ
でもレイストームはロック対象との角度に沿って速度を調整してるだけな希ガス

一応三次元の座標持って座標変換してるように見えるがどうなんだろう

ハック＆スラッシュって、今ならローグを起点とした、いやゆるDiablo系ゲーム。

解説のフリして、更に解説が必要な単語を持ち出すのは、何かの陰謀か？

さすがに、ローグやディアブロは知ってるだろ？

> さすがに、ローグやディアブロは知ってるだろ？
名前ぐらいは知ってるが、どうもその手のモノに興味が湧かない。

所詮ゲームなんてデータとプログラムの塊だ。PGとしては、
ゲームの中で得た金銭やアイテムに執着する事ができないのだ。

というわけで、ハック＆スラッシュについて、ローグやディアブロを例にとって、
詳細に説明してくれないだろうか。

カプコンのラッシュ＆クラッシュなら知ってるお

>>63
間違いを恐れずにかいてみる。

簡単に言うと、あらわれるモンスターをなぎ倒して、宝ゲットーー(ﾟДﾟ)ｳﾏー
に終始したゲームのこと。

ドラクエとか、FFしっている人から見ると、え？そんだけ？
と思うんだけど、それだけでも面白いように、いろいろ工夫がされている。


トルネコやangbandに代表されるローグライク系だと、
武器やダンジョンの自動生成などが面白い。

ディアブロも同じく武器自動生成や、ダンジョン自動生成、
さらにマルチプレイが戦闘を盛り上げる。

しかし、最新作のディアブロ3とも言われるタイエタンクエストでは、
武器が自動生成名だけで、固定クエストでも固定マップでも固定敵でもそれなりに
そこそこ面白いことが証明された。

とりあえず、
時間をかけて鍛えた俺Tueee!を味わうもの
と解釈してる。

だからデータが残らないローグ系は当てはまらないと思ってたんだが。

説明ｔｈｘ。

脱線気味なんで無理に話(>>9,>>18)戻すと、
> だからデータが残らないローグ系は当てはまらないと思ってたんだが。

STGでプレイヤーが面コースセレクトできて、
コースによって武器等のパワーアップが行われるとか？？？
（ディアブロ系という事で、パワーアップは次のプレイに持ち越し。

ついでにコースは自動生成風味で、編隊の出現タイミングや、
砲台の位置が毎回違うとか？

>とりあえず、
>時間をかけて鍛えた俺Tueee!を味わうもの
＞と解釈してる。

そのわりには本人の体格、デブデブだったりガリガリだったりするんだよな。その時間で体鍛えろよと言いたい。

ふーん

ダライアスみたいなコース選択、サイバリオンみたいな条件によってのコース分岐とか組み入れるといいよね。

敵キャラの出方なんかはスターフォース方式で殲滅速度が速いほど続々と出てくるタイプがいいと思う。
前スレに出てた紙飛行機のSTGとかみてて、いくら成長系だからって初っ端自分が弱すぎて爽快感もへったくれもなかったので
殲滅速度をあげてがんがん敵が出せるっていうところに強さのベクトルをおきたいと思った。

たまに出てくるユニークタイプ、エンチャントタイプの敵キャラ（=高アイテムゲット率）も忘れずに。

基本縦スクロールで考えてるけど、大きく横にも任意スクロールできる探索系のＭＡＰとかも入れるといいよね。
あと、プレイ中に任意で縦スクロールを動かしたり止めたりできるといいかな。やべ、敵出すぎｗｗｗとかのときはスクロール止めて攻略したり、装備変えたりゆっくりアイテム使いたいときなんかに重宝しそう。

ＳＴＧはネタがいろいろあるのでお宝装備には事欠かないと思うんだよね。
R-TYPE式オプション+5 キター！とか
フォースフィールド＋バズシステムの鬼組み合わせTUEEEE！とか

プレイ中重要な主なステータスはＨＰとＭＰｗ

武装は３種類、メインショット、サブ、消耗品。
メインショットはコスト無しで撃ちまくり。サブはＭＰ消費。消耗品は１回使うと１個減るタイプ。

以上企画厨でした。

はぁ、そうですか。あぼーん逝き。

つか、今考えると、PS2のR-TYPEがそういう感じだった。
機体集めてウマーって感じ。
次どんな攻撃が増えるんだろって、わくわくしてた

機体が多いだけで肝心のゲームがな

>>67
武器の持ち越しができるシステムにするなら
ファンタジーゾーン並に弾薬がごりごり減ってった方がバランス取れそう

円と直線のあたり判定ってどう計算するん？
レーザーテトランみたいなやつが作りたいんだ

かなりめんどくさいので線を間隔の狭い点として計算した方がいい。

>>75
線分じゃなく直線で良いなら、円の中心と直線の距離が半径以内かどうかを判定。

つか円はどこで使うの

>>76-77
やっぱり難しいのか…orz
ｻﾝｸｽ

>>78
自機を円で判定してる

　　　Ｐ　　　　　P：ある点
　　d│　　　　　A、B：線分ABを構成する点
Ａ━┷━Ｂ　　Q：点Pと線分ABに垂直な交点
　　　Q　　　　　d：線分PQの長さ
点Aと点BからベクトルABを作成
点Aと点PからベクトルAPを作成
ベクトルAB、APの内積で媒介変数ｔを求める
tが0以上１以下なら点Pから垂直におろした点Qは線分AB内にある
ベクトルABとｔから、ベクトルAQを求める
点AにベクトルAQを足すと点Qが求まる
点Pと点QからベクトルPQを求める
ベクトルPQのスカラーが距離dとなる

点Pと点Aもしくは点Bの距離が半径内、あるいはdが半径内なら当たり

>>79
線分とか使うなら矩形判定のが良くない？
自機なら大して変わらないんじゃ。

>81
矩形は回転と相性が悪い

自機が回転するのか？

きりもみしながら墜落しまつ。

くるくる回って飛んで行きます

任意の頂点数の凸型多角形同士の判定を俺は愛用してる。
ホーミングレーザー系の線分との判定も楽だし、円は８角形あたりで代用できるし。

>83
しないとも限らない。
自機にぶつかるモノが回転しないとも限らない

むしろ矩形のほうがラクだと思うんだがな

矩形は角と角がかするようなときに
見た目以上に判定が引っかかるのが微妙。

普通、見た目より小さめに判定を作ると思うが。
昔は見た目より大きい判定を持つゲームもあったがなｗ

そりゃもちろんそうするんだけど。
斜めに交差するときと、ほぼ垂直に交差するときで
明らかに接触距離が変わるんだ。
まあケースバイケース、地形判定するなら矩形使うし。

自機の判定なんてそれほど大きくはしないだろ？
カドなんて誤差の範囲だと。
個人的には円形判定って使いどころが見つからない。

気にならないんなら、別にいいんじゃね？
俺は気になるけど。

人型だったら人の形状をしてないと不満なんだろうなぁ・・・
もうこうなったらドット単位で判定するしかないね

とりあえずID:RbZmyYWBは落ち着くといいよ。
矩形にこだわる理由を伝える前に発狂してどうする。

>>94
ドット単位で判定なんて無駄が多すぎる。

発狂してるように見えるのか？
厭味が伝わらんのか・・・

嫌みな人間は嫌われるぞ

>92
別に判定は自機にだけあるものじゃない。
斜めの判定（レーザーとか）を矩形の連続でやるとギザギザになるのが嫌。
>96
まず矩形で判定するから意外とそうでもない。
回転させられないからもう使うこともないだろうけど。

矩形にこだわるというか矩形が普通なんだと思うが違うのか。
円形の敵の判定が丸かったらプレイヤーは激突すると思うがｗ

>>100
円同士の判定は矩形同士より単純で済むし、
普通だと思うよ、どっちも。

ただ、昔は乗算のコストが問題になる場合が多かっから矩形が主流だったと思う。

> 円形の敵の判定が丸かったらプレイヤーは激突すると思うがｗ
こんなんあるの？
敵の見た目ぎりぎりまで判定がある場合と混同してないか？

レミングスの地形破壊はどうやって判定してるんだろ

>>101
いやまあお約束的なことを言っただけで実際は見せ方だと思うけど、
たとえば横長の中型プロペラ機だったら判定は主翼部分だけだろうなー
とか思うわけですよ。丸い敵の判定が丸かったら驚きそうだってだけ。

>>97
嫌味が伝わってないのはお前だ

>>102
昔レミングスもどきを作ったことあるけど、そのときは
1バイトに8ドット分の当たり判定を詰めて操作したなぁ

時代をさかのぼるけど、砦の攻防を作ったときはVRAMを直接参照した

いや、フツー>>102みたいなスレ違いはスルーだろ。

んじゃスクランブルの地形判定の話でいいかな

>>106
応用できないかどうか考えることは割と重要だけど、同意

>>103
> 横長の中型プロペラ機
> 丸い敵
……？

丸くてでかい弾の判定が四角だったら
ぎりぎりを通ろうとして角に接触して死ぬだろうことは予想がつく。
それとおなじで、おなじで、……やっぱり例が思いつかんよ。
気をつけたいから、なんかいい具体例があったら後でいいから教えてくれ。

丸い敵の判定は、仮に矩形のみで作るとしても丸めに作るだろ
ここらへんの話は前スレで既出だな

http://pc8.2ch.net/test/read.cgi/gamedev/1149422610/636-710
もしくは
http://makimo.to/2ch/pc8_gamedev/1149/1149422610.html
の636-710

そんなドット単位でギリギリまで近づくことはないだろ…。
だいたいどんな速度で動かすのか知らんが、一度に何ドットも飛ぶんだから
角に引っかかるなんてほとんどありえないし。
つっても別に速度にも問題が出るとは思えないし、丸を使いたいなら別に
俺がそれを止める理由は無いが。

つーか103はそれとは違う話で、単にプレイヤーが判定は矩形だろうと思ってたら
丸だったら激突しかねないね、ってだけの話さ。古くからのシューターは敵の判定が
丸いなんて思いもしないだろうから。

>>106
>>94>>96に対するレスだったのだけどもスレ違いと思われたならすまん

今の時代に矩形を当たり判定に使う価値あんのかね？
回転とかどうしてんの？しないの？古いね。

>>111
なんでどっちかしか使わないっていう話になるんだよ
使い分ければ済むことだろ

>>111
> 一度に何ドットも飛ぶんだから
東方シリーズにある、結構ゆっくりとんでくる、
自機よりはるかにでかい弾(玉?)を想定してた。
描画上では玉と玉が重なってるくらいなんだけど、
ある程度判定が小さいのでかするようにすり抜けられる。

そうでなくとも、最近のシューティングはカスリがシステムに
含まれてるものが結構あると思うから、場合によっては
有用だと思うよ。

> つっても別に速度にも問題が出るとは思えないし、丸を使いたいなら別に
> 俺がそれを止める理由は無いが。
普通そうだよな……。彼(>94)が発狂する理由が分からん。

> 単にプレイヤーが判定は矩形だろうと思ってたら
> 丸だったら激突しかねないね、ってだけの話さ。古くからのシューターは敵の判定が
> 丸いなんて思いもしないだろうから。
別の話だけど、こういう類の既存のゲームの経験を、どこまで
前提知識として要求したり、慣習として踏まえるべきなのかね、
というのも問題だよな。

個人的には、「敵の判定が丸いなんて思いもしないだろう」というのは
因習だから切り捨ててOK、とか思うけど、矩形判定に慣れるほど
シューティングに適性ががある人でも、円判定に慣れ難い人っているのかな。

>>113
矩形だって回転して判定出来るだろう
回転のためだけに円に逃げるのであれば、そちらの方が古いよ
フィットする形状を適材適所で選ぶのがよし

>>113が言ってるのはAABBの事だろう。
確かにいまどきAABBで判定ってのは微妙すぎる。

円もホーミングレーザーみたいなものへの対応が厳しいし、
線分判定と多角形判定の組み合わせが手軽でいい気がする。

>因習だから切り捨ててOK、とか思うけど、
シューティングってジャンルは歴史が長く、目新しいものを嫌う傾向があって、
自分が知ってるルールから外れると気に入らないって奴も多いよ。
暗黙の了解としておおよそ守られている慣習は特に。

そんな奴知ったことか、ていうのも別にかまわないが、あえてそういった
お約束を破るに足る理由（ゲームを面白くするのに不可欠、とか）が無いなら
わざわざ変えないほうが良い気がする。

まあ円判定自体はそこまで抵抗されるようなものじゃないと思うけど。

＞別の話だけど、こういう類の既存のゲームの経験を、どこまで
＞前提知識として要求したり、慣習として踏まえるべきなのかね、

俺としてはこっちの話題のほうが面白そうだｗ

>>118
> お約束を破るに足る理由（ゲームを面白くするのに不可欠、とか）が無いなら
> わざわざ変えないほうが良い気がする。
他に変なシステム搭載する場合とかは、他のところはなるべく
既存のプレイ感覚を踏襲したほうがいいかもしらんね。
(矩形派が大勢かどうかはともかくとして。)

その場合、単に矩形判定を残しました、だけじゃ片手落ちになんだろうけど、
ある程度共通認識はあるもんなんだろうな。他のジャンルと違って
そんなにシステムの進化が激しいものじゃないから、ある程度は
時代毎の一般的なシステム(やプレイ感覚をなすパラメータ)は
類型化できるかもしれないと思う。

なんて激論してるけど、プレイヤーにとってはどっちでも変わらない罠。

>>120
あたり判定が変わればプレイヤーにとっても変わるよ^^;

当たり判定の形と傾向なんて作品の特性の一つだろ。
古いシューターとやらはタイトル毎に対応を切り替えることも出来ないのか？

でかい敵本体との当たり判定なら
普通自機ショットが消えるところだと感覚的にわかる
だからどっちでもいい

ぶっちゃけ円なんか使う理由がない

>>124
ボス戦とかで自機の六倍くらいの丸い弾の
高速弾乱射すると結構迫力あっていいよ

それ怒首領蜂の5ボスじゃね？ｗ

やってみて違和感がなけりゃ円でも矩形でもどっちでもいいよ。
ゲームなんだから、プレイする側の感覚としてOKかどうか、が
一番のモノサシになるのではないかと思う。

作った奴がテストプレイすると、違和感を過小評価する罠。

正直、キャラ画像内に当たり判定が収まっていれば円だろうが四角だろうがあまり関係がない。
あたりがきびしいかどうかはゲーム固有のもの。

まずはここのスレに書き込んでる人の性格が丸くなるべきだと思う。

>>130
それが必要なのはお前だけ

早速釣れてるぞ。よかったな130。

重ね合わせの順番って普通奥から
爆発→敵→自機弾→ボス爆発→アイテム→自機→敵弾
ですか？ 自機弾とアイテムがよくわからない・・・

プライオリティの話って前もあったな。
俺の場合は
自機弾は自機より下、空中敵より上。
爆発は爆発したオブジェクトより上。
アイテムは場合によるなあ。
高低の概念がある場合、空中敵の爆発より上に地上敵があると変なので注意。

同プライオリティのときは後から登録した物が手前に来るように作ってるだろうから
爆発＝敵でいいよ

空中敵、地上敵といえば、中型空中敵が小型地上敵を隠した場合、
地上敵は弾を吐かないとか処理してる？
敵の配置を調整してかぶらないようにするのが普通そうだけど。

してないなあ。
自機が上に居る時の弾封じはするけど。

背景の後ろに隠れる地上敵を作ったときに
見えない位置から撃たないようにしたついでにやったことはある
些細なことではあるけど、やらないよりはやったほうがいいね

別に必要ない希ガス

自己満足にしかならないから、やらない方が良い。

その分他にやることはある。例えば、完成させるとか。
些細な自己満足レベルに拘る奴は大抵完成しないからな。そうだろ？

完成させてからやればいい

やるのが当然だと思ってたよ
やってない奴がいるのに驚き

なぜ敵が重なったときに弾を撃たなくなる必要があるのかさっぱりわからん。
そういう処理やってるゲームってあるのか？

>>143
いまためしに作ってる縦シューで、描画プライオリティが
敵弾＞空中敵＞地上敵
ってなってるから、突然空中敵の上に弾がでるんよ。それがちょっと不自然かなと。

やってないけど、
空中敵弾＞空中敵＞地上敵弾＞地上敵
てのも奇妙な気がするし。


>>140-141
の言うとおりで、優先順位的に低いので放置してるけど、
スレの流れでちょっと聞いてみた。

んや普通はそうだろう。>敵弾＞空中敵＞地上敵
昔のゲームはそれでも空中敵の上に敵弾が出るのは普通だったので
なんとも思わなかった。最近はそんな処理してるのか。

その作ってるゲーム的に必要な処理かどうかじゃないか。
どうしても気になるようならプログラム的に対応するもよし、
そもそもそういう現象が起こらないようにするもよし。

弾しかでないゲームにすればいい

レスども
136に書いたように配置の調整で逃げようかと思ってる。

でも、まじめに処理してる人たちもいるんだな。


システム上は必須ではない。
たとえば、発射前の予備動作が見えないと避けられない弾とかは出さない。

A.敵の上に敵が居るから弾を撃たない
B.下の敵の弾が上の敵の上に出る

真面目に考えたらどっちも不自然
プレイしやすいのは B.の気がする・・・
(A.は、弾を撃ってくるタイミングが掴み難くなりそうだから)

結局は、敵弾が見え(わざと見えなくするのは有り)なくなる事を防げば
それでいんんじゃね？

プレイヤーは神の目で見てるようなもんなんだから
不自然さを気にしすぎるのも・・・

いやそんなリアリティに沿った話とは関係ないだろ
ゲーム的にどうかってことだけ。

基本的にはわざわざプログラム的に処理する必要は無いと思うが
画面半分ほどもありそうな大型のボスが居座ってるときに、その下に
隠れてる戦車とかが弾を出すのはいただけない気がする。
まあ配置しだいでしょってとこ。

そもそも地上の敵が隠れちゃう時点で駄目な気もするけどな
空中敵の当たり判定が優先されてるとしたら、空中と地上の撃分けでもいれてないかぎり地上的に攻撃不可能になったりするわけだし

>>151
＞空中敵の当たり判定が優先
見た目からもそれで間違ってないと思うが…

プライオリティの問題を話してるんじゃなくて、状況の問題を話してるんだろ
言われてみれば東亜シューで>>151のような状況になった記憶は無いな

鮫！鮫！鮫！の6ボスで起こるよ

失礼、7ボスだった。
6ボスも地上戦車がボスの下に隠れた状態で撃ってくるけど、ボスの判定が
小さいから破壊は出来る（むしろ左右スクロールで隠れてる奴が酷い）。

おまいらなんでいつも喧嘩腰なん？

そりゃシューティングは殺し合いだからさ

どのレスを見て喧嘩腰だと思ったんだ？？

>>150、>>151 の状況を逆手にとれば、部分破壊したように
見せかけるボスなんてのもできるな。

普通に部分破壊した方がいいし

グラディウス�Vという偉大な存在がある。
当たり判定にあまり思い詰めるなってことだ。

それ、反面教師www

くそげだしな

>>146
IDｶｺﾖｽ

んで、敵キャラってどうやって動かせばいいんだろ？

気合で動かせ

プログラムで動かすと良いと思うよ

普通プルトニウムだろ

↑面白いことを言おうとして失敗した馬鹿ｗ

だからちょっと擦ったくらいであんな大爆発するんだな

>>165
BulletMLで動かすのも手だぜ
組み込める環境なら

>>170
ありがとう。試してみますね。

俺のやり方。

プログラムで移動アルゴリズムをガリガリ書くｗ
基本は、速度ベクトルをいろいろいじって移動。
BulletMLに比べれば面倒かもしれないけど、
あらかじめ移動パターンが決まっていればそんなに手間でもない。

プルトニウムは臨界質量以上なら勝手に連鎖反応が起こる。
つまり敵機に搭載するなら臨界質量以下だ。

そして臨海質量以下なら超高温超高圧にしないと核爆発は起こらない。
超高温超高圧を実現するには爆縮が必要となる。
爆縮にはプルトニウムの周囲に高精度に配置された爆薬を、
ほぼ完全に同時に起爆しなければならない。

つまり擦ったところで、何も起こらないか、
せいぜい爆弾が破壊されるくらいなので、
あの爆発は何か別の原因だ。

>>173

>>169

(´Д｀)？

結局>>165 は 敵キャラを動かすアルゴリズムの実装方法を聞いていたのか？

読んでないけど、シューティングゲームの作り方みたいな本出てなかったっけ？

>>176
そういう痒いところに手が届くような本って案外ないね。
帯に短し襷に長し。

>>168はとてもつまらなかったが
>>173はそこそこ

長いので読んでない

ウザいので読んでない

透明あぼーんで見えてすらいない

>>165への指針：
1)大昔のカーレースのような、上から下へまっすぐ降りるだけの敵を作る
2)縦横斜めに動く敵を作る
3)壁に当たって跳ね返る敵を作って悦に入ってみたり
4)ベクトルの考えを取り入れ回転機能を使いスムーズに方向を変える
5)拡大縮小機能を使いフェリオスみたいな演出をしてみちゃったりする
6)R-TYPEみたいな巨大戦艦を作る
7)グラディウスみたいな触手を作る
8)グラディウスやR-TYPEみたいな蛇キャラ、竜キャラを作る
9)多関節キャラなんて作ってみたりする
10)3Dに手を出してみる
11)グラディウス５の１面ボスのモーフィングキャラを作ってみたり
12)遥かな年月が過ぎ、ここと似たようなスレで「敵キャラってどうやって動かすんですか？」
　　という書き込みを見つけ微笑ましくなったりして
13)「プルトニウムだろ」とか書き込んでみる
14)少しだけにぎやかになる。しかしあっという間に別の話題に
15)ゲ製作に対する虚しさがこみあげてきたり
16)「俺が駆け抜けてきた１０年って、何だったんだろう」
17)やがてゲ製作への限界を感じ本を読む男となり
18)自分のこめかみに銃口を当てこう言った
19)「あなたがたはまるでパブロフの犬のようだ。条件反射でよだれを垂らしている！」
20)ｶﾁｬ､ﾀｰﾝ!
21)ガバッと跳ね起きてみたり
22)まさかの夢オチ

×グラディウス５
○グラディウス４

PCでSTG遊ぶ場合でもやっぱりキーボードよりかジョイパッドを使う人多いのかな？

つなぐのがめんどくさいのでキーボードでやってる。

>>182は6,7あたりでいきなりレベルアップしすぎてる気がｓ

7と8が逆じゃね？

筋少かよｗ

リプレイ実装するとしたら、浮動小数点のパラメータ使うとまずいのかな？
CPUによって演算結果が違うという話をきいたことあるのだけれど。

気にするな。

>>189
apihook FPU
でググれ

子息演算の結果はIEEEなんちゃらで保障されてるみたいだけど、三角関数命令とかはどうなんよ。
IntelでもAMDでもビット単位で一致すんの？

サインテーブル固定でもっとけ

>>192
sinfとかcosfとか使えば大丈夫じゃね？
もしくはそこだけインラインアセンブラとかｗｗｗ

背景書くのがめんどくさいなー
プリレンダでやってるんだが激しく手間。

プリレンダの背景ってPCシューではあんま見たことねえな。

今日本屋行ったら
Cﾏｶﾞ連載まとめたシューティング本が出てた

時間無くてあんまし立ち読みできなかったんだけど
買った香具師居る？

最近c++の勉強を始めたんですが、
キャラはコンテナクラスで管理するのが
一般的なんですか？

つーか、それ以外に管理の方法あるのか。
コンテナって言葉通りの意味で言えば
多数のインスタンスを所持するオブジェクトのことだし。

アイテムキャリアーのことじゃね？＞コンテナ

>>197
シューティングマニアックスだっけ？うろおぼえ。
もしそれだったら、すごい前からある本なんだけど・・・

>>201
シューティングゲーム プログラミング
http://www.amazon.co.jp/exec/obidos/ASIN/4797337214/
多分これのことだと思う。

新刊なのね。マニアックスの方とそんなに違わないなら買わなくていいかな。

ちょっと見てみるか。

なかったorz

>199
昔少し触ったBASICでは配列変数を使っていたもので。

添え字の変わりにイテレータというものを使い、
配列の上限がない代わりに、
キャラの追加・消滅のたびにnew・deleteしていくという風に使うわけでしょうか。

配列だってコンテナじゃん。
あんたが言いたいのはSTLのコンテナってこと？

そんな実装詳細レベルで何を使うかなんて正直どうでもいいんですよ。

何も考えずにコードを書くならSTLコンテナを使えばいいけど、
詰まったときにテンプレートとかを理解する必要が出ることがあるので
バカみたいに配列を使ったほうがとりあえずは楽かも。


new/deleteするかどうかとコンテナ(容れ物)は関係ない。

うちでいま弄っているやつの場合、自分の弾は先に全部作っておいて
それを使いまわすので毎回のnew/deleteは不要。
それ以外のオブジェクトは毎回new/deleteをしている。

シューティングで詰まるなんてことねーよｗ

あんな質問してるやつがbind2ndやmem_funをまったく詰まらずに
使いこなせるとは思えないけど？

お前が使えないだけだ
他も同じと思うな

bind2ndやmem_funを使ってる奴なんているのか？

俺は使ってますけど。

マジで？なんでboost入れないの？そんな古代化石使うなんてアホじゃね？

いや、mem_fnでもいいのだけど…論点はそこじゃなくね？

ＭＳＸで作ってる化石もいるんだからたいしたことないだろハゲ

今でもMSXで作るような人は変態です。

なんかちっちゃいMSX出たよな

http://www.msx.d4e.co.jp/

これか

>>215
俺はそこが論点だったけど。

>>202
それそれ。ﾏﾆｱｸｽはコードの断片だったけど
一応今回は一通り作れるらしい。

っつーかタスクシステムの実装が
逆引きダイレクトX（著者は違う）と微妙に違ったような
うろ覚えだけど

>>202の本って言語何使ってるの？

>>222
なでしこ

>>222
日本語

>>222
フランのフラレった

>>223
せめてTTSneoって言ってくれ

>>222
COBOL

>>222
ファミリーベーシック

>>222
C++

PCぶっ壊れて作り途中のSTGが・・・orz

もうすぐ１チップＭＳＸが出るからそれ買いなよ

うん・・・ありがと

PCが壊れてソースが無くなった？

中学生のような言い訳をするな！

データは分散して保存しておけよぅ

HDDが壊れたのか？
PCが壊れたっていうのは少々適切ではないな。

HDDが壊れたとしても、PCが壊れたことには変わりがない。

まぁデータのバックアップは取らないほうが悪い。
ＨＤＤなんてそもそも消耗品なんだから。

ＭＳＸなんだからＦＤＤだろう

カシオのクィックディスクかもしれない。

仮にバックアップしていたとしても、作りかけのそのゲームが面白いかどうかは分からない。

ものすごい蛇足

誰も面白いとは書いてない

絵を描いてる途中でフリーズする悲しさに似ている

おまえら、シューティング好きか？

うｎ

だが命令は嫌いだ

構え！撃て！

まんどくさい
(ﾟσ ﾟ)ﾎｼﾞﾎｼﾞ

弾幕シューティングの平均弾数って500ぐらいですか？
弾一万個普通に出すゲームって既にある？

お前が全てのＳＴＧをプレイして平均と最高を報告しろ。

がんばれー

テストでばらまき弾プログラミングしてみた時あるけど
500個ぐらいで画面中弾だらけになったな。

虫姫のラストが最高2000とか聞いたような気がしたけど、
数が多いからどうだって話だしなあ。

1000個以上とか出してるのって弾がごみみたいに小さくて見にくかったたりするからあんまり好きじゃないな

　　　　　　　　 /: : : : : : : : : : : : ::::::::::::::::::::;:::::::;;::;'ﾞ'';::;::::::::::::::l
　　　　　　　　ﾉ: : : : : : : : : : : :::::::;:',;::::::ノ ;:''''　ノ 　 '' 'l::::::::::{
　　　　　　　ノ-': : : : : : : : : : :::ｨ ,;;::ノ　　　　　　　　　 l::::::::::l
　　　　　　　　 {: : : : : : : :;彡' 　　　　 　 　 　 　 　 　 l::::::::::{
　　　　　　　＿l: : : : : : : l　　_,,____　　　　　　　　_,,,,,_ l::::ﾉ'''
⌒'‐-‐'⌒￣ ./'´l: : r‐､: l　　 , -‐ｰ‐-､,,　　 ,∠ --､/ｯ''‐- ,,__　　　 ､-‐ｯ‐''´ヽ
::::::::::::::::::::::::::/:::::'''‐l `'､弋'‐-l　(　○） ,}r''''Y（○ )　ﾉ /:::::::::::::::￣`'‐<二ﾆ:⌒:　ヽ
:::::::::::::::::::::::/:::::::::::::::}　ij.　　　ゝ ,,＿,,,ノ　　 l`‐--‐''l /::::::::::::::::::::::::::/丿､ヽ　｀ヽ　|,,__
:::::::::: ''''''''/::::::::::::::::::l ﾞi　　　　　　　　　　　　;　　 　 l:::::::::::::::::::::::::::::::~:::::ﾉ　,'　 '　 |:::::
　　　　 /　　　　　''l　l ヽ,,!　　　　　　　　 '　　　　 /::: '''' '''''' ::::::::: '''''／ , '　　　 ﾉ::::::
　　　　　￣ ＞　　 l　 l ヽ |　　　 ､ -‐ー‐- ,,　　 l |　 ＜ ￣　 　 ノ　 ,.'　　　 ノ'::::::::
　　　　 r'´　　　　　l　 ヽヽ＼ 　　 `'‐-ー-‐'　　/'´　　　`''‐,　　{　　　　　 ／　　::::::
　　　　ヽ　　　　　　ヽ　　＼ヽl　　　　　´｀　　 / /　　　　 ノ __,,,_l　　　_,,∠ -- ,,_ ::::
　　　 　 ＼　　　　 　 ＼　　＼＼＿＿＿＿_ノ-‐ ''' ‐‐‐--/　　　｀r'´　　　　　　｀} :
　　　　　　＼　　　　 　 ＼‐- ,,_l　　 l　　＼　　　　　　　　/ 'i　l⌒ l　　　__,,,,,__　ノ
　　　　　　　＼　　　　　　＼　 l　　　l　　　 ＼　　　　　　/　 l　‐-‐}-‐''　　　　　ヽ,


　　　　　　　　ははは、見ろ！弾がゴミのようだ！！

弾幕系はケツイくらいがちょうどいい

>>253
あれは弾数が2000なんじゃなくて
虫姫で使ってる基盤が2000くらいまで出せるってことじゃなかったか？

まあどっちでもいいんだけど…

スプライトじゃないから無限じゃないの？

幾らでも出せるけど出した分だけ処理落ちするな

フレームバッファ方式のスプライトと言えども無限は無理

やってみりゃいいだろアホンダラ

ケツイとか大往生とかの基盤は性能的な限界で最大弾数(250発位？）を決めたが
虫の基盤は性能的に余裕あるのでまだ表示できるけれど
一応2000発にしといたとか、アルカディアかどこかで見かけた希ガス

コンシューマのパーティクルでも４ケタはそうそう出ないな。
60フレームで回そうと思うと一概に言えないけど500辺りで留めたい感じ。
キャラクターのハイモデルでも大体7000ポリゴン程度だから、
描画で１万って数字は案外大きい。

まあ大切なのは弾がいっぱい出るじゃなくてどんな弾が出るかだよな。

密集しすぎるのもちょっとどうかと思うね。どれもあんま変わらなくなりそう。
弾避けというよりは隙間探しというか。イライラ棒とはよく言われるが。

基本的にイライラ棒はうまくコントロールできなくてイライラするけど、
弾幕の隙間探しはコントロールできても通り道を見つけられないと死ぬね。

しかも隙間の時間的変化が、よくあるイライラ棒のように単純ではなく、
模様と模様の重なり方を予測していかないと避けられない、という
なかなか面白いゲーム性があると思う。

ただ、たいていは模様の重なり方を予測、というよりは経験則にしたがって
反射的に避けていくような記憶ゲー(というのも違うか？)になっちゃうのが
どうにも。
まあ、隙間の予測をメインに楽しみたいならパズルゲーをやれよ、
という話もあるけど、もうちょっとゲーム中にも考える暇と意味のある
ゲームを作りたいなあ。

それならジャンル変えたほうが良いんじゃ

最終的にはどんなアクションゲームも記憶による経験則と反射神経でなくね？

そう思いたければそれでいいよ

>>267 あとはレバー操作の精密動作だな。

ワンダと巨像のシューティングバージョンが作れないかな？と考えている。

基本はボス戦オンリーで、ビッグコアのような弱点を攻撃しないと倒せない。
が、色々考えて攻撃しないと弱点にダメージを与えられない。という仕様。

R-TYPEの巨大戦艦。
ファイナル（３D）でもほぼ上記の事をやってるYO!

R-TYPEのファイナルだと、確かに面全体で巨大戦艦だけど
こちらが攻撃できる場所の順序は決まってるし、何も考えなくても最後の弱点が出てくる。

そういうのではなく、こっちはどこを攻撃してもいいけど、順序や攻撃方法を探って
うまくやらないと倒せないのができないかな？ということ。

フレームバッファ方式のスプライトってどうやるんですか？

メモリ内に画像を読み込んでおいて、
弾とか敵とかの絵をコピーし、表示画面にペタペタ張っていくやつ。

もうスプライトなんて言葉は死語にしようぜ。

>>275
お前が意識しまくってる間は死後にはならんと思うよ

>>270
ワンダと巨乳にしとけ

基本は巨乳戦オンリーで、乳首のような弱点を攻撃しないと倒せない。
が、色々考えて攻撃しないと弱点にダメージを与えられない。という仕様。

弾に質量を設定しておく。
ボスは複数のパーツで出来ており間接で繋がっている。
敵弾を避けながら弾をガンガン打ち込んで、
パーツを回転させて弱点を露出させて一撃必殺。

パーツを回転というと出たなツインビーの３ボスを思い出す

間接の留め金壊すとガシャンと開いて弱点が出るとか、
敵砲台が出てきて攻撃激化するから壊しちゃいけないのとか、
数パターンの変形の合間にチラっと出てくる弱点を攻撃とか、
ボスのパーツ壊すと特殊パワーアップアイテムが出てきて
それを装備したら倒せるようになるとか、
素早いボスを地形で引っかかるような場所に誘導して背後を狙うとか

動き回るボスの四肢にアンカー刺してふところの弱点を攻撃

ありきたりだな

演出の話とゲーム性の話が混じってないか

いっそ2Dゼルダを真似た方が近道なのではないか

ゼルダをやったことがないので
その譬えがわからない

むずかしい字だな

キム・ジョンイーリー本人 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!!!!!
http://ex9.2ch.net/test/read.cgi/k1/1158936544/81
キム・ジョンイーリー本人 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!!!!!
http://ex9.2ch.net/test/read.cgi/k1/1158936544/81
キム・ジョンイーリー本人 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!!!!!
http://ex9.2ch.net/test/read.cgi/k1/1158936544/81
キム・ジョンイーリー本人 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!!!!!
http://ex9.2ch.net/test/read.cgi/k1/1158936544/81
キム・ジョンイーリー本人 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!!!!!
http://ex9.2ch.net/test/read.cgi/k1/1158936544/81
キム・ジョンイーリー本人 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!!!!!
http://ex9.2ch.net/test/read.cgi/k1/1158936544/81

キム・ジョンイーリー本人 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!!!!!
http://ex9.2ch.net/test/read.cgi/k1/1158936544/81
キム・ジョンイーリー本人 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!!!!!
http://ex9.2ch.net/test/read.cgi/k1/1158936544/81
キム・ジョンイーリー本人 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!!!!!
http://ex9.2ch.net/test/read.cgi/k1/1158936544/81
キム・ジョンイーリー本人 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!!!!!
http://ex9.2ch.net/test/read.cgi/k1/1158936544/81
キム・ジョンイーリー本人 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!!!!!
http://ex9.2ch.net/test/read.cgi/k1/1158936544/81
キム・ジョンイーリー本人 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!!!!!
http://ex9.2ch.net/test/read.cgi/k1/1158936544/81

あげ

全方位攻撃タイプの２Dシューティングは

　弾を撃ってないと移動方向に向きを変える
　攻撃ボタン押しっぱなしで向き固定

というパターンがやはりベストだと思うが
これじゃない方法で面白いやり方ってある？

ローリングスイッチ使うとか。

いきなりムチャなの来たな

マウスのホイール回転とか(上に回した時に左右どっちに回すか問題だが)
マウスのポインタ使うのは見たことあるな
あとは、攻撃方向をキーに割り当てるとか(これは昔からあるな)

>弾を撃ってないと移動方向に向きを変える
>攻撃ボタン押しっぱなしで向き固定
これにプラスしてシフト押したら現在の攻撃方向の逆に攻撃とか

ゲームによる。おわり

デュアルショック等の右スティックで発射方向転換を考えてみたが

（スティックを傾けた状態でガイドを表示し、スティックがニュートラルに戻ったら弾の方向を変える）

面倒だから実装していない。

洋ゲーによくあるタイプで
移動がカーソルキー、照準がマウスカーソル

全方位攻撃タイプの２Dシューティングと聞いて
真っ先にクドリャフカを思い出したのは俺だけか

サンダーフォースだろ

ライレーンはどうか

>>289
ジオメトリウォーズ

皆さんは液晶モニタ使ってますか？
17インチ以上の液晶でお奨めがあったら教えてください。

DELLの安いやつ

スレ違い

バンゲリングベイ

>>300
http://game10.2ch.net/test/read.cgi/gamestg/1154194523/
ここ読んでおいで

ゲンバリングベイ

ゲンバリング☆ボイ

ボンバリング・ゲイ

ボはどっから来たんだよ

うすた京介の漫画

どういたしましべっれえぇぇー!!!（ゲッバァブ

バーチャロン方式の移動方法で２Dシューティングはどうだろう？と考えたが
確かナムコの戦車ゲーでまるきり同じことしてたの思い出して思考中止。

ボインバインゲイ

ほうほう、ナムコの戦車ゲーというとタンクバタリアンかブレイザーか。

田宮模型のﾘﾓｺﾝ戦車だろ？

バトルシティも知らんのか

ふりーよ！ｗ

タンクバタリアン書いたのにわざわざバトルシティも書けと

アサルトやサイバースレッド
サイバーコマンドも忘れないでください。

元祖はクレイジー・クライマー。これだけはガチ。

どうでもいいが流れが異常すぎｗ

ツインレバーなら何でもいいのかよｗ
んじゃリブルラブル。ありゃ面白かった。

アフターバーナー２もツインレバーかな

んじゃメタルホークやギャラクシーフォースもそうかよ

アルペンレーサー、セガスキー

そういや初期のインベーダーって、左右の「移動」がボタンだったな。

いい加減スレの流れを戻さね？と思ったが戻るべき話もなく…

ちょっと前に出てた液晶モニタの話だけど、俺も製作者側から見たモニタの話を聞きたい。
７万も出せばそこそこ綺麗なのが買えるけど、作業のためには大きい画面が欲しい。
俺は液晶に馴染めず２０インチCRTを使ってるけど、皆はどんなの使ってる？

また別のスレ違いの話がはじまる・・・

>>327
マルチモニタにすればいいじゃないか
そんなCRT+液晶の俺。

19インチ液晶ｘ2と19インチCRTｘ1

机が狭くて複数のモニタはツライ・・・
329と330はCRTも使ってるけど、やっぱ液晶だけだと厳しいのかな？

マルチモニタだと、ゲームをフルスクリーンで起動するとどうなるんだ？

そりゃフルスクリーンってもんさ

>>331
モードによるが、普通はプライマリが全画面になる。

>>328
スレ違いって程でもないだろう。
おまえみたいなのは居なくていいよ。

>>334
スレ違い野郎必死だな。消えろ

>>334
モニタの機種がシューティングゲーム製作技術に関係があるとは初めて知った…

モニタも製作環境の重要な一部分ってことで興味あるんだが・・・

マルチモニタの話はすごく興味深かった。

>>337
製作「環境」が「技術」と関係あるとは初めて知った…

環境があるから技術が引き出せるんだろう

それだと、エディタは何を使ってるとか、ツールはなにを使ってるって話もダメか？
機種自慢やソフト自慢は困るが、効率の良い製作の話に繋がればスレ違いじゃないと思うんだが。

>>340
マルチモニタの話題に関しては当然のように専用スレがあるんだし、
>>331みたいな質問は明らかにそちらのスレで聞く方が適しているだろう
落ちるほど過疎ってるわけじゃないんだから、TPOは弁えよう

いや・・・過疎ってるだろ・・・TPOって・・・・ﾌﾟｯ

これは？？
http://www.happymail.co.jp/?af2094782

自機ねらい奇数弾ってどう作るん？

>344
まず、普通に自機を狙う弾の弾道を算出してだな
そこから等間隔の角度で左右に弾を発生させる。

自機ねらい奇数弾って何？

1wayとか3wayとか5wayとか
等間隔で広がってて中央が自機を狙ってる奴でしょ

自機ねらい弾はできたんだが、角度のつけかたがわからん
自機ねらい弾は
d=sqrt((mx-ex)*(mx-ex)+(my-ey)*(my-ey))
(vx.vy)=((mx-ex)/d*speed,(my-ey)/d*speed)
でやってる

三角関数使えよ

atan2を使って角度を求めれ

おお！上手くいった！
オマイらｻﾝｸｽ

男ならテーブルだろ

テーブルでページフォウルトが発生するほうがやだなー…というのはウソ
STGごときで処理速度が足りなくなるようなショボいマシンは無視でいいだろ。

敵弾の軌道を２Dベクトルにして、行列使って回転させてもいいと思う

こんだけの説明でわかるなら、もうちょっと考えりゃわかったと思うんだがｗ

>>354
それどういうこと？
>>355
atan2の存在を完全に忘れてたから考えてもわからなかったと思うwww

つまり「アークタンジェント」って一言言えば判ったんだなｗ

え，数学の公式は丸暗記するだけで全く原理を考えないタイプの人？

学校によってはsin/cos/tanだけでatanは習わないとか？
習ってもatan2という関数が存在することとは関係ないし。

俺、atanは学校で習った覚えは無いな。

作ってみようと思うんだがHSPよりLGPでやってみたほうがいいんだろうか…

気合入れてエフェクト描いたのに
ゲーム画面で見るとしょぼかったり見づらいだけだったりすると挫けそうになる

>>361
HSPは全体的に重めだからゲーム専門ならLGPの方がいいんじゃない？

LGPのが速いか？

DirectX系プラグイン使えばあんま変わらないだろう

逆三角関数は高校じゃやんねえぞー。
けどまあ、三角関数が分かってればどうにでもなるけど。

普通、>>346はベクトル回転でやると思う。atanは二度手間でしょ。
画像回転のオペランドがラジアンだから、どっかでatan使う必要はあるけど。

atanいらんのでは？

#define DEG2ANG(deg) ((deg)*PI/180.0)
vx = enemy_x - myship_x;
vy = enemy_y - myship_y;
l = sqrt(vx*vx+vy*vy);
vx = vx / l;
vy = vy / l;
speed = 弾のスピード；

new_vx = vx * sin(DEG2RAD(15))*speed - vy * cos(DEG2RAD(15))*speed;
new_vy = vy * sin(DEG2RAD(15))*speed + vx * cos(DEG2RAD(15))*speed;

確かめてないので符号とか間違ってるかも

投稿したとたんにショッパいミスを発見orz =3

そんな処理するのメンドクサイしatanのほうが高速だし

atanを使う方法ってどうやってやるの？
atan2を使うかベクトルの回転しか知らないんで教えてほしい。

atanとatan2が違うものだという話だとは思わなかった

要するにアークタンジェントを使えばいいというだけの話で
>>366みたいにめんどくさいことする必要ねーよってこと

よく見たら行列演算の回転か

多分書いた人は分かってると思うけど
(むしろちゃんと見ないで脊髄反射した俺がアレだが)
MatrixとVectorを作って書いたらスッキリ書けるよ

Vector2 NewDir = Matrix22::Rotation(15) * Vector2::Normal( myship.pos - enemy.pos );

携帯のサイヴァリア買ったんだけど
レベルアップの雷とカスリの粉は
どうやってるのか教えてください

1行目から2行目への飛躍がすごいですねｗ

>>372

int main{
　　if(kasuri){
　　　　kona();
　　}
　　if(level_up){
　　　　kaminari();
　　}
}

(・∀・)ﾆﾔﾆﾔ

シューティングゲームで円形に広がる弾幕定番だけど
四角形で広がる弾幕ってないのですか？
プログラム的に無理なのでしょうか

>>376
プログラム的に無理なことなんかそうそうないと思う

1フレームでx方向にa, y方向にb進む四角形だとしたら、
θの角度に発射する弾の移動量は、x方向にa/cos(θ), y方向にb/sin(θ)
で合ってるかな？

弾の間隔を考えると円と違ってΔθは一定じゃない方がきれいに見えるかな？

試験だけだが、文字状に弾幕を作った事がある。参考になる？？

・文字拡散
1.ビットマップに文字列を出力。
2.ある一点から、それぞれのドットへの距離を求める。
3.その距離の数分の１を、それぞれの弾の速度として用いる。

・文字状撃ち
1.ビットマップに文字列を出力。
2.文字列ビットマップの左端から順番に、ドットのある座標を、
　弾として出力。

ギャグでなら使えるんだが・・・真面目にやると・・・

HELLBOUNDが、スマイルマークとかマンコマークの弾幕を使ってた。
>>378の「文字状撃ち」になるかな。

三角状態に撒くのを２つ重ねて魔方陣とかなら東方っぽいゲームで使えそう

円とダビデ星が広がり、星の内接でまた円とダビデ星が広がり･･･
なんか呪われそうだな。

神聖な印で呪われることは無いと思うが

神聖かどうかは人によるのですｗ

多角形や魔方陣型弾幕っていくつかあるよね。
魔方陣型
・緋蜂シミュ
・めいどさんのおかいもの
多角形型
・秋霜玉
・buttle Hunter
・Ultimate Stage

ほとんど知らないタイトルだ。。。

>>378
応用で、メイド型弾幕とかも作れそうだな。ＡＡ描くみたいな感じで。

色も抽出してドット絵弾も出来るんジャマイカ

Mパロの　ひでぶ　が先駆けか？＞文字

東方弾幕風のスクリプトでがそのまんま出てくるのがあった。
ただ、この方法はあんまり参考にならないと思う。
他にも弾幕風スクリプトであった気がする。

ttp://www.geocities.co.jp/SiliconValley-Sunnyvale/1037/swf/mousouroku.html
ページ下の「東方妄想録　〜正夢」からＤＬ。
収録されてる必殺「それがいもっちクォリティ！」がそれ。

そういや、ファンタジー・ゾーンで等分割に分離する敵が居たな。

sage

age

中ボスの固い敵はどれぐらいで破壊できるのがベストか？について

>>393
３０秒〜６０秒くらいかなぁ。

レイストームのロックオンレーザーのように一旦後ろからでて
追尾するレーザーって式はどんなものがある？

n-wayのひょろ長い弾にAABB判定じゃちょっと切ないので
回転矩形か回転楕円体あたりで判定したいんですが詳しいサイトないですか？
ttp://www.c3.club.kyutech.ac.jp/~sukiyaki/index.php?%C5%F6%A4%BF%A4%EA%C8%BD%C4%EA
ここに回転矩形あるけどこれじゃ貫通時のこと考えるとキリがない気がするのですが

>>393 ふたりの一面とか、怒首領蜂の一面とか。

自機を球、敵弾を厚みのある線分（球を線上に並べたもの）とみなせるなら、
線分と球の判定でやるとか。

そこの回転矩形のやりかたをやるくらいなら、
まじめに各辺同士で線分の交差判定したほうが楽な気がする。
game programming gemsとか言ってるので3次元用なのか？

>>395
CAVEシューやってると中心しか判定ない気がするからAABBでいんでない

ひょろ長い弾ってのがどのくらい長いかによるな

弾の先端に当たる部分に判定を付ける、でいいんじゃないのか？

>>397-400
ご意見サンクス。
比率1:5〜10ぐらいのひょろ長さで非常に遅い弾を考えてます
なんで、先端だけだと不自然に。
>>397のやり方ちょっと考えてみます

ドットで判定してる俺は勝ち組

勝ち組とは思えないｗ

シューティングツクールみたいなの作ってみようと思うんだが
ここに書いておｋ？

http://pc8.2ch.net/test/read.cgi/gamedev/1152622110/l50
ユーザに聞くなら↑だと思うけど、そこはプログラム判らない人間が大半ぽい

↓もある。

シューティングツクールxpを待ち続けるスレ Part2
ttp://pc8.2ch.net/test/read.cgi/gamedev/1152622110/

どっちのほうが受け入れられるかは俺にはワカランｗ

ぐはｗ

優しい奴らめ
別にここでも良いけど。

ビジュアルノベルみたいのはどこかな？

誘導ｔｈｘ
一応「作ること」自体が目的だからこっちにしてみたんだけど、
要望とかはあっちのほうがいいんかね。
でも実はゲームとか全然作ったことない（汗）
一応「ゲーム」としての体裁が作れるようになったらまた書くよ。

ＳＴＧの当り判定で、画面に描画されてる通りでのドット単位での当り判定って、どーやります？
ゲーム開発向けの本みたら、円とか矩形とかで、複雑化したらその組み合わせ。程度でした。

ドット単位にやる方法として、プライマリサーフェースに描画したドットを読んで判定ってのはダメです。
そうすると、画面に出てないキャラクタの当り判定ができなくなるからです。

オフスクリーンにキャラを１色で描画して、それに他のキャラをαブレンドで描画し、
重なった色を検索っていうのはダメです。
そうすると、非常に大量のＩＦ文を処理することになるからです。
それに、１対１同士の衝突判定でいちいち描画してたら処理がだめです。

ドットでやってる職人がチラホラいるようだから答えてくれるかもね　(　´ｰ｀)y─┛~~

そんなことしてるやついるんだ…ｗ

>>402に期待

プレイヤーとして言わせて貰うと、見た目どおりの判定のゲームなんて
やりたくないぞ…

キャラが四角だったりとか？

>>415
逆に考えるんだ。“判定に見た目を合わせる”んだ！

おまえ頭いいな

当たり判定の種類A,Bと相対座標rx,ryを取る4次元配列を用意して、
rx = x0 - x1;
ry = y0 - y1;
if (colide[type0][type1][rx][ry]) ヒットした; else ヒットしない;
みたいにすればO(n)で判定できるな。



絶対使おうとは思わないが。

俺は敵弾→ボス→他　の順に手前から描いてるから(自機弾、爆発は最後にアルファブレンド)
自機中心部４ドットで書き替えが行なわれたかで判定してる
雑魚敵に判定はなしで、判定があったら敵弾が全部消える。
自機弾と敵は普通に計算で判定

自機とボスとの判定が見た目通りってへんかな？

雑魚敵に判定がないのはただ俺の好み

(； ・`д・´)　!? (`・д´・ (`・д´・ ；)

分かりにくい文ですみません・・・
判定と描画を同時進行でやってます。
画面を書き替えたかどうかの配列を用意して
描き替われてるドットには何もしないで
描き替わってないドットには普通に描いて配列をtrueにします。
そして弾とボスだけ描いた時点では当たりの位置を示した配列ができます。
ドットで判定といっても自機の形は考えません

これから忙しいのでしばらく書き込めないです

なんかいきなりですます文になってしまったorz

理解できないのは俺の頭が弱いからかもしれんが・・・

>>420
＞自機中心部４ドットで書き替えが行なわれたかで判定してる
＞自機とボスとの判定が見た目通りってへんかな？

自機の見た目が2*2ドットってことか？

>>411
まずキャラクターを包含する最小の矩形を用意して、その矩形で判定する
衝突していたらそれぞれの領域をZテストでどうよ

＞自機とボスとの判定が見た目通りってへんかな？
やって違和感がなけりゃそれで良いんじゃ
正直苦労と負荷のわりに意味ないと思うが…

詳細判定を別フェーズにするのは衝突判定の基本じゃないかね
最小包含AABBでツリーを作って大きくカリングするのは普通だし
その矩形の最小単位がピクセルであると考えればそんな違和感ないよ

2Dのぱらぱらアニメなら各アニメーションに静的ツリーを作れるから
かなり高速に判定できると思うけどな

>>425

ボスは見た目通りの当たり判定領域を持ってて、
自機は普通のSTGのように中心領域だけ判定があるんじゃないの？

ボスとか上に出てた細長いレーザーとかの判定は詳細にやってもいい気はする。

とがったパーツの先端とかにも判定があったら不愉快だZE

ボス本体から描いて判定してからとがったパーツ描けばいいだけじゃね

それより自機弾がボスで消える部分と当たり判定が一致しないほうが不愉快

当たり判定と消える部分が一致しないってどういう状況だ

>>432
自機との衝突判定と、自機弾との判定を分けるときはあるよ。
敵の体当たりは、緩めの設定だけど、こちらのショットは、なるたけあたってほしいわけ。
ようは、難易度調整の一環。

>>433
>>431ってそう意味なの？

>>432ではないけど
「（ボスの描画プライオリティが高いとかで）弾が消えて見えるのに、
当たり判定が発生するのは別の場所なのがムカつく」なのかと思ったので???となった。

>>427
>正直苦労と負荷のわりに意味ないと思うが…

はぁ？お前開発者か？
じゃあ、こんな↓発言すんなボケ！

>415 名前：名前は開発中のものです。[sage] 投稿日：2006/12/01(金) 00:20:29 ID:8O5ugdav
>プレイヤーとして言わせて貰うと、見た目どおりの判定のゲームなんて
>やりたくないぞ…

>>426
Zテストって、描画するとき以外に実行できるの？

つオクルージョンクエリ

オクルージョンクエリって、機能持ってるのはどのへんのグラボからですか？

>>435
なんで？？

開発者がゲームをプレイしたり、あまつさえ意見を言うなんて彼の宗教上の戒律に違反してるんだよ

日本語でおｋ

441はどれが読めないんだ？

もう少しスマートに考えた方が良いと思うよ。

ttp://www.moronlandmedia.com/mostaddictinggame.html

アメ空軍のパイロットは平均60以上だと･･･

>>444 まじか！！　あいつら火蜂落とせるな。俺最大６秒。

>>435
開発者だからプレイヤーの立場になれない訳じゃねーだろ・・・
第一、相反するモンじゃねーし。
むしろSTGを遊んで、どっかに惚れたから開発しようと思った人間が多いだろうから
プレイヤーとしての意見や眼は常にあるもんだと思うけどなあ。

>>444
それだけ軍の死亡率が下がってるんじゃね？

お前は何を言ってるんだ

あご

>>446
アホかお前

なんか荒れてるんでとりあえずこれでなごんどけ
http://c-others.2ch.net/test/-/gamestg/1159375041

>450
アホはおまえだ

おまえらじゃ足元にも及ばねえ・・・



俺 が 真 の ア ホ だ

いやいや、俺が

いやいや俺こそが

じゃあ、俺はこの隙に、

　真　の　馬　鹿　の　座　を　い　た　だ　こ　う

どうぞ。




はい、次の話題↓

俺天才

シューティング製作の質問くらい答えてやるぜ

俺はアホでも頂点に立つ男だ。

みやこのせいほくワセダのとなり

みやこのせいほくワセダのとなり

カーソルの先を　グラディウス　にして
カーソルを動かせばオプション４つもくっいて動くように
したいんですが、PC初心者でどうやったらいいかわかりません。
教えてください

モンスターランドの武器か

だれか463を日本語にしてくれ

>>465
まあそういうな。何とか解釈はできる。

>>463
簡単に方法を書いときます。
・Windowsのスタートメニューからコントロールパネルを開く
・マウスのアイコンをクリック
・ポインタオプションのタブをクリック
・表示にある「ポインタの軌跡を表示する」にチェックを入れる
・ＯＫボタンをクリックして完了

マジでわかんなかった。
466の説明で判った。
お前頭いいな。
俺がbakaなのか。

いや、はっきりカーソルをグラディウスにしたいって書いてるじゃないかｗ違うだろｗ

マウスのカーソルをグラディウスの画像に置き換えて、その座標にオプションがついていくような
デスクトップ用のプログラムでも作りたいんじゃね？

昔KOFの庵がマウスカーソルについてきて必殺技とかいろいろするツールがあったからそんな感じのだと思われる。
他にもなんかのエロゲのおまけでもそんな感じのがいろいろあった気がする。最近見かけないが。

ははぁ。それでアイコンに弾やレーザーを当てると削除できるとかそういうやつか！
ウッカリスプレッドとか落とした日には大変なことになるね。
ファイルを実行するためには、出現するパワーアップカプセルを必要なだけ拾わないといけないとか。

ｐｃ初心者です。
グラディウスとは、シューティングゲームのタイトルです。
オプションとは、自機の分身です。

カーソルをグラの自機に変えて、マウス動かせば
分身４つが、残像みたいにワンテンポ遅れてくっついて動いてく
のがほしいです。

作り方を教えてください。

自機はどうやってつくればいいですか？

ペイントで描いたら？

windows版のグラディウス買えばいいよ

>>470
どうみても君じゃ無理。
プログラムの初心者じゃなくてPCの初心者でしょ？
アルゴリズムの説明して理解できる？それを実装できる？

物事には順序があるから、もっと簡単なところからはじめたらどう？

カーソルってのがウィンドウズのカーソルだとは想像すらできなかった。
このスレで聞くことじゃねえじゃんかｗ

もしかしたら、マウスで動かすシューティングでも作る気なんじゃないかと思えてきた。
あれならマウスカーソルの座標取得してスプライト動かすだけだから簡単だが。
とりあえず何がしたいのかわからんｗ

ウィンドウズ版グラはいりません。
ゲームの方は満足してます。

通りがかり、ヘンなこと聞いてすいません。

どこに頼めば作ってくれますか？有料でも可。
でも見積りしだいですが・・・

2chで頼むな。
有料で良いならどっか探せ。俺は知らんが。

コナミに頼めばいんじゃね？

ガレッガのオプション（トレースだっけ？レバーの逆に撃つやつ）の動きってどうやるん？
なかなか綺麗に動いてくれん…orz

ソードみたいな感じか

>>479
現状ではどんな感じで動いてるの？

>>479
多分簡単な数学レベルのところで悩んでるんだと思うけど
まずはレバー入れた方向に「自機が」ゆっくりと回転するように作ってみ
レバー方向に近い角度で回るようにな
それが出来たら、殆ど完成したようなもんだ

レバーの逆にオプションが撃つのはできたんだが、今度はフォーメーションチェンジからの動きがうまくいかない…orz

簡単に言うと、
自機の周りにオプションが散らばってる
↓
レバーを入れる
↓（ココがわからん）
オプションがレバーとは逆の向きに綺麗に並ぶ

ブレゼンハムでもなんでも使えば？

フォーメーションチェンジからやるっていつ言った？
勝手に仕様を決めるなよハゲ

ハゲはかんべんしてください

ハゲハゲ言う奴が最初にハゲるんだよ！

待てよ！
俺はハゲてねーよ！
ホントだぞ、コノヤロー！

ちょっとまて。それは俺の事かー！

　／■＼∩
（　´∀｀）ﾉ　＜みてよこのふさふさ

>>490
ほかほかだな。

+
　　　　　　+　　　　　　　　　+　　　　　+
　　+
.　　　　　　／￣＼　　+.　　∧＿∧ｱﾊﾊﾊ　　+
ﾉﾘｶｴｾﾖｰ（　´∀｀）　　　　（´∀｀　）
　　　　　　（つ　　つ 　　　 （つ　　つ■
.　　　+　　（　ヽノ　　　　　 （　ヽノ　　　　　　　　+
　　　　　　し（＿）　　　　　 し（＿）

>>483
オプションごとに目的地作ってそこに向かって動かせば？

なんとかできた！サンクス
微妙に意図した動きと違ったけどまあいいか

自機の周りに散らばっていると言ってもどんなふうに散らばってるのか分からないし、
レバーを入れて反対に並ぶと言っても具体的にどんな動きをイメージしているのか
分からない。バトルガレッガは遊んだことあるはずなんだが覚えてないや。
勝手に想像すると、棒の先に糸がついててそれをフワーン、フワーンと振り回すよう
な感じだろうか。するとやっぱグラディウスシリーズに出てくるような竜みたいなアル
ゴリズムになるんだろうな。
・自機、各オプションを点とする。
・点同士の距離は固定。
・自機の動きを各オプションにトレースさせる。
ってそれだとグラディウスのオプションになっちゃうな。するとやっぱ>>493の言った
ように目的地を作ってそこに動かすんだろうな。
・１番目の点（自機）が２番目の点を振り回す（半径は固定）。
・２番目の点が３番目の点を振り回す・・・
・各点が目的地に着いたらおしまい。
みたいな感じか？うわ複雑だな。複雑つってもサイン、コサイン、ルートくらいが分かっ
てりゃできる。たぶん。

最近、自作のシューティングをバージョンアップしている。弾幕シューティングなんだ
が、「俺って、弾幕シューティングに対してはアンチじゃなかったっけ？道理でウケない
わけだ。フリーソフトで、ビタ一文儲からなくて、あくまでも趣味なのに、なんで自分の
嫌いなタイプのゲームを作ろうとするんだ俺は」と思った俺は、昔ながらのパターン
覚え型の敵を追加している。で、やってみて分かったんだが、パターン覚え型の方が
はるかに作るのが難しい。やっぱ弾幕ってアンポンタンだな。

単なる弾幕ならアンポンタンだよな。
それを弾幕美と言わせるような、どうにか避けられてしかも見た目が美しいような弾幕となると
それこそなかなか出来るようなもんじゃないってところがミソだ。

お前がアンポンタンなだけだろう。文からもわかるよね

弾幕は工夫する余地が高いからな。
つ〜か、最近の弾幕は弾の動きが敵の動きと変わらん。

496は弾幕が好きじゃないせいで弾幕を真面目に考えてないだけじゃねえの。
しかし弾幕のアンチテーゼとしてパターン覚え型ってのも安易だ。

あれだろ
弾幕系は適当に配置してもゲームとして成り立つけど
非弾幕系だと間の抜けた展開になったりするって事じゃね
面白くとか機能美の有る配置考えたらどっちも違う難しさがあるだろう・・・

弾幕は当然のことながら画面密度が上がるのでいい加減なつくりでも
そこそこ画面が映えるんだよな。だから配置とか超テキトーなもんでも
出来上がって見える。その辺の敷居？が低いからアンｐ（ｒ

日本語でおｋ

>>496
まともにアーケードの弾幕シューやってないんじゃないの？
大往生とかケツイとかあの辺のを軽々一周できる腕前で言うならともかく
それすら出来ないでそんなこと言っても単にそれは分かってないだけだな。

フリーソフトの弾幕シューティングって
作った人がどのくらいシューティングやってるかどうかが
プレイするだけでほんとよく分かる

確かに、プレイして最初の攻撃でだいたいのことがわかるなｗ

弾幕って、つまり地形だよな

ちがうよ

そうだよ

移動制限されて触ると死ぬから似たようなもんだ

弾幕は、地形というよりは舞台だな。
演劇のシーンを表す大道具みたいな感じ。

ちょっとキモイ

東方みたいな超低速弾幕は移動地形に近いとは思うね

背景かくのめんどくさー…

１画面描いて、無限スクロールでいんじゃね？
それでも内容がしっかりしてれば、名作たりえる可能性はある。
超連射とか。

しっかり建物描いて、そっから戦車隊が出てくるとかやりたいんだよね…
描くしかねえのよｗ

デジカメで撮ったものをかるく画像処理して配置したら？
それかグーグルアースの衛星画像を流してみるとかｗ

描かせればいいだろ

いあ自分絵描きなんでｗ

正月だからな、凧をあげてそれにカメラをつけて撮影するんだ

>それかグーグルアースの衛星画像を流してみるとかｗ
これって使ってもいい物なのかな？
HPとかには自由に使えるような記憶があるが・・・
どっかで使ってるゲームもあった気がするけど許可が必要？

グーグルアースは
断りもなしに俺の自宅の写真を全世界に堂々と公開している。
これはどうなんだ？

感謝しろよ

俺の自宅も晒されてるが、アメリカじゃあるまいし訴えても相手にされん
商業ソフト以外に使っても訴えたりするほどググルの中の人も暇じゃあるまい

かなり精度は上がったといってもゲームの背景に使えるほど綺麗じゃないような。
修正するなら最初から描いても手間はあまり変わらないし…

じゃあお前が描けよ

衛星画像の権利持ってるのはグーグルじゃなくね？

タスクシステムじゃない方法でポーズかけるときの良い実装ってありますか？

そのタスクシステムじゃないシステムの説明をしてくれないと…

もしかしてポーズを掛けられて、かつタスクシステムじゃないSTG用の処理が無いかってこと？

そういえば、長いことタスクシステム以外の方法でロジックを考えたことが無いな。

>>528
すみません、質問が大雑把過ぎました。
意図したことは>>529でおっしゃられたとおりです。
優先度やStrategyの管理は分かりやすくて良いのですが生々しく、
もっとOOPに適した別のアプローチもあればなと考えていました。

タスクシステムじゃないSTGの組み方を講じる方が先。
コルーチンでも使うか？

別にタスクでもタスクじゃなくても
時間更新関数を呼ばなければいいだけでは？

ちゃんと隠蔽すればタスクシステムでもOOP風になると思うのは俺だけ？

隠蔽しました！

int main(int argc, char *argv[])
{
　Game　game;

　game.start(argc, argv);
　game.loop();
　game.over();

　return(0);
}

>>533
っていうかタスクシステム自体がOOPじゃないのか？

前から思ってたんだがタスクシステムなんて大それた名前を付ける必要はないと思う。
だって↓だけ見たら仮想関数UpdateとDrawを持つクラスの単なるコンテナだし

・ゲームオブジェクトは時間進行処理Updateと描画Drawを行える
・ゲームオブジェクトのインスタンスのコレクションがある

> タスクシステム自体がOOP

(・∀・)ﾆﾔﾆﾔ

何がおかしいんだか分からん
OOPではないと言いたい？

OOPS

A TELEPOTER!

>>537
実装によるだろ、常識的に考えて…

そりゃそうだけど
普通タスクシステムって言ったら
ワーク領域＋呼び出し関数のセットのリストを指すんじゃないの？
それ以外の実装ってどんなの？

それ以外もなにも、それのどこに実装へ言及してる部分があるんだよ

ワーク領域＋呼び出し関数のセットのリストこそが
タスクシステムの実装手法のことだろ？
呼び出し関数の内部がOOPじゃなかったら
そのタスクシステムはOOPじゃないとでも言いたいのか？

「ＯＯＰ」は「おっぱい」と読むと楽しくなるぞ

おっぱい

おっぱいぱい

ガンヘッドは面白かった。

確かに面白かったが、ガンヘッドの何が面白かったのだろう？
パワーアップで反則レベルにまで便利になるホーミングミサイルとか？

おっぱいぱいが面白かった

　　　 _ 　∩
　　(　ﾟ∀ﾟ)彡　おっぱい!おっぱい!
　　(　 ⊂彡
　 　|　　　|　
　 　し ⌒Ｊ

ガンヘッドはある意味、自機育成ゲー

とびつきひめ読本っつーのが、なんか絶賛されてるんだけど、
買った人いないっすか？

コミケ71出たのに、買いそびれた orz

とびつきひめ読本 - Google 検索
http://www.google.com/search?num=50&hl=ja&safe=off&q=%E3%81%A8%E3%81%B3%E3%81%A4%E3%81%8D%E3%81%B2%E3%82%81%E8%AA%AD%E6%9C%AC&lr=lang_ja

とらのあなで委託販売されてるんだから行ってきなさい

通販でよければ、あきばお〜こくにあるぞ

秋葉のメロンで売ってたぞ

すまん，下げ忘れた

あきばおーでゲトーｗ

200Pでフルカラーってｗｗｗｗｗ
何この仕様書ｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

とりあえず、とびつきひめ読本は、
二重起動のソースなんか乗せとる暇あったら、
多角形の当たり判定のソースとか、ベジェの単位時間移動を一定にする処理をkwskしてほしかったｗ

二重起動？
そんなレベルなのかｗ

>>558
ベジェの単位時間移動を一定にする処理のことだけど、
過去にスレで書いたことがあるわ。
このシューティング製作スレだったかは忘れたけど…
そんときにC#で書いたソースがなんと珍しく残ってたのでアップしました。
http://gamdev.org/up/img/8591.zip

ベジェ曲線は結局はパラメトリック曲線なので、考え方は一緒です。
わかんないことあったらどうぞ。

って、今見たら俺もようわからんや。(笑)
コメントの書き方とかむちゃくちゃやし。若かったな…。

TeXかなんかで数式書くと分かりやすいんだけれど。

波の動きをするプログラムを紹介しているサイトを教えてください！作成中です。

ダライアスのショットの3段階目？

ttp://www-vizj.kgt.co.jp/contents/48/

こういうやつではないよなと思いつつ
でも、グラディウスVはこれっぽいことやってるか。

>>560
うほっ！！！これはよさげなものをありがとう。
試しみるっす！！！

コンソール製作中
途中経過だがうｐするにはどうしたらいいのかしら？

> 417 名前： ららら [sage] 投稿日： 2007/01/12(金) 16:00:37 ID:wXOyttHV
> コマンドプロンプトでシューティング作ったが
> どうやってうｐすればいいんだかわからん！

うｐするサイトがわかりました！どうもでした

東方なんたらってSTGやって無性にSTG作りたくなったんですが、
一般的にSTGのプログラムってどんな開発環境で作ってるんですか？？
dirextXとBorland C++で作ってたりするんでしょうか。

デザエモンでおｋ

絵が動かせて計算が出来ればなんでもいい

一応計算さえ出来れば作れるな

じゃあソロバンで作ってみろ

>>569
・VC++ + DirectX
・C++Bulder + DirectX
・Borland C++ + DirectX
・Delphi + DirectX
・HSP

なんでも。得意な言語でどうぞ

DOSコマンド画面上で自機が弾を撃って敵が直進まで（基本C言語）どうでしょう･･･
http://gamdev.org/up/img/8605.lzh

>>575
自機が動きません(・ω・)

コンソールつったら、昔なつかし、ベーマガのシューティングを思い出すなあ。
豆腐に色とかつけたら、けっこうどうとでもなるんだな、これが。

>>576
説明していなかった！S（ｓ）とF（ｆ）で左右！
＋ボタンで弾･･･現在改良中
へー･･･ベーシックマガジンでそんなことをしていたのか･･･
色･･･ちなみに今回はコンソールAPIというのを使って色をつけています。
昔はそんな色付けとかポジション設定とかのライブラリとかのあったのかな･･･

>>577
DRAGON'N'SPIRIT とか N-TYPE とか
Nシリーズの神アプリがいっぱいあった
http://www.hi-ho.ne.jp/hideaki-i/n_on_mac/h&n-basic.html
http://www.hi-ho.ne.jp/hideaki-i/n_on_mac/n-oldindex4.html
http://www.hi-ho.ne.jp/hideaki-i/n_on_mac/n-image/ss_l1.gif
http://www.cug.net/~anonB/event/index1.shtml
http://www.cug.net/~anonB/event/

ﾅﾂｶｼｽ

>>578
すごいね！8801かぁ･･･ゲームの歴史はすごいな･･･
第１回 テキストグラフィック ゲームコンテストって面白そう！っと思ったが締め切りはすでに･･･

なかなかです！どうもでした！私は気合を入れ始めたばっかりなので
地道にやっていきます。テキストゲームとかテグザーとかザナドゥとか良い！！！
文字だけのゲームってなんか感動

俺もなつかしいから動かしてみた
後期のやつだけど

http://gamdev.org/up/img/8607.png
http://gamdev.org/up/img/8608.png

エミュレータで昔の動くのがいいな

>>578
すげえええ

ありがとうございます。とりあえず何でもって感じですか。

資料の多そうな環境でやってみようと思います。

資料が多いっていうなら問答無用でVC++とDirectXかな。

ちょｗｗN-TYPEｗｗ
どっかでダウンロードできるん？
当時はMZ-80Bユーザーでさ。指くわえて見てたお

>>583
コメントありがとうございます。
VC++＆DirectXで調べてみます！

ぬがー！敵１個作るのに２ヶ月もかかってしまった。２ヶ月もかけて作った敵だ。期待し
とけよてめえら！

>>569
初心者なら問答無用でHSP。>>574で他のは「+DirectX」って書いてあるだろ？
難しいぞ。やったことないけど。HSPならDirectX使うのも簡単。中級者でも他言語の
ﾏﾝﾄﾞｸｻｻにめげてHSPに乗り換えた人は多い（たぶん）。上級者は知らん。
ただし、解説本はいくつか出ているが筆者が単なるＨＳＰ好きの人ばっかりでプロの
テクニカルライターが書いた本がない。せっかくの初心者用言語なのに解説本はあん
まり初心者にやさしくない。まあ俺のHSP講座サイトに来たらいいよ。俺が誰かは晒さ
ないけど。

HSPで作られたすげーシューティングって、あまり見たこと無いけど・・・

昔、巫女さん脱衣シューティングは、確かHSPだった気もするけど

BASIC的なスクリプトに慣れちゃうと他の言語の概念の理解が遅れるからやめた方が良いよ。
先人達が作ったDirectXのラッパーライブラリを使った方がいい。
HSPとか特にダメ。

仕事でプログラマの希望で来る新人のソースを見る機会があるんだけど、
HSPを使用可能言語に上げてくるやつは例外なくC/C++のソースなのに
スクリプトっぽい構造(構造体やクラス、スコープの理解度が低い)で読みにくい。

なまじ楽なスクリプトに慣れると、ステップアップの際に「あっちでは楽に出来たのにコレではこんなに面倒なのか」
みたいな心理が働いて、習得が億劫になるからダメだよ。

HSPは言語云々以前にプログラム的思考を養うには良いと思うけど。
あと手軽に目的を達成したい人向け。

HSPは中間言語だから処理が遅い・・・てのはもう過去の話？

>>588
らじおぞんでとかそうだったような

＞ らじおぞんで
D　e　l　p　h　i 　です。ひらにょはDelphi使いだよ

>>589
まさか、HSPって構造体ないの？

俺は最近になってC++でシューティングゲーム作り出したけど
C言語の特長を全然理解してなくてBASIC的な使い方しかしてないから
とても他人様にお見せできないのが悩みどころだ。

一応、C言語でコンソールをシューティング作成(途中)
http://gamdev.org/up/img/8618.lzh
色つきで敵が波の動きをして自機が弾をだすまで（当たり判定無し）

操作はS、F、＋ボタンです。
まぁ・・・もうほぼ完成・・ということで・・・

>>589
それはお前がバカなだけだから安心しろ

ばば、ばかちゃうわ

言語を習得したいんじゃなくて、とりあえず気楽にＳＴＧ作りたいんなら
ＨＳＰでも十分じゃねえの？　幻想少女とか飛翔鮎とかＨＳＰだったはず。

気軽にやるならデザエモン

XNAとかいいかもよ

飛翔鮎は過去スレで話題に出てたな確か。
HSP使ってる俺としては興味深かった。

HSP使ってたんだけど次第に不満が出てきて
C#に移住したんだけど難しくてよくわからない
そんな俺にオススメの本やサイトを紹介して欲しい。

お前はゲーム遊んでなよ

HSPが何がまずいって、HSPではじめるとスタートラインがHSPレベルになることだな。
C#は、まだいいよ。

さて、ひと段落、と一息ついたところで、幼稚園児か、高校生がという現実的な違い。
しかし、本人は、幼稚園児だということは気づかないところが恐ろしい・・・。

日本語でおk

HSPは今でも
バイナリデータのコンバータとかエディタとか
ちょろっと作ったりするときに重宝してるｗ
もうメインで使う気にはならんが

弾一発の威力ってどのくらいにしてます？
ボムが毎フレーム1ずつ打撃を与えるとして自機弾は一発20とか
みなさんはどういうふうにバランスをとってるのかなと

質問ですが、Windows標準のGDIでシューティングって、どの位重いでしょうか？
弾幕500個辺り出したら処理落ちでゲームにならないとかそんな感じですかね？

対象PCのスペック次第

処理落ちを起こすならそれはあなたの工夫が足りないせいだ

>>607
実際に動かして調整だな。
固い敵は、何秒間でたおせるかを計りつつ調整

>>608
GDIなら、CPUが、200MHzあろうが、3GHzだろうが、数百個レベルならほとんど変わらんくらい

　重　い。

素直にDirectXにしとけ。
Vistaは知らん。

ものによるなぁ。3Dなら論外だけど、
ギャラクシアンレベルならいちいちDirectXなんて使うなよ
って漏れは思いそうです。弾500と言っても大きさ次第かねぇ。
DDB間の転送は結構早かったような。うろ覚え。

私は、
http://otoku777.lxl.jp/
で、毎月３０万以上は貰っています。

フリーメールでも登録（応募）できるしね。
まだ登録（応募）してない人はしたほうが良いよ。
http://otoku777.lxl.jp/

フルスクラッチでGDIのみで2Dを作ったこと有るけど
半透明を使わなかったらそこそこいけましたね。

でも見劣りするのがなぁ・・・

>>612
CPUクロックがどれだけ上がっても、バスクロックはそれほど変わらんからなぁ・・・

ギャラクシアンだとしてもわざわざDirectXを使わない
理由はないと思うんだが。

まあ、一昔前と違って当たり前にDirectX使っていい時代になったのはいいな。
エロゲなんかも使ってるゲーム増えてきたし。

自機を追尾するボスのビット
ただしボスの中心からの一定半径は超えられない
という奴を作りたいのですが（2Dシューティング）、一定半径の外には出られないというのは
どういう計算をすれば良いのでしょうか？

>>619
一定半径の外に出られない計算をすればいいじゃん。
プログラムってのは、結局、自然言語なんだよ。自然言語以上のことはできないわけで、
自然言語でいかに記述できるかが問題なわけで、もう、ほとんどできてるじゃん。
「自機を追尾するボスのビット
ただしボスの中心からの一定半径は超えられない」
これをさらに、数値をからめて文章にするんだよ。1フレーム1フレームを意識してな。
ゲームなんて、毎フレーム、入力して判定して描画してって、それしかしてないんだよ。この
単純な原理を身体に叩き込め。
「ビットとボスの距離を計算する。ある距離以上の場合は追尾しない」
追尾とはそもそもなんだったか？それは移動だ。つまり、
「ある距離以上の場合は移動しない」
そこでだ、一般的な手法として（すぐ思いつくだろうというレベルのもの）、補正というのがある。
「ビットを移動する。距離を越えている。ビットの座標を境界との交点に補正する」
これで、もう、コードかけるよな。

有線ビーム砲？
・ビットが自機に向かって一直線．移動判定の際，次のフレームでボスからの距離がｒを越してしまうようなら，
　半径ｒの円に沿った移動を行う（角度を求めて,sinとcosで計算しとくれ）．
これでとりあえずいけるかな？詳しい人もっといい方法きぼん．

ビットはエルメスの子供のやつということでいいの？

>>577>>595
敵の当たり判定の所まで製作をつけてみました！スコアに色つき。
http://gamdev.org/up/img/8670.lzh
とりあえず後は自機当たり判定で一区切りか･･･
シンプルなボスキャラも作りたい！･･･

>>623
敵一匹のみに減らし地味に、まだまだ追加の余地あり
雑魚キャラとかで別の三角関数も使いたい

>>621
sinもcosもいらんだろ、sqrtさえあれば

>>612
VistaのGDIは更に重い
ゲームどころじゃない

まぁ今ならD3D使っても描画されてても大して問題ないな。
PCでゲームやるやつが３Dろくに動かないカード使うともおもえぬ。

>>627
普段エロゲしかしないやつが何の気まぐれかで手を出して動かないと暴れだすことが時々・・・

>628
最近はエロゲの要求スペックも高いからそんなことも少ないんじゃね。

>>628
まずは最低動作環境確認しろよｗｗｗって感じだな。

>>630
ちゃんとＵＲＬ書けよ

シューティングでGDIって動く事は動くけど
画面書き換えタイミングとか取れないんだよね？

>>632
VSYNC待ちは、GDIオンリーじゃ、無理くさいね
まあでも、シューティングゲーム(仮）で満足できたなら、GDIでも行けるべ
お勧めしないがｗ

いっそポケコンと考えてドットマトリクスで作るんじゃだめだろうか

>>619
できたか？

2DSTGのワイドスクリーンのモニター対応ってどういうのが主流なんでしょうか？

アスペクト非固定拡大

お疲れ様です。

縦スクロールシューティングを作ろうと設計を行っているのですが、
FPS管理の所で悩んでいます。
60FPSを基準として1フレームの時間を1000/60 = 16.6666....msecと考えているのですが、
なんとなく浮動小数点型の値は使用したくありません。
しかし整数値で１フレームを計算しようとすると値を16としても17としても
1〜2フレームほどFPSにずれが生じてしまいます。
何か良い方法は無いものかと調査していたところ、直線描画等に使われる
ブレゼンハムのアルゴリズムがこの場合にも適応出来ると聞きました。
ブレゼンハムのアルゴリズムというものが良くわかっていない為、不明なのですが
ブレゼンハムのアルゴリズムの考え方というのは一体どのようなものでしょうか。

識者の方、お手数をおかけ致しますがよろしくお願いいたします。

ぐぐれカス

>>638
ヒント：(16+17+17)=50 50*20=1000

vsyncで同期取らないならフレームレートは大なり小なり絶対揺れるものとして割り切った方がいいよ。
なんとなくなら、なおさらな。

個人的にvsync同期は好かん

VSYNCだけ同期だと、想定の周波数が違うと、ずれる。
タイマーとVSYNC両方とるのを推奨。

http://members2.tsukaeru.net/ogawa/yaap.html
タイマーでやってて、不具合ないけどなぁ。

VSYNCはとらないと、ちらついてたまらんよ。
3Dだとそんなに気にならないけど、2Dゲームでとってないとキツイ

>>644
すごいページだね、思わず見入ってしまったよ

VSYNC同期を知らない人は一生そういうプログラムを当然と思ってるんだよね

ほほう、一生とな。
ソースは？統計取ったのか？

６４７が一生思ってるからでしょ

>>646
おっお。
しゅごいしゅごいしゅぽぽぽぽー。

VSYNC同期はよくわかんね。ダブルバッファでフリップしてればいいんじゃないのか！？

DOS/Vでプログラム作るときはVSYNC待ちとかしてたけど
Windowsはなぁ

たかがVSyncなのになぁ

VSYNC同期って知らんやつおるのな・・・

一番わかりやすいのは、
例えば、左右にスクロールする画面で、

□□□□□□□□
□□□□□□□□
□□□□□□□□
□□□□□□□□
　□□□□□□□□
　□□□□□□□□
　□□□□□□□□
　□□□□□□□□

な風に、画面の半分あたりで、ずれるわけですよ。
ウインドウモードだろうが、全画面だろうが。
もし、VSYNC何それ？な状態で、それがあなたのゲームで、
起こってないならば、

・あなたが鈍感（他の人には、間違いなく見えているので注意）
・実は、設定で、VSYNC同期を取っている

のです。

ずれてるゲームタイトル出してみてよ

あと、ダブルバッファかどうかは、全く関係ないので注意な。
プライマリバッファに出力した後の話なので。

>>654
日本の市販アプリは、さすがに気を使ってて、
激しくスクロールするものでVSYNC取ってないものはそうそうない。

洋ゲーだと、設定でVSYNCはずして、
視点を左右に振ればわかる。
ただし、3Dはわかりづらい。（だからか、デフォでVSYNCはずしているゲームが少なくない）

簡単に、VSYNCを設定できたりはずしたりできるゲームと言えば、エミュレータだな。
例えば、NekoProject2なんかは、VSYNCとってないのでずれまくるよ。

あとは、テストアプリを自分で作ってみれば、一発でわかるよ。

WindowsでもNT系でフルスクリーンならVSYNC固定できるんだがなぁ。
まぁウィンドウモードではどっちみちVSYNC同期なんてろくにできないが。

ガタついてはいるが、ナチュラルモーションブラーってことで
おけ。
http://members2.tsukaeru.net/ogawa/yaap.html
６０フレームとか、ノーウェイトで２００フレームとかにすると
かなり滑らかになるけど、俺は３０フレーム信者なので、
まぁ、いいや。

俺は鈍感だな。３０フレームでガタついてても、そもそも、表示している
仕組みを考えると、ゲームとかアニメも映画もパラパラ漫画なんだから、
まぁ、仕様だよ思える。

でも３０っだたら、６０ヘルツの半分だからいいのか？
うーん、ちょっとずれてる方がいいのかな。３１フレームがベストっぽい！？
さぱーりわからん。まぁ、必要不可欠じゃやなさそうだな。VSYNC同期って。

VGAがVRAMの内容をディスプレイへ描画している最中に
プログラムがVRAMを弄ったらズレて当たり前だろう。

パラパラ漫画とは話が違う。
30フレのパラパラ漫画ならズレていない静止画が秒間30枚描画される。

必須の機能って訳じゃないんだけどな。
でもズレの問題の解消に200フレにするくらいならVSYNC取ったほうがいい。

初めてWindowsでゲーム組んだとき
どうやってVSYNCとればいいのかわからなくて
途方にくれた日々が懐かしい

ティアリングが出てもいいから面白いゲームを作ろうぜお前ら

エムブレムのパクリ

もうわかんね。考えるの疲れたから、いいや。気にしない気にしない。
液晶だし、ウィンドウモード信者だし。

>>657
ウインドウモードでも、VYSNC同期は取れる

>>663
液晶でも、ウインドウモードでも起こるから。
現実を受け入れろ。

ウザ

>>664
それを割り切ってそういう選択をしたんだから無理してやらせないでいいじゃない

VSYNC同期問題って本当に無関心なヤツが多くて困る。

一人で困ってろよ
押し付けはウザイだけ

ちなみに俺のゲームはVSYNC 60Hzに合わせてループも回してるので
75Hzのやつが遊ぶと速すぎることになるが気にしない！

>>668
押し付け？
押し付けじゃねーよ。当たり前の常識のことを言っているだけ。
ボタンを押したら、弾がでるくらい当たり前のことだ。

VSYNC問題は、スレ違いだな。

すまん。
頭を冷やしてくる。
次くる時は、うごくサンプルもってくる。

じゃあ次はA宗B宗の話でもすっか？ﾜﾗ

バッファリングして、フリップする話でいいのか？

久々にその話でもするかね

そんな常識的な話は初心者スレでやれよ

vsync同期すると1フレーム遅延するので操作感がキモチワルイ

お前の顔のほうがキモチワルイよ

ごめん・・・

　　　　　　　　　　　　ｏ
　　　　　　　　　　　 /　￣￣￣￣￣￣￣￣￣￣ /
　　　　　　　　　　　/　　　このスレは無事に　　/
　　　　　　　　　　 /　　終了いたしました　　　 /
　　　　　　　　　　/　ありがとうございました　 /
　　　　　　　　　 /　　　　　　　　　　　　　　　　/
　　　　　　　　　/　　　モララーより　　　　　 /
　　　　　　　　 /￣￣￣￣￣￣￣￣￣￣￣/
　 ∧＿∧　　/　　　　　　　　　　　　　　　　/∧＿∧
　（　･∀･）　/　　　　　　　　　　　　　　　　/（･∀･　）
　（　　　　）つ　　　　　　　　　　　　　　　⊂（　　　　）
　｜ ｜ ｜　　　　　　　　　　　　　　　　　　 ｜ ｜ ｜
　（_＿）＿）　　　　　　　　　　　　　　　　　　（＿（＿_）

つまり最初から遅延しても問題ないシステムにすればいいんだな

VSYNCに同期すると1フレーム遅延というのが意味がわからない。

VSYNC待ちの描画キューに描画済み画像が溜まるんだよ

Direct3Dを一般的な設定で初期化して
Presentだけでゲーム進行速度を管理していると
Presentは描画キューを常に埋めるようにスレッドを停止させるから
常に1フレ分の画像が描画キューに入っている状態なわけ

1フレ遅延は気にすれば露骨にわかるので、2DSTGや格ゲーなどを
作る場合は出来るだけ回避したい。遅延の有無で操作感変わっちゃうし。

1/60秒を感知できるのか。すごいな。

コンピュータはすげー早い！

>>683
実際遅れてるゲームをやるとわかる

GBA/DS以外は家庭用は全滅だな。
ゲーセンでもポリゴン使ってるのは駄目。

ホントに分ってんの？

>683
おまいさんもやれば判ると思うよ

1フレームとか解るわけないだろｗ

と思ってたんだがオプションでVSYNCの同期切ると反応よくなるゲームがあるよね
ウェイトかける部分が違うだけだろうからヘマしてるとも思えず・・・
ブラインドテストしてみたくても画面見りゃ解るしなー

やってりゃ体が慣れるからゲームにならないって奴は神経質すぎるとは思うけど

まわりで1フレ遅延わかるやつは数人に一人だったなぁ

大往生とかケツイは斑鳩とか式神とかに比べたら明らかに反応が良いだろ。

ゲーセンの2DゲームってWindowsみたいにやり方で悩む余地ないんじゃないの？
旧来のハードならなおさら、VSYNC待ちして、前フレームで作っておいたスプライトのデータを流し込むのが常識だと思うんだけど

NAOMIが1フレ遅いのは確か入力デバイス関連だったはず。
どのみち1フレ遅延するのには変わりないのだけど。

１フレ遅延の意味が分かった。

そういう意味ならPS2もDMAダブルバッファして
VSYNCで処理するようにしないとろくに描画できないから
設計上必ず１フレーム遅れるんだけど気づいてる人がどれだけいるのか。

1フレ遅いのが何を基準にして1フレ遅い、って話かね？

フレーム開始
　　↓
入力デバイス処理
描画用DMAデータ作成
　　↓
フレーム終了
　　↓
VSYNC待ち
表裏画面フリップ
　　↓
DMAデータをKick（ここで描画開始、フレームXで作った画面はフレームX+1でディスプレイに表示される）
　　↓
フレーム開始


PS2の場合こういう構造だから画面に表示される
内容自体が１フレーム前のものになる。

ダブルバッファでやってるならそうだろうね

DirectXのデフォルトはトリプルバッファだから
描画キューが常に満タンなら
フレームXで作った画像はフレームX+2で表示されるんでないかね

で、PresentによるVSYNC同期を取らないで自前タイマーでゲーム進行を管理すると
その描画キューを埋めることなくゲームが走る状態になるので
結果的に遅延が無くなる、という話だと俺は理解してた。
実際ほんとにそうか分からんから確信持って言えないのが無責任ではあるのだが

タイトル挙げろよしったか

ウィンドウをドラッグすると、テアリングとかなんとかが確かにはっきり分かるけど、
ダブルバッファでフリップしてれば、そこまでのは起きないなぁ。
http://members2.tsukaeru.net/ogawa/yaap.html

VSYNC！VSYNC！って言ってる人は気にし過ぎだな。

もう、この話題はいいんじゃね。
気にしすぎる人がいるよってことが分かれば。
フツーはダブルバッファでフリップしてればいいと。
それだけの話だよなー。

>>698
昔の東方妖がそうだったよ

まあPCの場合キーボードやUSBゲームコントローラは秒間60回も読み取りしてないんで
それだけで入力遅延は発生するわけだが。

STGではそれほど気にならんが音ゲーは、音がズレてるのか、絵がズレてるのか
入力がズレてるのかで悩むことになる。

VSYNCのティアリングテスト
http://gamdev.org/up/img/8756.zip

ホイールで拡大縮小。
VSYNCチェックボックスをONにすると、VSYNC待ちする。
Speed rate は回転速度。早いほど、ティアリングが顕著になる。

OpenGLだとウインドウモードでもVSYNC待てるけど、
DirectXの場合どうすんだ？

本当はシューティングスレらしく、2Dのスクロールでやればわかりやすいんだが・・・。
特に横方向のスクロールは一発。

おまえらVSyncスレでも立てれ

っつかフレーム処理スレのほうが

PCで描画と内部処理の非同期処理ってどうやんの？
http://pc10.2ch.net/test/read.cgi/gamedev/1020064462/

以下、VSYNC話は上記スレで・・・

>>706
他の話しろよ
できないならここで続ければいい

日本語でおｋ

>>703
VSYNCチェックをオフにしてもティアリングが分からないと思ったら
ビデオドライバの設定でOpenGLの垂直同期が初期設定オンになってたｗ
初期設定オンだとVSYNCチェックでオフにしてもオフにならないのは可笑しい気がするが・・・
（初期設定オフにするとオンオフの切り替えが出来る）

昔からのコンシューマー機は全画面スクロールが多くて
解像度が低くてわかり易い背景が多かったからティアリングが目につきまくりだったんだろう。

今のPCのFPSとか３Dだと絵柄が細かい上に現フレームと前フレームの違いが
ちょっとした角度の違いだったりするので気にならなくなってきた昨今。
それでも液晶使ってると気になるけどね。

昔ってのがいつか分らんがFCもGBもマスターシステムもVSyncとってるからティアリングなんかねーよ

ラスタースクロール

Windows以外は60固定なんだし、VSyncどうこう考えるのはWindowsくらいじゃね

>Windows以外は60固定なんだし、

ダウト

PAL?
国内はほぼ60固定じゃん。

>>711
>>710は、昔だと、ティアリングが目につきまくりだから、
昔ならVSYNC取るのは当たり前だろう、と言っている、たぶん。

ビスタ出て開発環境に変化って出るのかな。
.Netベースでの開発が主流になるとか。

>>717
Officeが.NETになったら考える

>>619
できたか？

NTSCは厳密には59.94
これ忘れてるとたまに長時間のムービーとかで尺が合わなくて悩んだりするが、
ここではあんまり関係無いか…

そりゃ動画作る時に気にすることだ

ここで気にするのはFPSが30か60じゃないのか？ｗ
directxでアニメ作ってるなら関係あるが

>>664
ウィンドウモードで取ろうとすると、上の方の同じような一に必ずティアリングが来る。
いっそ同期を取らないで分散させた方が目立たない。

ティアリングを気にしても移動量が一定じゃない場合
結局はカクカクになる。よって、気にしない方向で行ってる。

Vistaはウィンドウモードでも同期取ってくれるらしいね。

Vsync同期して、かつ遅延しない方法ってあるの？
俺としてはティアリングより遅延のほうがイヤなんだが。

IMMEDIATEでﾋﾞﾖﾋﾞﾖすっかONEで遅延すっかさあ貴方はどっち！？

>>724
GBAあたりでやったら？

FPSとは全く関係無い話だが――。

今旋光の輪舞みたいな対戦STGを作ってるんだが、
敵の行動AIってどういう風に組むもんだ？

残りライフと敵との距離とボムとでifをネストしまくるのだろうか？
それともbool変数大量に用意してswitchで分岐させるのだろうか？

とりあえず小弾と溜め打ち弾とボムを実装した物の、
……俺の頭ではこの程度しか思いつかない。　STO

やり方は色々あるだろうけど、俺だったら行動パターンそれぞれの評価計算式を作るかな？

溜め：相手との距離*10-近くの敵弾数*3　（距離が離れていて近くに弾がなければ溜める）
溜撃：正面に相手*10+溜め量*2　（十分溜まっていて相手が正面にいれば撃つ）
小弾：100-相手との距離　（相手と近いと小弾を撃つ）
小弾：近くの敵弾数*5　（敵弾まみれなら同じく反撃）
逃げ：相手溜め量*8-相手との距離　（避けられるように距離を開ける）

小弾が二つあるのは、同じ行動でも複数の行動理由があるため。
こうしておいて、一番評価値が高い行動を選択するか、上位数個からランダムに選択させる。
選択したら一定時間はその行動をし続ける。選択ごとにその時間の長さは違う。
時間が来たらまた評価計算から始める。

計算式の調整が難しいけど、やるとしたらこんなところか？

回答にならなくてすまんが、AIは真面目にやるとキリないから
適当なとこで妥協したほうがいい気がするなｗ
俺ならAIなんかより対戦システムしっかり作ってネット対戦させることに力を注ぐ

>>727
自然言語で組めばよい。
「弾幕薄いよっ！」
「なにやってんのっ！」
「ボムは陽動！？」
「ショット散らしてみればっ！」
「突貫するっ！」
「これ以上は近づかせないっ！」

ネストしなくても、優先度付けるなりランダムなりで、
フラグ立てたりフラグ切り替えたりで、
IF文でいいんじゃない。

>728
　俺もそんな感じで考えてた。
　けど、一定時間同じ行動を取り続けるという考えはなかった。
　参考になったよ。ありがとう、�dクス。

>729　
　先に2P対戦の方を完成させて、
　リプレイ撮ってもらったの見ながらAI作ろうかとか考えてた。

　……ネット対戦は技量的にむりぽ。

>730
　やはり基本はif文か……。



　とりあえずifと優先順位とで作ってみる。
　気に入らない所出てきたら、足りない頭ひねって考えるよ。
　ノシ

昔のシューティングゲームは熱かった。
また熱くなりたい。

お前がタイムマシンを開発しろ

ただ、こう言ってはなんだが昔のゲームが熱かったというより、環境のせいも大きいんじゃ？

学生で暇をもてあます中、発売される数少ないゲームソフトやアーケードゲーム。
それがどんな難易度だろうが理不尽だろうが、そこそこはやり込んだ。
金もたいして持ってないので、特にアーケードでは１プレイの重みが今とは全く違った。

今は溢れ返るほどのタイトル数、社会人になり自由時間も少なくなった。
自由になる金が増えたり、目が肥えたこともあってソフトを買ってもちょっと気に入らないと積んだり。
昔名作と言われたSTGだって、今のような環境で出てたら糞ゲーになりかねん。

確かに学生のころの帰りの1プレイは楽しかったな。

・サブサンプション・アーキテクチャ
・有限状態オートマトン

実際、今、その「昔のシューティング」を遊んでも全然熱くなれない。

ゲームに貪欲だった時代の頭に戻らないとタイムマシン作っても無駄よｗ

完璧じゃなく多少の粗があるのが面白さの元だったりしてな

面白がれるゲーム、面白がりたくなってしまうゲームが、面白いゲーム。

何言ってんだ俺('A`)

なんでシューティングゲームって糞ゲーしかないの？
超連射68kは面白いけど他は糞ゲーしかないじゃんww
市販のゲームもアーケードも糞ゲーすぎて笑えるwwww
きれいなグラフィック？画面いっぱいの弾幕？
は？インパクトあればいいと思ってんじゃねーよボケ

うっせーボケ
ここで愚痴んなボケ
場違いだボケ
氏ねボケ

> なんでシューティングゲームって糞ゲーしかないの？

HA!HA!HA!
ユーを藁粕ために決まるじゃないかｗ

超連射だけ認めてるのがﾜﾛﾀｗ

>>741
お前の頭が悪いだけだから気にすんな

つ　するーちから

するーっつーかネタじゃねえの？

>>747
シッーーーー!!!1

沙羅曼蛇

ぐらでぃうす外伝

まぁたしかに超連射をこえる同人STGはそうそうない

フリゲならともかく同人STGって時代に埋もれやすいからなぁ

>>752
そだな。
東方だって、シリーズものとして出し続けていたから有名になったようなモノだしな。
あれがそれぞれ単品だったら、あそこまで有名になれたかどうか・・・

超連射も何年もコミケで出し続けての結果だしな

非弾幕シュー作ってるつもりでも弾が増えていっちゃうことってあるけど
弾幕ゲー並みに弾出しても弾速ければ非弾幕だよね？

そんな定義どうでもいいじゃん

>>755 虫マニくらいのものなら弾幕でしょうけど、
それ以上の速度があったら、単に激ムズクソゲーｗ
というか、虫マニって玉速かったっけ。速くもなかったのかな。

弾幕ゲーも速い球だすけど遅い弾がかなり遅い

Wikipediaの弾幕ｼｭｰﾃｨﾝｸﾞの項はそれほど間違っちゃいないとおもうがいかがか

そんあのあるんだ

首領蜂が怒首領蜂のページになってるのはなっとくいかねーな
STGとしての出来は怒がつかないほうが圧倒的に上なのに

あるならＵＲＬを貼れよカス

http://ja.wikipedia.org/wiki/%E5%BC%BE%E5%B9%95%E7%B3%BB%E3%82%B7%E3%83%A5%E3%83%BC%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0

>STGとしての出来は怒がつかないほうが圧倒的に上なのに

それは皆の共通認識なのか？

どこで集計したの？

弾幕記述言語でランダムに弾幕作るのってどうやってんの？

$rand

質問のしかたを激しく失敗した。

ABA氏のゲームの弾幕自動生成って基本パターンみたいなのを作っといて
少し変えたり組み合わせたりしてるだけなのかな？
１から全部ランダムに作ってるならどうやってるのか知りたい。

>>767
確かノードを付け替えるとか定数入れ替えとかそんな感じだった気がする

>>767
ソース公開されてんだから読め

ABAゲーって初期の方がおもしろい。

ふーん

まさしくんや硯の頃なｗ

厳密なことは忘れたけど、VSYNCで遅延が現れるって、
たしかGPUが描画コマンドを数フレームぶん溜め込むせいじゃね。

メインループでバックバッファをロックして、
ビデオメモリ読むぞ読むぞってGPUに嫌がらせしてやれば、
仕事全部片付けちゃうから待ってーって感じで遅延なくなるですよ。

って、バックバッファをロックするのはバッドノウハウくさいな。
別にええやんか思うんだけどな。実際俺は同人シューでやったし。

NVIDIA GPU Programming Guide　7.4章 『遅延を少なくとも2フレームに抑える』
http://developer.nvidia.com/object/gpu_programming_guide.html
How to (and How NOT to) Reduce Lag
http://developer.nvidia.com/object/devnews016.html#1

あと、NVIDIAのスライドかなんかでGPUの挙動のよくある誤解みたいな
なんかそんなのがあった気が。
あかん、何年もDirectX触ってないからいろいろ重い打線

> 『遅延を少なくとも2フレームに抑える』
2フレームなんて冗談じゃないぜ。1フレだって気になるのに。
と思ったが実際のところどの程度遅延してるのかよく分からんのよね。
入力装置側にも問題あるし。同期と非同期によるバッファの遅延は分かるけど。

WARNINGとDANGERの違いって何？

辞書引けアホ

ＤＡＮＧＥＲはあれだ、ニチブツの

グレンダイザーだな

ガッタイガーだろ

>>775
1/60秒はどうしても遅れるだろう。
入力→レンダリング→垂直帰線期間を待って更新が最短コースなわけで。
アーケードやコンシューマ機のシューティングがこうなってるんだから、これで構わないと思うが。

X68000のころは垂直帰線期間が開始した瞬間から
入力判定して、自キャラのsinカーブによるジャンプ移動処理と
スプライトの書き込みとBGのスクロールができていた。

まあ、VSYNC割り込みがあればの話

関係ない部分だが、ジャンプ処理はsinじゃない方が一般的だよね。

友情・努力・勝利

ジャンプにsin使うのはおかしいな

>>782
速度的にゲームの処理が間に合わないからふつうやらんけどな

そこでデコジャンプ

sinジャンプは聞いたことがあるなぁ。
使ったことはないけど。

デビルマン本ってまだあるの？

なんのこっちゃ

y=｜sin(x)｜ のグラフがヒント

sinジャンプって高いところから飛び降りたりする時どうすんじゃろ

sinジャウ

ある程度降りたらまた上昇するんじゃないかな

斬新だな
ある意味面白いアクションゲーができそうだ
一瞬何のスレか忘れそうになった

昔関わってたお蔵入りになったARPGでsinジャンプを使ったよ。
GBで聖剣タイプだったんだけど、マップには高さの概念が無くて一部の敵が飛び掛ってくるのに使った。
何フレームで頂点に来て何フレームで着地、とかの調整がしやすかったし、
動きが早いので意外とそれっぽく見えたからね。

普通のアクションゲームじゃちょっとありえないね。

続けるならスレ移動すれな

んじゃウルフファングの話ということで

STGにジャンプの要素を入れようぜ。
アンデッドラインみたいな。

だからウルフファングって言ってんだろうがｗ

ジャンプバグにしようぜ

昔のゲームって地に足つけてるシューティング多かったヨね。

ジャンプバグのピラミッド面が好きだった

>>803
ファンタジーゾーンですね

コンボイの謎に決まってんだろハゲ

ナイストのインターグレイはタイヤが出るぞ。

マグマックスだろ

それは違うんじゃｗ

>>808 ち〜ん　ち〜ん　ふぉ〜ら〜れ〜

>>806
どうみてもアクションゲームで(ry

亀の恩返しやガンデックはSTGですかね

地に足つけてる縦シューティングも多かった。
原始人のやつとか。SFなやつとか。

新人類、ドラえもん。

Ys Originで（弾を撃つ）魔法使いやってて思った。
強制スクロールだったり、敵の配置や耐久力を調整すれば
STGっぽくなるんじゃねえかな、と。

戦場の狼ってSTGの範疇じゃないの？

イースは一作目からSTG要素が強かったよ
しょっちゅうボスが弾幕みたいなの張るし

2のサルモンの神殿はシューティングだ

物を飛ばす要素があるアクションはシューティングなのか？
断じて違うと思うがね。

FPSはシューティングだよね？

イースはボス戦とかに『シューティング要素』があるだけで
『シューティングゲーム』ではないね。

つーか、アクションゲームって大抵何か物飛ばすだろ
よく考えてみると

物飛ばす方が楽なんだよ。
多関節だの、合体変形だの、ビットだのと、色々やるのは面倒なんだよ。

エロゲーはシューティングです

(･∀･)なるほどざ

>>824
ｿﾉﾊｯｿｳﾊﾅｶｯﾀﾜ

なにそのR-TYPE。

R-TYPEはエロゲだな

どこがエロゲなの？

飛ばすところだろ

STGってエロイな

生きること、それ自体がエロに通じるというから
ゲームに限らず全てにおいて関係するだろうな
欲という意味でも･･･

超連射って何で面白いの？
いいところをパクりたいんだけど、
ただ弾を薄く速くしただけじゃうまく逝かない。

自機の動きの軽快さ、ショットの気持ち良さ。
敵の動き、配置、攻撃のメリハリ。
サウンドエフェクト、ビジュアルエフェクト等の演出。

まあシューティングの面白さの基本に忠実ってだけかもな。

まあ、それが簡単に説明できるくらいならみんな真似するよな。
とりあえず雑感だけど

敵がやわらかめ＋多め
自機の弾速、連射速度は速め
でかい敵も出し惜しみせずどかどか出す
敵や敵弾のアニメーション（変形）も忘れずに
爆発は見辛くない程度に派手に

ボスとかの攻撃パターンは、センスとしか言いようがないな・・・。
まあいろいろ弄ってがんばれ。

超連射は面白い、という思い込みもたぶんにあるはず。

いや面白いんだけどさ。

作者のカリスマに決まってるだろ
信者の声がでかいんだ

超連射の開発日誌みてれば面白いのが作れるかもな
超連射はコミケ等で何年も何回も出展してバージョンアップを重ねた作品だからなぁ
1年程度で作ったのとはわけが違う

まぁもともとふぁみべ時代からすさまじすぎるんだけどな

超連射のいいとこは色々あるけど、一番好きなとこは敵の攻撃のリズムがいいとこだな
ボスの攻撃とか弾の発射音聞いてるとよく分かる

一部キャラの弾の発射音変更になったときは違和感覚えたけどな
たぶん前のほうがよかった

>>833
まぁやっぱ経験と積み重ねだね。
同じくらい情熱をかければ君にもできると思うよ？
>>835がいってることは当てはまってると思うし。

>>819
「狙って撃つ」があれば、ものを飛ばそうが、そうでなかろうがシューティング

>>833
さらっとやってわかったのは、敵配置とか
自機が必ず左右に動くように作られてたり

>>842
開発日記にもあったがそれは意識してのこと
最初はたしか弾が広範囲にでてたのを今のように狭くしてたと思う
結果狙うために移動が必要

狙って打つという意味では最近はアンデフくらいしかないね

ケツイも狙って撃たないと死ねる

ケツイは狙っておくというか置いておく

まあ感覚的にはたしかにそっちかな。
とにかくワイドショット垂れ流して避けてるだけで進めるゲームではないね。

なんか偉そうだけど更新止まって長い。ファミベのよっしんサイト。
やねうらおみたいな人？

>>847
あんなのと比べんな、と思ったり。

やねうらおは神なの？

「この悪魔！」

やね「鬼とも呼ばれた…」

「鬼！」

俺ドット絵描けないじゃん
3D表示のシューティング作ろうとしたら自機と敵が食い込んむじゃん
無敵時間体当たり重なり打ちとかできないじゃん
クソゲーじゃん

つプリレンダ

絵なんかいらないんだよ。キャラは全部四角でいいんだよ

プログラムやるなら絵なんて後でいいだろ

階層構造を作ってちょっと動きを付けれる四角にするといいかもな

そして四角をだんだんと小さくしていってドット絵にしていくんだ

>>849
ゴミ

>>857
なんだかんだでライブラリとかで情報を提供してくれる数少ない人じゃないか？

なら君にとっては神なんだろうね

よっしん氏もライブラリや効果音やソースなどの素材の提供してたよ。
超連射のスプライトドライバ使った同人作品いくつかあるしね。

自分で作れないならこのスレから失せな

ではツクラーの俺はROMもダメということだな。
あ、やべ送信しちゃっｔ

OSから作れというのかな
もしかしてパソコンも設計しろとか

>>863
お前みたいなアホは相手しないからＰＣ捨てな

マジギレですか

アプリの話しなのにハード・OSから、とか馬鹿すぎてどうかと思うけよ。

超連射もそうだけど、時間かけて調整したり初回公開版の反応を取り込んだりするのが大事なんじゃないの。
cyberdとかリードﾐｰを読むかぎり飛び飛びだけど一年以上調整してたみたいだし
sonic sistersは各機体のバランス悪すぎたのと画面がうるさすぎだったのを直したら感動的なバランスになってた。

「狙う」というゲーム性を入れるなら敵を左右振りわけるか溜め撃ちが定番かな？

>>861のレスがおかしいってコトじゃね？
DirectXのライブラリすら作れないようなクズは消えろといってるしか思えない。

別にライブラリなんてありもののでいいだろ。
DirectXの面倒な初期化やデバイスチェックなんてしてる時間で
ゲーム本体に時間をかけた方が有意義。

・プログラマを目指している、もしくは現役プログラマ
・ライブラリを使用するだけではできないことをしてみたい
・ツクール、HSP、スクリプトエンジン使用者を屍だと思っている

以上の全てに当てはまらないと自信を持って言えるのであれば
ありもののライブラリでいいと思うよ。
あと、「自前でライブラリを作れること」と
「他人の作ったライブラリを利用すること」は別物。

こいつ釣りじゃね？

最終的にしっかりしたものがつくれればどうでも良いからな。

ｇｐｌもばれなきゃどうでも良いよな

そういう所甘い人とは仕事はしたくないけどね…

最終的になんて無理だから。ここの奴らは

DirectXは、XNAの開発チームに入ってる人が「ゲームライブラリ製作者のためのライブラリ」
と揶揄されているのを苦笑するほどだからなぁ。ライブラリ作りで燃え尽きてしまうケースも
多いと思うよ。

古めのタイトルだけど、神威はWinGLを使ってたし、らじおぞんでやHellsinkerの人は
Delphi+QD+AlphaLibだし、レイ=クドリャフカも最初の頃はDelphi+QDを使ってた。

ゲーム作りが好きなのと、ゲーム作りの仕組みが好きなのは大分違うしね。

元々DirectXなんて、Windowsでハードウェアを叩くための共通規格みたいなモノであって、
ゲームを作り易くするためのモノではないよ。

むしろDirectXはWindowsのためのライブラリで、製作者のためのライブラリではない。

プログラミングの多重設計が出来る人間で無いと、DirectXを使いこなすのは難しいかもな。

つ〜か、最低でも三重の設計思想が必要になるから。
ゲーム本体の設計、Windowsインターフェイスに関する設計、
インターフェイスとゲーム本体との間の設計、これで三重設計。
あと、ゲーム内部の設計が規模によって何重になるか分からないから・・・

DOSの頃は単純設計の能力でも簡単なゲームなら作れたからな。
で、CGを重視したゲームを作る時代になってくると、
インターフェイス絡みとゲーム本体の二重設計が出来ないと
マトモなゲームは作れなくなった。Windowsでは三重だ。
単純設計の能力で三重以上の設計をするのは無茶だとｵﾓ｡

設計を分けて考えられないと、バグの原因が突き止められなくなるからな・・・
Windows絡みのバグと、ゲームの設計絡みのバグと、Windowsとゲームの間のやり取りのバグと、
三重のバグの系統があるからな。

Windowsで普通のアプリ窓を普通に出すだけでも100行近く必要になるもんな。
DirectXの分厚い本読んで、機種依存にも十分気をつけながら
アニメーション、多重サウンド、コントロール設計、ゲーム設計をこなして
まともにぬるぬる動くゲームとして動かすとなるともう苦行に近いよ。。

>>876
ゲームが先だったよ
ただ、汎用にしようということで名前を変えてDirectX2にした

WIｎG→GameSDK→DirectX
という流れ。
ゲーム用に速い描画を、という発想からスタートしてる。

ここってシューティングの話題じゃ盛り上がらないよな

シューティングって
骨組みができたらゲーム自体にかかる手間はほとんどなくて
あとはひたすら調整するだけのジャンルだもの
純粋にシューティングとして語るとこなんかほとんどないよ

だよなｗ

プログラム技術という観点では話題はすぐなくなるな。
調整部分の技術のほうが重要だし。

８ビット時代は技術披露のジャンルでもあったんだがなあｗ

>>881
いやだからそ〜ゆ〜意味じゃなくて、ソフトウェア処理だと
遅すぎてゲームに使えない。ハードウェアを叩くのは、
処理がバラバラでどのマシンでも動くゲームを作るのが難しい。
で、ハードウェアを叩く共通ライブラリが必要になったから
DirectXが出来たわけで、ゲームを簡単に作るのが目的じゃない、
という事を言いたかったわけ。

ありゃりゃ、文章の表現がバラバラだ・・・

じゃあ面白いシューティングに調整する技術を語ろうじゃないか

まあ語れるほど理解できたら苦労しないんだが

シェーダー部分も含めると4重だな。
誰かシューに最適なゲームエンジン作れよ

>888
結構人によって好みがあるしな。
普遍的な部分は意外と少ないのかもシレン

ノウハウで言えばコリジョン方面で色々あるな。
階層構造による多パーツ・モーション制御とか。

とシューティング特有じゃない技術ばかりだな。
ネタになり易そうなのは。

シューティング特有でない技術も含めて
過去スレで語りつくしてしまった気がする。

シューティングのゲーム本体部分の製作に関しては
ほとんどパターン化されている感があるし、
製作上でより多くの技術や知識を得たいと思う人はそれこそ
DirectXのライブラリでも作ってた方がよさげ。

語りつくしたって言う人ならもうここに来る必要は無いよね。

まだ語ることがあるっていうのなら
もったいぶらずに提案したら？

＞製作技術や技術の検証、成功談
＞失敗談笑い話、難易度の設定方法論、多弾の是非など

のうちの、製作技術に限るのなら、語ることは語り尽くしたかもな。

実は設計分割に関しては、あまり語られて無かったり。

例えば、ボスステージと雑魚ステージって、同じループで処理してる？
それとも異なるループで処理してる？

前者の方法は、同じループの中に雑魚キャラやボスキャラの処理が全部入る。

後者の方法は、まずステージ毎のループがあり、さらに雑魚ステージとボスステージで別々にループがあって、
雑魚ステージとボスステージとの境界では、雑魚ステージのループから抜けて、ボスステージのループに
入るという処理を、プレイヤーに気づかれないように行う必要がある。

ただし、つじつま合わせの方法さえ確立すれば、実は後者の方法の方が作成は楽だったりする。

つ〜か、前者のやり方でボスキャラ作るなんて無茶だろ。
ボスキャラ一体作った段階で、一般ＰＧの設計能力は限界に到達する。
実際、そ〜なってる人は何人か見るしな。

？？？？？？？？？？？？

さっぱり意味がわからない・・・

ボスと雑魚を分けるという発想がまずわからん
なんでわざわざ分けるの？

色々いいたい事があるが、多分896はスクリプトでゲームを作ってる人な気がします。

>>899
動作をプログラムでハードコーディングしてるんじゃ？

普通はパラメータか、簡易スクリプトみたいなもので、動作を定義して、
それらを処理するループは共通だと思うけど。

結局移動や表示、当たり判定とかは共通化できる部分だから、
別にする意味はない。

別に必要なのは、キャラの大きさ形等の基礎データや動きのデータで、
これはプログラムというよりデータの部分だし。

俺は、ボスは、ボスフラグを立てるだけだｗ

>>899
色々やるには処理を分けないと管理しきれなくならね？
一つのステージでしか使わない処理とかあるでしょ。
このボスにはこんな動作をさせたいとか。

>>903
そういうゲーム制作の基本的なところから話をするスレに路線変更か？

シーンの中に各種ロジックをいれていくか
シーンが各種ロジックの中に入るかの違いで別に動けばどうでもいいわな

そういう自由度も含めてプログラムっつーもんだと思うが

フレームワークとして固定されていて使いにくいとかそういう話ならわかるんだが

>>903
それと>>896の言うボスと雑魚を分けることの関連がよくわからないが…
ボスが雑魚呼んだりしないのか？

一人で作ってると敵の動きだとかスクリプトにするメリットすくねぇなあ
C++でもファイル１つぐらいコンパイルしなおしてもそこまで重くねぇし
開発環境もってない人に手伝ってもらうなら、スクリプトじゃねぇと困るけど。

色々やらせたってプログラムが長くなるだけで
ザコもボスも扱いは同じだろう。

既成のツールやスクリプト使ってるから自由度が低くて
ボスを別プログラムにしないと凝ったことができないってことか？

>>903
>色々やるには処理を分けないと管理しきれなくならね？

この考えでいけば、雑魚も種類が違ったらプログラム分けないといけない。
ボスも当然、面ごとに動きが違うから処理を分ける。
で、３０面とか作ると、雑魚＆ボスプログラムが３０個も出来ることになるわけだ。

それこそ管理が大変では？
もし、共通する部分に変更が発生したら、３０ヶ所全部修正しないといけないぞ。

>>909
>>903のやりかたをしたとしてもそうはならんだろ

分けて管理するからと言って共通してるとこまでわざわざ分けてやらんだろ。

状態を「実行中の位置」でもつか「変数」で持つかっていう問題だな

タスクごとに処理を入れ替える仕組みがあれば変数で管理したほうが楽
その代表がタスクシステム
でもこれだってソースを分割統治してると言えなくもないか……


「動的にループを生成するタスクシステム」に対して「静的にループを生成する>>896案」だと理解したけど
ループを「タスク単位で繋ぎ変える」か「リスト単位で入れ替える」か程度の差であって
設計レベルでそんなに大差があるようには思えないな

タスクシステムキター

>>896からは動的メモリ確保すらできなさそうな空気が漂ってる

タスクシステムという文字を書き込むだけでなんだか照れるぜｸﾞﾋﾋﾋ

HSPやLGPでも配列使って双方向リストを作成して
タスクシステムっぽいの作れるんだぜ？
関数ポインタが無いからif文羅列することになるんだけどな
メインループはちょっとカッコイイぜ！

話変わるけど、タスクシステムって保守しづらいな
他人のソース読むまで気づかなかったぜ

タスクの分割だの依存関係だのに気を遣えば
そこまで保守しにくくもないと思う。

初心者はタスクシステムを学ぶ前に
構造化プログラミングだのオブジェクト指向プログラミングだのを
学んだ方がいい気がする今日この頃。
この方が結果的にゲーム製作の近道になると思うのだが、
早く製作にとりかかりたい奴は見事にすっ飛ばして
結果的にｵｿﾛｼｲコードが完成すると。

そいやコンポジットとポリモーフィズムしらんと
C++でタスク構築できないんだっけ

つーか抽象化はオブジェクト指向の基本概念だ。

Compositeパターンは
タスクを階層化しないのであればいらないんじゃないかな。
まあシューティングの場合、敵と弾とか、ボスと敵とかを
親子関係にするのが自然だから、必須になってくるけど。

ポリモーフィズムを知らんような奴は
タスクシステムどころか普通のプログラムも満足に書けないと思うよ…。
C++を使用する意味が全くない。

必要になったら学んで使えばいいだけじゃね？
なぜそれが必要なのか理解せずに使っても
これまたｵｿﾛｼｲコードになるぞｗ

それもそうだなｗ

>>919
> C++を使用する意味が全くない。

つ　ベターC

ここはＣ＋＋が前提なんですね。知らんかった。テンプレにいれとけよ

ステージボスばりの攻撃をしてくる雑魚が出せるようになれば解決じゃね？

全部ボスにしてカオスフィールドでもつくれば解決じゃね

結局ボスルーチンは、雑魚ルーチンをカバーできるんだから、分ける意味は無いと。

ゲームスタート直後にすべてのボスが同時に出てこればOK
敵の戦術的にもいいだろ

急に巨大戦艦出したくなったけど背景として実装するしか選択肢がないとか
ボスがバックミラーにしか映らない吸血鬼の車だとか
ボスがmpeg動画でその中で自機を動かさなきゃならないとか
別ウィンドウのをタッチペンで叩かなきゃならないとか
あるかもしれない

>>928
いずれの場合でもメインループを分ける必要がないわけだが。
っていうか何が言いたいのかわからん。

背景とか言ってる時点でもう

最初のがアンドアジェネシスだという事だけは判る。

このところスキルの低いっぽい人の書き込みに対するツッコミでスレが進行してるな。
あんまりガツガツ行かずにやわらかく対応しようぜ。
できれば各人のスペックは自分と同等では無いのを前提に、あいてに分るように話そう。

>>929
東方みたいに画面チェンジと同時に弾の性質が変わったりとか、
インベーダゲームみたいな敵弾でもこっちの弾でも壊せる障害物を一時的に出してみるとか、
二体以上以上のボスキャラが合体変形したりして、全部倒してようやく先に進めるとか、
色々と変なバリエーションを使うと、グローバル変数の扱いがややこしくならね？

>>933
結論から言うとならない。
どんな言語でどんな設計をしているかは知らんが、
ややこしくなってしまうような設計が悪いだけにしか思えない。

むしろ、どう設計することを想定してるんだろう。
グローバルでフラグ立てるとして、上に出た例ってそんなにややこしくなるかな・・・
東方みたいに画面チェンジで弾の性質がかわるっては言ってる意味がよく解らんが、
ボスの合体とかステージ中精々1つか2つだよな・・・ややこしいか？

>>935
弾幕を時間をかけて大量にばらまいたあと、全部の弾が効果音と共に一瞬で別の弾に変わったりするんだが？

つまり基本的には、ステージによってルールが変化するようなケースを想定してるわけ。

>>936
メインループ内に全部の処理がごちゃまぜになっているような
汚いプログラムであっても、画面チェンジ時にフラグをひとつ立てて
処理を分岐させるだけで十分だと思うのだが。

実装方法は山ほど思いつくが、グローバル変数がややこしくなるような
実装はひとつも思いつかねえ。

・グローバルでフラグ立てて、弾のタスクがフラグ見つつ変化
・一定時間後に弾をすべて変化させるタスクの発動
・最初から一定時間後に変化する弾を作る

めんどい？

ファンタジーゾーンみたいにボスの挙動がまるっきり異なるケースでも？

具体的に言ってよ、何について言ってるのかさっぱり解らない

>>940に同意。悪いが意味がわからん。
というかせめて使っている言語ぐらい教えてくれ。

なんつーか、単にプログラミング言語自体の勉強量が
足りてないだけな匂いがするんだよね…。
Cを使っているのに関数ポインタや動的メモリ確保についてしらないとか、
C++やJava(いないと思うけど)を使っているのに
クラスを活用しきれていないとか(特に委譲とか)だったら
これらについて勉強しなおした方がいい。
あとタスクシステムについても。
スクリプトだったらごちゃごちゃになっても文句言うな。

スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな

こういう方向には盛り上がるんだよなこのスレｗ

あ、でも珍しくシューティングの話した気がするんだけどｗ

>>943
そこだけ取り上げるなバーローｗ
俺はスクリプトに関して無知だからアドバイスできんし
相手の仕様言語(ツール)は結局わからんしで
少々投げやりになって書いてしまっただけだｗ
でもスクリプトを馬鹿にする発言っぽいから謝っとく。すまんかった。

http://game-melody.com/cgi-files/csystem/html/n-81971-vodafone-vodafone3g.html

>>933
＞東方みたいに画面チェンジと同時に弾の性質が変わったりとか、
オブジェクトリストから弾IDを持つものを探して、その情報を元に、同じ位置に新しい弾を作る。
古い弾は殺しとく。

＞インベーダゲームみたいな敵弾でもこっちの弾でも壊せる障害物を一時的に出してみるとか、
障害物の当たり属性を敵弾と自機弾に設定する。

＞二体以上以上のボスキャラが合体変形したりして、全部倒してようやく先に進めるとか、
子供を管理するだけの親を作り、合体前のキャラを子として見張る。
合体したくなったら子供に号令かけて合体させ、合体後は子供を殺して自分自身がキャラになる。

＞色々と変なバリエーションを使うと、グローバル変数の扱いがややこしくならね？
グローバル変数は使わない。

>>937の言うとおり実装方法はいくらでもあるんだけど
俺だったらこうするみたいな。

どうも本当の初心者みたいだね・・・
口調がいっぱしのプログラマーぶってるから
みんな普通のやり方を教えてくれないのなｗ


敵弾っつっても、方向と速度（移動量）だけじゃなくて
「状態」「種類」「タイマ」といったパラメータをいろいろ持たせてあげよう。
タイマが一定値になったら速度・方向を変えてやれば
東方みたいな弾幕ができるよ。


敵・自機・障害物にもフラグを持たせて、それによって
敵弾に当たる・自機弾に当たる・障害物に当たるってやれば
当たり判定は共通処理にできる。

HSP使ってたときに似非タスクシステム組んだことあるけど
on〜gosubとローカル変数宣言で結構スッキリ組めたぞ
どんな環境でもやり方次第だと思うんだけどね

>>948
俺は階層型タスクシステムを利用しているからボスに関しては同じかな。
画面チェンジで性質の変わる弾に関しては、
大量のオブジェクトの生成・破棄はなるべく避けたいから
既存の弾オブジェクトの状態を変更するだけに留めるかな。

じゃあオレも

＞東方みたいに画面チェンジと同時に弾の性質が変わったりとか、
複数のキャラクタが属性を共有する場合は独立させる
この場合は弾オブジェクトに弾の性質オブジェクトへの参照を持たせる

＞インベーダゲームみたいな敵弾でもこっちの弾でも壊せる障害物を一時的に出してみるとか、
キャラクタの組み合わせによって分岐が変わる場合はテーブルを作成する
この場合は全キャラ×全キャラの衝突有無の表をつくって接触するたびに検索する

＞二体以上以上のボスキャラが合体変形したりして、全部倒してようやく先に進めるとか、
集団を扱う場合は画面に表示しないコントロール専用のタスクを作成する
この場合はコントロールタスクからボス1やボス2へ参照を繋ぐ
コントロールタスクから合体などの指示をだす
ボス1や2が破壊された場合はコントロールタスクへそれを通知する


基本こんな感じだけど速度が問題になる場合はどんどん崩す
データベースでいう正規化された状態だからそのまま使うと遅いよ
でも設計する段階では正規化してるし崩すにしても崩すパターンあるから簡単

「あらかじめゲーム内容を予測してすべて適切に設計すれば良い」
という理想状態の話ばかりだけど、

「メインプログラムが糞仕様なのにも関わらず上司は最小限のソース改変しか許さない」
実務がそんなんだったらどうするんだよ

責任の所在を上司だと明確にするだけ

なんで上司の話とか出てくるんだよｗ

なんでそんな極論が出てくるのか理解に苦しむ
普通のプログラムの話しようぜ
糞仕様で改変させてくれない話なんてここは愚痴スレじゃ無いぜ

10年ぶりにゲームが作ろうと思うんですが
SDLの勉強をしっかりやっとけば大丈夫ですか？

最近じゃスレッドとか使えるから感動的に美しいコードが書ける予感がする。

昔ゲームPGだった人とかなら
何勉強しても大丈夫なんじゃないんですかね

スレッドって、同期関連しっかりやっとかないと例外で跳ぶんだよな。
特に最近のマシンは、複数のCPUが乗っていて、二つ三つのスレッドを同時処理したりするし。

ふーん

セマフォとかカウントダウンラッチとかサイクリック分割、バリアとかわからん人は
マルチスレッドの本みたほうがいいだろうね

そうしないと>>959の現象で落ちることになる

　 ,j;;;;;j,. ---一､ ｀ 　―--‐､_ l;;;;;;　　最近じゃスレッドとか使えるから
　｛;;;;;;ゝ T辷iﾌ i 　 　f'辷jァ　 !i;;;;　　感動的に美しいコードが書ける予感がする。
　 ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>
　 　,;ぇﾊ、　､_,.ｰ-､_',. 　 　,ｆﾞ: Y;;f 　　 そんなふうに考えていた時期が
　　 ~''戈ヽ 　 ｀二´ 　　 r'´:::.　`!　　　俺にもありました

CPUが8bitから32bitになったのだから、一万倍のスプライト処理も余裕。
そんなふうに思っていた時期もありました。

自機の動きを制御するスレッド
敵機の動きを制御するスレッド
背景をスクロールさせるスレッド、みたいに分離して考えられるの？

それが逐次処理で駄目な理由が良く判らん
敵機がネットワークの向こう側ならまた話は別かもだけど