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

**名前は開発中のものです。** · 2010/11/12(金) 19:11:38

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

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

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

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

**名前は開発中のものです。** · 2011/06/17(金) 01:13:41.12

>>804
いや、単にお前がマヌケな自信過剰人間である可能性の方が高いと思うよ
ウザいから同情はしないけど

**名前は開発中のものです。** · 2011/06/17(金) 02:46:52.79

【アピール】プログラミングが(そこそこ)出来る
　　↓
【要望】組み込みでアレやって、オープン系でこれやって
　　↓
【実力】そこまでは無理
　　↓
【評価】なんだ使えねえ

能ある鷹は爪を隠すとか口達者の仕事下手とか諺が残ってるのを考えると
この流れって昔から変わらんのかねえ

**名前は開発中のものです。** · 2011/06/17(金) 04:00:30.78

>>806
そんなことないよ。クライアント向けにアピール部分で引いてたらチャンス逃すよ。
君、Adaできる？って聞かれたたら、概要しかしらなくても、
もちろんですよ、任せて下さいと言って、
受注したらその足で、http://www.ada-auth.org/arm.html とか読んで
なんとかかんとか要件を満たすコードをでっち上げて納品する、なんてことは普通にやるよ。

有言実行とか能ある鷹も爪を隠さない、とかじゃないと仕事はできないよ。
ただ、攻撃されないように爪を隠すという本来の意味とはちょっとずれてることは
あるかもね。

**名前は開発中のものです。** · 2011/06/17(金) 07:41:59.98

業務用アプリとゲームは完全に別物だと言っているのに、
ゴミコードを書いて作れるつもりになってるIT奴隷。

**名前は開発中のものです。** · 2011/06/17(金) 08:58:02.26

>>806の要望も読めないバカ発見。

**名前は開発中のものです。** · 2011/06/17(金) 11:59:52.15

自己評価が異常にポジティブな人間て
できなくて人様に多大な迷惑をかけた事を病的に都合良く忘れて
小さな成功を「あれもできたこれもできた。何でもできる」というのが多くてなぁ

自我を守るための防衛機制の一種で、本人は幸せなんだろうけど

**名前は開発中のものです。** · 2011/06/17(金) 13:43:03.26

そのぐらいじゃないと心を病んでいなくなっちゃくよ

**名前は開発中のものです。** · 2011/06/17(金) 14:10:56.46

日本語はもういいから英語でおｋ

**名前は開発中のものです。** · 2011/06/18(土) 01:23:13.22

翻訳前：
とりあえず、派遣が口だけな理由がよく分かったわ
後の事を一切考えなくて良い人間なら>807方式でもやっていけるもんな

翻訳後：
For now, I just found a good reason for sending the mouth
If any man may think that after the> system at a livable mon 807

**名前は開発中のものです。** · 2011/06/18(土) 02:18:20.97

ゲームプログラミングに関する質問はここで受け付けてますか？

**名前は開発中のものです。** · 2011/06/18(土) 02:22:16.42

>>813
英語の勉強してこいよ

**名前は開発中のものです。** · 2011/06/18(土) 03:08:19.63

>>814
スレに誘導されるだけだったりスルーされたりしても構わなければ

**名前は開発中のものです。** · 2011/06/18(土) 05:35:40.77

できないって言ったらもう価値がない人ってことになりそう

**名前は開発中のものです。** · 2011/06/18(土) 07:20:10.77

807方式で後のことを考えるかどうかは要件によるんじゃね？
常に査収があるだろ、ＪＫ。働いたことないのかよ。

**名前は開発中のものです。** · 2011/06/18(土) 07:21:22.63

足の鎖を自慢するIT奴隷の巻

**名前は開発中のものです。** · 2011/06/18(土) 07:50:01.41

まあIT業界は嘘つきが多いんだよ

**名前は開発中のものです。** · 2011/06/18(土) 12:49:31.89

×嘘つき
○しったか

**名前は開発中のものです。** · 2011/06/18(土) 17:31:39.37

最後まで自分でやる気があるのなら807方式でホラ吹くのは割と常識。むしろ前向きな態度で好感が持たれる。
それで自分が苦しんだとしても自分の責任だから納得できるし、必ず得るものがある。

最初から誰かに丸投げするつもりでホラ吹くのは悪徳。ただの人売り。仕事に責任なんて感じていない。
とはいえ、営業と実働が完全に分離されている会社では改善が難しいかもしれない。
社内改革が必要。

**名前は開発中のものです。** · 2011/06/18(土) 19:18:38.50

誰が後のメンテするんだ？

**名前は開発中のものです。** · 2011/06/18(土) 19:22:13.24

発注するが分からしたら、どちらも勘弁してほしいけどね
いつか必ず大失敗をするのは前者も同じなので

**名前は開発中のものです。** · 2011/06/18(土) 19:40:44.16

愚痴スレはここですか？(ﾟωﾟ)

**名前は開発中のものです。** · 2011/06/19(日) 16:06:22.16

Main()関数と比べるとWinMain()関数のファイル操作が激しく面倒なのですが

Main()関数みたいにもっと簡単にファイルからバイト単位でデータを入出力する方法はないですか？

**名前は開発中のものです。** · 2011/06/19(日) 16:22:21.93

>>826
言語が分からんぞよ

**名前は開発中のものです。** · 2011/06/19(日) 16:34:02.31

C++です

**名前は開発中のものです。** · 2011/06/19(日) 16:48:48.11

なんかしっかりとしたゲームプログラミングのノウハウが載ってるようなサイトないか？

自分が正しいプログラムかいてるのかどうなのかが判断できない

**名前は開発中のものです。** · 2011/06/19(日) 16:58:17.09

同じ640x480ピクセルの画像でもサイズが違う、ということがあるのでしょうか
背景素材サイトから頂いた背景画像(640x480ピクセル)と、
自分で書いた画像(640x480ピクセル)をそれぞれExcelに貼り付けたときに
大きさに違いがあります

**名前は開発中のものです。** · 2011/06/19(日) 17:03:09.33

>>830
biXPelsPerMeter biYPelsPerMeter の違いじゃね？

**名前は開発中のものです。** · 2011/06/19(日) 17:11:33.84

>>826

普通にCの標準関数使えばいいよ。
fopen() fgetc() fread()
お好きなのをどうぞ？

確かにMSのコンパイラでは警告はでるけど使えないわけではない。

**名前は開発中のものです。** · 2011/06/19(日) 17:19:39.62

言い忘れた。
C++のファイルストリームも普通に使えるから。

**名前は開発中のものです。** · 2011/06/19(日) 17:21:46.28

Cの標準関数とか勘弁してくれ。
OpenFile使ってCreateFileMappingでメモリマップドファイルを作って操作しておくれ。
テキストを大雑把に処理したいんだったらReadLine系でもいいけどさ。

APIwo使うときはAPIを使っていることを明示するべき。
Cに固執して怪しいラッパを使うなんで昭和の流儀だ。

**名前は開発中のものです。** · 2011/06/19(日) 17:25:42.73

>>831
ありがとうございました、解決いたしました

**名前は開発中のものです。** · 2011/06/19(日) 17:36:22.53

>>834

仕事で嫌なことでもあったのか？力抜けよ。
とりあえず、自分の文章をよく読み返せ。

お前の文章は何を言いたいのか意味不明だ。

俺は好きなのを使えと言ってるのであって
別にCの標準関数に固執してる訳ではないよ

そもそも質問者が何をもって面倒と書いてるのかもわからないからな。

main()とWinMain()って書いてあるからWinＡＰＩが使いたくないのだろうと
エスパーしただけ

**名前は開発中のものです。** · 2011/06/19(日) 17:53:09.15

>>832
どもです

**名前は開発中のものです。** · 2011/06/19(日) 18:27:45.70

メモリマップトファイルを使い始めたら、標準関数なんて面倒くさくて使えなくなる。

**名前は開発中のものです。** · 2011/06/19(日) 18:39:21.57

wwww

**名前は開発中のものです。** · 2011/06/20(月) 08:09:18.04

少なくとも
す
く
な
く
と
も

例えばツェーなら、
・ifを3段以上重ねるやつ
・判断にswitch～case使うやつ
・定数使うやつ

これはピログラマーとして不適格。

**名前は開発中のものです。** · 2011/06/20(月) 08:14:29.41

ifにしろswitch～caseにしろ

「それ1コ調べるにも最低1クロックかかる」
ことを頭に置いてないやつは、ゲームのみならず組込でも
まったく使えない。

こういうところ分からないと、「大したものでもないのに最新PCでないと動かない」ものをひり出してしまう

FF14とかいい例だ

**名前は開発中のものです。** · 2011/06/20(月) 08:25:40.72

>>840
なぜ不適格であるかを述べなさい。

わかるかな～？

**名前は開発中のものです。** · 2011/06/20(月) 08:26:51.90

重要な部分とそうでない部分がある。
その見極めが出来ず、最適化なんて　笑っちゃいます

**名前は開発中のものです。** · 2011/06/20(月) 08:27:39.47

>>842
ピログラマって何か分からないけど、とにかくピログラマとしては不適合者なんだろ

**名前は開発中のものです。** · 2011/06/20(月) 08:42:01.09

だぁから1クロックも無駄にするなっつうこと

switch～caseは特に無駄
評価項目が30コあるとして、一番下に目的のものがあったら
下まで来るのに最低でも30クロックかかる。

これは無駄なので、何がどうでもswitch～caseは不可。

**名前は開発中のものです。** · 2011/06/20(月) 08:45:20.69

最適化でテーブルジャンプに変換されたりすることを知らない阿呆なんだろうね。
何の脈略もなく、馬鹿の一つ覚えでどうでもいい話題を振り出すし。

[―{}@{}@{}-] **名前は開発中のものです。** · 2011/06/20(月) 08:45:50.44

switchは2分探索でやると聞いたことがあるが

**名前は開発中のものです。** · 2011/06/20(月) 08:53:07.09

判定範囲によって、出力コードを変えるんだよ。

**名前は開発中のものです。** · 2011/06/20(月) 09:11:55.36

仮にテーブルでも、バカのやること
こんなもん、60あっても2～5クロックで終わらす方法がある。

割り込み使えるともっと減る

**名前は開発中のものです。** · 2011/06/20(月) 09:46:39.91

仮にって、コンパイラの吐き出すコードも理解していないのにクロックを語りだすとは、
頭が悪いにもほどがある。

**名前は開発中のものです。** · 2011/06/20(月) 10:10:08.12

コンパイラが完璧じゃないってのはバカでも知ってる常識。

特に汎用OSじゃないからvolatileは必ず入る。
汎用OSでも入れないと最適にはならない。

バカ以外は知っている

**名前は開発中のものです。** · 2011/06/20(月) 10:28:35.77

これまでのどうしようもない言動一覧

・ピログラマ
・条件分岐の代用に割り込み
・コンパイラの出力コードを確認してない
・何の前置きもなくvolatile
・汎用OS

**名前は開発中のものです。** · 2011/06/20(月) 10:46:34.67

仕事でなくプライベートによるゲーム製作の場合

やる気＞＞＞＞＞＞＞＞＞＞＞＞＞技術

IFが30個あろうが完成品を作った奴が神
凄いプログラムだろうが未完製品はカス

**名前は開発中のものです。** · 2011/06/20(月) 11:09:51.91

俺、ｃ言語初心者だからswitch使っちゃたけど
switchつかわないとifになっちゃう

**名前は開発中のものです。** · 2011/06/20(月) 11:17:31.12

基本的に、処理負荷は少なければ少ないほどよいのは常識。

となると、任せられるものは別に任せようとなるのは当たり前、

そういう意味で割り込み処理を使うのだ
割り込み処理は汎用コアでやるものもあるが、たいてい専用の割り込みコントローラを持つ。
これは汎用コアには影響を及ぼさない。

例を挙げればタイマーだ
ゲーム開始やイベント開始から指定秒数経ったら別のイベント駆動

これを汎用コアでやるやつは頭がどうかしている。

**名前は開発中のものです。** · 2011/06/20(月) 11:18:22.99

DirectXなんすけどここで聞いてもいんですかね？

ポリゴンの周りのアンチエイリアスじゃなくて
例えば、板ポリに貼ったテクスチャーを
カラーキーで透過した周りのアンチエイリアスとか出来ないんですかね？
フィルターで全体をぼやかすんじゃなくて
あくまでも周りのアンチエイリアスなんですけど。

一応、画像にアルファチャンネル持たせて
それで周りの部分だけアンチエイリアスかかった感じには出来るんですけど
何かDirectXの方でアンチ表示出来ないのかなと思って聞いてみました。

**名前は開発中のものです。** · 2011/06/20(月) 11:20:38.20

自称凄腕プログラマはゲ製では逃亡確率高めなイメージ

**名前は開発中のものです。** · 2011/06/20(月) 11:22:59.12

基本的にムダだろう
テクセル処理性能が高ければそれでもいいが、それでもムダだ
フルシーンでやらないなら、テンポラルでもいいので
素直にROPでAAやらせたほうがいい結果が出る。

それか普通どおりにエッジ検出して、シェーダでサブピクセル置いたらいい
シェーダでのアンチエイリアスは2005年から普通に行われていると思うが

**名前は開発中のものです。** · 2011/06/20(月) 11:30:46.54

>>858
う～ん、なるほど。
あんまりゲームプログラムには詳しくなくて
ずっとDirectX7の頃で知識が止まってましたので
やっぱシェーダとかで今はバリバリやったりするんですね…
あとはやっぱ画像にアルファ値持たせるのがいいみたいですね。
ありがとうございました。

**名前は開発中のものです。** · 2011/06/21(火) 03:06:14.24

円と四角形の当たり判定をするときに、四角形の頂点に４個の配列使うのって当たり前なのか？

**名前は開発中のものです。** · 2011/06/21(火) 13:47:02.74

度々すみません
ＣとＤＸライブラリで現在2Ｄアクションを作っていて、
右向きの移動の場合
加速時の速さを定数"0,25"、時間を変数"t"にします。そして速さと時間をかけて得られる距離を"k"とします
それをキャラクタ（　今回は文字定数"■"を移動させます　）が居るｘ座標に足して移動を表現しています

k = 0.25*t　　//速さと時間を掛けて出た距離
x+=k　　　　　//距離をキャラの座標に足す

この考えで、キー入力がない場合緩やかな減速
右キープラスＢボタンが押されれば更に加速
という処理を実装させたいのですがうまく行きません

メインループの中に以下の処理を入れたら、うまく行きます

if(CheckHitKey( KEY_INPUT_RIGHT) == 1 )
{
t++;
k=0.25*t;
if(k>=8)k=8;　//移動の限界値を設定
x+=k;
}

if(CheckHitKey( KEY_INPUT_RIGHT) == 0 && k>0 )
{
t=0;
t++;
k=-0.5*t +k;
x+=k;
}

DrawString ( x, 400, "■", GetColor( 255 , 255 , 255 ));

**名前は開発中のものです。** · 2011/06/21(火) 13:58:41.47

つづき
右方向だけの移動なら上の処理で問題ないのですが、
右と左の処理を分けるためにwhile文を使ってみたのですがうまくいきません
どなたかアドバイスお願いします

if(CheckHitKey( KEY_INPUT_RIGHT) == 1 )　　　　　　　　　　　　　　　　　//右キー入力があれば
while(1){　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　//ループに入る
if(CheckHitKey( KEY_INPUT_RIGHT) == 1 )　　　//右キー入力があれば移動する処理
{
t++;
k=0.25*t;
if(k>=8)k=8;
x+=k;
}

if(CheckHitKey( KEY_INPUT_RIGHT) == 0 && k>0 )　//キー入力なしで減速する処理
{
t=0;
t++;
k=-0.5*t +k;
x+=k;
}

DrawString ( x, 400, "■", GetColor( 255 , 255 , 255 ));

if( k<0 ) break;　　　　　　　　　　　　　　　　　　　　　　　　//移動が0でループを抜ける

}
}

**名前は開発中のものです。** · 2011/06/21(火) 14:00:42.66

すみません最初のifの中括弧の始まりを忘れました
実際はあってもうまくいきません

**名前は開発中のものです。** · 2011/06/21(火) 16:47:31.92

イラストとか曲とかいくらでやり取りされてるの？
1キャラとか1曲の平均的な値段をおしえてくれ

**名前は開発中のものです。** · 2011/06/21(火) 16:59:49.34

>861
t=0からの距離を毎回自分の位置に加算するのは間違ってないか？

>864
平均とか言い出すと一枚10ﾏｿとかいう絵師さまが登場して荒れるから
864が出せる金額で頼める人に頼め

**名前は開発中のものです。** · 2011/06/21(火) 17:17:31.44

>>865
減速時のことでしょうか？
私も最初はおかしいかなと思ったんですが、その処理をするごとにkの値は減っていくので毎回t=0からでも問題ないです

if(CheckHitKey( KEY_INPUT_RIGHT) == 0 && k>0 )　//キー入力なしで減速する処理
{
t=0;
t++;
k=-0.5*t +k;
x+=k;
}

もし一回の処理で移動する距離(　k　)が最大の8の場合
一回目
k=-0.5*1 +8
k=7.5

二回目
k=-0.5*1 +6.5
k=6

という感じにうまく減速してくれます
加速時に0.25ずつ進む距離が増えるのに対して、減速時は0.5ずつ減るようにしたのですが

**名前は開発中のものです。** · 2011/06/21(火) 17:30:56.28

本当に何度も申し訳ないですが、自己解決というか妥協解決しました
右向きの処理と左向きの処理をループで括って分けたかったのですが、それがうまく行かなかったので
全ての処理を独立させることにしました

何回も長文を書いてスレを汚してしまって申し訳ないです

忍法帖【Lv=2,xxxP】 · 2011/06/21(火) 17:39:41.92

whileで分ける意味が分かんない、誰か教えて。

**名前は開発中のものです。** · 2011/06/21(火) 18:32:58.12

>>868
移動距離"k"を正の値のままにしておきたかったからです
しかし正の値のままだと何もボタンを押していない時の条件が被ります

if(CheckHitKey( KEY_INPUT_RIGHT) == 0 && k>0 )
if(CheckHitKey( KEY_INPUT_LEFT ) == 0 && k>0 )

ですので、whileでなくとも何か違う関数の中にいれて条件が被らないようにしたかったのです

別にkの値を負にすればいいじゃないか。というかそれが正しいと言われると思いますが、
別の関数に分けるという考え方は大体合ってると思うので、それが出来ないとまた同じようなアルゴリズムを組む時苦労すると思ったので
こっちのやり方も出来るようになっておきたかったんですよ

**名前は開発中のものです。** · 2011/06/21(火) 19:49:33.44

ほんと面白いわこのスレ。エスパ－神としったかレスこじきが同居してるな

**名前は開発中のものです。** · 2011/06/21(火) 19:57:41.12

全ての板において初心者スレは

ちょっとかじった、知ったか君
無能だった自分と重なって的確なアドバイスができる上級者

が集う

**名前は開発中のものです。** · 2011/06/21(火) 20:26:06.58

そして知ったか君に限って、
自分は的確なアドバイスが出来る上級者だと勘違いしている。

本物の上級者のほうは、レスを書いた後で本当に適切だったか悩む。

**名前は開発中のものです。** · 2011/06/21(火) 20:33:53.60

加速時の速さが定数という時点で、加速してないだろそれと、
挫折した俺には到達できない領域。

**名前は開発中のものです。** · 2011/06/22(水) 04:14:45.43

>>869
現在位置と⊿xではなく、時間tを使って移動先を求めているのは何か意味があるってこと？
物理シミュでもやってるのかな。

**名前は開発中のものです。** · 2011/06/22(水) 13:00:30.23

大きめのマップで自分の移動に合わせて表示画面をスクロールする
プログラムの仕組みを教えてください

例えばポケモンみたいに

**名前は開発中のものです。** · 2011/06/22(水) 16:01:14.88

>>875
いろいろ方法はあると思うけど、
真上から見下ろすカメラがあると想定してみるのはどうかな。

**名前は開発中のものです。** · 2011/06/22(水) 19:21:16.19

>>873
動きは確かにキビキビしてますが、現状これくらいしか頭がないもんで
　k=0.125*t^2 くらいにしたほうがらしくなるかもしれないですね
それか　ｔ　の範囲をいくらかに分けて段階的に傾きを変えてみるとかですか

>>874
ただこれしか思いつかなかっただけです・・
その現在位置と⊿xを使ったやり方も宜しければ教えていただけないでしょうか？
もしくは参考になるサイトを

**名前は開発中のものです。** · 2011/06/22(水) 19:51:18.41

>>876
携帯からなんで軽く。

ライブラリの公式サイトに等速移動のサンプルがあったと思うが、
ここに書かれている移動量（±3）の部分を変数にする。
この移動量変数は、ループ毎に初期化されないように注意。

左方向へ移動させたい場合は、移動量を負の数にするのが一番楽。
どうしても正の数が必要になったら、そのときに改めて絶対値を計算すれば良いだけ。

**名前は開発中のものです。** · 2011/06/22(水) 20:04:24.71

>>878
ありがとうございます

今から組んできます

**名前は開発中のものです。** · 2011/06/23(木) 06:24:38.91

あれ？

**名前は開発中のものです。** · 2011/06/23(木) 14:24:18.16

ゲーム文字は文章データから読み取った文字を
1文字ずつ画像に変換する処理をしている？

**名前は開発中のものです。** · 2011/06/23(木) 14:36:46.05

昔の9801や8801系みたいなTEXT-VRAMをもったＰＣならともかく、今のＰＣならゲームに限らず全部そうだろｗ

**名前は開発中のものです。** · 2011/06/23(木) 16:01:30.57

フォント表示はいろいろある
一番楽なのは、文章をそのままテクスチャにしたテクスチャを用意するもの
2011年現在に至っても、まだ存在している。

今主流なのは、ちょっと高度になビットマップ
フォントファイルから文字コードとともに抜き出し、文字をテクスチャにするが
「ココからココまでの座標が何のデータですよ」というものを覚えさせるので
文章データはテキストファイルでも何でもいい。

プログラムは、そのテキストファイルに相当するものからデータを取り出してみて
「このデータだから、ここからここまでの座標にある絵を入れればいいんだな」と判断して表示

だから座標が間違ってると表示されるものもおかしくなる

**名前は開発中のものです。** · 2011/06/23(木) 16:13:43.59

それ全部

>文章データから読み取った文字を1文字ずつ画像に変換する処理

**名前は開発中のものです。** · 2011/06/23(木) 16:44:44.04

ビットマップもテクスチャードも画像に「変換」っていうかね

前者はもとから全文テクスチャとしてあるから、別に変換はしないでいい
もとから画像テクスチャデータとして存在するので、「ゲーム内以外で読まれると困るやつ」には使えない。

後者は「文字を羅列したテクスチャ」はもとからあるので
プログラムがやっているのは配置するだけだな

切り貼りしているようなものだ

**名前は開発中のものです。** · 2011/06/23(木) 16:55:35.87

>>885
つまり文章そのものを全て画像で配置したデータを作ってそれを利用するってこと？

その文章画像データ（変な言葉）は予めツールか何かをつかってテキストデータから変換して生成しておく
でOK?

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

厳密にはちょっと違うが、後者を簡単に言うと
まず、一枚のでっけえテクスチャに

ABCDEFGHIJKLMN・・・あいうえおかきくけこ・・・・

と、使う文字や記号を描いておく。

プログラムは、テキストファイルを読みこめば文字コードと文字データを取得できるだろう
そうして読んだデータが例えば0x01としよう

そうしたら、対応テーブルを見て「0x01はテクスチャのどっからどこまでやねん？」ということをはじき出す。

仮に0x01は、座標0.0から12.12まで　としたら、最初に作ったテクスチャからそこまでの範囲を切り出して
表示させたいところにポンと置くだけだ。

前者は、まさに文章をテクスチャに全部書いておく。
文章ぶんのテクスチャ数が必要になるが表示させるだけなので簡単。
unrealエンジンが、少なくとも1～2はこれだったと記憶している

**名前は開発中のものです。** · 2011/06/23(木) 17:16:28.74

一文字づつ判断して、座標出して、切って貼って
これを繰り返して文章にする

ただ、テーブルの構築や、そもそも「文字コードの理解」が必要になるので
そこまで簡単ではない。特にUTF-8の文字コードの理解が他に比べるとややこしい。
でも、スマートかつ基礎さえ出来れば応用が利いて後々の苦労が少ないのはこれだ

できなかったら、文章を全部テクスチャに書き込んでおくUnreal方式がいいだろう

**名前は開発中のものです。** · 2011/06/23(木) 17:19:53.92

>>885
前者はすでにほぼ絶滅しているし、後者は明らかに文字コードを画像に変換しているな。

**名前は開発中のものです。** · 2011/06/23(木) 17:33:17.29

アクションゲーのメニューなんかでは今だに普通にビットマップ使ってることが多いけどね

**名前は開発中のものです。** · 2011/06/23(木) 17:42:56.05

それは元質問者が意図した文章か？ｗ　まあ文章ではあるわな。そうですねｗ

**名前は開発中のものです。** · 2011/06/23(木) 17:47:42.35

どうも勘違いしていたようだな
後者のやりかたが当然と思っていたから前者なんて論外だった

前者で文章表示していたら膨大な画像データになるんだろｗｗ
会話データをそんな処理していたとは考えにくいが

それに前者の方法なら文章データは不要で
フラグ管理だけで十分じゃないのかな？

１だったら○○の文章データ（画像）を表示

**名前は開発中のものです。** · 2011/06/23(木) 18:09:17.62

前者、unreal方式はテキストファイル類は必要ない
どこで何を出すかさえ決めておけばいいだけで、
会話自体が少ないアクションシューティングでは問題にならなかった。
オブジェクティブ表示、ステータス表示、程度だし

Doom3エンジンの「オリジナル」は字幕機能を持っていないし
もしもしゲー用のエンジンも持ってないこともあるので
今でもテクスチャ貼り字幕は存在している。

必要があったら、Prey、ETQW世代のD3エンジンのように拡張して字幕機能を持たせることもあるが

**名前は開発中のものです。** · 2011/06/23(木) 19:38:00.42

C# + XNAで開発しています。
XNA専用スレが一つしか無かったので、まずはこちらで良いですか？

spriteBatchで描画した画像やテキストをクリアするためには、
spriteBatch.Dispose()して、新しくspriteBatchを作成するしかないでしょうか
※メニュー選択後の画面遷移をしようとしています、他に方法があればそれでも問題ありません

**名前は開発中のものです。** · 2011/06/23(木) 20:01:21.64

素材について意見がききたいんだけど適当なスレがないんでここで質問。

メッセージ枠素材を配布しようと思ってるんだけど
現在の標準サイズって800*600基準でいいのかな。
あるいは他に使いやすいサイズがあれば知りたいです。

**名前は開発中のものです。** · 2011/06/23(木) 23:12:25.13

縮小はどうにでもなるのでなるべく大きなサイズならつぶしが利くだろう。
重要視するべきはサイズじゃなくて比率かな。4:3用途か16:9用とか。
どれにでも利用できるサイズにするなら4:3用で作成することになる。

結局は利用して貰いたいコミュニティのデファクトに合わせるのが普通だから、
そこで聞くべきだ。

**名前は開発中のものです。** · 2011/06/24(金) 00:01:17.80

ワクそのものでもいいのだが、一部だけでも用は成せる

解像度固定でないなら、「その一部を何回X方向Y方向に繰り返してどれだけの大きさにするか」
ってのが容易に出来る
アクセントがあっても重ねるだけ

どうしても凝ったデザインにしなきゃならんならワク全体を配布すべきだが

**895** · 2011/06/24(金) 01:44:05.94

自作吉里吉里製アドベンチャーに使った素材がほしいと言われたんですが
psdで保存してあったから、どうせなら標準的なサイズにして配布しようかと思って。
まさに比率が気になってたんですが4：3で問題ないんですね。
パターンの一部+パーツ別もあわせて考えてみます。
ありがとう。

**名前は開発中のものです。** · 2011/06/24(金) 02:01:58.57

それなら丸ごとでもいいんじゃないの

**名前は開発中のものです。** · 2011/06/24(金) 02:20:24.84

いっそのこと、aiでつくるとか。

**名前は開発中のものです。** · 2011/06/24(金) 06:10:21.91

例えば16:9のアスペクト比で3D表示した横幅の可視領域は
4:3の比で表示した場合の、どのくらいカメラを引いたのと同じなんでしょうか？
要するに4:3で表示した時に上と下を切ってワイドっぽく対応したいんです。
それとも根本的にこの考えはおかしいですか？

**名前は開発中のものです。** · 2011/06/24(金) 06:44:45.29

ワイドの言葉の意味を考えればおかしい
上下を切るより左右をワイドにする

**名前は開発中のものです。** · 2011/06/24(金) 07:25:14.07

>>902
もしかするとまだ勘違いしているかもしれないんですが
一応今の所下記の様に思っています。
何か間違いがあればご指摘頂ければと思います。

左右の領域については、4:3の比率で表示した時に
カメラをある程度引けば(つまりカメラのz値をマイナスすれば)、
左右の可視領域は増えてるという事になると思うんですけど。
実際に目測で大体16:9の時と同じくらいの左右の可視領域を増やせてるんですが
それを目測ではなく、厳密に計算式でやりたいなと思って。
上下を切るのは、カメラを引く事によって上下の可視領域も拡大されるので
その余分なところをカットするという意味です。

**名前は開発中のものです。** · 2011/06/24(金) 07:36:52.25

分かりにくいかもしれませんが↓みたいな感じです。
■の表示は真ん中に表示した板ポリ

1280x720(16:9)
―――――――
　■■■■■
　■■■■■
　■■■■■
―――――――

1280x960(4:3)
―――――――
■■■■■■■
■■■■■■■
■■■■■■■
■■■■■■■
■■■■■■■
―――――――

1280x960(4:3) カメラzをマイナス(余分な上下は塗り潰す)
―――――――
　
　■■■■■
　■■■■■
　■■■■■

―――――――

どこまでカメラを引けば、きっちり16:9の可視領域と同じか知りたい(公式が欲しい)。