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

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

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

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

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

■ 前スレ

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

**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～ｚにもコマンドを割り振ったりなんかしたりして。

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

**168** · 04/02/01 15:26

>>200
その考え方で正解だよ。

ただ、コマンド数を延々増やしてると、そのうち自分でも
ごっちゃになる。すると、それなりの言語設計をしたり、
パーサー(構文解析)を作ったりする必要が出てくる。
本来の作業に加えてね。

しかし、それを実装したところで、ゲームが面白くなるとは
限らない。そもそも、プレーヤーはゲームの中を見ることが
ない。

まぁ、利点欠点を考えて適材適所ってことなんですが。

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

>>201
スクリプトに限らず、仕様ばっか凝り出してゲームが進まないってのは良くある罠だよね

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

二度ほどそれで臍を噛んでるYO
なので今回はスクラッチとダウンサイジングと仕様削減を合言葉に作ってる

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

GAっぽいの使ってホーミングレーザー育成STGでも作ろうかな。

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

言語仕様がさっぱりどっきり手探りな人はRobocodeやるとｲｲ!!
弾回避や予測射撃の知識も身につくYO！
いや、はじめからSTG向けのスクリプトを弄れ！という指摘もあるだろうけど :P

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

＞なので今回はスクラッチとダウンサイジングと仕様削減を合言葉に作ってる
というか、きっちりしようを決めて作るべし。

仕様を凝る(＝拡張可能な柔軟なつくりばかり追求する)って、実は
一番重要な部分を先送りしてるだけなんだよね。
オレはやっと最近それに気づいたヘタレ…完成しないわけだよ…

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

作る課程を楽しむのも由

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

全方向シューティング作ってて、64方位のうち0～15方位まで画像用意して、
あとは90度回転で済ませたいんですが、画像を回転させてコピーする(Bitbltみたいに)APIってないですか？
開発環境はBCC5.5で32APIゴリ書きです。

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

0方位だけであとは起動時に微回転させてビデオRAMに持たせておくのもいいかもな
ディザかけるなどの処理が無くてもよいバトルガレッガ程度の画質の回転ライブラリ、欲しいね

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

無くて結局自力描画になるからD3Dを進める訳なんですが。

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

素直にポリゴンで出せって。何時の時代に生きてんの？

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

http://www.talula.demon.co.uk/allegro/
一応こういう有名なゲーム用ライブラリがあるけど。回転拡縮スプライトあるにょ。
ただしAPIを見ても分かるとおり、かなり古風な作り。（DOS時代からのものだしな）

まあ、素直にDirect3D使うのが一番素直でしょう。

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

ってちょっと日本語壊れてるな、俺。徹夜なんでゆるして。

**208** · 04/02/02 11:32

なるほど。
色々とご意見ありがとうございます。
まあ時代遅れなのはわかってるんですが、winプログラム覚えたてなもんで…
いずれはDirectXに移植したいんですけどね～

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

BCC5.5ならDirectX導入に問題はないな
DirectX導入による保守性の低下が懸念なら、
回転オブジェクトの描画をきっぱり諦める。
または何か適切なラッパライブラリを使い、
コーディングの幅が狭くなるかわりに見通し良い状態にする。
のがいいんじゃないだろうか。
ラッパライブラリで何が適しているかはわからないけど。elとかdxlibとかは有名だね

**208** · 04/02/02 15:00

了解です。調べてきます～

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

他人の書いたラッパを理解するより自分で書いたほうが手っ取り早かったりするんだよな（ｗ

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

BCCとかだとD3DXライブラリ(D3DXSpriteもこの中)が直接使えないから
注意が必要だ(デバッグ版はDLLになってるのでそのまま使えるけど)。
いや、D3DX使わないなら関係ないけどね。

**208** · 04/02/02 19:35

>>218
そうなんですか…やっぱBCCでDirectXは険しい道のりなんですね～
さっき本屋にも逝ったけどVC関連ばっかりで…
「VCの機能を最大限に生かしたプログラム」しなくてええっちゅーねん。

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

そんな時こそOpenGL

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

ABA gamesのシューティングはBCC+OpenGLだな

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

>>221
ABA Gamesのは(少なくともrRとかは)BCCじゃなくてMinGWな気が。

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

rRootageもPARSEC47もOpenGLを使ってはいるな
あとのC++とかDとかはおいといて

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

敵を動かすのは良いけど
複数の敵を一つのグループで動かす場合は
どうすればいいのかわからない＿|￣|○

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

>>224
編隊のこと？
俺は、編隊も１匹も同じで敵キャラの出現タイミングと出現場所を書いたデータファイルを
作成してステージのはじめに読み込むようにしてた。
これが正しいかわからんけど。

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

>>224
変態タスクを作って雑魚タスクを管理。

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

>>225のように、それぞれはバラバラでも、同じ法則で動いていれば、
結果的に群れてるようにも見える。大往生4面雑魚とかはそんな感じだろう。

一方、グラディウスで雑魚が全滅したときにアイテムが出るが、これは
複数の敵をグループとして管理すると実現しやすい。
グループリーダー(実体はなく、アイテムを出すだけの役割)に
一匹一匹が「やられましたー」と報告して、最後の一匹がやられたらアイテムを出す。
リストで管理して削除していくのが一般的かな。

いきなり複数のグループを扱おうとする前に
まずは単純に画面内の敵すべてを1グループとして
敵全滅判断の処理を組んでみると、わかりやすくていいかもよ。

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

そういや回転といえば、ケイブのやつとかはちゃんと光源の方向を考慮した回転
パターンを用意してない？
達人とかビッグコアみたいに真上（真横）から光を当てたような、真ん中が明るく
エッジが暗い左右対称なデザインだと、回しても違和感が無いけど、今となっては
ＰＣ猿人のゲームみたいで貧乏臭く感じるんだけど。

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

>>228
3Dでモデル化したやつから2D画を起こしてるんじゃなかたっけ？
手法は違えど角度毎に別な画を全て用意するというのは古典的（かつ効果的）な手法だよな

よく2D絵を回す為にD3Dで2D絵を回転とか言うﾔｼ見かけるが、あらゆる意味でセンス無えと思う

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

ケイブはプリレンダですな

> D3Dで2D絵回転
プログラマ的視点から言えば正常じゃねーの？
うちでも、立体感ない回転させた日には、ドッタさんが腹立てて
「回転パターン書く！」とか言い出します。

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

バトルガレッガだってD3Dで2D回転させるのと大差無い絵でしょ
素人作品はむしろモデリングやドット絵がボトルネックになっているもののほうが多い

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

プログラム的に回すとしたらレイフォースのレーザーみたいな奴だろうね。
まぁポリゴンならプログラムで回せて光源も正しく処理されるわけだが

**208** · 04/02/03 22:09

とりあえず今は64枚全部書いて一通り完成まで持ってきます(^^;)
色々調べたら、OpenGLはLinux上でも動くっぽいのでどうせVC++を持ってないならOpenGLにしようかなとも考えてます。
まだ大分先のことになりそうですけどね…

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

シューティングゲーム（仮）だっけ？フリーのやつ。
あれなんか、WAVの爆発音を重ねるのが重くなるからか、
「どかーん」というWAVと「どかどかーん」というWAVを用意して
複数の敵を倒したときは「どかどかーん」を鳴らしてる。

けっこう力技の方が一般的なんだよね。光源の２D化とかも。

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

>>229
ドット絵１枚描くよりも、プリレンダリング用のモデル１つ用意するほうがコストかかるじゃろ。
ちゃんとしたデザイナーさんがついてて今風の絵にするならともかく、
古典的な2Dゲーではグリグリ回してもあまり問題ないケースが多いと思われ。

まあ、光源の方向が決まってる絵をむやみに回すなってのは基本ではあるわよね。
あと昔のハードに必ず載ってた左右／上下反転も、今では使えないケースのほうが多い。

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

16色時代ならともかく256色のドット絵で要塞のような大型物体を
3D使わないで動かして、なんて発注されたら逃げたくなるが…。

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

>>232
レイフォースのレーザーも全部キャラクタで持ってますが…。

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

そんな裏事情俺らは知らん。

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

>>235
３Ｄモデル１つ用意すればあとは32方向分でも64方向分でもすぐに用意できるﾜｹだが
モデルを起こせる環境さえ整ってればむしろこちらの方がローコストなんだよ

**235** · 04/02/04 05:24

話が通じてないなー。

あたしゃ、（回転可能な）ドット絵を１枚描いてそのまま回転させるのと、
モデル１体作ってそのまま回転させるコストを比較してるんであって。

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

>>239
そうだね。
例え一枚でも規模によってはモデリングしたほうが楽なこともある。
ただ、手作業の擬似3Dには別の味があるので、一概に比較できないけど。

**241** · 04/02/04 05:27

あら、タイミングいいなｗ＞240氏

まあ書いたとおりだが。

**235** · 04/02/04 06:24

>>241
> 例え一枚でも規模によってはモデリングしたほうが楽なこともある。

それは認める。

というかなんだ、前処理で回転パターンを生成するにせよ、ハードウェアの回転機能を使うにせよ、
手描きの一枚絵をそのまま回転させてるゲームは山ほどあるわけだ。
そりゃいまどきの市販ソフトの映像クオリティだと流行らんけどさ、
誰もがそういうの作ってるわけでなし、モデラーや鬼のドッターを用意できるわけでなし、
個々の制作者の事情を無視して、あらゆる意味でセンス無えとかってのはどうかと思うわけよ。

俺はクロノトリガーのタイトル画面好きだぜ。関係ないけど。

**241** · 04/02/04 07:19

まあ確かにそうね。
適材適所と言っても常に適材が用意できるわけじゃなし。
2D3D両方のスキルを持ってないと比較は出来んわけだし。

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

そこでレリーフテクスチャを使ってかいｔ（ｒｙ

ネタです。突っ込まないように

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

>>243
禿同

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

ヴィジュアルにセンス無くてもええやん、面白ければ

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

あくまで人的リソースが不足しているプロジェクトの苦肉の策と捉えるべき＞１枚絵の回転
少なくとも手抜き目的以外で積極的にやるもんではない

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

>>245
バンプマッピングでそこはかとなく立体感を出すとか！

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

同じ絵で光源だけ一周させた絵たちを角度ごとに呼んで、その角度で回して表示するのは？

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

>>250
それだと余計に手間がかかるだけじゃねーの？
光の角度一回点分の絵を全て用意した上で更にソフトで回転処理？
いっそケイブ方式の方がラクのような気がする

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

真上から見た絵を書くならそれでいいんだろうけど、
斜めだと使えないね。

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

メモリ問題
CPUコスト問題
製作コスト問題
クオリティ問題

宗教の問題なのかね？

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

パルスターも忘れないでねん

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

>>253
宗教というよりはトラウマだな。

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

>>248 1枚絵をソフトで回転させて、ドット修正もなしに使うって
ことだよね？　たしかにそれじゃスーファミレベルだな。

漏れが昔2Dゲー作った時は、ドッター氏がソフトで回転させたのを
手修正してくれた。久々に連絡取ったら、彼は携帯アプリやってる
らしい…。

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

フォントは環境によって有る無しが変わるからな。
ＶＡＩＯで作ったヤツに使ったフォントはその機種にだけ入っていたフォントなので
修正に苦労したよ。

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

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

マイナーかも知れないけど
任天堂のスターフォックスタイプの３Ｄシューティング作ってる人居ませんかね？

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

スペハリのパロを製作中。
あの独特の疑似３Ｄ感をＧＬで出すのに苦戦してます。

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

おっ、いいねえスペハリ。
あの市松模様をやるわけね。
自分もポールポジション的コースの再現に凝ったことあるよ。

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

ラスタースクロールを使った擬似3Dのカーブの表現ってこｔかな

**名前は開発中のものです。** · 04/02/06 20:36

う～んと、シューティングにはタスクを使えって言われたのですが
タスクってなんなんですか？

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

タスクについての有名っぽいページ↓。

コンピュータゲームのからくり
http://www.hh.iij4u.or.jp/~peto/Games/games_top.html

古い技術なので、別に無理して使うこと無いと思う。
参考にするくらいはしてもいいと思うけど。

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

タスクを使わない場合はどうなるんでしょう？
「タスクを用いない作り方」はいかにも悪例のようですけど

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

>253
メモリコスト問題
CPUコスト問題
製作コスト問題
クオリティコスト問題
コストの問題のような気もします。
MEMORY < CPU < QUALITY < PRODUCTION

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

このスレのみなさん、当方STG好きなのですが、
みなさんがんばってください！！力になれないけど
応援します！プログラミング出来たらおれも作り手ー

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

応援はいらん！作品でしめせ！
新作を見せ付けられることが、製作者の燃料だ！！

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

煽りとかじゃなくて真面目な話し、やはりシューティングの演出に美少女キャラは
必須っすかね？
同人作品全般、並びにシューターサイトを眺めてみると、その嗜好は
明かなので、そのあたりのクオリティが低いと認知されにくいのかなぁと。

このスレの多くはプログラマさんだと思いますが、オブジェクトや音楽以外の
要素をどのくらい重要視されてますか？

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

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