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

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

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

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

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

■ 前スレ

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

**なんとなく** · 04/05/04 21:18

ポテンシャル＝スゴイ度
じゃないか？

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

完成度という意味で受け取ったが。

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

まぁ、シューターは横文字に弱いということがお互い確認できたわけだ。

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

お互いかよ！ｗ

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

ポテンシャル＞潜在能力

イマイチ、ピンと来ないが、、。
動いてるもの見ただけでは、わからん事多いし。
プログラム的には開発環境や内部動作とか教えてくれんと何とも言えない。

言ってもらおうと思ってるようにも見えないし。

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

潜在能力、ねぇ。
ソース見たいなぁ。

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

　ポテンシャルを評価するということに意味がない。
　>>855はポテンシャルの意味も分からずに、したり顔で使用した。
ということじゃのう。

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

自分の場合、ポテンシャルの評価もお願い。と言っとくか。
ちょっと先になりそうだが、、。

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

ゲームの評価でポテンシャルという単語を使うとマズい、というのを
>>871と>>878が丁寧に解説してくれている。
なにか他の言葉を使おう。

**名前は839のものです。** · 04/05/05 12:58

・８４１氏参考に、Ｊｏｙｓｔｉｃｋを修正してみました。
ＯＮの時はＤｉｒｅｃｔＩｎｐｕｔ使用。
ＯＦＦの時はＤｉｒｅｃｔＩｎｐｕｔは使用してません。ＯＦＦの時のみ、ＪｏｙＴｏＫｅｙが使えると思います。
ＤｉｒｅｃｔＩｎｐｕｔ使用の時のＪｏｙｓｔｉｃｋも書き換えてあるので、動かなかった方はうごくようになってるかも・・・です。
こういった、パッドによる動作の不具合を調べる為いくつかのパッドを持っておくべきなのでしょうか？それこそ、ビデオカードによる画面の不具合のためにいくつか持っておくべきなのでしょうか？

・画面について
青弾と敵の弾の色が、かぶったのはどうかと思いましたがスルーしましたｗ青がしっくりきたので、そうしたのですが・・・。
画面で使われる色についてですが、ピンク弾は画面が安っぽくなるとかなんとか、ケイブ関係者さんがそんなこと言ってたような。
このゲムはもともと絵（画面）が安っぽいのと汚い弾幕？のため、青だけだと本当に弾がわけわからんという理由で
途中からピンク弾が存在します。画面の色使いで、なにかありますか？

・ＢＧＭと効果音について
プロギアの嵐がそうだったような気がするのですが、効果音の音（ジュエル回収）が大きすぎてＢＧＭが聞こえなかったりしませんか？
私はＢＧＭ重視派なので、そういったことが無いようにしてみましたがどうでしょうか？

・内容について
敵の配置、弾幕等は私の決定的な知識不足です。結果的にあんな難易度になってしまいました。

ソースは見せられません・・・ええ見せられたものではありません。
実際、２Ｄゲームのプログラムでやることなんてほとんど無いと思うのですが。ほとんどＤｉｒｅｃｔＸがサポートしてくれていますし、パソコンの性能も高くなってるので、処理もはやいですし・・・。
もう２Ｄゲームは、きれいな絵や面白いシステム、付加価値等をつけるくらいじゃないのでしょうか？
まぁそのすべてがないゲームをつくる人間が言うのもなんですが・・・。

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

>>881
いろいろ指摘が出せるくらいの水準には達してるとも言える。
調整によってはかなり遊べるゲームになるかと。

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

>>881
＞BGMと効果音
バランスの好みは人それぞれなので
コンフィグで音量バランスをいじれるようにすれば良いのでは。
技術的にやっかいなことでもないでしょ。

＞配置、弾幕
プレイヤーキャラがどういう風に動くか
ある程度想定しながら配置していくといいと思うよ。
特にボス戦はどう避けさせたいのか見えない攻撃が多かった。

**841** · 04/05/05 16:59

Joystickの設定OFFでJoyToKeyが使えるようになったので、パッドでプレイができた。
あとはDirectInputを使わずWinAPIのjoyGet～あたりで
パッド入力を見るモードがあれば良いと思う。

DirectInputの罠に対するFAQページがありそうなものだが…見つけていない。

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

DiretInputにかぎらず、創る上ではまった！ってのにはどんなのがある？
漏れはテクスチャサイズに2のn乗でないのつかってて
表示できない環境があったことかな・・・あまりに初歩でｽﾏｿ

**名前ｂﾍ開発中のものｂﾅす。** · 04/05/06 19:16

ハマりポイントは結構あると思うんだが、いざ思い出そうとすると出てこないなあ。

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

>>839
SMARTJOYPAD3で動作確認です。
でも再起動するとボタン設定が初期化されるのはいかがな物かと…

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

あゆで３面開幕まで。

・１面道中はまあ、しょうがないとしておこうか。大往生白２面ランクぐらいだし。
・１面ボス、第２形態からなんかやけくそ感がしてきましたよ。弾封じ＋回って回避でもかなりしんどい。
・発狂に移行したときの難易度は大往生白２面ボス以上？
・２面道中、ラスト以外は非常に楽しそう。○使って稼ぐか晒すかの世界。
・ただし、ラストであれが２体同時で出てくるのは反則ぎりぎりだろうと。とにかく硬すぎる。
・２面ボス、私の腕では第１形態確実に決めボム１ですが。あんな弾幕抜けて前まで進めねーよ！
・第２形態、炸裂弾地獄。ケツイ４ボス程度？かなり激しすぎる。というか、弾道が読めませんが。
・発狂したほうがまだマシかもと言ってみるかも。
・３面、中型雑魚が画面右下から出てきたところと衝突して死亡。えげつねえ。

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

ＰＣゲーム板のスレみたいな感想ですな。

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

いい感じにスレが伸びてるな
950くらいで次スレのテンプレのためにリンク追ったりしておいたほうがいいかもね

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

>839
一面道中の曲ってこれですよね。
ttp://www.campus.ne.jp/~ishigami/CGI-BIN/fsdl.cgi?id=502&file=YUHEI/DYNAMITE.lzh
で、ゲームでは全然こう聞こえません。はっきり言って聞くに堪えないというか。
Wingroove使ってるんですがね。
どうきこえるかはwindowmodeがあれば録音できるかも

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

ところで…なんか道中に違和感あると感じたんだけど、
地上物が画面下方に行ったり、自機に接近したりしても、弾を吐きつづけてるとこが気になる。
そういう場面でしっかりと弾封じさせると「気持ちよく」プレイできると思う。
ケツイとかやりこんでると、その気持ちよさが分かると思うんだけど。

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

このタイプのゲームなら小型地上敵は弾封じできるのが一般的だね
ケツイの場合弾封じできない中型地上敵も意外に多い

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

あー、ケツイの４面のカニみたいなやつか。

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

あのさ、初歩的なことかもしれないけど
「DirectInputの落とし穴」
ってヤツについて詳しく教えてくれないかな？

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

さあ、具体的に何のことを言ってるかは分からないけれど。
どうもカノン蜂やってると、十字キー離しても、その方向に移動しつづけるということがあるな。
何かバグを持ってるんではないだろうか？

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

うちは観音蜂のJoystickモードだと入力しても反応なしだが
ttp://www.geocities.jp/toru_website/di/4.html
ここのDirectInputサンプルは動いた。

**895** · 04/05/09 14:19

>>896
あ、ごめん、曖昧な書き方しちまった
質問の元は>>884、「DirectInputの罠」だったね

DirectInputを使う上で注意しなきゃならんことがあるのかなと思って
要は、今回話題になってる互換性のことかな？
DirectInputに対応してない入力機器も多くあるということ？
そういえば、どんなソフトにもだいたいオプションで
「DirectInputを使う／使わない」ってのがあるよね

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

DirectInput自体には罠と呼べるようなものは殆んど無い気がする。
大抵デバイス自体や使い方の問題かと。

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

PC版のSTGスレで聞いたらこっちの方が作者がいていいのではということで
こちらで質問があります。

Win98+DirectX9の環境なんですが、観音蜂がエラーで起動しないです。
同様の環境で似た現象が起きてる方はいませんか？
エラーメッセージ見るとkernel32.dllで落ちてるんでメモリとかの問題かな
という気もするんですが･･･
GeForce2MXで、ドライバは最新です。

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

ってもともと動作環境ME/2000/XPだったのね・・・

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

>839の観音蜂は封印が起こってしまうと、
○弾のターゲットを自分で設定しようとしたときにたいてい封印状態になってしまって、
プロギアで言う連爆ができなくなってしまうので、これはこれでありだと思う。

やっぱり自機が下方向からの攻撃に弱すぎ。天使2匹が下から来ると終わってる。
3面なんて上から来る敵と下から出てくる敵が同じぐらいの比率なのにこれはしんどすぎ。
それでも一応4ボスまでは行ったけど…結構処理オチしているので参考にはならないかも
でも処理オチ無しで3道中後半とか3ボス発狂とか処理できるの？？
一応書いておくと自分は白大往生2-4・プロギア2-4ぐらい

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

>839
クリアした。名雪で1面300万・2面4200万・3面8200万、3道中を奇跡の1ミス突破でラスボス突入残5、ALL時残1
2ボス第二安置使用、1ボス回転・2ボス発狂・3ボス4ボスの全部はボム使いまくりのごり押し
2面は画面の端の方に位置どってチビザコで中型機の弾をひたすら錬金
3面は中型機にある程度打ち込み&チビザコを錬金しながらついでに破壊
を中心にパターン作って20プレイぐらいでクリア。錬金中結構処理オチ有り

3面、中型機が下から出てくると否応無しに丸弾使わされてカウンタがなくなるのが嫌だった。
それでカウンタがなくなると錬爆範囲が狭くなってなおさらキツイし

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

観音蜂クリアしたけど…もう一回やれって言われたら無理だろうなって思う

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

観音蜂の起動画面で、Screen→Windowにチェックできないのだけど
これは仕様？

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

○が画面外の敵を追っていくがその場合ダメージ与えられないのはﾏｽﾞｰ
ロックし直そうとしてボタン離すと0%になるし
こうなったらロックが外れる所まで離れないと駄目なのか…？

でも一応4ボスまでは行った、結局2ボスまでで何機あるかですな

あとゲームオーバー時にスコア表示して欲しいです
リプレイ実装とまでは言わないから

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

6月にソフトバンクから、シューティングゲームのアルゴリズムを
解説した本が出るらしい。

Cマガの6月号にその本の前振りとして、狙い撃ちや誘導段の
アルゴリズムの記事が載っている。

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

ﾋﾟﾝﾎﾟﾝﾊﾟﾝﾎﾟｰﾝ
ライターの方このスレにいませんか～

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

あー、オレCマガの関係者といえば関係者だけど、>907の記事や本のライター
じゃないんで。

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

やっぱ発行後、好感触を得てないと著者としては出にくいと思われ

名無しで執筆の裏話でもいいけど（ｗ

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

ホーミングレーザーの奇跡を綺麗に表示する方法とか載ってたら
買うかも。

１冊まるごとシューティングのアルゴリズムって凄いな･･･

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

＞ホーミングレーザーの軌跡
普通にポリラインで良いと思うのだが

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

ポリラインだとちょっと寂しい。
http://www.gogo3d.com/products/mathema/
この本にポリゴンを帯状に生成する考え方なんかが載ってる。

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

ポリラインストリップのことを言うつもりだった。ごめんな。
その本はかなりいい本だからお勧めだね。

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

>912 914
あ，こちらの読解力が足りなかったね。正直スマンかった。
とはいえ，さっきの本は本当にお勧め。ゲーム1本買うより楽しめると思う。

ソフトバンクのアルゴリズム本ってのは2D系なのかねぇ？
「2Dアルゴリズムぶっこ抜き！」とかじゃないように祈るよ。

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

そういや同人的には２Ｄの需要は高いけど、若い世代からの要望が多そう
なのはＦＰＳ系だろうから、主に面の接触とか、３次元ホーミングのやりかた等の
３Ｄベクトル計算だったりして。

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

3Dのアルゴリズムは2Dにも応用利くじゃん。
今はどのみち3D使ったほうがいいから、3Dの計算覚えても損はないよ。

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

弾幕のバリエーションとか期待してる
蜂の～ボス型．．．とか

無理ぽ

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

それはCマガとしては範囲外じゃないか？
逆に言えば、そういうのから本を書いたらビジネスになるかもね、とか言ってみたり(笑)

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

FPS系ってそんな需要あるかなあ…？
あの手のゲームってプログラム以外の部分を余程丁寧に作らないと、
遊べない気がするんだけど。

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

やっぱワイヤフレームじゃない？
GLUTとか使えばすぐにグラフィック描けるし

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

Cマガ買ってきた。
で，著者さんのサイト。
ttp://cgi32.plala.or.jp/higpen/shtbook/article.shtml
ガチガチの2D系みたいやね。

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

著者名からだと分からないけど、どこかで見たようなふいんき(ry
この道では有名人な人っすか？

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

MAKKEN氏じゃないっすか。
TOWNSでSky Duelというボクセルの3Dゲームを発表して
Oh!FM-TOWNSにゲーム(達人王や雷電伝説など)の攻略記事や
プログラミングの連載を書いていた人です。
TOWNSユーザにはそこそこ有名な人かと。

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

>>918-919
マニアックスの方はそれっぽいな

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

弾幕とかだけでなく、多関節とかの事も扱っているとよいな。
久しく多関節使っているゲームみていないし。

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

>926
＞誘導レーザーや触手といったカッコいい仕掛けの実現方法が知りたい方
　多間接も入ってるんじゃない？

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

Cマガの上澄み液のような感じだったから、あんまり期待できないような…

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

http://gamdev.org/up/img/622.jpg
の左側の画像でジ・オが撃ってるようなホーミングするレーザーはどのようにして描画するのが一般的でしょうか。
バズーカ砲の軌跡を描画するときは、右側の画像で、点線で囲っているような、
丸い煙の画像を半透明で直線状に重ねて描画するのが普通ですよね。
レーザーの場合どうなんでしょう。
こうすれば綺麗に出来る、とか、コツとか有ったら教えていただけないでしょうか。

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

>>929
ポリラインストライプを使え

**名前は開発中のものです。** · 04/05/28 13:41

>>929
これってホーミングしてるの？
とりあえず，
1.小さいな円(楕円)の画像を加算半透明で連続して描く。(煙と同じ手法)
2.事前にレーザーを描画したポリゴンを用意して進行方向に伸縮させる。
3.弾の座標を元に帯状のポリゴンモデルを作る。
パッと思いつくのはこれくらいかなぁ･･･。
1は実装がラクだけど点で線を表現するからその辺でムリが出る。
2はホーミングビームに対応できない。
3は演算処理の負荷が1番高い。(>>930が言うポリゴンストライプはコレだと思う)
個人的には3がオススメ，ビーム以外にもソウルキャリバーみたいな剣の残像とかに応用できる。
実装方法決めたらまた書き込んでください。

>>930
×stripe
○strip

**931** · 04/05/28 13:43

小さいな，って何だ･･･。＿|￣|○

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

それよりカンマが気になるな，

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

「、。」か「，．」のどちらかならわかるんだが。
なんか半端だな。

**929** · 04/05/29 06:18

>>930 >>931
回答ありがとう、あれから自分でもいろいろ調べてたんですけど、
MicrosoftのDirectXの記事に丁度良さそうなサンプルを見つけたのでアドレス貼っておきます。
http://www.microsoft.com/japan/msdn/academic/Articles/DirectX/03/

上のサンプルだと帯状のポリゴンを使っているようですね。
>>931さんの言うところの3番でしょうか、自分もそれで行きたいと思います。

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

あと1週間くらいか。

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

締め切り？

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

マニアックスの発売日

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

上旬じゃなかったのか

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

マニアック素売って種。地味な表紙だ

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

>>940
レポキボンヌ。

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

って、買ったとは書いてなかったな。スマソ。

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

今シューティングゲーム作ってるんですけど、リプレイはどうやって実装すればいいんでしょうか
ノウハウ知ってる方いたら触りだけでも教えてもらえないでしょうか
入力を監視するのか、定期的に座標を監視するのか、どうすればいいのか分からなくて・・・
リプレイデータはできれば小さいほうがいいです。

ちなみにV-SYNCに同期するように作ってます（いわゆるA宗)
◆A宗:「v += a * dt」
v-syncに同期。リフレッシュレートは任意。

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

>>942
買ってないけどパラパラみたら最初のほうはＣマガジンの記事そのまま
載ってたように見えた。
逆か、こっちのをＣマガジンに載せたのか。

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

>>943
> 入力を監視するのか、定期的に座標を監視するのか、どうすればいいのか分からなくて・・・
基本的には、入力を保存するだけで良いとは思う。
あとは、乱数を使ってるのなら、その種とかも必要。

> リプレイデータはできれば小さいほうがいいです。
> ちなみにV-SYNCに同期するように作ってます（いわゆるA宗)
> ◆A宗:「v += a * dt」
> v-syncに同期。リフレッシュレートは任意。
ただ、リフレッシュレートが任意だと、
ゲームのメイン(キー取得、移動、あたり判定とか)を別スレッドにして、
そちらはリフレッシュレートとは独立した、
完全に一定のタイミング毎に動かす必要があると思う。

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

それ…Ａ宗じゃない。

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

可変FPSだとリプレイはめんどくさそうだな

**943** · 04/06/13 08:16

>>946
う・・・どの辺りがA宗じゃないのでしょうか？
自分はA宗を使ってるつもりで作っていたのですが…
指摘していただけると助かります

>>945、947
めんどくさそうです
どうやってもずれそうでして・・・
無理そうならA宗は辞めて作り直したほうがいいかもしれませんね

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

>>943
A宗ってのがよくわからんから調べてみたけど、リフレッシュレートの論争のことね・・・

>>945の言うとおり、スレッド二つ作らない場合はそこそこ面倒だよ
スレッドAにてキー入力や移動、敵の生成とかほとんど全てやって
スレッドBはスレッドAの作ったデータを表示するだけ
スレッドAは一定間隔でずっとループする

そのv+=a*dtっていうやり方でシングルスレッドだと
描画速度の遅いマシンだと上手く作らない限りいきなり座標がすっ飛んで
本来当たるはずの弾をすり抜けてしまうと思う
＃対策とっているならv+=a*dtなんていう式は出てこないはず

まぁなんだ。がんばれ

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

とりあえず無難にdtは固定にとるべき。めんどくさいし。

あと内部状態の時間進行はリアルタイムにやらずに仮想時間内で行う。
タイムクリティカルな入力系統に関してのみ最大プライオリティのスレッドを立てとくとか。

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

ごめん混乱を招いた、A宗であってるよ（たぶん）。

＞ただ、リフレッシュレートが任意だと、
＞ゲームのメイン(キー取得、移動、あたり判定とか)を別スレッドにして、
＞そちらはリフレッシュレートとは独立した、
＞完全に一定のタイミング毎に動かす必要があると思う。

これやっちゃったらA宗じゃ無理って意味。

あとはリプレイの話だけど、あくまでA宗を維持するなら
毎フレームのキー入力とともにdtを保存しとくって手もあるな。
リプレイのコーディングが結構恐ろしいことになりそうだけど

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

リフレッシュレートに関する論争のログにアクセスできん。
webarchive行ってみても駄目だ。まあ別にいいんだが…

とにかくdt可変ってメリットとデメリットが割に合ってないと思う。
どちらの方法をとっても見た目がほとんど変わらないのならば、
貴重な時間はゲームの本質の部分の製作に当てたほうがいいのでは。

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

　　　　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ～
　　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ～
　　　　　 ☆　ﾁﾝ　　〃　 Λ＿Λ　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　ヽ　＿＿_＼（＼・∀・）　＜　次スレまだ～？
　　　　　　　＼＿／⊂　⊂＿ )　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　／￣￣￣￣￣￣／|
　　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　　|　愛媛みかん　 |／

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

>>953
流れもゆるやかだし、970ぐらいでイインジャネーノ？

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

ここは良すれでつね。

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

すいませんdtって何ですか

**943** · 04/06/14 04:38

すり抜けが起きるほどの高速弾も無く、重い処理も無く、
動かしてみても特に問題は無かったんです。
最近のPCは動作速いですしね。

作ってる最中、常々A宗めんどいし、時間がシビアなゲームであるシューティングには向いてないなーと感じてました。
エフェクトなんかもコマずつで進行することが出来ないから、一々時間指定したりしてました…(´д｀;)
まあ動くし、習作だからこれでいいかと妥協してはいましたが、
けどリプレイをつける段階に来て、はて、どうしたものか、と悩んでしまったわけです。
とりあえず上のレスを見る限り自分には厳しそうなので、B宗に乗り換えようかと思います。

>>952 リフレッシュレートの論争のログです
http://matsuzak.pobox.ne.jp/directx/faq/refresh-rate.html

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

>>956
Delta Time。時間差。物理とかでよく使う

>>957
ログありがとう。2DシューならB宗を選ぶのが無難だと思うよ。

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

これか？
http://piza.2ch.net/tech/kako/972/972165437.html

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

ついでに避難板のスレ
http://bbs.gamdev.org/test/read.cgi/gamedev/1063274576/

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

>>957
このログの時代から4年近くたっても、
この問題、全然進歩してないのについ笑っちまった

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

Win98だと周波数変えられなくて泣ける
60Hzに変えさせろ

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

dxdiagで変えろよ。
つか今更98ですか？

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

実は最近のマシンはローエンドからハイエンドまですべて液晶なので
６０Ｈｚ固定が多くてやりやすかったりする

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

　そういや液晶って応答速度というのがあるわけだが、これはつまりプレイヤーは
1～2フレーム前の残像を見ているということでok?

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

うち応答速度14msの液晶だけど、60fpsでモニタとの違いが分からなかったよ。
60fps=約16.7msだから、それ以下なら大丈夫なのかな？

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

その応答速度は当てにならないことがあるらしいよ。
白→黒→白が16.7msなのか、白→黒なのか、黒→白なのかとかが
会社によって違うらしい。
サムスンとかがカタログスペックだけ高いのは、その辺が原因だとか。

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

http://game6.2ch.net/test/read.cgi/game/1069793039/
液晶モニタに関しては、ここ見てみるといいよ。

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

9 名前：名無しさん＠お腹いっぱい。 [] 投稿日：2000/10/23(月) 02:12
これは宗教問題なんだ。

命題：「『1フレーム後に、変数v がa増加する』をどのように実装するか？」

◆A宗:「v += a * dt」
v-syncに同期。リフレッシュレートは任意。

◆B宗1派:「v += a」
タイマーに同期。一定間隔で値を更新する。

◆B宗2派:「v += a」
v-syncに同期。何らかの方法でリフレッシュレートを固定する。

------------
さて、、
なにかと騒いでいるのはB宗の信徒だ。
A宗はQuake系を筆頭に、洋物3Dゲーム。
珍しいことに、FalcomのYsII ETERNALはA宗だね。（ジャップのくせに）
どうやら、A宗の「v += a * dt」は、B宗の信徒には恐るべき異端教義に見えるみたいだ。

と言ったところで、「品質」について考えてみよう(ﾆﾔﾘ

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

とりあえず適所適材でFAでよろしいかと

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

>>970
次スレよろ。

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

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