【初心者】ｽﾚを立てる前にｺｺで質問を【Part17】

**名前は開発中のものです。** · 2008/05/11(日) 03:14:48

疑問に思うことがあれば、スレを立てずに、まずはココで質問。
スレッドを立てる前にはローカルルールを読みましょう。
http://pc8.2ch.net/gamedev/

※ >>980 を踏んだ人は次スレ立てをお願いします。
【アップローダ・避難所・Wiki】
ゲーム製作技術板公式Wiki
http://gamdev.org/w/

ゲーム製作技術板公式アップローダ
http://gamdev.org/up/

ゲーム製作技術板公式掲示板避難所
http://bbs.gamdev.org/gamedev/

ゲーム製作技術板予備
http://yy13.kakiko.com/gamdev/

アップローダー予備
http://gamdev.hp.infoseek.co.jp/

gamdev.orgが落ちるたびにあげてみるスレ
http://pc8.2ch.net/test/read.cgi/gamedev/1107022166/

**名前は開発中のものです。** · 2008/07/10(木) 14:33:26

STLを使うためにクラスやらポインタを覚えるつもりでもOK
STLマジ便利だから

◆PSPI/D/D3o · 2008/07/10(木) 14:51:00

>>429 >>430
ありがとう

やっぱり覚えておいた方がいいのか…大体どんなものかはわかるんだが使い道がわからなくてな…

ところでSTLって何だ？ライブラリ？

◆PSPI/D/D3o · 2008/07/10(木) 15:23:34

STLググッてきた
携帯からだからよくわからんが何かを管理するのが楽になるライブラリってことか…

今はfor(…)で検索して存在するなら敵設置時に配列に格納されたパラメータを元に自動で移動処理や攻撃処理する…みたいにしてる

**名前は開発中のものです。** · 2008/07/10(木) 16:28:32

luaのスレってないのか
そこまでマイナーだと思ってなかったんだが

**名前は開発中のものです。** · 2008/07/10(木) 17:00:07

>>433
ム板にちゃんとあるよ

**名前は開発中のものです。** · 2008/07/10(木) 17:04:56

>>432
管理用ライブラリって訳じゃない。
基本的なデータ構造を低コーディングコストで利用できるライブラリ

しかし、Cの素養があるならポインタがわからんってのが理解に苦しむ。
構造体の配列と構造体ポインタの配列の違いぐらいわかってるものだと思うのだが。
つーかわからないと、ヤバイエラー起こしたりしないか？

**名前は開発中のものです。** · 2008/07/10(木) 17:39:15

>>432
元々java系のプログラマなんじゃないか？とエスパー。
配列管理もいいが、ポインタを使うようになるだけで、Ｃのソースは
格段にスマートになるから使った方がいい。

◆ZZMmlvk7W2 · 2008/07/10(木) 18:04:41

>>435 >>436
４月から初めてプログラミングに触れてHSPでゲーム作り始めた趣味グラマだ。構造体なんか無かったから３次元配列とかで代用してた
６月中旬頃に処理速度に限界を感じて勧めもあったのでC++に乗り換えた
ポインタなんか無かったからある方が違和感を感じる…そのうち治したい
構造体も実のところしっかり理解してるわけじゃない…配列とかを一つにまとめられる大きな配列みたいに考えている

◆PSPI/D/D3o · 2008/07/10(木) 18:05:57

>>437
酉間違えた

**名前は開発中のものです。** · 2008/07/10(木) 18:55:38

>>437
大体そんな理解で問題ないと思いますよ。
とりあえず狭い範囲から慣れていくのがいいだろうし…

本文より長い蛇足↓

ポインターはアドレスを格納する変数。
・加減算すると１ごとにポインターの型のサイズだけアドレスの値が変化する。
・関数の引数に使う場合（アドレス渡し）ユーザースタックとか、いろいろと節約できる。
・値渡しがデータをコピーしているのと異なり、アドレス渡しでデータを弄ると元データが弄られる。
くらいかな。

ポインター周りは致命的なバグを生みやすいので、
（すぐ落ちるほうがバグ出しし易くていいと思いますがｗ）
参照する前に必ず範囲をチェックするくらいの勢いで、
コーディングするのがいいと思います。

「処理が重くなるのでは…」と思う場合は、
マクロでチェックの有無を切り替えられるように…とかなんとかは、
またいずれ気の向いたときに試すといいでしょう。

◆PSPI/D/D3o · 2008/07/10(木) 19:56:40

>>439
ありがとうございます(・∀・)
ふむ…まだわからない単語が多い…
とりあえずこのまま勉強と開発を同時に進めていくことにする…

**名前は開発中のものです。** · 2008/07/10(木) 21:09:44

無知な私に知恵をおさずけくださいぐらいの低姿勢のほうがいいよ
プログラマって基本そういうことをいわずに内心でためこむタイプが多い
でもわりと行儀いい子とか気に入った子には技術のバーゲンセールをする

**名前は開発中のものです。** · 2008/07/10(木) 21:20:53

こうですか！分かりません＞＜

↑これを文末に入れるだけで好感度あげあげ

**名前は開発中のものです。** · 2008/07/10(木) 21:27:01

ゲームの作り方教えてください！

こうですか！分かりません＞＜

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

別板で「どんだけー」とかしきりに書いてるキモチワルイオッサンがいて、
一度テレビで流れるとこの種のキモい系はいつまでも流行してると思い込むのかと
感慨深く見ていたものだが。

「あげあげ」か。
いつまで言い続けるつもりなのだろう…。

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

…………てか、C++って参照渡しでいいんだっけかｗ

**名前は開発中のものです。** · 2008/07/10(木) 21:34:26

>>445
参照渡しの方が、確実に実体がある分、致命的なバグを生みにくいからね。

でもポインタにはポインタの利点がある。
つまり、意図的に無効値を送ることが出来る。

**名前は開発中のものです。** · 2008/07/10(木) 21:47:24

いｄｓた

**名前は開発中のものです。** · 2008/07/10(木) 22:37:43

>>441
>>444
こういう絡み方する人っているよね

**名前は開発中のものです。** · 2008/07/10(木) 22:40:23

>>443
何でも教えるよ

>>444
(´・ω・`)ﾅｼﾞﾚｽっすか

**名前は開発中のものです。** · 2008/07/10(木) 22:48:32

>>449
地形（自然や建造物）に適した実用的な動的LODの実装について教えてください！

**名前は開発中のものです。** · 2008/07/10(木) 22:49:38

>448
触らないほうがいいと思いますよ

**名前は開発中のものです。** · 2008/07/10(木) 23:15:06

>>450
俺は何にも考えずに何年も前から
http://www.melax.com/polychop
この人の真似っ子して、その結果に満足してるんだが駄目？

富豪的には
ポリ数多すぎてヌルヌル動きません＞＜　→　貧乏人め！高いグラボ買え

**名前は開発中のものです。** · 2008/07/10(木) 23:22:20

地面は単純な格子状のメッシュだと楽でいいよね
Quad-Tree使った典型的なアレ
http://www.gamasutra.com/features/20000228/ulrich_01.htm

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

>>448
>>444はLGPスレの寒いおやじギャグが放置されて機嫌が悪いんだよ
日付変わったら自分突っ込みするから要チェックだ

**名前は開発中のものです。** · 2008/07/11(金) 00:15:42

(´・ω・`)

**名前は開発中のものです。** · 2008/07/11(金) 00:36:15

スキル足りなさ過ぎで仕事振れない新人(つっても中途採用のオッサン)に
それとなくダメさをほのめかしつつ人間関係に軋轢が生じない方法を
質問できるスレあれば教えてくだしあ

**名前は開発中のものです。** · 2008/07/11(金) 00:48:51

>>456
お好みのフェードアウト処理についてしつこく聞く

**名前は開発中のものです。** · 2008/07/11(金) 00:49:48

つか他所でやれ

**名前は開発中のものです。** · 2008/07/11(金) 00:50:55

【ﾋﾟｺﾋﾟｺやって】ｹﾞｰﾑ業界人実情吐露ｽﾚ【33万】
http://namidame.2ch.net/test/read.cgi/ghard/1212427217/l50

ワナビー募集中

**名前は開発中のものです。** · 2008/07/11(金) 16:00:31

どなたか教えていただきたい。
三次元空間上の線分ABと任意の点Pの距離を求めたいんだけど、ぐぐってみた所
直線を媒介変数で表現してまずABを通る直線との距離を求める手法が出てきた。
残念ながら媒介変数の概念が文系なおれにはさぱーり。
で、色々自分なりに考えてみたら、標準化したベクトルV1(AB)とベクトル
V2(AP)の外積を求めて得られるV1,V2に対してともに直角なベクトルV1sinθの
長さってABを通る直線とPの距離そのものでは？と言う疑問(希望)が生じたんだけど、
これって間違っているのだろうか？
Pから直線ABにおろした足が線分AB上にくるかどうかはAP・ABとBP・ABでチェックするつもり。
蒙昧な文系野郎に救いの手を差し伸べてやってください。

**名前は開発中のものです。** · 2008/07/11(金) 16:24:09

θが何かの説明が抜けてる。

**460** · 2008/07/11(金) 17:12:53

θはベクトルV1とベクトルV2が成す角度だと考えています。外積の説明読む限りでは。

**名前は開発中のものです。** · 2008/07/11(金) 19:15:53

ポジションをxyzwと表すように、テクスチャ座標も4つのfloatで表現する必要が出てきたのですが
今使ってるエンジンだと、3つのfloatの場合がuvwとなっています
4つ目には、なんのアルファベットを使えばいいのでしょうか

**名前は開発中のものです。** · 2008/07/11(金) 19:37:06

>>460
V1、V2に対して共に垂直となるベクトルを外積を使って求めると、その長さは
|V1×V2| = |V1| |V2| sinθ

ところで線分ABと点Pの距離は |V2| sinθなので

|V2| sinθ= |V1×V2| / |V1|

つまり、V1,V2の外積を求めて得られるベクトルの長さを
ベクトルV1の長さで割ってやると線分ABと点Pの距離は求まるのでは？

＞AP・ABとBP・ABでチェックするつもり。

この↑あいまいでようわからん。最終目的は「線分ABと点Pの距離を求める」んじゃないのか
最終的に必要なも求めたいものは何？なにをやろうとしてるの

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

>>463
uvwの次の文字は知らんけど、
OpenGLではテクスチャ座標を(s,t,r,q)で表してるので、それを採用するという手も

**名前は開発中のものです。** · 2008/07/11(金) 20:06:44

あきらめて、媒介変数使いなさいな。

てか、解説図無しで文字だけで解法を理解する力があるなら、ググって理解できるはずｗ
逆に言うとググって理解できないら、文字だけで理解させるなんてできないよ。

**460** · 2008/07/11(金) 20:38:37

>>464
目的はカプセル状のコライダーと任意の点の衝突判定です。
簡単な衝突判定つきの弾性体を実現するための関数群を製作中で、ゲームに使う
目的で、現在カプセル形状のコライダーとの衝突判定を製作中なのです。
＞AP・ABとBP・ABでチェックするつもり。
これは点Pから線分ABを含む直線におろした垂線が果たして線分AB上にあるのか
どうかの判定にベクトルAPとABの内積、BPとABの内積の値を見れば判定が出来る
かな、と言う意味です。
>>466
上記の目的なので、最終的に弾性体を構成するパーティクルがカプセルの領域
の内側にあった場合、その表面まで押し戻さなくてはならないので、最初から
ベクトルの長さで距離を測れると、ついでに衝突しない領域までパーティクルを
押し戻すのにベクトルの情報が有用かな、と思って…。
ttp://jp.youtube.com/watch?v=aYzRHZY8gHA
↑こいつの球体の代わりに任意のカプセルで衝突検知＋弾性体の変形をやろうと
しています…。

**名前は開発中のものです。** · 2008/07/11(金) 21:03:42

>>460
http://gamealgorithms.tar.hu/app04lev1sec1.html

**名前は開発中のものです。** · 2008/07/11(金) 22:02:46

物理エンジンを導入すると速度が遅くなることがありますか？
銃から発射された弾が重力の影響で放物線を描いて落下させたい（わずかな落下）んですが、
この程度のことに物理エンジンを使わずとも落下データを作っておいてそれに基づいて動かせばいいような気もします
機械に余計な負荷をかける必要はないので

**名前は開発中のものです。** · 2008/07/11(金) 22:46:42

>>469
弾丸は常に同じ角度で発射されるの？

**名前は開発中のものです。** · 2008/07/11(金) 22:48:30

物理エンジンを入れて速度が速くなることは無いだろうな
最近はH/W支援が受けられるから、特定環境ならありえるかもしれんが

**名前は開発中のものです。** · 2008/07/11(金) 22:55:12

>>467
３次元なんだから点と線分じゃなくて、線分と面じゃないの？

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

連投失礼！

>>469
重力加速度だけなら、加減算だけなのでどうって事無い。
配列を使っても、弾を発射する高度と仰俯角が一定でない限り、
なんらかの加減算が必要なので、コストは変わらないと思う。

重力だけでなく空気抵抗を厳密に…とかなら別だがｗ
速度ごとの空気抵抗を配列に格納しておくのはいいかもね。

**460** · 2008/07/11(金) 23:19:23

>>472
モデルの頂点単位で計算するので点の方向で。
>>460
リンクあり。でも式のdirとかorgの意味がよーわからんｗ
k=（↑AB・↑AP）/|↑AB|
と同じことが記述してあると思うのだがあってるよね…汗？
媒介変数、外積ともに実装してみたんだが上手く挙動しない…orz
昼過ぎからずーっとやってるので正直頭が更に働かんようになってもうた…。
うぁー。

**名前は開発中のものです。** · 2008/07/11(金) 23:38:39

○○形状との判定なんでしょ？
点じゃどの面の上に乗っているか判定きついだろJK
線分（形状に対する点の相対位置の始点と終点）なら、
始点側に近い面を求めれば一意に決まるだろｗ

**名前は開発中のものです。** · 2008/07/11(金) 23:38:52

初心者以外はどっかいくといいよ

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

ネトゲ作ってて、それのテスター募集で、ここ使っても平気？
ネトゲ板の方がいい？
まあ、まだ開発途中なんですけど

**名前は開発中のものです。** · 2008/07/12(土) 02:25:53

初歩的な接続テストならこの板でも可能だと思う。
ただ接続数が必要ならこの板は過疎過ぎて無理だと思います。

他所だと完璧な素人も来る可能性あると思うので、そこは注意。
サーバークライアントモデルなら大丈夫だと思うけど、
ピアツーピアだとポートの穴あけが必要な事があるから、
ちょっと骨かもね。

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

どうも。とりあえず立てました。

**名前は開発中のものです。** · 2008/07/12(土) 22:38:42

>>460

http://www.deqnotes.net/acmicpc/2d_geometry/lines

**460** · 2008/07/12(土) 23:03:13

皆さんアドバイス＆有益なリンクありがとう！
一晩じっくり寝てからもう一度考え直したらできました。
今となってはどうして外積にこだわっていたのかさっぱりわかりません。
>>475
カプセル形状との衝突判定だけど、コライダーそのものをモデルとして定義
するわけではないので。コライダーは数式で領域を定義したほうがメモリと
計算コストが稼げるかなぁと。今後は任意のローポリ凸形状のモデルとの衝突
も作りたいのですが、それも計算コストから別の方法を考え中です。

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

ｴｽﾊﾟｰ参上！
⊂⊃
↑↑
この間の円筒部分を線分と点でやるのはｲｲﾝｼﾞｬﾈ？ｗ
円筒部分かどうかは内積で判定可能だろうし

**名前は開発中のものです。** · 2008/07/13(日) 03:05:36

作ったゲームの発表の場と、製作関連のコミュニティを探しています。
この板以外で、そのようなサイトをご存知であれば教えていただけませんか。

**名前は開発中のものです。** · 2008/07/13(日) 03:56:12

mixi行けばそういうコミュニティはありそう

**名前は開発中のものです。** · 2008/07/13(日) 11:19:21

mixiはDQNの巣窟

**名前は開発中のものです。** · 2008/07/13(日) 11:42:15

匿名掲示板にすがりついて募集するよりは、ちょっとくらいはマシ、という程度だよね。

**名前は開発中のものです。** · 2008/07/13(日) 13:17:54

馴れ合いとDQNしかいないから
匿名掲示板の方がまだまし

**名前は開発中のものです。** · 2008/07/14(月) 00:33:45

デジタルときわ荘は？

**名前は開発中のものです。** · 2008/07/14(月) 01:05:58

SNSではリアルな知り合い同士はクローズドなコミュニティに篭ってるし
オープンなコミュニティはどこも全員がコテハンの匿名掲示板みたいな感じ

**名前は開発中のものです。** · 2008/07/14(月) 11:46:57

そうかSNS化しちまったんだっけか

**名前は開発中のものです。** · 2008/07/14(月) 13:52:18

デジタルときわ荘って登録者は多いし知名度も高いけど
特に何か成果をあげたわけでもなく業界に貢献したわけでもないのが何とも。

**名前は開発中のものです。** · 2008/07/14(月) 22:46:48

回答ありがとうございます。
mixiとデジタルトキワ荘ですね。

>>489
どこも・・・ということは、オープンなコミュニティがいくつかあるということでしょうか。
それとも、mixiのコミュニティのことでしょうか。
前者であれば、良ければそのサイトを教えていただきたいです。

**名前は開発中のものです。** · 2008/07/15(火) 09:29:55

質問があります

ゲームの素材を絵師さんにお金を払って、作ってもらうようお願いするとき
値段は大体どれくらいと考えるべきなんでしょうか？

**名前は開発中のものです。** · 2008/07/15(火) 10:02:18

マンガ家は一ページ７０００円から始まるとかなんとか。

**名前は開発中のものです。** · 2008/07/15(火) 12:52:20

完全に主観で、仮に自分が全く知らない人にやるなら、
32*32のマップチップなら10円/1枚。アニメーションするならその数だけ倍。
64～128程度のACT/STGキャラ系は1000円程度。（歩く、ジャンプ、基本攻撃等、最低限のアクション程度で。特殊アクション毎に+500円）
格闘ゲームのドット絵なら、1キャラ200枚と考えると2万円ぐらいになるの・・・か？考えた事無い。

普通の立ち絵は非差分でカウントして、1枚500円程度。

となんとなく描いたけど、正直ただでやってくれる人はいくらでもいると思う。
それともほんとにそっち方面で有名な人に頼むなら知らんがな。
あ、でも声優はアマなら安いとは聞いたことがある。

**名前は開発中のものです。** · 2008/07/15(火) 13:01:57

絵をただで書いてくれる人とか、そんなにいるものなのでしょうか？
募集掲示板やら募集スレやらを見てる限りは、なんか足りていないイメージがあるのですが。

**名前は開発中のものです。** · 2008/07/15(火) 13:31:12

>>495
それだと安すぎると思うよ。
素材詰め合わせを売るならともかく、オーダーメイドで作るわけでしょ。
実際問題、32x32のマップチップ一枚描くのに何分かかる？
実作業30分としても、打ち合わせやアフターケアも含めるなら、
1枚あたり1000円以上取ってもまだ足りないと思うよ。

、、、でもやっぱり相場は知らないや。
そんなものなの？

**名前は開発中のものです。** · 2008/07/15(火) 14:40:39

>>493
・内容
・量
・期間
・頼む相手の格
によって違う

**名前は開発中のものです。** · 2008/07/15(火) 20:41:45

そもそも金出しても描いてくれなさそと思うオレガイル

**名前は開発中のものです。** · 2008/07/15(火) 22:46:48

>>498
＞・ゲームプログラムの進捗状況

も是非とも加えといてくれ。特に実績（既存作品）ゼロのプログラマが依頼する場合
仮データでゲームが動いてる状態、極端な話データ差し替えでほぼ完成という状態
の現物を見せたうえでお願いすると印象がガラリと変わる

>>493
無料であれ有料であれ絵描きは提供する素材が実際に動くところが見たいと思うのよね
だから完成の見込みが不明瞭な企画・妄想状態でお願いするのと実際に動く現物を見せるのとでは
反応が全く違ってくる。気を良くして「売れたらメシおごってください」で快く引き受けてくれる人もいる

あと、素材描きながらデータ差し替えて動きを確かめて調整したりできると素材の出来も全然違ってくる
描いてて楽しいしね

**名前は開発中のものです。** · 2008/07/15(火) 23:29:27

むしろ俺は、そのままゲームの素材として使えます！的なドット絵群を見ると
ぽちぽちとコーディングしたくなるんだぜ。

**名前は開発中のものです。** · 2008/07/17(木) 10:25:01

ブラウザゲーでカードゲームのオンライン対戦のようなものを作りたいのですが
言語は何が向いてますか？
思いつくのはJAVAやFLASHですが、対戦に向いてる言語のようなものがあれば教えてください

**名前は開発中のものです。** · 2008/07/17(木) 10:43:42

絵描きさんの話についてレスしてくれた方、ありがとうございました。
やっぱり、企業的ではなく個別として頼む場合は、
その絵描きさんのやる気をそそるような企画か否かの方が大事な場合があることは把握しました。
絵師さんを探す際の参考にさせてもらいます。

まずは、自分の技術力をあげるところから始めるべきなんだなw

**名前は開発中のものです。** · 2008/07/17(木) 11:12:59

>>502
ブラウザゲーでオンライン対戦ということは、CGIゲーの延長になると思う。
だから、ブラウザ側とサーバ側の両方を作らないといけない。

ブラウザ側はJava/Javascript/Flash/(自作プラグイン！？)、あるいはHTMLおんりーで。
最近はAjaxとかあるから、JavascriptとHTMLの組合せでもいけるはず。

サーバ側はphp/perl/ruby/Java servlet/その他サーバ機で動くものなら何でもOk

って感じになると思う。
場合によってはデータベース(DBMとかSQLとか)も併せて使うことになるんじゃね。

**名前は開発中のものです。** · 2008/07/17(木) 14:26:04

質問です。
解像度を変更し、フルスクリーンにしたいのですが、
解像度はどのぐらいにするのが、丁度いいのでしょうか？
高くしすぎるとPCによってはできないかもしれませんし、
低すぎると、絵が粗くなってしまいますし…
大体の相場…というのでしょうか？そのあたりを教えていただきたいです。
よろしくお願いします。

**名前は開発中のものです。** · 2008/07/17(木) 15:54:19

>>505
RPGツクールVXの場合だと640x480(フルカラー、、、って何ビット？)
それ以前のツクールだと320x240(8ビット)

って、窓の杜が言ってた。

**名前は開発中のものです。** · 2008/07/17(木) 18:23:50

液晶ディスプレイはピッタリの解像度でないと気持ち悪かったりするしな

**名前は開発中のものです。** · 2008/07/17(木) 18:32:04

>>505
3Dのゲームなら可変にすべきだが、2Dなら640x480あたりが良いんじゃないかな
ノベル系なら1024x768もありだと思う

**名前は開発中のものです。** · 2008/07/17(木) 19:02:04

>>505
ゲームにもよるけどPCゲーなら基本的にユーザーに選ばせたほうが喜ばれるよ
想定してるプレーヤー層の所得を考慮して最も美しく表示できる画面モードを選ぶよ
今現在のPCユーザーはこんな感じ
・・・
　　　　　　　　　　　　　　縦横比
WSVGA　1024×600　　(死ﾈ)　　ド貧民（ワイド液晶の激安モバノートとか）
XGA　　　1024×768　　(4:3)
WXGA+　 1440×900　 .(8:5)
SXGA　　 1280×1024　(4:3)
WSXGA+ 1680×1050　(8:5)
　　　　　　　　　　　　　　　　　　 ↑ローエンド
----------------------------------------
　　　　　　　　　　　　　　　　　　 ↓ミドルレンジ以上
UXGA　　1600×1200　(4:3)
WUXGA　1920×1200　(8:5)
WQXGA　2560×1600　(8:5)　　　小金持ちモデル
QUXGA Wide　3840×2400(8:5)　富豪エントリーモデル
・・・

2Dゲーは液晶ユーザーに画面モード選ばせるとせっかくのドット絵がボケて嫌だよ派がいるよ
デフォルトの画面モードを液晶解像度にあわせてあげるよ。実際のゲーム画面は画面中央部の
矩形領域に等倍or二倍サイズで描画するよ。余った外縁部は黒枠表示とか額縁表示だよ

蛇足だけど、XGA未満を切り捨てると貧乏モバノートの厨ユーザーの相手しなくて済むからオススメだよ

**名前は開発中のものです。** · 2008/07/17(木) 19:11:59

ドット絵なら640x480以上はないだろーね
もちろん非ドット絵の2Dならその限りではない

**名前は開発中のものです。** · 2008/07/17(木) 22:29:02

640x480ってVistaで切り捨てられてなかったっけ？
Vistaのセットアップ画面は800x600

**名前は開発中のものです。** · 2008/07/17(木) 22:47:43

VistaどころかXPでも切り捨てられている。
世の中には画面プロパティで640x480に設定できない事すらあるらしい。

**名前は開発中のものです。** · 2008/07/17(木) 22:50:06

640x480は公式サポートから外れてる
昔でいう320x240と同じ扱い

**名前は開発中のものです。** · 2008/07/17(木) 23:04:08

2000以前でさえ、640x480以下の解像度だと、「OK」ボタンが画面下に隠れて押せないとか、
酷い扱いを受ける場合がある。

けど、ゲームで、しかもフルスクリーン時の解像度なら160x120でもいいんじゃねって思うことがある。

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

顔グラ１枚表示するだけで全画面使ってしまうな

**名前は開発中のものです。** · 2008/07/17(木) 23:15:57

ワイド液晶だと比率変わるから面倒くせーな

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

「モニタサイズの設定としてサポートされてる」ってのと、
「DirectXのフルスクリーンモードで切り替えられる」ってのは
本質的に別物なのだが…。

おそらく、試したことがないから、理解できていないのだろう。

**名前は開発中のものです。** · 2008/07/17(木) 23:37:31

いくらDirectXやハードレベルで表示できても、OSのGDIレベルでサポートされていないものを
ゲームでサポートするべきかどうかの話であって、できるできないの話ではない。

そもそも640x480が表示できなかったらBIOS設定画面が表示できないw

**名前は開発中のものです。** · 2008/07/17(木) 23:41:21

>>517
ところがDirectXとは誰も言ってない罠。
(他のライブラリのフルスクリーン対応は判らんが…)

DirectXなら列挙して選択するのが理想だろうねぇ。
でも複数の解像度に対応できるのなら、
解像度を変更しないでフルスクリーンにすれば、
液晶ディスプレイの本来の性能を発揮できそうだ…

…けど、折れ的にはXPの最低動作環境の800x600が無難で良いと思う。
一々複数解像度のテストなんてやる気しないし。
つか、俺のは800x600だｗ

**名前は開発中のものです。** · 2008/07/17(木) 23:48:19

32*32のブロック敷き詰め系と相性があんまりよくないんだよな。
縁取ればいいんだけどさ。

**名前は開発中のものです。** · 2008/07/17(木) 23:52:18

2Ｄで列挙してる奴はかなりのマヌケ。
デフォルトは640x480x8bitと思って間違いない。
もちろん、ここでの「デフォルト」は、正しくデフォルトの意味。
（自分勝手に思い込んだ）「常識」の、代替語ではない。

3Dになると、color depth が絡んでくるので列挙を考えた方が良くなるが。

**名前は開発中のものです。** · 2008/07/18(金) 00:09:41

ID:NmcRKsVhはなんでも噛み付かないと気がすまない元気な子。

**509** · 2008/07/18(金) 01:41:41

HDC hdc = GetDC(GetDesktopWindow());
int x = GetDeviceCaps(hdc,HORZRES);
int y = GetDeviceCaps(hdc,VERTRES);
ReleaseDC(GetDesktopWindow(),hdc);

2Dゲーではこれをフルスクリーン用の画面モードのデフォルトとしてたけど
特に不都合なかったなぁ。画面中央に等倍or二倍サイズで描画してたよ

**名前は開発中のものです。** · 2008/07/18(金) 06:52:01

>>522
気難しい年頃のお子様だからあまり刺激しないでくだしあ

**名前は開発中のものです。** · 2008/07/18(金) 07:25:51

>>521
いい事いうじゃねえか。
出来るんだな？
今すぐ頼むぞ。

**名前は開発中のものです。** · 2008/07/18(金) 08:17:02

>>505を読んで思い出したんだけど、どこかのスレで、画像拡大・縮小を滑らかにするための
論文が紹介されてなかったっけ…

**名前は開発中のものです。** · 2008/07/18(金) 11:23:13

簡単にはバイリニアでおkだろ

**505** · 2008/07/18(金) 16:08:54

予想以上に沢山の返信ありがとうございます。
皆さんの返信を見ていて、やはり自分はすごい初心者だな…と改めて思い知らされました…
作ろうとしているのは2DのSTGです。
とりあえず今は>>519さんも薦めてくださっている800×600で作成しています。
今回はフルスクリーンという所がネックになっているんでしょうか？
もしそうなら、デフォルトでは800×600のウィンドウモードにしておき、
フルスクリーンにするかどうかはユーザーに選んでもらうという方法がいいのかな…？
と思っているんですが。

**名前は開発中のものです。** · 2008/07/18(金) 20:10:17

DirextX起動時にフルスクリーンにすると、ALT+TABで切り替わったときに、
頂点バッファとかテクスチャーを再取得したりしないとやばいような…
他にも描画関係の設定をやりなおしたりしないといけなかったりするのもある。