10/04/02 00:22:20 zsqivwcw
【歴代スレ】
[Part20]ｽﾚﾘﾝｸ(gamedev板)
[Part19]ｽﾚﾘﾝｸ(gamedev板)
[Part18]ｽﾚﾘﾝｸ(gamedev板)
[Part17]ｽﾚﾘﾝｸ(gamedev板)
[Part16]ｽﾚﾘﾝｸ(gamedev板)
[Part15]ｽﾚﾘﾝｸ(gamedev板)
[Part14] ｽﾚﾘﾝｸ(gamedev板)
[part13] ｽﾚﾘﾝｸ(gamedev板)
[part12] ｽﾚﾘﾝｸ(gamedev板)
[Part11] ｽﾚﾘﾝｸ(gamedev板)
[Part9（10）] ｽﾚﾘﾝｸ(gamedev板)
[Part9] ｽﾚﾘﾝｸ(gamedev板)
[Part8] ｽﾚﾘﾝｸ(gamedev板)
[Part7] ｽﾚﾘﾝｸ(gamedev板)
[Part6] ｽﾚﾘﾝｸ(gamedev板)
[Part5] ｽﾚﾘﾝｸ(gamedev板)
避難所 ｽﾚﾘﾝｸ(gamedev板)
[その4] URLﾘﾝｸ(pc2.2ch.net)
[Part3] URLﾘﾝｸ(pc2.2ch.net)
[Part2] URLﾘﾝｸ(pc2.2ch.net)
[Part1] URLﾘﾝｸ(game.2ch.net)
3:名前は開発中のものです。
10/04/02 00:23:02 zsqivwcw
>>1 乙
4:名前は開発中のものです。
10/04/02 12:18:57 SERiDCve
if文の後にelse文を置いてるんですが
何故かif文の条件を満たしていてもelse文の方の処理が行われます・・・
if文の条件が満たされない時にelse文の処理が行われるんですよね？
5:名前は開発中のものです。
10/04/02 12:20:23 we5PFrOk
言語を書け言語を
たぶんカッコの付け忘れとかそんなんだろうけど
6:名前は開発中のものです。
10/04/02 12:20:32 Fh/2PU7C
==
と書くべきところを
=
と書いてるみたいなオチと見た
7:997
10/04/02 13:22:15 rr2azUuJ
遅くなりましたが、前スレでは、レスありがとうございました
ツリー式ではなく、チャート式（？）での管理が理想なのですが、
なかなか難しいですね
ユッキも拝見しましたが、自身の条件としてはLMの方が向いているかなと思いました
どうもありがとうございました
8:名前は開発中のものです。
10/04/02 13:57:18 vP+/26zG
>>7
LiveMakerみたいなアドベンチャーゲームを作るツールを探してるの？
遷移図を記述したいだけならExcelやPowerPointでもいいと思うんだけど。
9:名前は開発中のものです。
10/04/02 14:30:39 ACjUTq6B
遷移についてはフラグ変数を管理していて、自動的にシナリオファイルを書きかえるものってことじゃないの？
10:名前は開発中のものです。
10/04/02 16:02:30 vgsSeAGx
プログラマはツール作っちゃうんだよね。
で、ツールつくって満足して、成果物が無いとｗ
11:名前は開発中のものです。
10/04/02 17:02:21 Fh/2PU7C
>>10
あるあるすぎて
12:997
10/04/02 20:39:23 xjMETdT0
>>9 さんの仰るとおりです 説明下手ですいません
エディタや、いっそツールなどで、ありそうかなと思って色々当たったのですが、
なかなか思うようなものがみつからずこちらで伺いました
シェアウェアでもいいので、何か該当があればよかったのですが、
無ければ無いで、LMなどで代用しようかと思っています
あと、現在規制に引っかかってるので、
以降レスが遅れてしまうと思います 情報提供して頂いた方にはすみませんが
あらかじめ、ここでお礼を言っておきます
13:名前は開発中のものです。
10/04/05 15:30:41 bhvPPlxS
エフェクトを多用するゲームをdirectxを使ってC#かC++で作ろうと思っています
C#はガベージコレクションの際に重くなると聞いたのですが、気になるほど重いのでしょうか
14:名前は開発中のものです。
10/04/05 17:04:49 CxLhacM8
>>13
XBoxのGCは重いという話は聞いたことがあるけどWindowsでは気にするほどではないよ。
どこまでパフォーマンスを要求するかにもよるので↓の動画(C#で作られたゲーム)を見てみて。
URLﾘﾝｸ(www.youtube.com)
URLﾘﾝｸ(www.youtube.com)
URLﾘﾝｸ(www.youtube.com)
URLﾘﾝｸ(www.youtube.com)
URLﾘﾝｸ(www.youtube.com)
URLﾘﾝｸ(www.youtube.com)
15:名前は開発中のものです。
10/04/05 17:06:17 bhvPPlxS
>>14
わーありがとうございます。とても参考になります
16:名前は開発中のものです。
10/04/05 18:10:31 2/sy5miR
動作環境も分からないのに、動画だけで性能を判断しろというのは、
頭がおかしいとしか思えない。
17:名前は開発中のものです。
10/04/05 19:20:27 wDt5X6Cx
少なくともGCの参考にはならんわな
18:名前は開発中のものです。
10/04/05 23:56:59 SKypNDSr
XNAが想定するターゲットはアマチュアなのね
不定期のGC発動に起因するひっかかりの類の不都合なんてのは
どうせ知覚できる前に開発頓挫すんだから気にスンナっつーか
下手の考え休むに似たりって奴だなガハハ、という思想に基づいて
設計されてるので、「気にしない」という能天気な姿勢が幸福の科学
19:名前は開発中のものです。
10/04/08 07:57:46 qWUJOEN4
マウスの加速度って取得できますか？
20:名前は開発中のものです。
10/04/08 08:53:30 dRMb7JB2
加速度センサーなんて搭載して無いから計算
毎スキャンの座標変位量が加速度
21:名前は開発中のものです。
10/04/08 09:00:24 GhS6Z53c
それ速度じゃ
22:名前は開発中のものです。
10/04/08 13:33:01 51AaTy9t
速度を時系列に比較すれば加速度も分かるだろ
23:名前は開発中のものです。
10/04/08 14:36:56 GhS6Z53c
前々フレーム、前フレーム、現フレームで p'' → p' → p と移動したとすると
速度 = p'p, 加速度 = p'p - p''p' でそ
24:名前は開発中のものです。
10/04/10 11:28:03 FjCTIGNF
2Dのゲーム作成してるのですが、マップチップの管理って
どうやってます。AoE並にチップ作ると膨大で処理大変です。
なにか秘策か?
25:名前は開発中のものです。
10/04/10 12:14:53 bNL2E6nY
全然膨大でも何でも無いが、きちんと容量を計算した上で言っているのか？
26:名前は開発中のものです。
10/04/10 14:46:48 3sNcXITh
そもそも何につまづいてるのかわからない
まさかプログラムから使用する際の管理じゃなくて、
開発時に人間が手元で管理する方法を言ってるんじゃないよね？
27:名前は開発中のものです。
10/04/11 02:46:24 ZOQJKFht
>>12
よかったね～
ﾊﾞｲﾊﾞｲ
28:名前は開発中のものです。
10/04/11 22:12:40 Tg664cAQ
すみません。座標に関する質問です。
開始（st）、終点（ed）、st-edの直線（ln）として、
stとedから作られる矩形内のどこかに点（pt）があります。
st,ed,ptの座標のみ判明しています。
矩形の比率は不明です。長方形も含みます。
st＿＿＿＿
|＼ ・←pt |
| ＼ |
| ＼ |
| ＼ln |
| ＼ |
| ＼|
￣￣￣￣￣ed
座標は整数値で、最大幅でも10ほどしかありません。
このときのlnからptまでの直線距離を求めたいのですが、
ピタゴラスの定理で、st-ptとpt-edを足したものでは精度が低く値を
何倍かしなければなりません。
この距離はA*アルゴリズムに用いるstからedまでの
最優先の距離を求めるための各座標のコストにしたいのですが、
何か方法はないでしょうか。
29:名前は開発中のものです。
10/04/11 22:18:10 21uCpYrH
「点と直線の距離」でググれば山ほど出る。
30:名前は開発中のものです。
10/04/11 22:39:51 VQdAJfW+
直線の傾きを逆にしたptを通る直線とlnの交点を求めればいいだけ
31:28
10/04/11 23:09:11 Tg664cAQ
>29
すみません。もっと単純な方法がないか模索していまして、
「目的」は正確な値を求める事でない事を訂正させていただきます。
0123
1012
2101
3210
↑理想としてはゼロ行列（だったかな）の長方形、または正方形が
得られるといいと思いまして、
st-ptとpt-edの面積や、長辺同士を足してみるなどしましたが、
上手くいきませんでした。
無理な相談かもしれませんが、何か方法はないでしょうか…。
>30
ptからlnに垂直に下ろした直角三角形によって求めるという事ですか？
32:名前は開発中のものです。
10/04/11 23:31:12 Kt2YLsWF
＞最大幅でも10ほどしかありません。
意味が分からん
stとedから作られる矩形の辺の長さが10ほどしかないっていう意味か
33:28
10/04/11 23:36:28 Tg664cAQ
>32
そうです。説明不足で申し訳ないです。
34:28
10/04/12 00:00:09 DC1DE+O0
すみません。正攻法でいこうかと思います。
よく考えれば、急に答えられる質問ではないと分かりました。
レスを下さった方々ありがとうございます。
もう少し考えてみます。
35:名前は開発中のものです。
10/04/12 05:23:23 Q4nTZGxB
>>28
>>30の方法が正攻法なんだとおもうが、そういうこと？
36:28
10/04/12 09:07:58 DC1DE+O0
>35
おはようございます。
直線の逆の傾きとありますが、直線とはlnの事ですよね。
st＿＿／←ln（反転）
|＼ ・←pt |
| Ｘ←交点 |
／ ＼ |
| ＼ln |
| ＼ |
| ＼|
￣￣￣￣￣ed
交点-pt間の距離という解釈していましたが、
一夜明けて別の方法を思いつきました。
float a = height / width;
float val = Math.Abs(y - (a * x));
によってst-edの傾きをptまで垂直にずらした距離を求めると、
一次関数を使うだけで値が求められます（多分）。
お騒がせして申し訳ないです。ありがとうございました。
37:名前は開発中のものです。
10/04/12 12:16:10 QXYabgdv
それ違うと思う
素直に公式使っとけ
38:名前は開発中のものです。
10/04/12 15:08:02 FHoyqPM4
どう違うのか書けよ
39:名前は開発中のものです。
10/04/12 18:21:00 zEFdhUWo
ゲームの製作で改造対策ってどうやればいいのでしょうか？
使う値などに余分に値をいれたりしたりしてサーチしにくくするなどはわかるのですが
アドレスを変動させたりする方法ってどうやったりするんですか？
あと他に対策ってありますか？
40:名前は開発中のものです。
10/04/12 21:28:58 FHoyqPM4
ダミーでコピーを何か所にもばらまくとか？
41:名前は開発中のものです。
10/04/13 01:22:38 1xKgktjv
>>40がまったく見当外れすぎてﾜﾛﾀｗ
42:名前は開発中のものです。
10/04/13 01:43:26 CYqC/mUA
ゆとりのくせに回答者を気取ると、そういう罠に落ちるんだよね。
43:名前は開発中のものです。
10/04/13 02:24:50 MlaT8B/Z
>>39
話に水を差すような言い方で悪いが
メモリ監視ツール使ってチートしようとする奴への対策なんてのは
大半のゲームにとって不要な。んな余計な対策に手間かける暇あったら
さっさと普通に組んで面白いゲームに仕上げることに注力するのね
厨房が必死になってアドレス監視とかAPIフック等を駆使して改造したく
なるような面白ゲーを作った奴が勝ち組ね
44:名前は開発中のものです。
10/04/13 10:58:13 mmQLNmB0
答えになってない
45:名前は開発中のものです。
10/04/13 12:02:25 0cNtG/ZV
>>43
そうか？実メモリの改変対策はやったコストに対して得られる物が少ないから、
やる意味を感じない。売り物ならともかく。
>>39がいってることが、セーブデータの改変対策であるなら、
暗号化とかいろいろ方法はある。
ただ、自前暗号化だったりすると、逆コンパイルされたりすれば
結局何やってるかわかって改変される可能性は否定できない。
ただね、ココまでやろうとするやつに対応するコストはかなりの物になるよ？
売り物にしても良いぐらいの出来になってから心配しだしても良いと思うんだが。
46:名前は開発中のものです。
10/04/13 12:42:40 oVOryeDf
データは全部サーバ側で保存すればいいんじゃね
47:名前は開発中のものです。
10/04/14 19:50:43 86/Zs+Bj
C++とDXライブラリで3Dゲーム作ろうかと思ったんですが、
途方も無いと感じました
何かこう、"ゲームを作る上での"基本が詰まったサイトとかありませんか?
基本というのはベクトルや衝突といったものではなく、
通常のプログラムとは違った、ゲーム作成特有のテクニック、センスのようなものです。
48:名前は開発中のものです。
10/04/14 20:28:41 7iAkE382
>>47
ゲーム作成特有のテクニック、センスってのがなんのことを言っているのか
一つでも具体的な例を挙げてくれ
49:名前は開発中のものです。
10/04/14 20:39:02 86/Zs+Bj
>>48
すんませんテキトーです。
何か楽して作る方法があればいいなと思ってテキトーに言いました。すんません。ほんますんません。もうしません。
質問を変えます。3Dゲームを楽して作るのに参考になるサイトはありませんか?
50:名前は開発中のものです。
10/04/14 20:44:00 ALKggWBD
>>49
DXライブラリのサンプルは見てみた？
URLﾘﾝｸ(homepage2.nifty.com)
51:名前は開発中のものです。
10/04/14 21:01:51 86/Zs+Bj
>>50
うおお！！！新しいトピックができてたんですね、気告ぎませんでした
多分これはめっちゃ参考になります。ありがとうございます！
(2Dの時も大変お世話になりました)
ありがとうございました！！
52:名前は開発中のものです。
10/04/15 10:34:51 E3mgoxem
きも
53:名前は開発中のものです。
10/04/15 10:52:03 gOkzrWQ7
もき
54:名前は開発中のものです。
10/04/15 15:08:30 w3K8fyCR
AoEのNPCの動きみたいに、
未開拓のマップを歩き回って障害物などの位置情報をマップに登録していくという処理をしたいのですが、
あほなのでアルゴリズムが思いつきません。
参考となるようなサイトや書籍がありましたら教えていただきたいです。
55:名前は開発中のものです。
10/04/15 16:21:10 ZNgJfrR3
>>54
買っとけ
URLﾘﾝｸ(www.oreilly.co.jp)
ついでにAoE好きのお仲間同士なら>>24に付き合ってあげなされ
断る道理はないよな
56:名前は開発中のものです。
10/04/15 23:01:10 /kk97Tr5
うっその本とその前にでたAI本もってるのですが、
既存の障害物や道がある経路探索自体はできるようになったのですが、
無作為に歩き回って登録していくってのがわかりません。
適当に走らせてぶつかったら障害物というくらいならいいのですが、
段差で一方通行にはいけたり、障害物ではあるのだけど
△のような障害物の場合、完全にぶつかって進めないのではなく、
ずるずる斜めに進んでしまって障害物として判定しにくいとか
そういう部分をどう作っていくのかがわかりません。
57:名前は開発中のものです。
10/04/15 23:51:14 ZNgJfrR3
＞障害物ではあるのだけど
＞△のような障害物の場合、完全にぶつかって進めないのではなく、
＞ずるずる斜めに進んでしまって障害物として判定しにくいとか
＞そういう部分をどう作っていくのかがわかりません
任意の形状、自由な形状の地形データなの？
経路探索とか以前に点と多面体の衝突検出とか、そういうレベルで
コケてる気がするんだが…
格子でキッチリ区切られたセルで構成される2D迷路の探索とか
そういう単純なモデルで組んだことがもし無いようなら、まずは
その辺から始めたほうがいいんじゃないの
マイクロマウスの大会に参加する学生さんが色々解説してるはず。
足立法とか右手法とかトレモー何とか。もう何年も前のことなので
うろ覚えだが一方通行にも対処できるはず
58:名前は開発中のものです。
10/04/16 00:01:38 d6DCCmhN
>>57
どんどん後だしになってしまってすいません。
そうです任意の形状に対応したいんです。
２D迷路のような単純なものなら紹介された本読んだ後はできるようになったのですが。
想定してるのは2Dですが、
3DでXYZ座標があり、木や巨大な岩や水溜りなど通れない場所を未開拓探索しながら記録していくという感じが近いです。
経路探索とその衝突判定の組み合わせが難しいというか。
マイクロマウスというの調べてみます。ありがとうございます。
59:名前は開発中のものです。
10/04/16 11:41:34 /z2BRlNC
同じキャラのサイズは統一すべきだと思うんですが
どうしても決めたサイズ内に収まらない時（背伸びしたり両手を広げたり）ってどうしてます？
最初から最もサイズが必要な絵に合わせるべき？
60:複乳
10/04/16 13:49:58 qCIR6roO
背伸びしたり両手を広げたりした絵を規定のサイズに収める
もしくははみでた部分を切る
じゃなきゃでかめに作っておく
個々のサイズ変える(全部バラバラなら別だけど)のは絶対にやめたほうがいい
61:名前は開発中のものです。
10/04/16 14:01:15 /z2BRlNC
ありがとうございます
でかめでやっときます
62:名前は開発中のものです。
10/04/16 14:39:28 /LiaEi+v
>60が絵描きかどうかは分からんけど、
画力というかデザインでカバー出来ることもあるらしい。
63:名前は開発中のものです。
10/04/16 20:32:41 P+nOxyen
「背伸びしたり両手を広げたりした絵を規定のサイズに収める」のが画力じゃん？
でも昔の2D機と違ってD3D前提のPCゲーではOBJのビットマップサイズ等に
変な制約はないんでそういうチマチマした職人芸を強いられることもないのね
例えばキャラクタアニメーションの定義ファイルがあるとして、これがフレーム毎に
「テクスチャUV」「ビルボードサイズ・移動量」といったデータを持つように作るでしょ？
だからアニメーションのパターン一枚一枚のテクセルサイズをカッチリ一緒にする
必要無い。（一連のアニメがうまくテクスチャに収まるように配置（充填）できればいい）
キャラクタを画面上に描くビルボードの表示サイズもフレーム毎も可変で構わない。
アクションゲームならフレーム毎に当たり判定データも持つでしょ。ビルボード同様に
サイズ・位置可変で、更に個数も可変で
イメージ沸かないなら格ゲーツクールとかMMF2とか買って使い込んでみればいいよ
64:名前は開発中のものです。
10/04/16 20:43:42 P+nOxyen
あ、格ゲーツクールとかがD3D前提って意味じゃないからね
キャラサイズを昔の2Dハードみたいにサイズ固定する理由がないってことね
65:名前は開発中のものです。
10/04/18 15:38:21 iMX0rLzk
プレイヤーの足場を求める時に
if(MapData[(int)(playerY)/MAP_SIZE][(int)(playerX)/MAP_SIZE]==0)
とやってるのですがplayerYに足場の座標を代入する良い方法はないでしょうか
66:名前は開発中のものです。
10/04/18 20:22:39 wPmpnVuQ
あげ
67:名前は開発中のものです。
10/04/19 12:12:45 fsRwXAo0
卒研でVisualC++とDirectXでゲームを作ることになったんだけど
期間内でできるか不安
68:名前は開発中のものです。
10/04/19 12:18:11 jPzCS5Y2
>>65
playerY = (playerY / MAP_SIZE) * MAP_SIZE;
69:名前は開発中のものです。
10/04/20 01:39:55 IH4/h5eA
学校でDirectXとかズブズブですね。
70:名前は開発中のものです。
10/04/20 23:08:03 lS+0qUy6
URLﾘﾝｸ(www.youtube.com)
URLﾘﾝｸ(www.youtube.com)
シェーディングのチェックのために、上記ビデオに出てくるような吹き抜けのお城(？)の3Dデータが
ほしいのですが、配布もしくは販売しているところをご存知でしたら教えていただきたいです。
よろしくお願いしますm(_ _)m
71:70
10/04/21 19:28:01 ddbk9f7a
URLﾘﾝｸ(hdri.cgtechniques.com)
見つけました！
失礼しましたm(_ _)m
72:名前は開発中のものです。
10/04/22 00:27:44 a675FHCq
あー、三国志のRTS作りたいわー
じゃあ作れよと言われても知識＼(^o^)／ｵﾜﾀ
73:名前は開発中のものです。
10/04/23 16:15:59 /iVgo9y3
PCで2Dゲームを作る際の解像度はいくつがいいですか？
74:名前は開発中のものです。
10/04/23 17:44:36 mKYVAr1j
とりあえず困らないのは640x480か800x600
75:名前は開発中のものです。
10/04/23 18:05:51 3PqSuJIq
>>73
ゲームの内容次第、内容が不明なゲームでは答えようも無い
すごく横に長細いウインドウのゲームをやったことがあったが
内容に合っていたのでまったく困らなかった
640x480でも縦STGとかだと何で最初から縦長の画面で作らんのだろう？
と思うこともある
だから自分のゲームデザインに適してると自分が思う仕様で作りなさい
76:名前は開発中のものです。
10/04/23 21:30:55 GvbKseDL
メニュー画面やタイトル画面を作るときの要素（タイトル画像や選択項目など）の
アニメーションや配置座標情報を設定するのにみなさんはどんなツールを使っていますか？
もしくはハードコーディングだったり、自作ツールを作っていたりするんでしょうか？
77:名前は開発中のものです。
10/04/24 01:44:45 HU8kE9y3
縦STGで縦長の画面にしないのはフルスクリーン用では
縦長の画面でなくとも画面の使い方で縦長に出来るし
78:名前は開発中のものです。
10/04/24 07:55:27 drnPL57D
必ずそういう事言う奴が居るがワイド画面にきちっと対応していないのとかも意外に多く
Windowで合わせて貰える方が無難だ、そうなると4：3画面で作られる縦STGは本当に邪魔くさい
79:名前は開発中のものです。
10/04/24 11:10:37 tcsda+Vh
ワイド画面云々は、モニタの設定じゃねーの？
80:名前は開発中のものです。
10/04/24 13:21:24 p+ZvCADD
4:3の画面モードを正しいアスペクト比で表示してくれない
ワイドディスプレイのPC環境が少なくないんで、仕方なく
アプリ側で何かしら対処することはあるのね
16:10や16:9のLCDの表示容量(ネイティブ解像度)を取得して
それに合わせて画面モード設定して左右に枠（黒or絵柄）を
描いたり。dot-by-dotにも対応するときは上下左右に描くのね
で、ウィンドウモードで遊んでください、で済むならそれが一番ラクね
81:名前は開発中のものです。
10/04/24 13:47:23 d/r4hXs0
自分は常に固定のアスペクト比のテクスチャにシーンをレンダリングして、
それを最後に画面全体サイズのバックバッファにアス比固定でStretchRect転送してるよ。
これで画面サイズがどうあれ、正しいアス比で固定される。
82:名前は開発中のものです。
10/04/24 14:34:30 drnPL57D
>>79
そういう問題じゃないから
>>80-81
今のPCはながらゲームでもそこらのフリゲなら重くならんくらいの性能があるものが大部分だし
モニタも昔より大きくワイド使ってる奴も多い
だからウィンドウモードで遊んでくださいって言わなくてもだいたいがウィンドウモードだよ
ちゃんと対応してくれるに越したことはないけど、ウィンドウモードで遊びやすく設計されてれば
大きな問題はない、立ち上がるとき勝手にフルスクリーンになるのさえ迷惑だったりする
83:81
10/04/24 14:53:33 d/r4hXs0
>>82
もちろん、ユーザーがフルスクリーンと設定したときの挙動の話ね。
ウィンドウモードのときは楽チンだよねｗ
84:名前は開発中のものです。
10/04/24 17:13:13 drnPL57D
あとフルスクリーンでやらざるを得ないくらい小さいのは嫌だな
640*480の横長画面の両脇に残機やスコアなどのデータ表示スペース設けて
中心に立てSTG
組み込んだような奴はサイズ的に微妙800*600くらいならウインドウでも十分だけど
ちゃんと対応してないとワイド画面でアス比が狂うし、そのままだとちょっと見づらい構成だと
まともに楽しめないからな
85:名前は開発中のものです。
10/04/24 17:19:02 U7wZT1tX
320×240の場合はフルスクリーンでも仕方が無いかな？とか思う。
ウィンドゥモードでは小さすぎるから。
86:名前は開発中のものです。
10/04/24 17:24:34 drnPL57D
320×240なら2倍拡大で640*480でウインドウ表示できるようにして欲しいな
今時320×240でわざわざ作るなんて、逆に小さいことで何かを狙ってるゲームじゃないか？
それにそんな粗い画像のゲームをフルスクリーンにしても嬉しくないし
さらにフルスクリーン時にワイドモニタでアス比が狂うようなら目も当てられん
87:名前は開発中のものです。
10/04/24 20:45:57 9G78iIee
>>86
320*240はツクールではよくある気がする。
88:名前は開発中のものです。
10/04/25 08:45:08 R/l487cB
ツクールは544x416だろあれでもやや小さいけどさ
89:名前は開発中のものです。
10/04/25 17:20:38 UDXAoPVs
640x480などのゲーム画面をフルスクリーンにしたときにアス比がおかしくなるってのは
モニタの設定で切り替えるのって普通じゃないの？
もしかして 俺がおかしい？
安物にゃ付いてないよ、って意見なら分かるが。
90:名前は開発中のものです。
10/04/25 19:20:20 R/l487cB
ゲームのたびにモニタの設定変えるのか？
4：3モニタでフルスクリーン時にアス比が狂うのは自分のせいだが
ゲームの仕様でフルスクリーンにすると4：3のゲームが16：9に歪むのがあるんだよ
あとできるだけフルスクリーンではやりたくないし
今時フルスクリーンでやる奴少ないだろ
91:名前は開発中のものです。
10/04/25 19:27:19 1OfKigkp
当たり判定の関数を作るに当たって、Collision(CharaData *a CharaData *b){}という風なものにし、この引数に、他のクラスからの構造体の
配列のアドレスを返す関数を作りたいんですがどうすればいいでしょうか。
Collision(&JikiShot,&Enemy){}だと、一発、一匹のときは出来たのですが、これを、複数行うにはどうすればいいのかわかりません。
CharaData JikiShot[256];
CharaData Enemy[512];
Collision(&JikiShot[i],&Enemy[j]){}//このような感じで行いたいのですが。
&JikiShot[i]などを、返値で返す関数の作り方もわかりません。
よろしくお願いします。
92:名前は開発中のものです。
10/04/25 23:05:21 77HGVGIT
最近ノート型 PC の解像度が上がってきていて、ロースペックでも 1366x768 くらいが標準になってきている。
これに収まる 4:3 または 16:9 で大きいものにしないと、フル HD 対応モニタだとフルスクリーンにするしかなくなるほど小さくなってしまうだろうな。
93:名前は開発中のものです。
10/04/25 23:21:43 9JIqTsJC
>>91
ポインタについてもうちょっと勉強しようぜ
94:名前は開発中のものです。
10/04/26 00:04:05 VSz0FUYx
さっぱりわかんないけどさ、
質問の最後に「よろしくお願いします」って付けるのはYahoo知恵袋だけだから
2chで使うと嫌われるから次から注意してね。
95:名前は開発中のものです。
10/04/26 00:51:26 re+thrRA
知恵もないのにそういう事だけいうなんてどうしようもない奴だな
お前何様だよ。
答えられるようになってからそういう事いえよ カス
96:名前は開発中のものです。
10/04/26 01:05:13 LdHY1oAb
>>90
4:3の解像度で出力すると、自動的に左右にレターボックス表示して
アスペクト比が狂わないようにしてくれるモニタも多いよ。
あと、最近の高解像度モニタだと、インチ数によっては640x480は小さいと感じるかもしれないなあ。
最初から解像度を落とせばいいんだろうけど。
>>94
どこの常識だよｗ
2chだと、多少くだけた口調で質問してもそんなに問題ないとか、
別所だとネットスラングでの質問はマナー違反だとかはあるかもしれんけど、
2chで丁寧口調がダメということは無いっしょ。
97:名前は開発中のものです。
10/04/26 06:23:18 PBgQ/EBC
>>91
URLﾘﾝｸ(www.geocities.jp)
ポインタの扱いについてはこの辺を見れば分かるかと。
>一発、一匹のときは出来たのですが、これを、複数行うにはどうすればいいのかわかりません。
forループで処理させるのではダメ？
for(int i = 0; i < 256; i++)
{
for(int j = 0; j < 512; j++)
{
Collision(&JikiShot[i], &Enemy[j]);
}
}
98:名前は開発中のものです。
10/04/26 12:06:54 gcCDVLcC
DSのhomebrew開発スレが見当たらないのですが、落ちたんでしょうか。
それとも任天ｄ
99:名前は開発中のものです。
10/04/27 00:48:47 y5cH/Uon
久々に３Dったら頭が混乱してきました。
球を ｙ>=a（定数）でカットした半球的なものと平面の埋まりの検出ですが
if 半球と平面の距離d <= r（球の半径）
｛
if d.y（ｄのy成分） >= a
｛
埋まり確定！
｝
else
｛
平面上の y=a となる直線 L を考えて
if 半球とLの距離 <= ｒ
｛
埋まり確定！
｝
else
｛
埋まってない！
｝
｝
｝
else
｛ 埋まってない！ ｝
で問題ないですかね？もしくはもっといい方法教えて
100:名前は開発中のものです。
10/04/27 11:11:08 YQQlekKQ
URLﾘﾝｸ(javagame.skr.jp)
ここのブロックと自機の衝突部分をＣ++でやるとしたらどんな感じになるんでしょう？
101:名前は開発中のものです。
10/04/27 11:25:52 KjDVWDVP
>>99
そのまま日本語で説明されてるじゃない。
102:名前は開発中のものです。
10/04/27 11:29:05 DSxZYWnI
>>100
ロジックそのままで良いんですけど…
もしかしてソースコードをきいてんの？
103:名前は開発中のものです。
10/04/27 11:41:37 rLh640PO
>>100
ソースコード見てみたけどほとんどそのまま移植できるよ。
104:名前は開発中のものです。
10/04/27 11:48:15 YQQlekKQ
>Point tile = map.getTileCollision(this, newX, y);
この部分はどうなるんでしょうか？
105:名前は開発中のものです。
10/04/27 12:32:58 7SlZhUcN
それくらい自分で考えろ
106:名前は開発中のものです。
10/04/27 12:33:10 tY0CYfCK
>>104
えっ？
Pointクラスを作ってないとか？
getTileCollisionの方？実装はそのページの下で説明してるやん？
なんかの本のコードまんまコピペしたって。
107:名前は開発中のものです。
10/04/27 12:39:32 rLh640PO
>>104
Point *tile = map->getTileCollision(this, newX, y);
108:名前は開発中のものです。
10/04/27 12:47:14 YQQlekKQ
ありがとうございます
109:名前は開発中のものです。
10/04/27 14:24:37 tY0CYfCK
何が分かって、何が分からなかったんだろう…
スルーされてる >>76 が俺も気になるんだが。
俺の場合座標とかハードコーディングなんだけど、みんなどうしてんだろね。
110:名前は開発中のものです。
10/04/27 14:59:43 +9zKjY27
ゲーム会社勤務のPGさんの話だけど
その当時、FLASHか何かで作ったメニューを読み込めるようなシステムを開発してたらしい
111:名前は開発中のものです。
10/04/27 15:44:05 rLh640PO
今はUIをFlashで作成できるScaleformGfxっていうミドルウェアがあるよ。
ゲーム会社だと何かしらのUI作成ツールを使ってるところが多いと思う。
でも個人制作だとそこまで手間もお金も掛けられないし、ほとんどがハードコーティングじゃないかな。
そういうフリーのツールがあればいいんだけど・・・
112:名前は開発中のものです。
10/04/27 16:26:10 DSxZYWnI
Flex使えば基本的なUI作るの難しくないと思うんだけど・・・・
画像をカスタマイズし始めると面倒だけど。
113:65
10/04/30 07:12:03 6IWWdbeh
>>68
操作キャラが当たっている地面を求めたいのですがうまくいきません・・・
for(i=0;i<MAP_H;i++){
for(j=0;j<MAP_W;j++){
if(MapData[(int)(playerY)/MAP_SIZE][(int)(playerX)/MAP_SIZE]==1){
・・・
この判定でプレイヤーの足元が地面なら
playerY=(mapi*MAP_S);
と、当たっている地面上部分の座標をplayerYに入れてやりたいのですが
どこの地面に当たっているか調べるのにいい方法はないでしょうか
114:名前は開発中のものです。
10/04/30 07:43:35 6IWWdbeh
playerY=(i*MAP_SIZE);
でした。
115:名前は開発中のものです。
10/04/30 07:50:45 SoO+SnLu
>>113
>if(MapData[(int)(playerY)/MAP_SIZE][(int)(playerX)/MAP_SIZE]==1){
この条件文がどこの地面に当たっているかを調べてるんじゃないの？
116:名前は開発中のものです。
10/04/30 08:13:35 6IWWdbeh
>>115
足元が１かどうか（地面かどうか）だけ調べてると思うので
どこの地面なのかは分からない、気がします
117:名前は開発中のものです。
10/04/30 08:25:20 SoO+SnLu
>>116
>足元が１かどうか（地面かどうか）だけ調べてる
ということは足元がどこの地面か分かっているということでしょ？
つまり「MapData[(int)(playerY)/MAP_SIZE][(int)(playerX)/MAP_SIZE]＝当たっている地面」だと思われるけど。
118:名前は開発中のものです。
10/05/02 13:03:36 qwH1pwxC
Windowsでやってて，
assertにかかったときにエラーウィンドウで
例外参照知らされると思うんだけど，
単にVCデバッガでブレークするだけにできない？
いちいち再試行おすのがめんどい＆
間違って中止おしてバグ再現しなきゃいけなくなるのが辛い．
119:名前は開発中のものです。
10/05/02 14:39:29 e37jMZuS
__asm { int 3 }
120:名前は開発中のものです。
10/05/02 15:31:30 GNNinoD1
カプセル化で質問です
ステータス画面などを表示したいときも
HPやMPを見るためだけのメソッドを用意した方がいいんですか？
121:名前は開発中のものです。
10/05/02 15:34:13 qwH1pwxC
場合による
122:名前は開発中のものです。
10/05/02 15:38:11 GNNinoD1
その場合がわかりません＞＜
参考になるサイトとかありますか？
なさそうならとりあえず勉強と思って全部作ってみますが
123:名前は開発中のものです。
10/05/02 15:44:47 bkckDMgJ
HPやMPならステータス画面のレイアウトで何桁まで表示するか決めてるはず。
そういう場合ならメソッド作って、何桁以上ならカンストするとか、表示するときだけその桁数に合わせたらいいんじゃね？
わからなかったらとりあえず作っておけ。後で変えるときに楽だ。
124:名前は開発中のものです。
10/05/02 15:59:03 xnYPH8Bt
例えば宇宙空間にいるときはHP/MPを一律3分の一にしたいなんてときに
ゲッタの中で3分の一にしておけばそれで十分なわけだ。
125:名前は開発中のものです。
10/05/02 16:23:06 Z7PNMhjm
ゲッタｗｗｗ
やれやれ、文明の地にJava原人が紛れ込んだようだ。
126:名前は開発中のものです。
10/05/02 16:37:37 xnYPH8Bt
setter/getterってjava限定の用語だったんだ知らなかった
127:名前は開発中のものです。
10/05/02 16:50:10 J6RVu3x/
こんな未開の地で言語民族が争うんじゃない
128:名前は開発中のものです。
10/05/02 21:08:36 Fty9ttWn
>>126
日記だが、
昔クラスタの講習を受けたときにアクセサメソッドが出てきてJava特有のもんだと思ってたよ
結局その件はぽしゃったんだが、何故か時代遅れのActiveXをVCで作ることになったとき
JavaScript側からのアクセス方法として出てきて懐かしくなった
129:名前は開発中のものです。
10/05/03 05:52:16 0wSce+Dq
>>122
とりあえず>>120のパターンだとアクセサは用意しておいた方が良さそう。
あとは「カプセル化」でググって下さい。
130:名前は開発中のものです。
10/05/05 17:38:37 ct+h51hJ
>>125が一番恥ずかしいということでよろしいか
131:名前は開発中のものです。
10/05/10 19:00:51 gdJFfJNK
俺の知ってるHSPスレが悉く落ちているんだが、新ｽﾚとか立てたら来てくれる人いるんだろうか。
それとも派生スレを再利用した方がいいんだろうか。
132: [―{}@{}@{}-] 名前は開発中のものです。
10/05/10 21:30:38 fxUBI2Ko
立て逃げ宣言か。HSP厨はいくつになっても厨房だな
どうせ止めても立てるんだろうから好きにしなよ禿げ
ゲ製板の本スレ
★ゲーム製作期待の星！ HSP Part 9 ★
ｽﾚﾘﾝｸ(gamedev板)
3Dスレ
【HSP】HSPで３Dゲーム ４ 【３D】
ｽﾚﾘﾝｸ(gamedev板)
あとム板に質問スレと駄目です犯罪ですスレがあったな
133:名前は開発中のものです。
10/05/10 23:18:05 gdJFfJNK
>132
トン。そこが本スレになっているのか。
パート16までは確認してたが、そんなスレがあったのぜんぜん知らんかった。
そっちで聞くようにしてみるよ。
134:名前は開発中のものです。
10/05/11 17:11:43 QbQcF3AV
2Dスクロールアクション作っててジョイパッドにも対応することにしたんだけど
検証用にどの製品が良いのか分からないのでアドバイス下さい。
今までPCゲームほとんどやってなくて、
自分で調べた限りで検討してるのは、BSGP801GY（SFC風）です。
安くて（今作ってるゲーム以外では使わない）そこそこ評判が良さげで、
イベント展示用に持っていく時もかさばらなさそうだという理由。
ちなみに十字キー＋通常4ボタン＋スタート＋セレクトを使用、約60FPS。
スーマリくらいの操作性でそんなシビアではないけど、キーの取りこぼしは避けたいです。
心配してるのは、一般プレイヤーはPS2風のコントローラーの方が好きなのか？
もしPS2風の方が多い場合、自分がBSGP801GYで動作検証しても
他のプレイヤーのコントローラーで使えなかったりするのか？といったことです。
ただし今のとこ、プログラム上ではjoyGetPosEx関数でキー番号1～12を取得して
自由にコンフィグ入れ替え可能なまでにはしてあって、実機がないからテストはしてない状態です。
135:名前は開発中のものです。
10/05/11 17:58:42 1jprUcQI
>>134
基本的にそのアクションゲームが
十字キーと十字キーと同じ面に付いているトリガー1～4のみを使うゲームなら
ほとんどのパッドで問題はないと思う
スタート＆セレクトに関してはパッドのよって割り当てが違うので要注意
自分が持っているものでもその部分にハットスイッチがあったり
連射切り替えボタンがあるようなモノもいくつもある
PS形状のLR含め8ボタンのものはスタート＆セレクトは9と10に割り当てられている
場合が多くSFC形状のパッドでは7＆8に割り当てられている場合が多い
7と8はPS形状だとL2＆R2ボタンに割り当てられている場合が一般的
これは間違えてプレイ中に押してしまう人も居るので使用によっては注意が必要
一応ＰＳに似た配置のパッドでも一応の標準的なキーは位置はあっても
モノによってキーは位置が違っていたりする、バッファローみたいな大手でも
同じメーカーで見た目のボタン配置が同じなのにキー割り当てが違う製品があるくらい
キーコンフィグがあればあまり問題はないけれど一応1000円程度で買えるので
ほぼＰＳと同じ配置のUSBゲームパッドを検証用に1つ買っておくと良いとは思う
実際問題今後もアクションゲームを作っていくなら奮発して2000円前後の
使い勝手のよさそうなPS配置のものを1つ買っておくと良い
136:名前は開発中のものです。
10/05/11 18:35:12 N2QL8OL8
ＵＳＢは遅いからプリンタケーブルに接続するものを自作したほうがいいよ。プロはみなそうしている。
137:名前は開発中のものです。
10/05/11 18:45:02 1jprUcQI
>>136
いつの時代の話だか
パラレルポート16M、USB1.1は12Ｍ
パラレルに接続が流行ったのはゲームパッドをシリアルポートに接続していた時代のことだろ
それにゲームを操作する信号自体
そこまでの転送容量はいらないぞ
138:名前は開発中のものです。
10/05/11 18:48:21 tiOS8rUG
それよりプロって何のプロだ？
日本じゃプロのＰＣゲーマーなんていないだろ韓国じゃアメリカじゃあるまいし
139:名前は開発中のものです。
10/05/11 19:21:32 ZMWUPVjp
PCじゃないが ウメハラがプロゲーマーって日本初でなのっていたな
140:名前は開発中のものです。
10/05/11 19:24:07 ibwkSFdU
え！？
ウメ、プロに昇格したの！？
141:名前は開発中のものです。
10/05/11 19:34:01 1jprUcQI
ウメハラって言うのがなんだか知らんけど
そいつはバカみたいにゲームパッドをパラレル接続にしてるのか？
142:名前は開発中のものです。
10/05/11 20:06:24 YWGBRWug
>>134
気にしすぎ。
キーコンフィグあるなら、気にする必要無かろう。
文句出てから対応で十分。フリーのゲームなんでしょ？
143:名前は開発中のものです。
10/05/11 21:04:26 ZMWUPVjp
>>140
自分でいっているだけみたいだが
詳しくは分からないからググってくれ
144:名前は開発中のものです。
10/05/11 21:33:18 QbQcF3AV
スタートとセレクトは、ポーズとメニュー用なので、
間違えて押すとうざいだろうけど、致命的ではないかと。
ゲームはフリーの二次創作ですがここまで数年かかったので
完成しても次のゲームを作る気力は無さそうですw
いろいろ参考になりました、皆さんthx！
145:名前は開発中のものです。
10/05/11 21:52:33 TKDOFbWs
きめーーー。ゲイ同士二人だけのスレW
ｽﾚﾘﾝｸ(pinkcafe板)
146:名前は開発中のものです。
10/05/11 21:58:44 YWGBRWug
>>144
キーの配置が物によっておかしいのはあり得るけど、
ゲームはじまればすぐ気づくし、キーコンフィグでOKでしょ。
>間違えて押すとうざいだろうけど、致命的ではないかと。
ウザイ程度なのか、致命的なのかどっちなんだｗｗおちけつｗ
147:名前は開発中のものです。
10/05/11 22:50:46 Pq30OCBN
PCゲームならまず最初にキーコンフィグするだろ、普通
148:名前は開発中のものです。
10/05/11 22:55:42 6+Fyb6b4
SQLをゲームのデータ管理に使うのってそんなに便利なの？
誰か使っている人いる？
URLﾘﾝｸ(marupeke296.com)
149:名前は開発中のものです。
10/05/12 00:44:39 /96M4YqH
>>148
普通に使うが、それはSQLを知ってるから。
ある程度規模が無いとメリットは感じないかもな。
150:名前は開発中のものです。
10/05/12 00:55:40 Ctshm01T
データベースというものが一体何をするものなのかも良く分かっていない･･･
単なるデータ表みたいなのではないの？
CSVファイルをC言語で読み込むのとは分けが違うのかなぁ？
151:名前は開発中のものです。
10/05/12 01:02:14 TW+wbp9/
SQLで特に便利な機能って、"group by"とかか
SQL文１つで他の表と簡単に結合できる
152:名前は開発中のものです。
10/05/12 02:13:50 RGXBbcnU
集計やソートがSQLの強みだから普通のRPG程度ではあまり意味ない。
一番差が出るのは、たとえば交易やトレード、MMORG
どのアイテムを誰がいくつ持っているかやユーザのログイン管理みたいに、
ランダムで適当に数字作るわけにいかないようなものだと、
逆にSQL使わないととても管理しきれない
153:名前は開発中のものです。
10/05/12 02:26:17 lFdb3vUJ
>>152
君は馬鹿だろ。
共用のデータにアクセスする仕組みで一番枯れてるから利用されてるだけ。
＞ランダムで適当に数字作るわけにいかないようなものだと、
＞逆にSQL使わないととても管理しきれない
↑ コード書いてないだろ。
154:名前は開発中のものです。
10/05/12 22:55:41 vZNCFf+m
>>150
語弊がかなりあるけどこんなイメージかな
CSVファイルにデータ表（1ファイル1テーブル）を書いてC言語で読み書きする
↓
何度もファイル開いて1行ずつ読んで…ってコード書くのがうざくなったので、
その部分を独立したプログラムにする。
このプログラムに対してデータを追加・検索するなどのコマンドを送れば
結果が返ってくる（もう使う方からはCSVファイルの存在を意識しなくてよくなった）
↓
このプログラム（DBMS データベースマネジメントシステム）は、
専用言語（SQL）で検索・追加・削除などの操作ができる
しかも速くて大量のデータを扱える（1000万件とか）
※さらに整合性を保つための仕掛けとかもできる
このDBMSが、OracleとかSQL ServerとかMySQLとかPostgreSQLとかのことで
独立したアプリケーションとしてサーバー上で動作する。
SQLiteはちょっと特殊で、アプリ組み込み型（モジュール扱い）で軽量なので取り回しやすい
155:150
10/05/12 23:08:29 Ctshm01T
>>154
ありがとう！
なるほど。
大量のデータに検索ってだけでも十分に使う価値ありだね。
幸い（？）にも、まだそういうが必要になるプログラムを書くことがなかったけど、
今後、新しい問題に取り組むときには意識してみるよ。
156:名前は開発中のものです。
10/05/13 11:01:42 RQqzrl9H
ま、ゲームでは使い道が少ないってだけで、
世の中ではばんばん使われてるからねぇ。
MMOでも作らん限り、積極的に利用できる場面は限られるけど、
それでも、仕事の知識が生かせて簡単に使えるから、使っちゃうなぁ。
今後はKVSが流行るんだろうけどね。
流行るというか、Web系だと必修になるかんじか。
157:名前は開発中のものです。
10/05/13 11:15:50 gxo3tiAt
DBもさ、ひとつの表からリレーショナルでマスターとかテーブルに分割しちゃったあとの更新作業が面倒
いちいち各マスター更新してからID探して各テーブル更新とかじゃなく
元の一つの表ベースで1行更新掛けたら、あとはDBが各テーブルに振り分けて更新するくらいしてほしい
158:名前は開発中のものです。
10/05/13 11:44:01 vUM1T9VZ
それは正規化まちがってんじゃないか？
ビュー使う方法もあるし
159:名前は開発中のものです。
10/05/13 12:11:36 gxo3tiAt
ビュー？
それでマスターIDとか意識しなくても
ビューの1行追加で済む？
りんご スーパー成田 ￥50 青森
りんご 田沢商店 ￥60 長野
みかん スーパー成田 ￥20 愛媛
みかん 田沢商店 ￥40 和歌山
これに
りんご ジャスコ ￥70 中国 とか追加で済む？
実際のテーブルのデータは
1 1 50 1
1 2 60 2
2 1 20 3
2 2 40 4 こうなってるのはわかってるよな？
追加するなら
1 3 70 5 で、その前に店舗マスターと産地マスターを更新してID値を確保せねばならん
これが
addｌｉｓｔ＝｛りんご ジャスコ ￥70 中国｝とかで更新出来るんならすごい
160:名前は開発中のものです。
10/05/13 12:31:58 vUM1T9VZ
ああ読み間違ってた
それなら無理
ただ、その手のコードは一回簡単なコードを書くだけだから、それほど手間とも思わないが
161:名前は開発中のものです。
10/05/13 12:45:57 vUM1T9VZ
と思ったが、ちょっと調べてみたら、更新ビューで追加もできるのがあるみたいね
外部キーはどうすんだろ
162:名前は開発中のものです。
10/05/13 12:55:03 RQqzrl9H
>>157
おまえ、本気でそれのほうが効率がいいっておもってる？
>>159の例から考えると
りんご ｽｰﾊﾟｰ成田 ￥40 青森
を追加した場合の処理はどうなるんだよ
入力を指示した人からすると、「ｽｰﾊﾟｰ」と「スーパー」は同じつもりでも、
PCだと別データとして認識するだろ。ｽｰﾊﾟｰ成田は別IDになるんか？
そこまでDBの判断に任せるとかありえん。
それに、都度、登録済みかどうかの判断が入るとか致命的。
1000件程度ならいいが、10万件とかざらだろ。
俺が扱ってる奴ではマスタは1万件ぐらいでも、実データの方は7億ある奴があるぞ。
マスタの更新はデータテーブルに比べるとほとんど無いと言う普遍的な経験があるから、
正規化して、マスタを切り出すわけなのに、それは無かろう。
163:名前は開発中のものです。
10/05/13 13:08:37 gxo3tiAt
>>162
お前・・・・プログラム上の処理のことと
ユーザー誤入力の不具合とごっちゃにすんなよ
ユーザーが「スーパー」を見逃して「ｽｰﾊﾟｰ」で新規登録しちゃう場合
どのみちDBはそれに従って新規追加するしかない
それは自動と同じ不具合だ
164:名前は開発中のものです。
10/05/13 13:20:34 O3Jg0he7
なんでユーザーがマスタを手入力してるの？
逆にそれでいいなら表分割しない設計が正解じゃん
165:名前は開発中のものです。
10/05/13 13:22:59 RQqzrl9H
>>163
ふむ、例が悪かったかもしれん。
確かにごっちゃにしてるな。
根本的な話をすべきだな。
>>160が言うとおり、そんなの対した処理じゃないし、
そもそもそれの処理を素のSQLの処理だけでやるのか？って話になるよな。
DBの上には普通アプリケーション層があるよな。
あなたが言ってる部分とか、そこで吸収できちゃう。
というか、出来なきゃいけないでしょ。
画面から、さっきのデータだけがわたってくるわけでもないだろうし、
実際のアプリ画面とか考えたら、データ入力画面では、マスタ部分は選択にするでしょ。
選択肢にないなら、新規マスタ登録画面にでも遷移してマスタ登録するだろうし。
あなたがやりたいその処理が行われる場面ってのが想像できない。
166:名前は開発中のものです。
10/05/13 13:33:55 vUM1T9VZ
そういう状況があるかどうかなんて、それぞれの個々の条件によるんだから、議論してもしょうがないよ
問：「これこれこういう場合に何かいい方法ある？」
答：「そんな場合あり得ないから考えなくていい」
不毛だろｗ
167:名前は開発中のものです。
10/05/13 13:36:36 gxo3tiAt
>>164
表分割せず全部プログラマがconst掛けてリストを作り
データ量削減と更新をやるのは従来どおりの手法
今はDBを利用してやる場合（>>150）の話だ
マスター更新がない場合でも、いちいち毎回ID値引っ張ってこなきゃならない処理が増える
DB使わなきゃそんなの意識せず
単に りんご 田沢商店 だけでconst値で処理が終わる
168:名前は開発中のものです。
10/05/13 13:42:21 vUM1T9VZ
だから、更新ビューでINSERTできるRDBもあるって言ってんじゃん
俺は使ったことないから、後は自分で調べてくれ
169:名前は開発中のものです。
10/05/13 13:43:15 RQqzrl9H
>>166
確かに不毛だがｗ
しかし、>>157がの希望に対しては答えでてるでしょ。
>>160でいうとおり「それほど手間ではない」
1回メソッド作れば終わり。しかも対した手間ではない。
170:名前は開発中のものです。
10/05/13 13:59:31 O3Jg0he7
>>166
元の問いに対しては「無い」が正解だな
代替案としては表の非正規化という回答を提示した
※他の方が回答している通りOracle等のほかのDBなら方法があるが
俺はSQLite前提の話な
SQLiteのViewはReadOnly
>>167
りんご、田沢商店がconst値になっている？
それでいいなら商品名マスタや店舗マスタを分割する理由がない
一つの表にすべてのデータが入るべき
DBを使う場合と使わない場合で実現している機能が違うから
手順が増えるのは当たり前
171:名前は開発中のものです。
10/05/13 14:11:15 O3Jg0he7
あ、わかった
配列に代入する手間をDBなしの場合はコストゼロで計算してるのか
それDBを使うかどうかじゃなくて、データを外部に持つかの問題じゃね？
ファイルから読み込む場合も同じ事がいえる
172:名前は開発中のものです。
10/05/13 14:19:51 uQyfT4Hj
>>167
文字列からIDを取り出す処理を混ぜるのなら、
insertでサブクエリーの結果を挿入すればいいだろ。
そもそもDBも分かってなければSQLも理解していないから、
あり得ない例が出てくるんだよ。
173:名前は開発中のものです。
10/05/13 14:36:20 vUM1T9VZ
>>171
確かにそうだがｗ
ファイルに書くと削除処理の面倒くささがDBの比じゃないしね
174:名前は開発中のものです。
10/05/13 14:51:09 O3Jg0he7
文字列からIDを取り出す処理ってDBなしの場合でも必要だよね？
DB有無の差がどこで発生したか本当にわからん
ソースの行数レベルで比較してもDB有のほうが少なくなると思う
175:名前は開発中のものです。
10/05/13 15:25:40 X+eHsgZ5
いや、単純に、正規化してテーブル分けた場合の更新処理が、
なんで一発でできないんだって、文句言ってるだけだと思うぞ
総じてDBよりテキストファイルのほうが優秀、とかそんなことまで考えてないと思う
176:名前は開発中のものです。
10/05/13 18:28:38 gxo3tiAt
>>171
なにもわかってないね
const使って表一つで管理するとデータ量を圧縮できる （誰もconst使って表も分割するなど言ってない）
それと同じことをDBで実現するには、表を分割してリレーション組まなきゃならない
DB使って表も分割しないで使うというお前のやり方では
単にベラボウにデータ量を食うだけだ
同じ文字列ばかりのデータソースを毎回毎回検索するのがお前の流儀かね？
177:名前は開発中のものです。
10/05/13 18:41:30 RQqzrl9H
論点が益々わからなくなってきたわけだが。
178:名前は開発中のものです。
10/05/14 00:57:51 FIFj5mDB
複数コアCPUを活用したマルチコアプログラムを覚えたいと思っています。
（だいぶ前にWin32APIを勉強しているときにセマフォには触れたことがある程度です･･･）
これとは別に、DirectXを使ったゲームの簡単なフレームワークを組んでいるので、
これに組み込むカタチでコーディングしようと思います。
ゲームの中でマルチコアプログラミングが活かせそうな処理、手始めに取り組むのにちょうど良い処理などを
教えていただきたいです。
衝突判定に時間がかかりがちなので、ここは適しているところかな、と思っています。
あと、マルチコア（スレッド？）プログラミングのやり方は色々あるようですが、
オススメがあれば教えてください。
179:名前は開発中のものです。
10/05/14 01:17:22 3md1+CQ/
三角関数がわかりません
斜め方向にxy座標がどれだけ進んだか、詳しく解説しているサイトは有りませんか？
後、角度はラジアンで計算した方がいいんでしょうか
180:名前は開発中のものです。
10/05/14 02:00:47 m3pgWVij
ピタゴラスの定理。
角度は度数とラジアンを相互変換する関数を作って好きなほうでやればいいじゃん。
181:名前は開発中のものです。
10/05/14 02:33:44 LBkaVYFi
>>178
基本的には
「依存関係のない計算は同時に実行できますよ。」てこと。
例えばシングルスレッドのシステムが既にあるなら
通信、音声、画像の処理、といった機能別の（粗い）並列化は
わりと容易にできることが多い。シングルスレッドよりはマシになる。
非対称なマルチプロセッシング。わりと古典的な方法。資料豊富
もっと効率よく、コアを遊ばせないように、となるともっと細かい単位で
分割して、並列化することになるが、いきなりは難しいでしょ
>>179
学校の勉強を真面目にやりなよ
182:名前は開発中のものです。
10/05/14 11:38:52 ldKuBJZt
別人だが。
大学時代は毎日のように使ってたはずなのに、
この間久し振りに三角関数を使おうとしたら、完全に忘れていた……時間って怖いなあ。
183:名前は開発中のものです。
10/05/14 18:59:06 PKmDwZ+q
まあでも一回理解してたらすぐに思いだせるでしょ
184:名前は開発中のものです。
10/05/14 22:14:16 lxZ4gYXk
仮に三平方の定理を失念とかなら流石に無理があるというか何か訳あり。
まだ働き盛りの年齢で記憶障害の兆候があるなら脳出血等の可能性ありなので
精密検査受けたほうがいい。これ忌憚のないマジレス。早期発見は肝要
185:名前は開発中のものです。
10/05/14 22:49:43 j8zDSKGH
>>181
まだ習ってないかもしれないじゃん
小5の頃、カラフルなサインカーブを重ねて書くPC用のサンプルプログラムがあってさ、
それをファミリーベーシックで再現しようとしてsinの意味が全く分からず困惑したことがあったよ
放物線と固定少数点で代用すりゃいいって気付いたのは中学生になってPC88買ってもらった後だった
186:名前は開発中のものです。
10/05/14 22:55:13 qTKfnyO5
>放物線と固定少数点で代用すりゃいいって気付いたのは
ラードをマーガリンで代用するようなもんだなｗｗｗ
かくいう俺も、自然対数の意味をすっかり忘れていて、今困っている。
187:名前は開発中のものです。
10/05/14 23:18:15 F17jrQDC
ゲームで使うの？
188:178
10/05/14 23:49:28 FIFj5mDB
>>181
なるほど。
やり易いところから徐々にマルチスレッド化していこうと思います。
ありがとうございましたm(_ _)m
189:名前は開発中のものです。
10/05/15 06:30:24 2e3CAR03
ゲームに関係してくる物理数学の一例を教えてください
190:名前は開発中のものです。
10/05/15 08:39:34 JScfNeOa
>>189
三角関数、行列、ベクトル、重力、慣性、etc...
簡単なものならこれくらいかな。
「ゲーム 数学 物理」とかでググるといいよ。
191:名前は開発中のものです。
10/05/15 08:42:51 Y3K/evUh
ゲー専ってこういう宿題が出るんだｗ
192:名前は開発中のものです。
10/05/15 08:45:43 hYE0bHDv
まぁ、その種の低学歴を相手にしないといけないのが匿名掲示板の最大の欠点だな。
193:名前は開発中のものです。
10/05/15 10:15:42 Jr2Uxrll
動きに摩擦（空気抵抗？）を付けるとき、
本当は速度に対して割合で減少させたほうがいいのだろうけど、つい減算でやってしまう。
194:名前は開発中のものです。
10/05/15 10:27:33 6OKxKBEW
初心者スレッドで何を言ってるんだか・・・
195:名前は開発中のものです。
10/05/15 12:46:35 PCgp4FWt
>>186
放物線ってのはちょと違ったか、当時を思い出してコード書いてみた
URLﾘﾝｸ(gamdev4.hp.infoseek.co.jp)
ファミリーベーシックで扱える数値は16bitのint型のみだったけど
おおよそsin波と同等の出力結果が出ていたはず
196:名前は開発中のものです。
10/05/15 15:14:42 hYE0bHDv
>>194
初心者 != 無教養者
197:名前は開発中のものです。
10/05/15 15:23:12 faSCSQgj
別に相手にしたくなければ無視すればいいだけ
答えたいやつが答えるだけで何の問題もない
最大の欠点とかアホすぎる
198:名前は開発中のものです。
10/05/15 16:01:23 wm1X7mKl
>>195
用途（ゲーム）に必要な精度を満たしてれば近似としては十分OKでしょ。
sinやcosからその2次式を数学的に導出できなきゃダメェなんて意地悪は誰も言わない。
（高専、大学以上ならテイラー展開して多項式近似する基礎教養があるだろうけど）
199:名前は開発中のものです。
10/05/15 17:07:43 faSCSQgj
むしろごく少ない四則演算のみでここまで近似できるならこっちのほうが優秀だな
200:名前は開発中のものです。
10/05/15 17:27:18 Jr2Uxrll
>>195
ちょっと感動したｗ
201:名前は開発中のものです。
10/05/15 18:10:33 eQYDLNgp
ゲームのキャラクターで無料で使えるキャラクターありますか？
とりあえず東方というシリーズのキャラクターが作者公認で色々使ってもいいよということになっているような話を聞きました。
他にありますか？
202:名前は開発中のものです。
10/05/15 19:20:38 wm1X7mKl
>>198に自己レスだが
携帯端末なのでパケ代ケチって>>195の画像見ずに
「放物線だというなら2次の多項式に適当な係数あてはめたんだろ」と
勝手に予想してレスしたんだが、>>195の画像を見たら予想と違ってた。
奇怪な差分式に謎のマジックナンバーだらけでワロタ。おかしいだろこれｗ
203:名前は開発中のものです。
10/05/15 21:38:13 OzTf1je4
ぜんぜんおかしいと思わないが
単純にyに合わせて加速度変化させて上下に振れるようにしてるだけでしょ
位置合わせの加速度調整の数値以外は固定少数の代わりでやってるだけだと思うが
204:名前は開発中のものです。
10/05/16 11:38:47 NuNLq90W
ゲームでブーストをかけるアクションってあるけど
あれどうすれば良いの？
シフトキー押したときだけ速度倍にしたけどなんか違う・・・
205:名前は開発中のものです。
10/05/16 11:45:04 IZ0tKTBG
>>204
シフトキー押した瞬間に倍速にせずに、徐々に上げていくようにすればイイんでねーの？？
速度が上がるほうの遷移と下がるほうの遷移で変化する特性を変えるとよりリアルかも。
上がるときは下に凸の二次カーブで、下がるときは上に凸の二次カーブにするとか。
まぁ、単なる線形変化でも十分だとは思うけど。
206:名前は開発中のものです。
10/05/16 11:45:44 NuNLq90W
おｋ
やってみます
207:名前は開発中のものです。
10/05/16 20:12:12 Mt4zzMS2
速度２次カーブにすると位置３次カーブにならないか？まあ別に構わないかも知れんが
速度線形変化でも位置２次カーブになるから十分では、て書いてるか
208:名前は開発中のものです。
10/05/16 22:17:49 at5RhvUQ
2次カーブにするのは速度じゃなくて加速度じゃないのか？
209:名前は開発中のものです。
10/05/16 22:49:40 8BiW+J8Z
>>208
それだと位置４次カーブになる気がするんだがｗ
210:名前は開発中のものです。
10/05/17 02:03:26 3Jv1qyWp
んだな
加速量のグラフなんて矩形の組み合わせ（変位量の時間変化が2次曲線を描く）か
せいぜいがノコギリ、三角の組み合わせ（変位量の時間変化が3次曲線を描く）だろ
で、ニトロ使用時は爆発的な速度の変化を表現がしたいんだから撃力が加わるのだから
速度のグラフがノコギリ状とかになる
|＼
＿＿＿| ＼＿＿
↑
Impulse
この撃力が加わる瞬間に加速∞。だから加速量の時間変化のデータでニトロは表現不能
ブーストをかけるアクションでは加速量の時間変化が2次カーブになるとか童貞の戯言
211:名前は開発中のものです。
10/05/17 12:29:51 VKIJz+j/
V=V0+a(e^-V0)t
212:名前は開発中のものです。
10/05/17 13:15:44 hhbkvUpU
その式なんか意味なくない？aにはどんなデータを入れてくの？
それでv(t)をプロットするとどういう絵になるの？
213:名前は開発中のものです。
10/05/18 11:30:55 c2mGzZRO
は？
アフターバーナーでF=ma、つまり噴射力aの噴射掛けたとき
＿＿|￣￣￣|＿＿
どんな速度変化するかくらいわからんの？
214:名前は開発中のものです。
10/05/18 17:06:37 JtzuDgru
何の話をしてるのか知らんけど
リッジとかマリオカートみたいなゲームのブーストとかニトロのお話が前提なら
「アフターバーナーでF=maガー！」とかあんま意味ねーぞ。。。
一定の外力を加えテテーなんて力学モデルで運動性能を表現しねーからな
つーか>>211の式はなんだ？
「アフターバーナーでF=maガー！」のお話から導出できるのか？
215:名前は開発中のものです。
10/05/18 17:37:35 JtzuDgru
>>210
ブースト発動と同時に急激に増速させる場合を言いたいのは分かるが
その速度曲線はさすがにカクカクしすぎだろｗ
矢印の先っちょが鋭角（に近い）なのは分かるが、その他の部分
（ブーストONの後→速度ピーク→ブースト切れ→減速→平衡状態）
は滑らかにしてあげようぜ
216:名前は開発中のものです。
10/05/18 17:54:00 5nBqEoTn
相手にするなって
217:名前は開発中のものです。
10/05/18 18:25:43 /gIyOG+p
どうでもいい。
218:名前は開発中のものです。
10/05/18 18:42:21 wW09DH7M
>>213
アフターバーナーでF=maと>>211がどう繋がるのか説明してくれ
>>215
悪い。画像張るの面倒だったんで適当な図になっちゃった
219:名前は開発中のものです。
10/05/18 18:48:39 En+wW39N
>>210と>>204がどうつながるのか説明しろよ
220:名前は開発中のものです。
10/05/18 21:42:15 wW09DH7M
つながってるかどうかは質問者の>>204に聞けばいい
221:名前は開発中のものです。
10/05/18 23:24:11 9Ai3No3x
表現力の不自由なAA図と表現力の不自由な数式とエスパーバーナーまで読んだ
>>208：boostの加速は2次関数で与える ← 誰がこんなの調整すんだよ
>>211：V=V0+a(e^-V0)t ← 何がしたいのかよくわからん
>>213：>>211は一定の力を加えるAB ← (^q^)
ネタじゃないならそろそろ病院を紹介されていい頃
222:名前は開発中のものです。
10/05/19 21:58:24 C8/hyd45
V=V0+a(e^-^0)t
223:名前は開発中のものです。
10/05/19 22:02:33 0vnZ25zO
>>222
かわいいなｗ
224:名前は開発中のものです。
10/05/20 11:36:45 apdzZZbp
お前らV=V0+atすら知らんの？
aが無限大とか撃力とか、ハエ叩きされたハエかっての？
225:名前は開発中のものです。
10/05/20 17:20:50 nai7se7C
物理君は本当に頭が悪いんだね
226:名前は開発中のものです。
10/05/20 22:48:11 1LTozyGW
だから低学歴にだけはなるなとあれほど…
227:名前は開発中のものです。
10/05/21 00:02:21 EAZm4PCN
質問があります。
物理演算エンジンのBox2Dを使ってみようと思い、「Box2D v.2.0.1」をDLしました。
開発環境はVisual Studio 2008を使っています。
ビルド、インクルード・ライブラリのパス通しを終えたので、
自分でプロジェクトを作り、付属のHelloWorldサンプルをコピペしてコンパイルしたところ、
error LNK2019: 未解決の外部シンボル "public: __thiscall b2World::~b2World(void)" (??1b2World@@QAE@XZ) が関数 _main で参照されました。
といったエラーが8個出ました。
ところが、付属のプロジェクトファイルごとのサンプルをコンパイルするとちゃんと通りました。
プロジェクトの設定の問題だと思い、真似をしてみたのですが警告が消えただけでした。
何故エラーが出るのでしょうか？
読みづらいかもしれませんが、お願いします。
228:名前は開発中のものです。
10/05/21 02:12:28 HGqTcDLB
リンクするライブラリが足りてないんでしょ
229:227
10/05/21 20:49:08 +j1c2qe3
>>228
レスありがとうございます。
「ライブラリのパスは通してるはずなんだけどなあ」と思いながらも、
追加の依存ファイルに.libを全部入れるとコンパイル通りました…
これでようやく前へ進めます。ありがとうございました。
話が変わりますが、Box2Dのスレって需要ありそうなのに立ってないですよね？
230:名前は開発中のものです。
10/05/21 21:35:39 LJkfxhKt
PhysXで検索してヒットするスレが物理系のライブラリ全般の
話題を扱ってた気がする。
231:名前は開発中のものです。
10/05/23 02:28:09 O0jKcW+/
立体視でゲームを作りたいのですが
どこから手をつけていいのやらわかりません
NVIDIAのOpenCL SDKで出来そうな雰囲気がしましたが英語がさっぱりで・・・
232:名前は開発中のものです。
10/05/23 13:20:28 Iw2bx+DL
なんでOpenCLなのかよく分からんが、どうせステレオ画像から
三次元立体復元するのが人間じゃなくて計算機の話をしてんだろ
三次元立体復元の役割が人間様なら、ステレオ画像さえ与えれば
あとは脳みそ様が頑張って処理してくれる。OpenCLの出る幕ないだろ
裸眼の立体視（並行法とか交差法）のステレオペアの作り方なら
基本的には左右の目のようにカメラをふたつ並べりゃ済む話だろ
あとはNVIDIA 3D Visionとかに対応させる場合のコツとかは
stereoscopic game development とかでググれ
URLﾘﾝｸ(3dvision-blog.com)
URLﾘﾝｸ(developer.download.nvidia.com)
URLﾘﾝｸ(developer.download.nvidia.com)
英語さっぱりとか却下だろ
233:名前は開発中のものです。
10/05/23 22:09:57 O0jKcW+/
>>232
立体視画像ではなく立体視ゲームを作りたいのですが
234:名前は開発中のものです。
10/05/23 22:18:07 eSuvQJyq
>>233
おいおい、>>232に十分すぎる親切なヒントが出てるじゃん。
リンク先のGDCの資料ちゃんと見たか？
ゲーム製作用の資料だろ。
これ見て分からないなら諦めた方がいいぞ。
235:名前は開発中のものです。
10/05/23 22:21:28 HpZ+f9l5
英語がさっぱりらしいから読む努力さえしてないんだろ？
だからあんなトンチンカンな答えになる。
236:名前は開発中のものです。
10/05/23 22:21:56 eSuvQJyq
ん？もしかして「立体視をさせるゲーム」が作りたいってことかな？
だとしたらスマン。
237:名前は開発中のものです。
10/05/23 23:40:22 O0jKcW+/
>>234
すみません
上の文章からプログラミングじゃなくて立体視の仕組みについて書いてあるんだろうと思ってスルーしてしまいました
読んできます
>>236
・・・すみません
させるってよくわかんないです
日本語ムズカシイorz
とりあえずNVIDIAの3DVisionを使って
眼鏡を掛けてプレイするアクションゲームを作りたいと思っています
構造的には右目用と左目用の映像を交互に映していて
眼鏡の方もそれに連動して左右交互に目隠しをしているようなので
映像を交互に映すのに使う関数とか眼鏡とシンクロさせる方法とかが分からず
ここで質問させていただきました
238:232
10/05/24 01:30:55 BKn9pBLc
>>237
> 上の文章からプログラミングじゃなくて立体視の仕組みについて
> 書いてあるんだろうと思ってスルーしてしまいました
ないわー。こんなの却下
> 眼鏡の方もそれに連動して左右交互に目隠しをしているようなので
> 映像を交互に映すのに使う関数とか眼鏡とシンクロさせる方法とかが分からず
> ここで質問させていただきました
ドライバー側で勝手にやってくれる。上の資料にもそう書いてあるだろ。
君はまずメガネセットと対応してるLCD買ってこいよ。で、3D Vision対応を
謳ってない既存のゲームがどう映るのか確認してからまた来いよ
239:名前は開発中のものです。
10/05/24 09:58:45 N6OiCy6u
英語だと、自分の検索能力が激減するんだよなあ。
なんとかしたいぜ。
240:名前は開発中のものです。
10/05/24 11:13:22 Aw9SMi/v
「立体視をさせるゲーム」
立体視出来ないとエロ画像に見えないマジカルアイとか
241:名前は開発中のものです。
10/05/24 15:00:40 KWS9dvhT
自分に対する回答を読まずに続行するとか失礼すぎるだろこいつｗｗｗ
もうスルーしろよ、こんなのがどんどん来るようになるぞ
242:名前は開発中のものです。
10/05/24 16:24:20 RUAMteAV
読みもせずには、本当に酷い。
243:名前は開発中のものです。
10/05/25 22:13:20 ycsTNvSI
一般的に同人ゲームで許容できる必要スペック（60fpsが維持できるCPUの下限）
ってどれくらいでしょうか？
Athlon64X2の2.7GHzでは何とか60fps出てたんだけど
Duronの850MHzでテストしてみたら20fpsになってしまいました。
244:名前は開発中のものです。
10/05/25 23:16:26 R0x1BRG0
今時Duron使ってる人はおらんでしょう…。
アクションゲームならPen4 2GHzぐらい要求してもいいんでね？
245:名前は開発中のものです。
10/05/25 23:23:51 eLlQS5GQ
２Dの物理エンジンなんて，誰が使うんだよ
って思う割には，結構ありますよね
246:名前は開発中のものです。
10/05/26 00:00:39 EIrQpvew
247:名前は開発中のものです。
10/05/26 17:33:29 slu1m63Z
>>243
PCゲームに一般的は無いからなFPSゲーマーとノベルやADV専門のギャルゲーマーじゃ雲泥の差
もう何年くらい前のPCまでフォローするか時期で考え自分で足切りを決めるしかない
参考までに
2003年9月 AMD Athlon 64
2005年5月 インテル Pentium D
2005年6月 AMD Athlon 64 X2
2006年1月 インテル Intel Core
Athlon64X2自体が5年前に出たCPU
ノベルみたいなジャンルじゃなきゃ世代的にデュアルコア以前は切ってもいいくらいの時期になってる
248:名前は開発中のものです。
10/05/26 17:52:36 HsSOHU3N
自分が作りたい物作って、その結果60fps満たす最低の物を推奨環境としたらいいのに。
動かしてもらって、fps報告掲示板でも作れば情報集まるだろ。
249:名前は開発中のものです。
10/05/27 08:26:00 gxelTLt4
3Dダンジョンゲーが作れるフリーのソフトってないですかね？
欲を言うと、高低差のあるダンジョンが作れると嬉しいんですが。
250:名前は開発中のものです。
10/05/27 09:29:47 FpjrTKOU
Wizライクの製作ツールならフリーで何種類かあるが
高低差っていうのがまったく判らない
特殊な仕様ならフリーでもシェアーでも難しいだろうから
贅沢言うほど自分で作るしか無くなる
251:名前は開発中のものです。
10/05/27 09:33:11 aCWomQHN
>>249
Unity、UDK、DarkBASIC、etc...
252:名前は開発中のものです。
10/05/27 10:51:04 gxelTLt4
>>250
ここで言いたかった高低差は、部屋にあるロフトに登れたり、
いま来た道の上に架かってる橋を通れたり、同一マップ内で
上下の移動ができるってことなんだ。
分かりにくくて申し訳ない。
>>251
ありがとう。
調べてみます。
253:名前は開発中のものです。
10/05/30 03:51:12 S8BJ4LqX
DirectXの勉強を1年間やってきたが
コレ単体でゲーム作るのは困難だということに気がつき、ゲームエンジンを利用することにした。
ちょっと聞きたいんだけど、ゲームエンジン使用するときDirectXの知識って役立つ？
254:名前は開発中のものです。
10/05/30 05:03:11 HbgM5xDQ
>>253
知ってたほうが何かといいよ。
オープンソースエンジンなら、DirectX知ってれば自分で改良できるし、使うだけでも特性を掴みやすい。
まあ悩んでる暇があったらサンプルでも弄った方がいいよ。
255:名前は開発中のものです。
10/05/30 14:35:51 7vBQnTZH
オープンソースのゲームエンジンを使用しようと考えているのですが
IrrlichtとCrystalSpaceどっちがいいと思いますか
256:名前は開発中のものです。
10/05/30 14:47:43 8KHYj64L
すみません。
「モンスターなどの移動体に衝突したら円を描くように弾かれる」という機能を実装したいのですが、方法が解りません。
レイを飛ばし凸凹な地形を高さ通りに歩かせる・４分木で衝突判定を削減する という事は現状出来るのですが・・
４分木で移動予定座標の判定だけを取るとガクンと進めなくなり操作性が非常に悪く、
敵の座標に円を置いてレイで判定しようかと思ったのですが
１つのVertexBufferに形状を動的に書き込む事はとても難しそうかつ、何か他に良い方法が有りそうに思えて・・。
どう実装すれば良いものなのでしょうか・・？
257:256
10/05/30 15:23:52 8KHYj64L
そんなややこしい事をしなくても三角関数使って円周の座標計算して適当に左右に散らせば
そんな感じの動きにできるのかな・・自己解決できるかもしれません、失礼しました、
258:名前は開発中のものです。
10/05/30 16:34:22 su9YXlO9
>>255
比べるならOGREだと思うけど、その２つならIrrlichtかな。
259:名前は開発中のものです。
10/05/31 10:44:58 BTSw9VY2
大きなマップのデータファイルを作って
プレイヤーが移動するたびに動的にマップデータを読み込んで
マップを表示するようにしたいんですけど
マップを実際に表示するためのデータはどう作るのが理想的なんでしょうか
最初はマップ1マス毎の構造体を作ってそれをリストにして
プレイヤーが動く度に見えなくなった列のマスを廃棄、新しい列のマスをマップデータから読み込み
とやっていたんですけど
いちいち開放、確保をやるのも馬鹿らしかったのと、見える範囲のマスの量は一定なのだから
配列で作ったほうが良いと思い作り直し始めたんです
でも考えてみると今の書き方だとリストにせよ配列にせよ
表示するマップデータを1列変えるだけで相当な条件分岐を使ってるんですよ
マップファイルから取り込んだ新しく追加する1列に含まれるマス数
×
要らなくなり、取り替える必要のある1列に含まれるマス数
×
要らなくなり、取り替える必要のあるマスを現在の表示マップデータから1マスずつ検索する為の分岐
毎Fごとにこれをやるのは結構な負担になると思うのでどうにか良い方法はないかと思ってるんですけど
自分の頭では思いつけませんでした
良い方法があったら教えてもらえませんか？よろしくお願いします
260:名前は開発中のものです。
10/05/31 13:19:29 V4wY+c/3
>>259
どのくらいのマップ？１マスのバイト数は？
261:名前は開発中のものです。
10/05/31 13:38:41 V4wY+c/3
どうしてもファイルから読み込まなければならない場合、マスの集合体となる
データセットを９個作りそれを３×３に配置する。データセットは１画面をカバー
できる情報量を持たせる。
１ ２ ３ ４（座標）
×□□□
×□■□ ■プレイヤーキャラがいる場所
×□□□
プレイヤーキャラが移動し、となりのデータセットのマスに移動した時点で
１ ２ ３ ４
□□□×
□■□× (左に移動
□□□×
データセットの中身を変更する。X座標４のデータセットはX座標１のデータセットに
上書きする。画面表示時の読み出しはプレイヤーキャラの位置からどのデータセットの
どの位置のマスを参照するかを計算によって特定する。
262:名前は開発中のものです。
10/05/31 13:41:16 V4wY+c/3
データセットがマップのどの位置の情報を持っているかをバッファに納めておくと良いだろう。
データセット変更のタイミングを工夫すればプレイヤーがセットの境界で後戻りした場合
など余計なファイルアクセスを軽減できる。
263:名前は開発中のものです。
10/05/31 14:06:35 BxJvMFWg
2Dなら普通に平野＝1、森＝2、……形式のバイナリデータでいいんじゃないの。
マップの幅と高さはヘッダに入れるか別途管理しておいて、
1マスごとにnバイトずつpeekとかで読込み、列と行の2重ループで展開するだけ。
■ヘッダ部：…54… （列と行のサイズ。他にレイヤー数など）
■データ部：00700117112272233733
■展開：（実際は番号に従ってチップ画像を表示）
00700
11711
22722
33733
■実際の処理：
for(row=0:row<=rowMax:row++){
if(表示画面の範囲外){ continue; }
for(col=0:col<=colMax:col++){
if(表示画面の範囲外){ continue; }
cell=(row*colMax)+col; //何マス目か
chip=ヘッダバイト＋（nバイト×cell）; //そのマスのチップ番号
// 以下、chip番号に該当する画像をnマス目の部分に表示
}
}
あと普通はマップデータをファイルから読込むのは画面切替の時とかに一度だけで
スクロールごとにロードなんてしない。
264:名前は開発中のものです。
10/05/31 14:29:15 BxJvMFWg
すまん、↑普通はと言ったのを念のためフォロー。
確かにぐぐるマップみたいに分割読み込みすることは場合によってはあり得るけど
初質だし、そういう凝ったことがしたいわけじゃないだろうと思ったから
普通のRPG程度のデータなら問題ないはずだし、いちいちファイルアクセスするのは
遅くなるだけだから無闇にロードはしない方がいいぞ、って意味
265:名前は開発中のものです。
10/05/31 14:43:01 BTSw9VY2
>>260
マップの大きさは一辺が8185です。
1マスのバイト数は8バイトと少し大きめのファイルになっています。
ちょっとメモリ上に置くには大きすぎるのでファイル読み込み式にしたいです
>>261
実は同じような感じでマス16個(4×4)で構成される構造体を作り
更にプレイヤーの歩くモーションのループ処理の直前にマップ情報読み込み判定を付けることで
毎回の読み込みをさせないようにしたことはあったのですが
その方法だとある特定のフレームにだけ高負荷を掛ける事になり
後々に作る他のシステムとの相性によってはゲーム中に違和感がでる
フレームの遅延が起きそうだったのでちょっと考えてたんです
情報を小出しにするようなマネをしてごめんなさい
>>262
上の方法でやった時はunsigned int の上位2バイトにx、下位2バイトにy座標を持たせたデータを使っていました
266:名前は開発中のものです。
10/05/31 14:52:46 /JCbAvCV
>>265
負荷もなにも、読み込み処理は別スレッドでやるのが当然だろうに。
267:名前は開発中のものです。
10/05/31 15:30:10 BTSw9VY2
マルチスレッドは単独CPUでも使えるんですね
アドバイスありがとうございます
読み込み時間を考えると
4×4よりはID:V4wY+c/3さんの>>261のように集合マス構造体も大きくした方が良さそうですね
268:名前は開発中のものです。
10/05/31 20:48:49 SBpXG6MJ
切り替えマップは逐次読み込んでもいいけど
スクロールマップは一旦読み込んで置いた方がいいのではないかと素人考えで言ってみる
269:名前は開発中のものです。
10/05/31 22:08:54 T5iWUvHv
>>261
この方法いいなぁ！
勉強になった！
270:名前は開発中のものです。
10/06/01 11:05:26 Po8f4zyx
>>269
すまん、これ以外の方法を思いつかないんだが、何かあったら教えてくれ。
全部持つ以外で。
271:名前は開発中のものです。
10/06/01 13:26:43 YH1CnpGo
どうでも良いけど、条件分岐は論理演算である程度速くできるんじゃね？
まあ今のPCだと、コンパイルする言語ならIF文が多重になっても全然問題ないんだが。
画面への書き出しや画面バッファへの書き出しを工夫した方が、1ループのIFを数十回減らすより余程高速化に貢献するはずだから。
例えばシューティングで敵が大量に出たときに重くなるのは、各敵個体の条件分岐や移動計算であることはまずない。普通は、多数オブジェクトの描画が原因だ。
どこを高速化するべきかを間違っちゃいけねえよ。
272:名前は開発中のものです。
10/06/01 13:42:31 YH1CnpGo
×コンパイルする言語なら
○ネイティブにコンパイルする言語なら
だな
念のため
273:名前は開発中のものです。
10/06/01 14:29:31 7aLzTzAN
>>268
そう思ってマップの大きさを聞いてみたんだが、かなりでかい。
壮大というか、ダンジョンが要らないなと思ったりして。
ナイトロアーとザナドゥをやって以来、ダンジョンが大嫌いになった。
274:名前は開発中のものです。
10/06/01 15:09:27 c3fpYBen
マップのでかさもさることながら、１マス８バイトって何入れたらそうなるの？
275:名前は開発中のものです。
10/06/01 18:33:51 dU/tTxr1
>>274
＞8バイト
そこは別に普通じゃね？
もうちょっと圧縮できそうな気もするけどさ。
276:名前は開発中のものです。
10/06/01 23:52:22 c3fpYBen
マジか、普通なのか。
画像識別用2バイト、あとはフラグ用に1か2バイト程度、しか自分の考えでは思いつかない。
277:名前は開発中のものです。
10/06/02 00:13:38 Mt7heWAJ
その広大なマップをいくらかに分けてスクロール＋切り替え方式にする方法もある
切り替え方式を切り替えスクロールにしてもいいし、SFC版ゼルダみたく
で、もちろん読み込むタイミングは切り替え時ね
278:名前は開発中のものです。
10/06/02 00:14:30 mynbMMdD
やっぱマルチスレッドを使うのが常套でしょうか？？
279:名前は開発中のものです。
10/06/02 01:34:19 OuftsG6g
>>278
ある程度のサイズを随時読み込みで、しかもフレームを一定に保ちたいなら当然かと
280:名前は開発中のものです。
10/06/02 09:41:28 LPPCfpZ8
>>271
描写関連ですか
その辺のことについてはまだ詳しく調べていないのでなんとも言えないのですが
ある程度のテンプレ的な描き方があるのではないかと勝手に思っています
それに本当にそこまでやるならライブラリとかアセンブラ？とかも弄る必要があるんですかね
ちょっと今のレベルではそこまでは無理かなと思ってます
>>274
地形の種類
完全固定オブジェクト
仲間道ノード識別ID
仲間道ノード番号
敵道ノード識別ID
敵道ノード番号
動物道ノード識別ID
動物道ノード番号
を考えています
ノードを使ったルート検索ならリスト構造の方が適当かとも思ったのですが
複雑に入り組んだ道同士が交錯しているところで道を検索する必要があったとき
検索に時間が掛かるような気がしたので
いっそのことメモリ上の仮想空間に直接ノードを配置しようかと思い、タイル情報に追加しました
281:名前は開発中のものです。
10/06/02 11:20:42 OuftsG6g
>>280
申し訳ないが、お前は基本的なことがわかってないせいでなんでも大袈裟に考えすぎのように見えるわけだが
お前が言っている範囲までのマップがスクロールする試作品は、普通は数日で作れる代物だろう
作ってから時間計測の仕組みを仕込んで、どこで負荷がかかってるか調べて、そこを速くするのが常道
物も作らずに妄想でどこが悪くなるか考えるのは時間の無駄だ
282:名前は開発中のものです。
10/06/02 12:13:14 t3WFEQMw
>>280
マスごとに移動コストを持つタイプじゃない訳ね？
そうだとしても、その8バイトの内訳の意味がわからない。
ゲーム自体でどう考えてるかわからんし。
しかし、>>281が言うとおり、作ってからでも良いような。
283:名前は開発中のものです。
10/06/02 12:38:22 LPPCfpZ8
>>259や>>265で言ったのも含めて既に4回作り直していますし
自前でFPSを算出する関数、一定の範囲の処理に掛かる時間をμs単位で計測する関数も既に作ってます
それでいつも試作品を動かしているうちに全く違った方法が思い浮ぶんです
一度壊すたびにまたほぼ1から作り直しているので
どうせなら作る前にもっとよく考えてから作ろうと思ったのですが･･･
284:名前は開発中のものです。
10/06/02 14:36:13 22LxRzfJ
ここは精神病の治療すれじゃないよ。
285:名前は開発中のものです。
10/06/02 15:12:43 t3WFEQMw
>>259のようなやり方で、1フレーム毎に読まなきゃいかんってのがよくわからんなぁ。
マップチップのサイズはどれぐらいで、一回の操作でどれだけ移動するんかなぁ？
>>280のデータ構造を見ると、仲間と敵が同時に移動するんだろうけど、TD系のゲームなんかな？
進軍ルートが決まってたりするやつ？
どういう事がしたくて、こういうデータ構造にしたかが見えないので、
みんなもアドバイスしにくいんだと思う。
識別IDと番号の意味も説明してくれたらわかりやすいのかもしれん。
286:名前は開発中のものです。
10/06/02 15:57:43 aA2EROmj
マップデータを頻繁に読み込むのはありえんだろ。ヒープに全部確保しといて参照するのではどんな不都合があるんだ？
287:名前は開発中のものです。
10/06/02 16:08:41 t3WFEQMw
>>286 >>259-265ぐらいまで読んでみたら？
普通のマップサイズだったらそれで行けるとおもうけどな。
288:名前は開発中のものです。
10/06/02 16:10:05 NndM2J5d
マップサイズを減らす方向で考えてみてもいいんじゃないだろうか
なんでそんなでかいんだよ
289:名前は開発中のものです。
10/06/02 17:07:47 NwVSgvHR
そんなものゲームのデザインによるんだから、議論の対象にしてもしょうがないだろ
290:名前は開発中のものです。
10/06/02 19:13:43 mynbMMdD
>>279
マルチスレッドはどの方法で行っていますか？
調べたところ、以下のようなやり方があるようですが･･･
URLﾘﾝｸ(www.daccho-it.com)
・Win32API関数（windows.h）
・マルチスレッド対応ランタイムライブラリ（process.h）
・マルチスレッド対応ランタイムライブラリ（process.hのex系関数）
291:名前は開発中のものです。
10/06/02 19:29:55 OuftsG6g
>>283
>>290
言ってることがかなりおかしいぞ
1から作り直す必要がない
各処理をクラス化(モジュール化でもいい)してれば、
処理の変更はそこだけ書き直せばいいのに、全部書き直すって何だ？
4回も試作品を作ったのに、今まで満足に動いたのは1個もなかったのか？
ちゃんと動いた物があるのなら、なぜ頓珍漢な質問を繰り返す？
だいたい、動作速度に不満があり、遅延箇所を割り出す仕組みを実装してるというなら、
直す具体的な方法を自分で思いつくはずだろうが
はっきりと疑念を言わせて貰えば、動作する試作も作れてないうちから
グズグズ妄想しては質問してるようにしか見えない
マルチスレッドは自分がバグ無しで実装できそうなのなら何を選んでもいいが、
そこまで不安なら適当な入門書を買って、書いてあるとおりにやれよ
292:名前は開発中のものです。
10/06/02 19:48:26 t3WFEQMw
聞きたいことだけ聞いて、聞かれたことには答えない感じか。
作ってれば、なんでそう考えたかまで説明できるモンだけどな。
293:名前は開発中のものです。
10/06/02 21:01:20 tvDOvuiS
何でおまいらそんなに噛み付いてるんだw
でも俺も気になるんだが
ゲーム内容がどうあれ、一辺8185サイズのマップなんてプレイヤーは把握しきれないから
その時点で何かしらの分割を考えるべきだったし
ましてそのサイズの中で毎フレ－ム経路探索してたら遅くなって当たり前のような。
経路探索やったことないから俺も素人考えだけどさ。
やりたいことは色々あるんだろうけど
自分の技術で実現可能な範囲に仕様を落とし込むのも重要だと思う
FFとか作りたくても個人ではそこまで出来ないのと一緒
294:名前は開発中のものです。
10/06/02 21:03:48 ptt3Ncut
>>293
噛みついてるつーか、
質問に答えて貰えば、礼も言わずに次のレスで後出し情報＋追加の質問
マナー的にイラっとする人物ではあるよな
295:名前は開発中のものです。
10/06/02 21:05:53 NwVSgvHR
まあ、妄想だけで実際作ったことなくても質問するのは別にいいと思うけどね答えたくなければ答えなきゃいいだけ
礼かもしくは自分の解釈くらいはレスすべきだとは思うが
296:名前は開発中のものです。
10/06/02 22:16:34 LPPCfpZ8
ちょっと待ってください
俺が最初から聞いてることは1つだけで、それは>>259も最初の4行に書いてある通りですよ
その質問に答えてもらうのに必要な情報はこちらも言っているつもりだし
こちらの要求に対して的確なアドバイスをくれた方にはちゃんとお礼も言っています
それとID:mynbMMdDは俺じゃないです
>>285
1フレーム毎というのはマルチスレッドを考えていない時の発言なので気にしないでください
移動速度は15Fで1マス程度と考えています
ゲームのジャンルは明確には考えていません
ただ、大きなマップ上で二つの種族が暮らしているような感じが出せればいいなと考えている程度です
識別IDは道路の番号です。現在の道路で言う国道○○線と同じです
番号はその道路上の位置情報のようなものです
>>291
1から作り直すのはそのモジュールのことです。言葉足らずですみません
4回の試作は動いたのか？と言われれば動きました。満足しているかどうかは分かりますよね
＞だいたい、動作速度に不満があり、遅延箇所を割り出す仕組みを実装してるというなら、
＞直す具体的な方法を自分で思いつくはずだろうが
問題はここなんですよ
俺が恐れてるのは、自分が1番最適だと思う方法でまず一通り作って、それを更に洗練化していっても
後から根本的なところでもっと早くできる方法が見つかったらどうするのか
って事です
要はコロンブスの卵ですよ。聞いてみれば簡単な方法にもかかわらず、そのことに未だに気付いていない可能性です
その可能性を少しでも潰しておきたかったからここで質問したんです
ただ単にやり方が分からないから教えてくださいという質問とは意味が違うんです。
ここのすれ違いのせいでこんなことになってしまったんでしょうか…
297:名前は開発中のものです。
10/06/02 22:23:43 GS58ezBB
>296
>俺が恐れてるのは、自分が1番最適だと思う方法でまず一通り作って、それを更に洗練化していっても
>後から根本的なところでもっと早くできる方法が見つかったらどうするのか
ゲームデザインがどうなってるかわからんから断言はできないが
>>280の道ノード～のデータも持ち方が根本的に間違ってる気がする。
つか、最適解ってもゲームデザインで変わってくるから、全情報を与えてから
質問しないと最適な回答は得られないし、余計混乱すると思うぞ。
298:名前は開発中のものです。
10/06/02 22:45:14 ptt3Ncut
>>296
アホか
他のモジュールを綺麗に切り離して作れば、
コア部分の書き直しなんか大して時間もかからずにできることだ
だいたい、具体的な実装や何を作りたいかも書いていないのに、
他人に執拗に質問してもわかるわけがないだろう
バカとしか言いようがない
299:名前は開発中のものです。
10/06/02 23:14:34 NwVSgvHR
アホはお前だ
ここは初心者用の質問スレ
答えたくなければ黙ってろ
300:名前は開発中のものです。
10/06/02 23:18:57 aA2EROmj
ゲームのジャンルも決まってないのによく作り始められるな
301:名前は開発中のものです。
10/06/02 23:18:58 vN2ABHjR
>こちらの要求に対して的確なアドバイスをくれた方にはちゃんとお礼も言っています
これとか、質問者としてなんかなぁとは思うわ。
>ただ単にやり方が分からないから教えてくださいという質問とは意味が違うんです。
それなら初心者スレに書くなよ。
302:名前は開発中のものです。
10/06/02 23:20:55 WzwnKx8u
つる草が伸びていくようなアニメーションってなにか作り方あるんでしょうか？
↓の開始5秒の枠とかです
URLﾘﾝｸ(www.nicovideo.jp)
普通にアニメーションでしょうか？
303:名前は開発中のものです。
10/06/02 23:25:31 Isbe2hFE
必死でそんな部分の容量節約とかしなきゃならない状況じゃなきゃ
普通に動画が一番楽なような気がするけど
304:名前は開発中のものです。
10/06/02 23:39:36 LPPCfpZ8
じゃあもっと単純に考えてください
●1マスに必要な情報は1バイトでその情報はタイルの種類です（0=草原,1=砂漠,…）
●マップは一辺が8185マス分の長さの正方形です
●マップファイルにはマップの情報が座標(0,0)からバイナリで入っており
2バイト目には(1,0)、8186バイト目には(0,1)の情報が格納されています
●画面に映るのは20×15マスの長方形領域です
●マップの移動は完全スクロール型で、プレイヤーを常に中心において画面が動きます
●マップファイルからのデータ読み込みは動的に行います
ただし一度に取得するデータ量とデータを取得するタイミングは特に指定しません
●プレイヤーが持っている情報は現在のプレイヤー座標（PX、PY）のみです
●他に必要な変数、構造体があれば随時追加してください
こういった条件がある中でどうやって無駄無くマップファイルから得た情報を表示領域に反映するプログラムを作りますか？
305:名前は開発中のものです。
10/06/02 23:48:49 zIBeQzYD
>>304
それ学校の宿題かなにかじゃねえの？
そもそもなんで質問する側がそんな偉そうに条件を並べてんの？
306:名前は開発中のものです。
10/06/02 23:57:33 aA2EROmj
8185*8185 = 66994225 ≒ 67MB
全部読んで普通にやればいいんじゃね
307:名前は開発中のものです。
10/06/02 23:59:25 tvDOvuiS
まあ良くも悪くも初心者スレだし、そんな熱くならないで。
学校で一辺8185みたいな宿題は出さないと思われ。
＞画面に映るのは20×15マスの長方形
俺としてはここにツッコミたいよ
それも含めそういう条件は一番に出して欲しかった
308:名前は開発中のものです。
10/06/03 00:09:19 8rvj0z3i
メモリ500M程度使っていい前提ならどこにも問題なく実装できるだろ、としか言えないね。
過去に開いたマップはすぐに削除せずメモリ上にキャッシュとして持つくらいか。
省メモリ・高速化など最適化したいってなら、それは初心者スレで質問するにはスレ違い。
309:名前は開発中のものです。
10/06/03 00:44:18 pYhRJ4qn
>>307
そうですね
>>304書いているうちに今まで言ってなかったことが結構あるなと自分でも思いました
申し訳ないです
>>308
省メモリ・高速化の具体的なやり方が分からない人は無理に答えなくてもいいです
ただその場合は自分だったらどうやるかを簡単で良いので書いてみて貰えませんか？
310:名前は開発中のものです。
10/06/03 00:57:11 UZ0x4Gye
最悪な感じの教えて君だな
こいつにはもう、何も教えなくていいと思う
311:名前は開発中のものです。
10/06/03 00:59:16 h5ytRWtF
まあ、初心者じゃないと主張するなら、初心者スレで図々しい文章で質問する資格がないわな
312:名前は開発中のものです。
10/06/03 01:00:02 5ia8VuQF
>>309
とりあえずターゲットの環境はどれくらいよ？
CPU・メモリ・補助記憶域で最適解は違うぞ。
313:名前は開発中のものです。
10/06/03 01:01:55 WOp66xky
どこかの専門学校生でしょこいつ
314:名前は開発中のものです。
10/06/03 01:15:56 JHKS+jaY
これだから低学歴は嫌われるんだよね。
315:名前は開発中のものです。
10/06/03 01:31:12 rCNqR1Gq
>>261の方法じゃだめなのか？
非同期で読み込めば1Fに処理が集中しないと思うし
20*15*8バイトのマスの集合を読み込む程度なら
1マスを15フレームで移動しても最速15F*15マス=225Fのうちに読み込み終わると思うけど
あと>>261に追加するなら
通った道（通ったマスの集合）をキャッシュとしてある程度まで残しておけば
マスの集合とマスの集合の間を往復しても読み込みの負荷が少なくていいと思う
316:名前は開発中のものです。
10/06/03 21:00:38 wpd+krYH
>>296
マルチスレッドでなくても、負荷はそれほど無いように感じるんだが・・・。
8150*8150*8byte 532Mとして、それをバイナリファイルで持ったとしても、
ハンドルつかみっぱなしで、読み込んでも楽勝で行ける気がする。
みんなも書いてるけど、まず、そのデータの持ち方がどうなのって言うのもあるね。
その種族別の道路みたいなのがあるようだけど、
それって、全てのマスを埋め尽くすぐらいの規模なの？
それに、国道○○線っていう例を出しているけど、
そのデータ構造では交差するときはどうなるの？そもそも交差しない？
RTSのような感じを想像すると、結局オンメモリじゃないと厳しい気がするしなぁ、
作りたい物が全然想像できない。
317:名前は開発中のものです。
10/06/03 21:04:42 24mZnJtE
またなんか案貰っても後だし情報でゴチャゴチャ言うだけでしょ
もう教えてやらんでもいいと思うよ
318:名前は開発中のものです。
10/06/03 23:26:02 X4+4Nf+r
>>316
展開は同じスレッドでもいいけど、ファイルI/Oだけは別スレッドでやっときたいよ
Windowsは裏でごそごそやってることが多いし
319:名前は開発中のものです。
10/06/04 05:26:24 ie2rOBiw
まぁあれだ。
イマジネーションが根本的に欠如している低学歴には、何を言っても無駄。
320:名前は開発中のものです。
10/06/04 08:04:58 o2883Mxm
イマジネーションｗｗｗ
321:名前は開発中のものです。
10/06/04 23:32:48 gDCNHm1N
あの、、面白いゲームをする度に自分も何か作りたいという熱意は出るのですが、
独自のアイデアが全く思い浮かびません。
フリゲを作るにしろ、ある程度の個性というもの出さないといけないと思うのですが、
そういう人はおとなしく受け手でいるべきでしょうか?
322:名前は開発中のものです。
10/06/04 23:38:40 OdQwTKaX
フリーなんだからそんなの自分で決めるべきでしょうね？