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

**名前は開発中のものです。** · 2010/04/02(金) 00:21:35

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

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

ゲーム製作技術板公式アップローダ
http://gmdev.xrea.jp/

ゲーム製作技術板予備（機能停止中？）
http://yy13.kakiko.com/gamdev/

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

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

**名前は開発中のものです。** · 2010/08/24(火) 19:29:54

結果的に流行るかどうかだと思うんだがｗｗｗ

**名前は開発中のものです。** · 2010/08/24(火) 19:35:16

流行るかどうかはやってみなければわからないということでしょうか？

**名前は開発中のものです。** · 2010/08/24(火) 20:31:11

まぁ、そういうことで。

**名前は開発中のものです。** · 2010/08/24(火) 21:12:58

>>587
ゲームを作ったあと同人ゲーム板に専用スレッドと専用wikiを自分で作ればいいじゃないか
ゲームの無いように信念が無く結果だけ欲しいならそれでいいだろ

**名前は開発中のものです。** · 2010/08/24(火) 21:49:53

賞賛を受けたいです。
これはすげえｗｗｗｗｗｗｗｗｗ
って。
自分のゲームのスレッドやwikiが自然発生するぐらい流行るようなゲームです。
どんなゲーム内容がいいのかアイデアが思いつきません。

**名前は開発中のものです。** · 2010/08/24(火) 21:54:36

それはゲームを作る発想からして間違ってるのでは
賞賛を受けるためにゲームを作るわけじゃなくて
面白いゲームを作って、誰かが勝手に賞賛するの

面白いゲームとは何かってところから考えないといかんよ

**名前は開発中のものです。** · 2010/08/24(火) 22:04:42

参考になりました

**名前は開発中のものです。** · 2010/08/24(火) 22:05:23

ありがとうございます

**名前は開発中のものです。** · 2010/08/24(火) 22:05:54

文章がうまく書けません
無駄に説明的になっちゃったり展開に詰まったり…

**名前は開発中のものです。** · 2010/08/24(火) 22:26:04

>>596
それは文章の書き方＝表現の仕方が難しいってのと、
文章を書き切る、きちんと話にするのが難しいってことの２つがあるんでない？
おそらく後者だと思うけど

説明的になるってのは、それ自体よりも、文章が長く感じるのが問題かなと
文をもっと削ればいい。同じ意味でもっと短く、可能な限り短縮する
同じ説明的な文でも、すらすら読めるなら印象は全く違うかと

展開に詰まるのは、その場でシナリオを考えすぎなんだと思う
アドリブに頼りすぎると矛盾やつまんなさが出てきて詰まってしまう
先にシナリオの断片、面白いワンシーンをたくさん考えて、
それから１つの話に繋いでいくのが基本だと思う
自分は思いついた時に携帯のメモ帳や保存メールに書いておくよ

**名前は開発中のものです。** · 2010/08/24(火) 22:27:08

シナリオを一から勉強し直せ。本なら色々と出てる。

**名前は開発中のものです。** · 2010/08/24(火) 22:33:22

>>597
エピソード的なものやそれ未満の文ならいくらか書き溜めてるんだけど
そこに至るまでのストーリーを書くとなるとさっぱりで…

>>598
例えばどんな本でしょ？

**名前は開発中のものです。** · 2010/08/24(火) 22:36:35

無駄に説明的な事の何が悪い？
世の中には説明台詞を多用しているゲームなんて、いくらでもある。
展開に詰まるのは、設定が少なすぎて伏線とかを張って無いからだと思う。
設定が矛盾し初めてからがシナリオライターの本番だとも言うしな。

**名前は開発中のものです。** · 2010/08/24(火) 22:40:23

>>599
｢シナリオの基礎技術｣とかは読んだ？

**名前は開発中のものです。** · 2010/08/24(火) 22:47:42

>>599
いちいち書くべきものなのかどうかも考える必要がある

例えば
ある帝国を舞台にして、帝国歴400年の時代を作品にしよう！と思ったとする
400年分の歴史全てをシナリオで起こすつもりにはならんでしょ
いくつかの歴史的事件を書いておく程度だよ普通は

そういう「背景的な話」は、あまり具体的に書かない方が後々楽になる
具体的に書いてしまうほど、シナリオはそれに縛られてしまう
例え、後になって没にしたくてもな……

あと、シナリオが繋がらないと思ったら、思い切ってそのシーンを没にするといい。
あるいはキャラクターを変えて正当化、再利用する。
砂漠とアマゾンと雪山と宇宙のシナリオは同居できるわけがない。どれか１つにするに決まってる。
よくよく考えてみれば↑のようなアホらしい議論はいくらでも出てくる。

**名前は開発中のものです。** · 2010/08/24(火) 23:16:50

基本、説明台詞だらけで、いざとなると｢これも運命か｣
みたいな逃げ台詞を使い出す人なんて珍しくも無いしな。
っつ～か、頭の悪いキャラと専門家のコンビがいると、
説明台詞を入れまくれるから楽だと言い切った人もいるし。

>>599
プロットから練り直した方が良いかもな。
始めに話の機軸となるプロットだけを書いておいて、
あとから膨らませて文章にする手法にした方が全体像は整理しやすい。

>>602
ピックアップする情報の選択は大事だね。
設定魔になる事は決して悪い事だけではない。
設定にかまけてシナリオ作りが進まないのはマズいけど。

**名前は開発中のものです。** · 2010/08/24(火) 23:26:05

>>600
小説じゃないんだし文を長々と表示させてもゲームとして面白くないんじゃないかと
俺自身そういうのが嫌いってだけです
魅せる世界観を構築出来る自信もありません

>>601
無知なのでまったく読んでいません
早速探してみます

>>602
どうしても今の政治情勢はこれこれこうでこうなっている
これから自分たちはこれこれこういう行動をしていく
これを行うためにはこれが必要だ
みたいな事ばっかりになっちゃうんだよなぁ
でも舞台の説明はどうしても必要だしなぁ
喋らない主人公ってのが悪いのかしら

>>603
そもそもプロットの構築が中々はかどらないという…

**名前は開発中のものです。** · 2010/08/25(水) 00:03:20

>>604
＞どうしても今の政治情勢はこれこれこうでこうなっている
＞これから自分たちはこれこれこういう行動をしていく
＞これを行うためにはこれが必要だ
＞みたいな事ばっかりになっちゃうんだよなぁ
＞でも舞台の説明はどうしても必要だしなぁ
＞喋らない主人公ってのが悪いのかしら

ゲームにもよるけど、ホットスタート使えば良いんじゃね？
始めに説明から入らずに、事件の発生から入るやり方。
で、順次舞台の説明を入れるわけ。まあ、多少の文章力が必要にはなるが。

**名前は開発中のものです。** · 2010/08/25(水) 22:47:58

>>604
それなら「○○をしろ、行け！」で事足りるんじゃないの
話が長くなるくらいなら、細かい話に分けて別の人に話させればいいよ
一人の人間に何もかも話させるからくどくなる

**名前は開発中のものです。** · 2010/08/26(木) 19:38:22

座標xyzをまとめて構造体にしようと思うんだけど何かいい名前ない？

**名前は開発中のものです。** · 2010/08/26(木) 19:46:53

3D_Point

**名前は開発中のものです。** · 2010/08/26(木) 19:50:04

ZAHYOU_XYZ

**名前は開発中のものです。** · 2010/08/27(金) 00:40:08

struct tagXYZ {
double x;
double y;
double z;
}

struct tagXYZ *XYZ;

**名前は開発中のものです。** · 2010/08/27(金) 05:04:37

xyzは盲点だった
割とわかりやすいのでそれでいくわ

**名前は開発中のものです。** · 2010/08/27(金) 05:04:58

Coodinate

**名前は開発中のものです。** · 2010/08/27(金) 09:41:55

SVector3dとSVector3fを使ってる

**名前は開発中のものです。** · 2010/08/29(日) 04:43:23

パチンコゲームを作りたいです。
画像・サウンドが一通り入っていて
確率で分岐するイベントを細かく設定できるソフトを探しています。
スレを立てた方が良いと思っていますが、どこかで質問した方が良いでしょうか？

**名前は開発中のものです。** · 2010/08/29(日) 05:41:19

パチンコの抽選部分調整するだけなんてゲーム製作とは言わない
スレは適当なサンプル準備してやる気と継続性見せてから立てろよ

**名前は開発中のものです。** · 2010/08/29(日) 05:51:30

パチンコゲームって
http://hibari.2ch.net/test/read.cgi/gamedev/1007632693/

かつてのスレッド。
これは玉の物理演算までしようとしたみたいだけど。

> 画像・サウンドが一通り入っていて
> 確率で分岐するイベントを細かく設定できるソフトを探しています。

こんなのメーカーにしか存在しないのでは？
そもそもパチンコのあれって紙芝居みたいなものだよね。
リーチがかかってから判定しているとかではなくて、最初に結果ありきでアニメが表示されるんだよね？

極論すれば、サイコロの１の目だからこのアニメ、２の目だからこのアニメみたいな。
そうするとやっぱりゲームではないような…？

**名前は開発中のものです。** · 2010/08/29(日) 05:57:37

RPGツクールVX 48
http://yuzuru.2ch.net/test/read.cgi/gameama/1275209455/806

>>614 = この人かな？

**名前は開発中のものです。** · 2010/08/29(日) 08:39:32

>>614
スレ立てしても殺す勢いで叩かれると思う
お前が浅すぎることが原因で

**名前は開発中のものです。** · 2010/08/29(日) 08:49:04

まず間違いなく欲望レベルで終わるな。

**名前は開発中のものです。** · 2010/08/29(日) 11:32:19

いまのパチってほとんどオーサリングツールで作ってるんじゃない？
Adobe Directorとか

**名前は開発中のものです。** · 2010/08/29(日) 11:33:15

>>615
約１０年前、学生時代にＲＰＧツクール４で
一応、パチンコゲームとして完成させたのですが、
（製作時間は６０時間くらいでした）
今は…恥ずかしながら、作りきる自信はないです

>>616
そこのスレは、もう誰もいないんですよね…
他に適当なスレがないか探したのですが、見つからなかったもので。
ちなみに、玉の流れは演出せずに、デジタル変動だけ作りたいと思ってます。
ニコニコ動画などに存在するオリジナルパチンコみたいな感じです。

>>618
>>619
やっぱりそうですか。
パチンコゲーム製作者の集うスレって存在しないようなので
立てるのも有りかなと思ったのですが

**名前は開発中のものです。** · 2010/08/29(日) 11:34:48

>>616 のスレ使わせてもらえよ

**名前は開発中のものです。** · 2010/08/29(日) 11:38:37

>>617
あっそうです。向こうでも書きました。

**名前は開発中のものです。** · 2010/08/30(月) 17:06:32

javaで背景をスクロールさせる場合

img.drawImage
でずらして再描画

int[] p = ((DataBufferInt)img.getRaster().getDataBuffer()).getData();
配列にしてforでドット単位でずらす。

どちらがいいでしょうか。
drawImageは意外と速度が遅く描画が誤動作してしまう場合がありました。

配列の操作は意外と速いですが力技でやはり負担が増えそうな気がします。

**名前は開発中のものです。** · 2010/08/30(月) 17:14:12

VolataileImageだっけか。そっち使えばいいんじゃなかったっけ？
もう気にせずに勝手に使われるようになってるんだっけ？

遅いとか思ったこと無いぞ。

**名前は開発中のものです。** · 2010/08/30(月) 17:25:26

なるほどVolatileImageは高速のようですね。
drawImageは作ったものを貧弱なポケットPCで動かすと画面がめちゃくちゃになってしまうことがありました。
2画面やオブジェクトとの重ねあわせで有利なものがいいのですが。
引き続き経験談お待ちしています。

**名前は開発中のものです。** · 2010/08/30(月) 17:51:02

>貧弱なポケットPC
こんな条件後から出すなよなー。
そこが前提になると、ぜんぜんわからん。

**名前は開発中のものです。** · 2010/08/30(月) 17:54:17

前提という訳ではありません。一例です。
drawImage画面崩れの現象はデスクトップでも起こりました。
もちろん最終的にはデスクトップで動けばいいです。

**名前は開発中のものです。** · 2010/08/30(月) 18:15:00

正しく作ったものが、画面崩れたとかはない。
画面が崩れるのはほとんどの場合環境依存か
自分のプログラムのせい。

**名前は開発中のものです。** · 2010/08/30(月) 18:27:54

ちょっとずれますがjavaではタイミングの問題で動作が違うというのはあるようにおもいます。
前例のポケットPCのものはデスクトップで完全に動きます。
デスクトップでずれたというのは別のものでdrawImageのやつだったのですが
スクロールだけ配列操作に書き換えるとその（ちょっとした）崩れは直りました。

**名前は開発中のものです。** · 2010/08/30(月) 19:20:32

描画のタイミングは制御できるんだが。
まさかダブルバッファリングとか意識せずにやってんの？

**名前は開発中のものです。** · 2010/08/30(月) 19:22:11

ダブルバッファリングやってます。

**名前は開発中のものです。** · 2010/08/30(月) 19:29:41

>デスクトップでずれたというのは別のものでdrawImageのやつだったのですが
>スクロールだけ配列操作に書き換えるとその（ちょっとした）崩れは直りました。
ダブルバッファリングやってるなら、ずれようがないでしょ？？？

オフスクリーンの背景画像の上にスプライトを描画して、
最終的にオンスクリーンに描画するのに、なんでスクロール画像が別物扱いなの？

**名前は開発中のものです。** · 2010/08/30(月) 19:38:50

実際に表示がおかしかったとしか言いようがないです。
バッファリング画像の元データのサイズを2倍に指定したらまともに表示できた
なんて現象の1例もありました。

**名前は開発中のものです。** · 2010/08/30(月) 20:00:49

ダブルバッファリングしてるつもりで、全然してなかったとか。ｗ

**名前は開発中のものです。** · 2010/08/30(月) 20:15:00

なぞな現象だな。

とりあえずデスクトップでおかしな現象はプラットフォーム上には無いし、
俺が作った奴は640*480でスプライト500個ぐらいは何ともなく表示できた。
いま手元に無いけどFPSも60を下回ることは無かったと思う。

**名前は開発中のものです。** · 2010/08/30(月) 20:19:20

ソースあｐれや

**名前は開発中のものです。** · 2010/08/30(月) 20:20:48

かなり複雑な中の一部なのでうｐは無理です。

**名前は開発中のものです。** · 2010/08/30(月) 20:45:42

その言い方だとアルゴリズムの問題じゃないのかなー
計算量が無駄に多いとかさ
変なコード書くと明らか重くなるよ

**名前は開発中のものです。** · 2010/08/30(月) 20:53:57

やっぱり、どう考えてもおかしい。

・オフスクリーンに描画完了
・オンスクリーンに転写

この間に画像が壊れるってなに？

いま気づいたけど、一番最初の書き込み>>624　
>javaで背景をスクロールさせる場合
>
>img.drawImage
>でずらして再描画
すまんが、どんな処理してるのか想像できなくなった。
まさか巨大な背景画像からきりだしてるの？

**名前は開発中のものです。** · 2010/08/30(月) 21:00:46

＞この間に画像が壊れるってなに？
自分も不思議でなりません。

バッファ画像にブロック単位で描いてます。
スクロールする時はdrawImageでそれをずらして描画。
そのバッファ画像をオンスクリーンに転写－ここでオブジェクトや他の画像と合成しています。

**名前は開発中のものです。** · 2010/08/30(月) 21:06:36

>そのバッファ画像をオンスクリーンに転写－ここでオブジェクトや他の画像と合成しています。
ダブルバッファリングになっていない件について・・・。

**名前は開発中のものです。** · 2010/08/30(月) 21:10:13

書き方悪かったです。
合成した後転写‥でした。
だいぶ前のプログラムを今掘り起こしたもんで。

**名前は開発中のものです。** · 2010/08/31(火) 04:02:43

速さが問題だと思ってるのなら、最低限描画時間の計測くらいはやってんだろうな？
それもやらずに配列は速いとか適当ぶっこいてるだろお前

**名前は開発中のものです。** · 2010/08/31(火) 13:08:59

>>643
もっとも基本的なところだから、プログラム見なくても関係なくわかってないとまずいわけだが。
結構大きい物作った割に、言っていることが初心者のようだから、
みんなに突っ込まれてるってわかってる？
少なくともFPSを計測してから、スピードが出ませんって言うべきだな。

**名前は開発中のものです。** · 2010/08/31(火) 19:36:32

崩れるってどう崩れるの？
まさかとは思うがティアリングのことだったりしないよな

**名前は開発中のものです。** · 2010/08/31(火) 19:38:55

メモリ破壊で画像データが入ってる領域を壊してるんだろ

**名前は開発中のものです。** · 2010/08/31(火) 20:15:21

>>646
俺もそれを疑っているんだがｗ

**名前は開発中のものです。** · 2010/08/31(火) 21:18:20

Ｄxライブラリでフライトシュミレーションを作りたいのですが、飛行機を旋回させた時にカメラが真後ろに付けたいのですが、座標の求め方が分からなくて四苦八苦しています。イメージとしてはこんなかんじです。
http://img.5pb.org/s/10mai496251.png

**名前は開発中のものです。** · 2010/08/31(火) 21:28:16

飛行機の角度から円周上の座標を求めるってことでいいのかな？
こことかどうだろう。
http://homepage1.nifty.com/kodayan/java2/data04/apt427.html

**名前は開発中のものです。** · 2010/08/31(火) 21:32:49

普通に
モデルのローカル座標上のカメラの姿勢を定義して
モデルのワールド行列で姿勢を変換すればいいだけじゃ？

**名前は開発中のものです。** · 2010/08/31(火) 21:35:39

DxライブラリのTPSカメラ
例えばここ
http://homepage2.nifty.com/natupaji/DxLib/program/dxprogram_3DAction.html
// カメラの初期化処理
void Camera_Initialize( void )

**名前は開発中のものです。** · 2010/08/31(火) 21:54:43

>>650
探してくれてありがとう。ＸＹＺも一回だけ動かすだけならそれでも大丈夫だと思う。
>>651
行列の概念が私にはありませんでした。申し訳ない。明日休みなので勉強します。
>>652
シフト押しながら十字キーでカメラ回転する所の処理を良く見てみます。
皆本当にありがとう。勉強するよ。

**名前は開発中のものです。** · 2010/08/31(火) 22:45:55

>>641
せめて崩れた状態のスクリーンショットでもないと、どんな現象が起きているのかわかりません

例えばオフスクリーンをタイマ系スレッドで、オンスクリーンへの転写がイベントスレッドで
行われているとかないですか？

**名前は開発中のものです。** · 2010/09/01(水) 20:47:20

2次元でカメラの位置を求めるなら
飛行機の座標を中心とした円があって
半径の長さＲと飛行機の角度θがあれば十分でしょ

Ｒ × Sinθが垂直座標
Ｒ × Cosθが水平座標を表す

半径Ｒは飛行機とカメラの距離
角度θは十字キー入力したら0～359の数でループするように設定
角度を整数(int)にすればカクカク、実数にすれば滑らかになるだろう
半径の長さＲを短くすればズームイン、長くすればズームアウトになる
リアル感を出したければカメラが遅れてついてくるようにすればいい

3次元に拡張しても同じこと
円を二つにして、角度θを水平用と垂直用の二つに分けるだけでいい

行列変換はこういうのをまとめてやってるんだけど
大学数学わからんとホント辛いね

**名前は開発中のものです。** · 2010/09/01(水) 20:54:36

>>655 ほんとうにそれで正しく動作しますか？

**名前は開発中のものです。** · 2010/09/01(水) 21:08:11

座標だけで計算するとカメラの上方向が計算に入ってないがら
宙返りした時にグルンってカメラがひっくり返っちゃって思った通りの動きにならないと思うぞ
行列でやるのが一番楽

**名前は開発中のものです。** · 2010/09/02(木) 05:27:40

.cpp1つと.h2つ、ヘッダファイルの再読み込み防止(#ifndef～#endif)のせいで、後から読み込むヘッダファイルに共通の構造体渡せないんだけど、おまいらこういう対処ってどうやってる？

1.cpp…2.hと3.hを読み込む
2.h　…#include "3.h"を書いてはいるけど読み込まない
3.h　…1と2で使う構造体が入ってる

**名前は開発中のものです。** · 2010/09/02(木) 07:41:31

>>658
1.cppにインクルードするのは2.hだけでいいのでは？

**名前は開発中のものです。** · 2010/09/02(木) 07:47:30

> 2.h　…#include "3.h"を書いてはいるけど読み込まない
これが嘘だな。
普通に書けば読み込むのでここに書かれていないバグがある。
ソース張れ。

**名前は開発中のものです。** · 2010/09/02(木) 14:46:30

>>641の奴はもういいんかな。
自分のソース見て今更ミスに気づいて必死で書き直してるとか。
正しい姿だが。

**名前は開発中のものです。** · 2010/09/03(金) 13:47:02

人に質問するため現状を文章にまとめようとしているうちに
思考回路が切り替わり解決してしまうことはたまにあるな

**名前は開発中のものです。** · 2010/09/03(金) 14:40:22

おれはたまにじゃなくよくあるｗ

**名前は開発中のものです。** · 2010/09/04(土) 12:13:26

それで質問しっぱなしで逃げる奴はうざいな。
質問したのだから、自己解決したぐらい書けと。

**名前は開発中のものです。** · 2010/09/04(土) 14:29:54

>>657
宙返りというか反転したら
飛行機の表裏が逆になるってことでしょ
それを表すには3つの向き(横回転、縦回転、ロール回転)が必要だな

**名前は開発中のものです。** · 2010/09/04(土) 15:48:58

適当な事言うな

**名前は開発中のものです。** · 2010/09/04(土) 16:34:09

飛行機を
一般的なオイラー角で制御すると、ジンバルロックで制御不能になる。
色々な方法で回避手段をとる。

**名前は開発中のものです。** · 2010/09/04(土) 17:40:49

　すみません、何か初心者の基本書となる本はないでしょうか？
お薦めがあったらよろしくお願いします。

**名前は開発中のものです。** · 2010/09/04(土) 17:52:20

>>668
どのようなゲームを作りますか？
２Ｄと３Ｄはちがう、アクションとトランプゲームは違う。　
分野を絞りなさい。

ゲーム製作は凄く広い分野をカバーする。

**名前は開発中のものです。** · 2010/09/04(土) 18:03:08

ロベール

**名前は開発中のものです。** · 2010/09/04(土) 18:51:40

>>669 >>670
どうもありがとうございます。

**名前は開発中のものです。** · 2010/09/05(日) 00:27:53

ゲーム画面（ウインドウ）のサイズってどのくらいにしてますか？
今時はみんなフルHDモニターですかね

**名前は開発中のものです。** · 2010/09/05(日) 00:51:02

んなことない
ターゲットとする画面サイズが大きくなればフィルレートも増大して処理落ちを招いたりする
だれもが最新のPCで遊んでくれるわけではないので
数世代前のビデオカードやノートPCを目線に入れてサイズを決める
今時でもデフォルトはSVGAか大きくてXGAくらいじゃない？
当然高解像度低解像度にも対応できるようサイズ変更は可能なようには作るとして

**名前は開発中のものです。** · 2010/09/05(日) 01:44:48

今ならウィンドウにしても良いんじゃないかな？前から表示ＶＲＡＭに転送しても
問題なく処理してたでしょ。

**名前は開発中のものです。** · 2010/09/05(日) 11:18:36

ネットブックとかあるしやっぱり800x600ぐらいが無難ですかね。
というか、解像度よりはワイドモニターでフルスクリーンにすると、6:4のゲームが横に伸びるのが
皆さんどうやっているのかな～と思いまして。

**名前は開発中のものです。** · 2010/09/05(日) 11:42:21

あれ勝手になる

**名前は開発中のものです。** · 2010/09/05(日) 19:55:07

フォントや画像のサイズが実画面でどのくらいの大きさになるかは
先に計算しておきなよ
大画面を前提に作ると、小さな画面で全く遊べなくなってしまうから

>>672のような勘違いはありがちだけど
例えば一人暮らしの学生が持ってる画面は大きくて20インチ程度だろうし
15インチ画面だって現役なわけで
そういう人を相手にゲームを売ってることを忘れないでほしい

**名前は開発中のものです。** · 2010/09/06(月) 00:05:52

俺主にウィンドウモード使ってて小さい画面嫌だから1024×768で作ってるんだが公開するには大きすぎるだろうか？

**名前は開発中のものです。** · 2010/09/06(月) 02:52:06

>>678
1024 x 768 にしたという事は、
最低でも 1280 x 1024 の解像度を要求しているのと同じかと。

ウィンドウ表示すれば外枠やメニューの分の余白がいるし、
解像度ぎりぎりのサイズでウィンドウ表示する人はまずいないので。

それがどういう結果を招くか次第だと思うよ。
FPS なんかをやる層向けのゲームなら高解像度でも問題無いだろうし。

http://ax2.itgear.jp/sample/report?d=new7&m=dispitem
↑
ゲームという訳ではないけれど、解像度の分布はどこでもこんな感じ。
1024 x 768 という環境が意外と多いことが分かると思う。

**名前は開発中のものです。** · 2010/09/06(月) 03:05:12

㌧
ということはあの大きさでは大き過ぎると言うことか
800×600だと俺のモニタだとちと小さく感じられるんだよなあ

**名前は開発中のものです。** · 2010/09/06(月) 12:14:14

むしろ迷うのはワイド型のウィンドウだよなｗ

**名前は開発中のものです。** · 2010/09/06(月) 22:00:43

全ての解像度に対応すればおｋ

**名前は開発中のものです。** · 2010/09/06(月) 23:58:29

その手間が嫌だから聞いたのであって出来るのであれば最初からそうしてる

**名前は開発中のものです。** · 2010/09/07(火) 00:53:00

>>683
画面のモードを３つくらい搭載してやるのが親切と言うもの

**名前は開発中のものです。** · 2010/09/07(火) 00:57:36

小さすぎる分はユーザー側でディスプレイの解像度を下げれば問題ない。そうまでしてでも遊びたいと思うゲームを作れば問題ない

**名前は開発中のものです。** · 2010/09/07(火) 10:34:44

1024 x 768で全画面に対応すればいいんじゃね
複数画面モード用意するよりかは楽だと思うけど

**名前は開発中のものです。** · 2010/09/07(火) 11:34:59

１００ｘ１００のウィンドウ固定のゲーム作ればいいんじゃねｗｗ