総合発表＆雑談スレッド

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

無いので立てました

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

ＶＢか
今の時代で１０００こくらいの条件判断で速度がネックになることはないな

どっちにしろあの書き方からして釣りだろ
夏休みが終われば・・・

・・・実はＳＱＬかもしれん
ｓｑｌでcase１０００こはたしかに書いたこと無いから速度的にはどうなんだろうな

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

ありがとうございました。
自分の未熟さに気が付きました。
ちなみに1000個というのは減る予定はないです。
詳しく説明致しますと陽炎みたいなゲームを作っておりまして1部屋をちっこい正方形を
ずらーと正方形に並べて作っておりまして部屋を座標で30*30マスで作っておりまして、
1*1マスに存在する罠やオブジェクトなどを作ったりしておりますと
どんどん罠もオブジェクトも増えていきCASE文が増えていくしまつです。
TEXTから読み込んでおりましてそのTEXTを書き換えればMAPも変化して
好きなMAPを作成できるようにと思って作った処理なんですがそれがどんどん
増えてきて怖くなってきました。

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

>>653
すまん、確かにselect caseと書いてあった。VBなんだよね、たぶん。
(SQLやら、意表をついてdbase-IIだったり（しないしない））
1000個ものcase分岐になるというのなら、
速度よりも、ソースの見通しとかそっちの方が問題になると思うので、
ちょっと触れたように、1000個の地形アトリビュートを、いくつかのグループに分類して、
分類単位でcase分岐して、小分類をcase分岐単位のサブルーチンの引数にしておいて処理するのが吉。
どのみち1000個あるという地形アトリビュートの一個一個が全然違う処理に分割されるというのは考えにくいので、
その1000個のアトリビュートがどういう分類になるのかもう一度整理してみんさい。

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

そんなことをしなくても、VBはきっちりテーブルジャンプに最適化される。
最適化はVCだけの領分ではない。

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

>>655
だから最適化以前にソースの見通しの問題だと言っておろうが。
とりあえず漏れは１０００個に分岐するcase分のデバッグなんかしたくないぞ。

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

地面のアトリビュートと、そこにあるオブジェクトのアトリビュートに分けるだけで
CASEが1/10くらいにならない？
テキストのデータは倍に増えるけど。

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

>「自称中級者」のコードをいくつ見てきたことか・・・

自分のコード?

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

>658
その場合は「自傷中級者」になる。

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

皆さんが言うとおりある程度の種類で分けました。
ちなみにSwitch－caseの間違いでした。すいませんまじで気付きませんでした。
１．その１マスだけでダメージが発生するもの-500
２．半透明などのα値が変化する物-100
３．動くもの-200
４．その他-200
以上です。
とここまではいいのですがTEXTからの値でCASEで判定してそれぞれで
１つの関数に飛んで処理しているのですが明らかに自分で考えても
設計がおかしいのが一番でしょうが、1000あるのは変わらないので
どうしたものでしょうか。

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

たとえば、ダメージを受けるマスというのは、
その５００種類でダメージ量が異なる、とかいう話かね？
結局ＣらしいのでＣで例を挙げてみる。
（その場ぶっつけで書いてるので細かいところは間違えてるかもしれん）
改行多すぎでしかられそうなので分割する

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

short code = ReadFromMap(); // マップからアトリビュートを読む
short group = code / 10000; // コードの一万の桁をグループとする。
short arg1,arg2;
switch(group){
case 0: // ダメージ
arg1 = code % 10000; // ダメージ量＝コードの下４桁
CalcDamage(arg1); // ダメージ計算
break;
case 1: // アルファ演算
arg1 = code % 10000; // 変異＝コードの下４桁
CalcAlpha(arg1); // アルファ演算
break;
case 2: // 動き
arg1 = code % 100; // 下二桁をXとする
arg2 = (code / 100) % 100;
// ３～４桁をYとする
CalcMove(arg1,arg2); // 移動計算
break;
case 5: // その他(引数１つバージョン)
arg1 = code % 10000; // 引数＝コードの下４桁
CalcMisc1(arg1); // 引数一つの雑処理
break;
case 6: // その他(引数２つバージョン)
arg1 = code % 100; // 下二桁を引数１とする
arg2 = (code / 100) % 100;
// ３～４桁を引数２とする
CalcMisc2(arg1,arg2); // 引数二つの雑処理
break;
}

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

すまん、インデント消えてしまったｗ
まあ、言いたいこたぁわかるよな？（汗）

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

いきなり自分で突っ込み。
codeはlongにしておくべきだった。最上位が６まで取れないわorz

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

うーん･･･それも保守性悪そうだな。改正案

struct Code{
enum group_t{ DAMAGE, ALHPA, MOTION,ETC1,ETC2 };
group_t group;
union{
struct{　int value;　} damage;
struct{　float value;　} alpha;
struct{　short x;　short y;　} motion;
struct{　int value;　} etc1;
struct{　short first;　short second;　} etc2;
};
};

Code code ;//= ReadFromMap(); // マップからアトリビュートを読む
switch(code.group){
case Code::DAMAGE:
CalcDamage(code.damage.value); // ダメージ計算
break;
case Code::ALHPA:
CalcAlpha(code.alpha.value); // アルファ演算
break;
case Code::MOTION:
CalcMove(code.motion.x,code.motion.y); // 移動計算
break;
case Code::ETC1: // その他(引数１つバージョン)
CalcMisc1(code.etc1.value); // 引数一つの雑処理
break;
case Code::ETC2: // その他(引数２つバージョン)
CalcMisc2(code.etc2.first,code.etc2.second); // 引数二つの雑処理
break;
}

**名前は開発中のものです。** · 04/08/28 20:47

俺も>>665みたいな感じかな

**名前は開発中のものです。** · 04/08/28 22:35

C++になってるよ。

**662** · 04/08/28 23:21

>>665
そっち(union,structを使う)の方がいいのはわかっていたんだが、
質問者のレベルを考慮して、あえて概念を単純にしたんだよね。

>>660
つわけで、665案がすんなり理解できるなら、それに越したこたぁないので、
そっち使いなさい。

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

すいません。C++はやったことないんですが
struct Code内の
groupにenumで宣言した５つ(DAMAGE,ALHPA,MOTION,ETC1,ETC2)
の数字のどれかが入ってCASEで飛んで。
unionの宣言は共用体でvalueがいろいろ型が共有されてて
なんとなくはわかるのですが、これだとTEXTから読み込む数字は
おかしくなりませんか？

**662** · 04/08/29 11:54

>>669
数字を読む段階で、数字のｎ桁までをどういう扱いにするか、
という約束を決めておく、というのは６６２と同じ考え方を使う。
case分岐の段階まで生の数字を持たせるのは綺麗じゃないので、
あらかじめ数字を読んだところで分解してunionに突っ込んでしまおう、
というのが665の主張。
もちろん、Code自体をlongとunion取って代入するという手もあるが、
移植性が悪くなる（PowerPCのようにエンディアンが違うとハマる）のでお勧めできない。

**名前は開発中のものです。** · 04/08/29 12:10

あと、そこまで思いを到らすならば、
ビットフィールドを使うという手もありだわな

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

太鼓の達人あっぱれ三代目のファミ通のクロスレビューの点数を知りたい。
誰か教えてネットじゃでてこなかった。

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

>>672
ｺﾞﾊﾞｰｸ?

ゲハ板のクロレビスレで、過去のファミ通から点数を
探してくれる人がいるよ。板違いなのでそっちに。

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

携帯ゲーム利用者が倍増、テレビを見る時間も減少――米国調査
http://hotwired.goo.ne.jp/news/news/business/story/20040902105.html

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

日本のテレビは現在、韓国マンセーばかりなので見る必要がありません。
奴らが核開発してたこともスルーする糞メディアです。

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

それをうれしそうに見るやつらわ悪いんだが

**名前は開発中のものです。** · 04/09/14 11:27:47

IBMが自社の音声認識ソフトウェアをオープンソース化
http://slashdot.jp/articles/04/09/13/1734246.shtml?topic=39

**名前は開発中のものです。** · 04/09/17 02:35:22

ADV作りかけなんだが、シナリオ練り直そうとして
変なこと思いついた。

新規にファイルタイプ作って関連付けして、アイコンも専用に作ってみた。
中身はただのテキストなんだが、自分で考えたゲームのメモ専用のファイル群を見たら
やる気出ますたｗ
無駄なことやってんなーと思うけど、結構効いたので次もやってみようとおもてる。

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

>>678
＞ファイル郡
いっこみせてー

**678** · 04/09/17 03:14:13

うｐろだある？

**名前は開発中のものです。** · 04/09/17 03:19:47

ttp://gamdev.org/up/
はい。
この板が荒れてた時にできた避難所のトコ。wikiもあるよ

**678** · 04/09/17 03:22:19

ありがとう。探せばちゃんとあったね。スマソ。

http://gamdev.org/up/img/1247.png

でかいほうのアイコンはゲーム名ばっちり入ってるのでモザイクです。
ちなみにこのファイル開くとエディタ側でコメントやらキャラ名やら色分けできるようになってます。
小さいアイコンもちゃんと作ったよ。（*´∀｀）

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

ほうほう、面白いね。
「俺が作ってる専用だぜ～？」（意味不明）みたいな。
俺もやってみよっかな。

**名前は開発中のものです。** · 04/09/24 02:29:50

カナダの発明家、鼻で操作する「マウス」を開発
http://headlines.yahoo.co.jp/hl?a=20040921-00000002-wir-sci

カナダの発明家がこのほど、鼻とまぶたの動きで操作するコンピューター用ポインティングデバイスを
http://synapse.vit.iit.nrc.ca/Nouse/index2.html 開発した。ハンズフリーになることで生産性向上が
見込める作業や、身体障害者向けのデバイスとして期待される。

　名称は『ノウス』(Nouse)。「Nose as Mouse」(マウスとしての鼻)というフレーズを短縮した造語。
カナダ学術研究会議(NRC)の情報技術研究所に所属するドミトリ・ゴロドニチ氏が発明した。

　システムは、コンピューターに接続されたカメラと、動作認識ソフトウェアで構成される。カメラから入力された
ユーザーの顔の映像から、鼻の動きをソフトウェアが認識し、画面上のポインターの動きに変換。また、
意図的なまばたき(2回連続したまばたきなど)やウインクが、マウスのクリックとなる。

　ノウスの研究論文は、科学雑誌『イメージ・アンド・ビジョン・コンピューティング』および『ニュー・サイエンティスト』
に掲載されている。

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

質問です。
ゲーム中に音やテクスチャやその他もろもろのデータがあると思いますがそういったデータは圧縮されて置かれてると思いますが
圧縮をかける前の段階でその各データにつけられている名前としてはどういったものが多く見かけますでしょうか。

効果音なら～.wavとかテクスチャなら～.jpgとか。
圧縮かけるときに各データを検索とかするときに名前を～_01.jpgとかにしていたほうがいいのかな～と思いまして。

では失礼します。

**名前は開発中のものです。** · 04/09/24 07:46:06

素材をﾌﾟﾛｸﾞﾗﾑ側で呼び出すときに検索しやすいように、
CharaA01 02 03….jpgとかが一番多いんじゃないかな。
この場合なら「CharaA+番号」という文字列を作って直接呼び出せるし。
効果音は普通にshoot.wav Atack.wavとかかな？

**名前は開発中のものです。** · 04/09/28 14:12:51

ナムコ，Linuxベースのアーケードゲーム・プラットフォームを開発
http://slashdot.jp/articles/04/09/28/0415241.shtml?topic=31

nforce2ベースのマザーボード
GeForceグラフィックス・カード
Linuxオペレーティング・システム
OpenGLグラフィックスAPI

**名前は開発中のものです。** · 04/09/28 14:19:44

アルゼの奴に構成が似てるね

**名前は開発中のものです。** · 04/09/28 19:20:15

>>687
これ中にXbox入れても気づくやついなさそう

**名前は開発中のものです。** · 04/09/28 23:39:03

ActiveBASIC4.0betaきた
DirectX、COMに対応

04/09/29 00:20:35

livedoorしたらば、1年間のサービス停止を発表
http://news13.2ch.net/test/read.cgi/news/1096032359/
http://makimo.to/cgi-bin/dat2html/dat2html.cgi?http://news13.2ch.net/test/read.cgi/news/1096032359/

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

ドット絵打つのがすごい嫌いで、
普通に書いた絵を縮小して使ってますがどう思いますか？
やめた方がいい、こんな方法のが楽だなどの意見を聞きたいです。

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

ゲーム作りたいけどプログラムはいいけどグラフィックとサウンドを作るのがめんどいな
グラフィックだけでも、マップ、キャラとか膨大な数になるから
一人で全部作るのは無理だね
どこか、ゲーム用のグラフィックを無料配布してるとこないかな…
ほんと、壁にぶち当たってるよ

**名前は開発中のものです。** · 04/09/29 06:49:30

>>693

そりゃそうだ。冷静に見積もってみれ。売り物になるまで絶望的な時間がかかる。
結局、ビジョンを立てて人を集めてやるしかない。
そのためにまずやらなきゃいけないのは、いい企画を書くことと、いい計画を作ること。

**名前は開発中のものです。** · 04/09/29 08:15:47

>>694
そうだね、ゲーム作ろうと思うようになって
つくづくゲーム製作の大変さがわかったよｗ

**名前は開発中のものです。** · 04/09/29 12:17:06

親のいる居間でエロサイトをみるステルスゲーム作ってくれ。

**名前は開発中のものです。** · 04/09/29 20:14:41

１キャラ当たり８方向×４アニメーション＝32枚
ドット絵描かなきゃいけないってやってられんな
やっぱドット絵師と組んでゲーム作らないと無理だな

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

プログラムとドットは一番両立させやすいんでない
とりあえずサイズと規格だけ決めとけば棒人間でもいいんだし。

俺からすれば音楽できる人のほうがｽｹﾞｪ

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

>>698
とりあえずのもので良ければプログラム以外は何とかなるぞ。

譜面を読めるようになるには時間がかかるが、逆に記譜は
すぐに覚えられるもんだよ。難しかったら全曲ハ長調、イ短調に
置き換えたドレミだけの記譜を行い、調は入力段階で調整とか。
でも、音楽畑の人間でなけりゃパーカッション関係は難しいな。
とりあえず鼻歌を入力する事からはじめたらいい。

そしてその先の事は音楽が好きでたまらないのでなければ他人任せにするのが良い。。。

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

もっとドット絵板とかゲームサウンド板とかあればいいのに。

どうせ過疎するだろうけど。

**ＤＴＭ板住人** · 04/10/02 00:47:14

自己満足の発表でしか趣味を生かすことができないＤＴＭ板の住人に光を
ＤＴＭ（DeskTopMusic）とは、簡単に言えばデスクトップで作る音楽のこと
その板には、ＧＭ（ゲームミュージック）スレやＤＴＭ板住人に依頼するなどがあります

**名前は開発中のものです。** · 04/10/02 00:52:16

ＤＴＭ板なんて始めて知った。挨拶してこよう。
ゲームと音楽は切っても切れぬ縁でござい。

**名前は開発中のものです。** · 04/10/02 03:28:56

ＤＴＭ板って何処？

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

ゲーム開発者はプレイヤーを積極的に「刺激」しよう ―
―　Ludologyのゴンザロ・フラスカ氏インタビュー
http://www.rbbtoday.com/column/gameint/20040930/

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

>>704
ゲームをしていない時間の、そのゲームに
ついてのコミュニケーションってのは盲点だったな。
今のところこの発想をどう使うのか思いつかんが気に入った。

**名前は開発中のものです。** · 04/10/03 12:38:11

>ゲームをしていない時間の、そのゲームについてのコミュニケーション

今、俺らがしてないか？

**名前は開発中のものです。** · 04/10/03 12:42:53

俺らは製作者側の立場であって、
プレイヤー側でコミニュケーションとはまた違うと思うけどな。
どっちかというとゲーム板。

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

ついでに言うとなんでもない事ほど気付かんもんだわな。

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

なんでもないような事が幸せだったと思うんだよな。

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

こんなんを盲点とか言ってるヤツはちょっと想像力が足りない。
愚かな質問に定型で答えてるだけにしか見えないが。

とか言ってみるテスト

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

しかしそれに皆気がつかなかったコロンブスの卵のような問題だろう。

とかコロンブスの卵って表現が使いたかっただけなテスト

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

>710

ｼﾑﾗｰ！　709は定型っていうより歌詞歌詞ー！

**名前は開発中のものです。** · 04/10/06 19:01:43

トラブリューなつかしぃ

**名前は開発中のものです。** · 04/10/07 18:25:40

http://www.informit.com/content/downloads/424-1_Power_Up_Ch_3.pdf

茂さん凄いよ茂さん

**名前は開発中のものです。** · 04/10/11 14:27:47

>>693
うちはドット絵、プログラム、サウンドそれぞれ１人づつでやってる
並列で作業できるからいい

知り合いのプログラマは、３DCGソフトの使い方覚えて
プリレンダリングで絵描いてるぞ
それもありだと思った
サウンドは外注らしいが

**名前は開発中のものです。** · 04/10/12 17:11:23

おまいらテストいつまで？

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

年に2回

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

「ゲーム禁止法」は違反　欧州委がギリシャ提訴
http://headlines.yahoo.co.jp/hl?a=20041015-00000086-kyodo-int

**名前は開発中のものです。** · 04/10/15 16:48:44

>>718
別に製作するのはいいんじゃない？
テストプレーはだめだけど

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

>>719
そういう問題なのか？

**名前は開発中のものです。** · 04/10/19 18:17:41

おまいら女ですよ。ゲームマニアのスウェーデン娘ですよ。
しかもオーマンさんですよ。

Wired News - ファッショナブルな女性ゲーマー集団『レ・スール』 - : Hotwired
http://hotwired.goo.ne.jp/news/culture/story/20041019204.html

**名前は開発中のものです。** · 04/10/20 06:49:47

ゲームが新たな広告市場に――2008年には全米で2億6000万ドル規模へ
http://www.itmedia.co.jp/news/articles/0410/19/news047.html

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

すいません、現在VC++6.0・DirectXを使用してミニゲームを作っているのですが少し疑問があります。
FPSの話なんですが
DWORD sTim,eTim;
sTim=timeGetTime();
MSG msg;
while (!end){
　　　if (PeekMessage(&msg,NULL,0,0,PM_REMOVE)){
TranslateMessage(&msg);
DispatchMessage(&msg);
　　　}else{
eTim=timeGetTime();
if(eTim-sTim>60){
　　　　　sTim=eTim;
　　Main();
}
　　　}
}

これで６０FPSごとに描画を更新してるのですが当然Main関数の中で
いろんな処理を組み込んでいくと６０FPSは維持できなくなりますよね。
ゲームとして基本的な形はFPSはある程度固定で進むのがいいと思うのですが
６０FPS毎に描画をするものの結局４０FPSぐらいまで落ちます。
皆様はどうやって対処しているのでしょうかよろしければご教授お願いします。

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

米軍、シミュレーションゲームで市街戦を研究
http://hotwired.goo.ne.jp/news/news/20041021201.html

**名前は開発中のものです。** · 04/10/21 22:31:28

>>723
ミニゲームで60ｆｐｓが維持できないって50MHｚ以下かな？

**名前は開発中のものです。** · 04/10/21 23:14:53

>>723
楽な方法はゲーム処理ルーチンと描画ルーチンを分ける。
重いのは描画処理でそ。
↑のヤツだと、オイラはだいたい以下みたいな処理。

bool bDraw=false;
DWORD nextTime=timeGetTime();

while (!end) {
　if (PeekMessage(&msg,NULL,0,0,PM_REMOVE)){
　 TranslateMessage(&msg);
　 DispatchMessage(&msg);
　} else if(nextTime <= timeGetTime()){
　　nextTime += 16;
　 if (nextTime > TimeGetTime()+500) nextTime = TimeGetTime()+500;
　　GameProc();
　 bDraw=true;
　} else if (bDraw) {
　 DrawProc();
　 bDraw=false;
　} else {
　 int sleeptime=nextTime-timeGetTime()-5;
　 if (sleeptime > 0) Sleep(sleeptime);
　}
}
コレはわかりやすく書いたので、GameProc()が重い状態が続くと
一切描画の更新がされなくなる。そこらへんはゲーム処理のfpsと描画のfpsの
バランスをどう取るかを考えて、例えば200msたったら強制描画するとかイロイロ処理いれる。

他にもゲーム処理は固定fpsにしないで、前フレームからの時間に応じた処理をさせる、とか
イロイロ方法があって、その人なりの主義主張があって、2chでは荒れる原因になりがち。

**名前は開発中のものです。** · 04/10/24 02:55:53

ゲームでテクスチャやサウンドなどいろんなプログラム以外のデータを扱いますが
そのデータの管理方法についてききたいです。
多分そのデータを１つのファイルに圧縮・暗号化しておいてるとは思いますが
例えばゲーム中
1.jpg～10.jpg、1.wav～10.wavの20個のデータを使っているとしてこれを
１つのファイルに圧縮・暗号化などしたいのですが実際のプログラムはどうな
っているのかわかりません。わかりやすい資料やサイトなどありましたら
教えてください。

**名前は開発中のものです。** · 04/10/24 08:53:48

>727
こういう↓のを準備して（16バイトアライメント考えないといけないが）
　　　struct DataHeader{
　　　　　char DataName[32];
　　　　　unsigned long DataSize;
　　　};
こんな↓ルールをつくって
　　最後のDataHeaderのFileNameは""
　　最後のDataHeaderのDataSizeは0
こんな↓感じで格納していけばいいのでは？(1.jpg～10.jpgの場合)
　　[DataHeader構造体]
　　[DataSize分のデータ]←(1.jpg)
　　[DataHeader構造体]
　　[DataSize分のデータ]←(1.jpg)
　　　　　　　：
　　　　　　　：
　　[DataHeader構造体]
　　[DataSize分のデータ]←(10.jpg)
　　[最後のDataHeader]

**728** · 04/10/24 08:55:16

微妙に変だったので訂正
こういう↓のを準備して（16バイトアライメント考えないといけないが）
　　　struct DataHeader{
　　　　　char DataName[32];
　　　　　unsigned long DataSize;
　　　};
こんな↓ルールをつくって
　　最後のDataHeaderのDataNameは""
　　最後のDataHeaderのDataSizeは0
こんな↓感じで格納していけばいいのでは？(1.jpg～10.jpgの場合)
　　[DataHeader構造体]
　　[DataSize分のデータ]←(1.jpg)
　　[DataHeader構造体]
　　[DataSize分のデータ]←(2.jpg)
　　　　　　　：
　　　　　　　：
　　[DataHeader構造体]
　　[DataSize分のデータ]←(10.jpg)
　　[最後のDataHeader]

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

オセロやら将棋やらレースゲームやらでAIがいますが対戦するごとに
どんどん強くなったり弱くなったりするAIプログラムを作りたいのですが
考え方はどういったものがありますでしょうか？
私一人では限界がありますのでアイデアや実際はこうやって作ってるよ
などアドバイスありましたらご教授お願いします。

**名前は開発中のものです。** · 04/10/24 11:36:33

>>730
確率的にどの手が多いのかを記録するとか。
例えばじゃんけんでプレーヤーのグー・チョキ・パーを出す確率が
25%,35%,40%だと、チョキを出す回数を多くすると勝率が上がる。
理論上はチョキばかり出すと40%の勝率になるけど
そうすると今度はプレーヤーにグーを多く出される。
経済学のゲーム理論のミニマックス戦略とかに目を通すと面白いかも。

**728** · 04/10/24 11:36:55

簡単に質問に答えてしまったが、ここは総合発表＆雑談スレでしたね
>727はあなたの使っている言語を扱っているスレで質問すべきだと思います
>730はオセロ、将棋をとりあつかってるスレで質問すべきだと思います

**名前は開発中のものです。** · 04/10/24 11:46:36

じゃんけんなら
直前に出した手と次に出す手をペアにして配列に記憶し
テーブルを引くようにするだけで
ムカつくぐらいコンピューター相手に負けるようになるｗ
簡単な学習機能付きじゃんけんはこんなもんでいいのかも

**名前は開発中のものです。** · 04/10/24 12:22:26

じゃんけんって、完全な運と思っている人が多いけど、
数回続けてやる場合には、そうでもないんだよね。

**名前は開発中のものです。** · 04/10/24 18:55:28

どっかの大学で学生が死ぬほどじゃんけんして調べたところによると、
人間、あまり同じ手を続けて出さない傾向がある。
あと、チョキは使用頻度が少ない。
（おそらく手の形を作るのが面倒なので、無意識に避けているのだろう）

以上を踏まえると、１対１のじゃんけんの必勝法はこれだ。

いきなりじゃんけんするときは、まずパーを出す。あいこならグーを出す。
最初はグーで始めるときはチョキを出す、あいこならパーだ。
以後、勝つまでパー→グー→チョキのパターンを繰り返す。

前提知識のない相手ならば、この戦略で勝率がおよそ60％に上がると見積もられる。

**名前は開発中のものです。** · 04/10/24 19:13:45

よしオレはそれを逆手に取る

**名前は開発中のものです。** · 04/10/24 19:31:46

パーをだしてパーを出す

**名前は開発中のものです。** · 04/10/24 19:41:51

というか同じ手は
出さない傾向ってほんとかよ
結構出すぞ

**名前は開発中のものです。** · 04/10/24 19:45:52

是非、統計を取って反論をしてください。
結構、思い込みかもよ。

**名前は開発中のものです。** · 04/10/24 21:02:44

そこで限定ジャンケンですよ

**名前は開発中のものです。** · 04/10/24 21:37:54

ざわ…

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

>>740
マンガでは面白かったけどゲームにしたらダメそうだな。
ケータイでゲーム化されたらしいけど

**名前は開発中のものです。** · 04/10/25 12:30:14

>727>730とかはせっかくレスしてる香具師がいるのに無視なんだろうか…？

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

男のジャンケンは一発勝負ですよ。
運だよ、運。
あと生き様。

**名前は開発中のものです。** · 04/10/27 08:53:15

ttp://x.plala.jp/cgi-bin/blog/index.php?no=r291
避難所のロダは大丈夫か？

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

ゲームはやり直しがきくからな

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

ここはツクールやスプリクト系が意外に多いな。
作る時　不自由にならないのか？
素朴な疑問。

**名前は開発中のものです。** · 04/10/27 20:40:42

作る人のスキルも作るモノのレベルも十人十色。
犬小屋を作るのにクレーン使う人などいないだろうし。

**名前は開発中のものです。** · 04/10/27 22:57:23

＞748
なるほど　面白いことを言うね。
的を得ているね。

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

阿呆だからHSP以外のものを知らないのよ。
阿呆って勿論俺の事な。

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

お約束の突っ込み…
的は「射る」ものですYO!