phpで多人数型ウェブゲームを作ろうと思います。

**名前は開発中のものです。** · 04/11/23 02:35:53

はじめまして。
私、最近転職致しまして、ソフトウェア制作の会社に勤めております。
プログラミングのこともあらかたわかってきたので、念願の
オリジナルゲーム作りに着手しようかと思います。
以前はTV業界にいたので、楽しませることに関してはなんとかなると思います。

・言語はphp
・ウェブゲーム
・後にクライアントが変わってもいいように汎用性を持たせる。
・CVSをでデータベースを構築する。
・ADODBを使用して別のデータベースに以降できるようにする。
・多人数型RPG
・トレード、クエスト、座標を元にした場所の概念は初期に実装したい。

以上です。ただいまＤＢの設計を行っています。
キャラクター、アイテム、装備、ログ、でとりあえず分けて
データの取り出し、更新がコード上でできるところまで作ろうと思います。
皆さんのお知恵を拝借できたらと思います。
よろしくお願いします。

**名前は開発中のものです。** · 04/11/23 02:43:52

おまんこ女学院

**名前は開発中のものです。** · 04/11/23 03:05:06

とりあえず、キャラクターのＤＢ設計図はっときます。
キャラクター
Autoid, HP, MHP,MP, MMP, Str,Def, Int, Wis, Chr, Dex, Agl, Mgr, Krm

自動ＩＤ、体力、体力最大値、魔力、魔力最大値、力、防御、知性、賢さ、魅力、器用さ、素早さ、魔法抵抗力、カルマ

装備品
Autoid, weapon, armor, shield

所持品
Autoid, item1, item2, item3, item4, item5, item6

Autoidでjoinする。

**名前は開発中のものです。** · 04/11/23 03:06:44

ここで早速なんですが、
所持品の数に制限がでてしまいますね、、
フィールドを最大値を見越して設計しちゃっていいのでしょうか。
バッグパックなどゲットしたら最大値が伸びるって事でいいのかな？
なんかあんまり賢くないですけどとりあえずそれでいきます。

**名前は開発中のものです。** · 04/11/23 03:35:41

ゲームのDBはしらんけど、普通のDBなら正規化する罠

**名前は開発中のものです。** · 04/11/23 03:41:07

>5
すいません、詳しく教えてください。
実は業務アプリのＤＢしかあつかったことがないので、
とんでもない間違いしてるかもと不安です。

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

ものすごい釣りだな。

**名前は開発中のものです。** · 04/11/23 06:39:23

ＣＧＩだけでゲーム作る気なら
箱庭諸島ぐらいが限界

**名前は開発中のものです。** · 04/11/23 07:45:08

PHPならSQLiteかMySQLを使えばいいんじゃないか？

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

autoid(PK) slotid(PK) itemid　みたく出来ないもんかね

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

mySqlに慣れているのでmySqlを使うつもりです。
ADODBを使えば、テキストもDBとして扱えるので、配布するときに
足かせにならないかなと考えています。
速度がどんな物か未知数ですが。

>10どういう意味でしょうか？よろしければ解説願います。
面倒なら初歩的な概念が学べる書籍など教えて頂ければ幸いです。って
それも面倒だったら流してください。

**名前は開発中のものです。** · 04/11/23 13:23:43

>>1
どんなゲームなの？
CGIでRPGなら一歩、歩くごとにリロードが発生しそうだけど。

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

>12
script of sagaや、罪と罰を参考にしたいと思います。
移動の概念は大航海時代とかティルナノーグの様な概念で
やりたいと思います。ただし、場所の概念として座標は持たしたいと
考えています。
なぜかというと、プレイヤー同士で遭遇させたいと思っているからです。
ただし初期バージョンはそこまで実装は難しそうなので、とりあえず
移動の概念だけは入れておきたいです。
ベースになる概念は最小限かつ用件を満たす物にしたいと、、、
どういうゲームにするかは、まだ私もぼんやりとしか見えていませんが、
とりあえず現在はベースになるDBの部分の設計という段階です。
今日の深夜にはもうちょっと進んだDBの設計図を張りたいと思っています。

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

今はなつかしスペルバウンドみたいなやつと見た！

**名前は開発中のものです。** · 04/11/23 18:45:06

スペルバウンドほど手をかけなくてもプレイ出来るようにしたいんですが、、
まだその辺の実際のプレイ感までは全然わからないです。
とりあえず数値の管理と出し入れをまとめ上げようと思います。
後はなんとかほかのゲームに無いような要素を取り入れたいと考えています。
npcとpcの区別を完全に付かなくするとか、、
プレイヤーがクエストを作れるとか、、
うーん実装が大変そうな割にはすでにありそうなネタしか思いつきません。

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

シムピープルのようにある程度勝手に行動して
それでいてRPGになってるものにしたくなってきました。

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

まずはSQLのcreate tableを全部見せて欲しいところ
というか>>3の感じだと別に1つのtableでもいいよね。だから所持品数に制限が出てしまう、と。

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

>1７レスありがとうございます。
create sql文を今から書きます。
とりあえず。

**名前は開発中のものです。** · 04/11/24 23:39:16

キャラクター
Charid, Name, SurName, HP, MHP,MP, MMP, Str,Def, Int, Wis, Chr, Dex, Agl, Mgr, Krm,Type, Image, Exp

キャラクターのＩＤ（join用）、名前、名字、体力、体力最大値、魔力、魔力最大値、力、防御、知性、賢さ、魅力、器用さ、素早さ、魔法抵抗力、カルマ、キャラ画像アドレス、経験値

キャラクタ所持装備品
Charid, weapon, shield, Helm, Breast, Arm, Leg, Ring, Acce

Equipid がそれぞれに当てはまる。

キャラクタの持つ所持品
Charid, Itemid,
初期は８個までで、バッグパックを買うと上限が増える

**名前は開発中のものです。** · 04/11/24 23:41:13

装備品リスト

Equipid, Pos , Name, MHP, MMP, Str,Def, Int, Wis, Chr, Dex, Agl, Mgr, Krm, Type,

装備品はキャラクターの各パラメータを加算するか減算するかという概念とする。Typeは属性
特殊な能力とかどうするか？変装とか

アイテムリスト
Itemid, Name, Cont, MHP, MMP, Str,Def, Int, Wis, Chr, Dex, Agl, Mgr, Krm, Type

Contは持続ターン数、使い捨て、一回戦闘のみ、数ターン持続など。

**名前は開発中のものです。** · 04/11/25 00:38:31

sql文は完成して、実際にＤＢの作成まで行いました。
sql文は長すぎるのですが、やっぱどっかにupしたほうがいいでしょうか。

とりあえず、キャラ、アイテム、装備、とそのひも付け。
までです。ふーつかれた。先は長い、、

次の目標は、マップと座標、町の名前、クエスト、などです。
クエストのＤＢはどう作ったらいいか今のところ全く見えていません。
選択肢と入れ子構造をどう実現するか、悩んでいます。アドバイス求む。

マップ上の移動はとりあえず、行き先だけ指定して、実行すると
一定の体力と時間を消費しながら徐々に移動して、その上の座標で
ほかのプレイヤーや敵に出会う感じにしようかと思っていますが、、
簡単に考えていたんですが、結構たいへんそうなので
座標は後で使うために作るだけ作っておこうかと思っています。

所持アイテムとか、ＤＢの設計ってこんなんでいいのかなあ。
とりあえずデータ引っ張り出したりしまったりはできるように作りました。
速度や効率などは不明です。
意見を聞きたいのでage

**名前は開発中のものです。** · 04/11/25 01:47:03

アイデアメモ
・キャラが自立的に行動する。
性格付けのパラメータの管理や自立行動のアルゴリズムが大変→知り合いのスーパープログラマ殿に相談中。

・会話システム
キャラクター同士が勝手に会話する。ポストペットの日記みたいに簡単なものでよい。
プレイヤーがセリフを登録できたら楽しいかな？
おまけ要素として入れたいが、実装はかなり大変そう。

・合成画像
phpで複数の画像を合成できる。最初は背景、キャラ二人、くらいの合成
から始めたい。（TV業界にいたので画像系は得意です）

・クエスト
文章が表示されて、分岐があって、パラメータが変化したりアイテムを取得したり、
と簡単に考えているが、ストーリーはここが肝となると思われる。
文章力が、、、心配。

**名前は開発中のものです。** · 04/11/25 02:23:45

プレイヤーがどこまで関与するんだろう。

自立的に行動っていうと、プレイヤーは神視点というか、
キャラを見守りながら>>21のように、進むべき所をナビゲートする程度
（でキャラの機嫌が悪いと、指示通りに動いてくれなかったり）
というイメージがありますが…

それとも、ユーザーがキャラを直接操作するが、操作していない時に限って自立行動する
という感じなんでしょか。

**名前は開発中のものです。** · 04/11/25 08:54:36

後者のようなイメージで考えています。
シムピープルのような感じを思っていたんですが、
あそこまでコントロールがきかないとなんだかつまらなさそうなので。
それでいて、ミニチュア世界に意志のあるおもちゃをばらまいたような、、
すいません。この辺は理想に走りすぎです。

**名前は開発中のものです。** · 04/11/25 20:02:56

HPはないわ動くものはないはで更に理想が高すぎるというよくいるタイプの方ですね

**名前は開発中のものです。** · 04/11/25 20:27:23

そうですね。
理想を語るのはやめます。
ある程度実装のめどが立っている物だけ話題にしたいと思います。

**名前は開発中のものです。** · 04/11/25 20:30:21

自立行動はそれなりに実装の考えはあります。
性格のパラメータと過去の行動、その前の行動を記録して
現在の行動を決定するといった感じです。
数式的にはそれほど難しくないと考えています。
毎日一回のぞきに来たときに、俺のキャラ何やってるかな？
とちょっと楽しみに出来るような。
その楽しみを他のキャラとの会話なりクエストなりで表現したいと思います。

**名前は開発中のものです。** · 04/11/26 11:39:39

ここに日記書いてどうすんだか。サイト立ち上げてそこでやりなさいよ。

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

　　　　　　　　　　　　　 __-=＝≡≡≡≡=-__
　　　　　　　　　　　　／彡　　　　　　　　　　ﾐ
　　　　　　　　　　　/:::彡　　　　＿＿＿　　　　ﾐ
　　　　　　　　　　　|:::::彡　　.,,,,,,,　　　　,,,,,,,　　ﾐ
　　　　　　　　　　　|::::::彡　 ''''''''''　　　 ''''''''''　　|ﾐ
　　　　　　　　　　　∩'''　 ≡≦⊇ ::　　::⊆≧≡|
　　　　　　　　　　　|(　　　　　　　 :: ..　　　　　　||
　　　　　　　　　　.　し　　　　　／( __　,._)＼　　|　　　　＿＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　　i　　　:::__./　　　￣　　ヽ_ |　　　／
　　　　　　　　　　　　、　　　　i　＜三.三＞　/　　＜　>>1さん。あきらめな！！！いまどき、JAVA!!!!!
　　　　　　　　　　　　　ヽ　　　　　　　　　 / /　　　　＼＿＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　　　　＼　　＼　　　　／
　　　　　　　　　　　　　　　　|　　　　　　　 |
　　／ロ二二ロ二／■＼二／■＼二二二二／■＼二／■＼二l
　（´∀｀∩　　∩（´∀｀　）（´∀｀　）　　　∩（´∀｀）　（´∀｀）
┌〔〔　〔〔V）　ヽ〔〔　〔〔　つ〔〔　〔〔つ　　　ヽ〔〔　〔〔つ〔〔　〔〔　つ
（＿ノ〈　||_|　　（＿ノ〈　||_|（＿ﾉ〈 ||_|　　　　（＿ノ〈　||_|（＿ﾉ〈　||_|
　　　（＿_）　　　　　（＿_）　　　（＿_）　　　　　　（＿_）　　　（＿_）
ムネオワショーイ　　　　ムネオワショーイ
　　　　　ムネオワショーイ　　　　ムネオワショーイ
　　　　　　　　　　ムネオワショーイ　　　　ムネオワショーイ

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

　　　 /：：：：：：：：：：：：：：：：：：（　 /：：：：：：：：：：ヾ　ヽヽゞ：：：：：：：：：：：：：：：：ヽ
　　 /：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：ヾ　 i i ｿ：：：：：：：：：：：：：：：：：ヽ
　 /：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：ゞ ! i ゞ：：：：：：：：：：：：：：：：：：ヽ
　/：：：：：：：：：：：：：：：：：：：：：──＜￣●￣＞─　| i |─＜￣●￣＞─：：：：：：：ヽ
　|：：：：：：：：：：：：：：：：：：：：：／　　　￣　　￣　　　　─　、　￣　￣　　ヽ：：：：：：：：|
. |：：：：：：：：：：：：：：：：：：：／　　　　　　　　　　　　／　　　ヽ　　　　　　　　ヽ：：：：：：：|
..|：：：：：：：：：：：：：：：：：：/　　　　　　　　　　　　　 i　　　　　| 　　　　　　　　＼：：：：：|JAVAがすごいんだよぉ。>>1のヴぉケが。
.|：：：：：：：：：：：：：：：：：/　　　　　　　　　　　　　　ヾ　　　　丿　　　　　　　＿＼：：：：|
..|：：：：：：：：：：：：：：：：/ 　　　　　￣　─　＿　　　　` ─￣ '　　　　　─￣　　ヽ：：：|
　|：：：：：：：：：：：：：：：：　　　　　　　　　　　　　─ ー　 |　|　　ー─￣　　　　　　　　ヽ：|
　ヽ：：：：：：：：：：：：：： |　　　　 ━ ─　─　ー　─　-　|　|　　─ 　ー　⌒　─　　　　 |
　　ヽ：：：：：：：：：：：：：|　　　　　　　　　　＿　＿─　─││　──／ヽ＿ヽ　　　　　|
　　　ヽ：：：：：：：：：：：：|　　　　　　─￣　　　　　　　　　　　＿─￣　　ﾉ　　/─ 　　　|
　　　　ヽ：：：：：：：：：：：|　　　　　　　　　　＿　＿　─　￣　　　　　　／　丿　　　　　|
　　　　ヽ：：：：：：：：：：|　　　　　　　　ヽ￣　　　　／￣ -　-_　　／　／　　　　／
　　　　　＼：：：：：：：：：|　　　　　　　　＼　　　ノ　　　　-_ _　）　/　／　　　　　／
　　　　　　　＼：：：：：：：|　　　　　　　　　　＼　　　　　　ﾉ ─' ノ　　　　　　　／
　　　　　　　　　＼：：：：：|　　　　　　　　　　　　─　＿　__ ー '　　　　　　　/

**名前は開発中のものです。** · 04/11/27 16:42:45

個人でやるネタは自分でサイト立ててやった方がいいよ。
そこで人集めて、この板で質問する時はもっと内容を一般化して
さりげなく訊いた方がいい。
個人が特定できると十中八九粘着が発生するからやめとけ。
というか初心者かおまいは

**名前は開発中のものです。** · 04/11/27 20:56:58

とりあえず
キャラクター用のクラスを作ってみました。
数値の取得と更新はできるようになりました。

自立のアルゴリズムと、実際に操作する画面の構成を
いかにして無理なく合体させるかといったところで今悩んでいます。

**名前は開発中のものです。** · 04/11/29 01:17:26

CREATE TABLE `Equipments` (
`Equipid` int(6) NOT NULL auto_increment,
`Pos` varchar(11) default '0',
`Name` varchar(255) default 'NULL',
`MHP` int(11) default '0',
`MMP` int(11) default '0',
`Str` int(11) default '0',
`Def` int(11) default '0',
`Int` int(11) default '0',
`Wis` int(11) default '0',
`Chr` int(11) default '0',
`Dex` int(11) default '0',
`Agl` int(11) default '0',
`Mgr` int(11) default '0',
`Krm` int(11) default '0',
`Type` int(11) default '0',
PRIMARY KEY (`Equipid`)
) TYPE=MyISAM

CREATE TABLE `Equipped` (
`Charid` int(6) NOT NULL default '0',
`weapon` int(6) default '0',
`shield` int(6) default '0',
`helm` int(6) default '0',
`breast` int(6) default '0',
`arm` int(6) default '0',
`leg` int(6) default '0',
`ring` int(6) default '0',
`acce` int(6) default '0',
PRIMARY KEY (`Charid`)
) TYPE=MyISAM

**名前は開発中のものです。** · 04/11/29 01:18:16

CREATE TABLE `Items` (
`Itemid` int(6) NOT NULL default '0',
`Name` varchar(255) default 'NULL',
`HP` int(6) default NULL,
`MHP` int(11) default '0',
`MP` int(6) default NULL,
`MMP` int(11) default '0',
`Str` int(11) default '0',
`Def` int(11) default '0',
`Int` int(11) default '0',
`Wis` int(11) default '0',
`Chr` int(11) default '0',
`Dex` int(11) default '0',
`Agl` int(11) default '0',
`Mgr` int(11) default '0',
`Krm` int(11) default '0',
`Type` int(11) default '0',
PRIMARY KEY (`Itemid`)
) TYPE=MyISAM

**名前は開発中のものです。** · 04/11/29 01:19:52

CREATE TABLE `Stored_items` (
`Storedid` bigint(255) NOT NULL default '0',
`Charid` int(6) NOT NULL default '0',
`Itemid` int(6) NOT NULL default '0',
`Decrp` varchar(255) NOT NULL default 'NULL',
PRIMARY KEY (`Storedid`)
) TYPE=MyISAM

CREATE TABLE `Stored_items` (
`Storedid` bigint(255) NOT NULL default '0',
`Charid` int(6) NOT NULL default '0',
`Itemid` int(6) NOT NULL default '0',
`Decrp` varchar(255) NOT NULL default 'NULL',
PRIMARY KEY (`Storedid`)
) TYPE=MyISAM

1 · 04/11/29 01:25:06

テーブル定義が大体固まりました。↑
装備とアイテムはテーブル分ける必要は無いのかなと今気づきました。
シレンとかドラクエみたいにアイテムと装備は持ち物として
同列に扱って、武器は武器のフラグを立てておいて、装備できる。
と言った処理が一般的なのでしょうか？
どっちにしても、装備もアイテムもすべて通し番号のＩＤをつけて、
ＩＤによって所持の判別を行おうと思っています。
一般的な構成がありましたら是非ご教示ください。

**名前は開発中のものです。** · 04/11/30 18:07:33

結構やる気あるみたいだね
ﾄﾘｯﾌﾟつけたほうがいいよ

1 ◆vxgQ5J24sQ · 04/12/01 02:52:59

＞37レスありがとうございます。
トリップとりあえずつけました。
アイテムと装備は別テーブルでとりあえずやることにします。
今後たとえば銅の剣+1などというように、プレイヤーが装備に能力を
付加することができるようにするためです。
りあえずマップは最初の町ひとつと、周りにクエストを行うダンジョン類のみというシンプルな構成にすることにしました。

プレイ人数が増えれば町など追加できるよう仕様を固めていこうと思います。
また、自立行動はコマンドの自動発行かにしようかと考えたり、
単純作業を自動化して、キャラの個性としてある程度ぶれ幅があるといった
考え方もあるかなと思っています。
NPCが完全な自立行動でどのような行動をとるか、といったところまで
できるように考えていますが、こっちは前に述べた友人のスーパープログラマーに
任せっきりなのでどう転ぶかはそいつ次第です。

1 ◆vxgQ5J24sQ · 04/12/04 14:22:54

ある程度プレイ出来るものが出来上がったらこちらで
報告させて頂きます。
テストプレイをお願いするかもしれませんので、
よろしくお願いします。

**名前は開発中のものです。** · 04/12/23 22:02:36

私も>>1さんと同じように多人数型RPGで座標というものがあるゲームを作ろうとしています。
言語はPHPでなくPerlですが･･･。
PerlとPHPは似たようなものと聞いていますが、PHPの方が軽いとは本当でしょうか？
そうなのであれば、私もPHPの勉強をしたいです。

**名前は開発中のものです。** · 05/01/17 14:04:58

nn?

**名前は開発中のものです。** · 05/02/10 12:55:22

>>40
mod_perl > mod_php + phpa >>> mod_php >>>>> CGI/perl > CGI/php

abで簡単なプログラムのテストしたらこんな感じだった。

**名前は開発中のものです。** · 05/03/09 19:24:58

☆ゅ

**名前は開発中のものです。** · 2005/06/03(金) 14:40:05

1の報告はまだかいな

**名前は開発中のものです。** · 2006/02/04(土) 09:15:17

古い板だけど勝手に再利用(　・ω・)
phpだけでゲーム作れてもリロードが痛すぎる…
php+MySQL+FLASHで作れんもんかねぇ

**名前は開発中のものです。** · 2006/02/04(土) 20:55:32

PHPとFLASHを混ぜて使うとすると、

FLASH(操作)→PHP(データ送信)→FLASH(操作)
　　　　　　　　　　　　└→MySQL(データ保管)

　　　MySQL(データ送信)┐
FLASH(操作)→PHP(データ受信)→FLASH(操作)

を繰り返した方がいいのかな…

**名前は開発中のものです。** · 2006/02/04(土) 21:07:57

なんかID違うけど、気にしない( ・ω・)
ゲ製作板ってFLA板とかと違って
よりゲームに近い感じがする…
初心者の趣味ごときだと違いすぎる(--;)

40 · 2006/02/18(土) 22:49:17

Flashはやってみましたが、セキュリティの面でちょっと心配で、育成RPGには向いてないかも…。

**名前は開発中のものです。** · 2006/02/22(水) 08:49:54

あげて書いて何を期待してるんだ・・・(´ω｀)

**名前は開発中のものです。** · 2006/02/22(水) 08:53:24

FLASHでのセキュリティはあんま考えなくてもいいんでないかね。
右クリック制御だけすれば。

PHPにおけるセキュリティは別だろうけど。

◆ZnBI2EKkq. · 2006/03/01(水) 15:57:13

>>48
http://dragon.warcry.biz/
FLASHだとこんなもんあるね
右クリック制御すりゃ何とか・・・

**名前は開発中のものです。** · 2006/07/05(水) 22:21:44

ここ再利用させて頂きますがよろしいですか？

**名前は開発中のものです。** · 2006/07/08(土) 01:16:40

それでは再利用させて頂きます。

交易系WebMORPGゲーム「HeRO」

交易＆クエスト主体のRPG
　　生産や加工、鍛錬などのスキルを作り、分業したり
　　チャットなどでのコミュニケーションも重視
　　PC間の交渉の自由度を高める
　　NPCによるクエスト自動生成も
アイテムに個性
　　グレード、追加属性、生産者などでプレミア
　　いろいろ系統を派生できる
php+MySQL+ajax
　　できるだけリロードレス&ストレスレス

**名前は開発中のものです。** · 2006/07/08(土) 01:18:18

はじめまして。
私はphpで交易系WebMORPGゲームを作っています。
自分の勉強も兼ねていたので、最初は一人でやっていたのですが、
私は実際のMMOをプレイしたことがないので（Macなので）
どういうシステムが良いのか、どういう仕様がよいのかなどが
全く分からない状態なのです。
このまま一人で作っても良いとは思ったのですが、
過程でみなさんのご意見を聞けて、よりよいゲームが作れたらなと思い
プロジェクトを立てました。

今考えているコンセプトとしては上のようなものがありますが、
私の都合や皆さんの意見によってどんどん変わっていくものと思います。
とりあえず、現在のシステムについて意見をください。

**名前は開発中のものです。** · 2006/07/08(土) 01:27:39

・監督・プログラマは私がやります。

・システムやバランスについての設定をお願いするゲームデザイナを
　募集しています。もしよろしければお願いします。

・プロジェクトサイトは
　http://kitakore.org/hero/
　（スクリーンショット・αテストあり）

・システム部分の完成目標は9月中に置いています。
　

53 ◆pNuujeuN2w · 2006/07/08(土) 01:29:57

とりあえずトリップを付けておきます。
あと、ものすごく丁寧な口調で書きましたが地はこんなではないですのでご了承ください。

53 ◆pNuujeuN2w · 2006/07/08(土) 01:46:25

もうひとつ。
少し私用でチェックが遅れるかもなので気長にお待ち下さい。

53 ◆pNuujeuN2w · 2006/07/14(金) 16:44:31

おお、反応ない・・

**名前は開発中のものです。** · 2006/07/14(金) 18:26:40

ヘボくてもいいから実物がないと、口だけの奴と区別がつきません。
この板の住人はそこらへん割りとフツーにシビアです。慣れてますから。

監督作業ができない自称プロデューサー、管理作業ができない自称マネージャー、
開発作業ができない自称プログラマ、絵描きができない自称グラフィッカーは要りません。

こいつは本物だ！と分かれば自然に群がってくるでしょう。

**634** · 2006/07/14(金) 19:27:22

>>59
ん？
αテストで動いてんじゃねーの？
入口みつからなかったか？
（俺はアカウント作れなかったけど・・・）

53 ◆pNuujeuN2w · 2006/07/14(金) 20:22:17

>>59
すでにαがありますよ
http://kitakore.org/hero/alpha/index.php

>>60
バグ、直しました。どうでしょうか。

**なんか名前のこってた・・・** · 2006/07/14(金) 20:30:51

>>61
今度は作れた

後、泉の水を飲むのボタン押したら
不正なコマンドです。2
って、出た

53 ◆pNuujeuN2w · 2006/07/14(金) 20:37:43

>>62
修正しました。

**名前は開発中のものです。** · 2006/07/14(金) 21:02:06

>>63
泉はOK
だったけど、他のボタンも同じエラー出る（購入、出品）

後、ログインしたらアイテムのデータソースみたいのが
緑のバックに黒字でずらずらとｗ（そのしたにログイン成功の窓）
63の修正後の一回だけだったけど・・・

53 ◆pNuujeuN2w · 2006/07/14(金) 21:03:38

>>64
key指定ミスですね。。修正しました。
アイテムデータはこちらのミスです。すいません。

・データベースについて
パラメータに一つ一つフィールドを当てようとも思ったのですが、
増減があるとめんどくさいので、全部serializeしてつっこんでいます。
全体のデータを参照するときには作成したインデックスを使うつもりです。
また、書き込むときは大変なので、イベントを共有データベースに入れておいて、
各自のログイン時に処理するようにするつもりです。

**名前は開発中のものです。** · 2006/07/14(金) 21:39:42

ヘッドライン情報で、ログアウトも表示したほうがいいんじゃないか？
ちゃんとログアウトしてるのか分からないのが不安なんだけど。

**名前は開発中のものです。** · 2006/07/14(金) 21:43:06

移動しかできないから止めた。
とりあえず動くものをということなんだろうけど

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

>>65
とりあえずOKっぽい
自分で出品したのを自分で購入できるのは、なんかあれだけどｗ
（手数料(?)引かれて損するだけ）

53 ◆pNuujeuN2w · 2006/07/16(日) 19:24:33

（チラシの裏）
イベントシステムを実装しようと頑張っていますが、多忙にかまけてなかなか進みません。
ゲーム進行のカギなので、できるだけ汎用性のある構造にして改造しやすくしたいと思っています。

いまのうちに、「これやってくれ」というアイデアがあれば是非おしえてください。

53 ◆pNuujeuN2w · 2006/07/16(日) 19:25:51

それと、かっこいい名前募集中です。

53 ◆pNuujeuN2w · 2006/07/17(月) 17:09:10

α0.4にアップデートしました。それに伴いユーザデータをクリアしましたのでよろしければ再度ご登録下さい。
といっても肝心のゲーム面は全く変わっていません；

**名前は開発中のものです。** · 2006/07/17(月) 19:35:12

>>70
HeRO

**名前は開発中のものです。** · 2006/07/19(水) 04:05:33

登録してみた。がんばれー

53 ◆pNuujeuN2w · 2006/07/20(木) 18:46:52

街の相場データとアイテム取得の調整に手こずっています・・
少々お待ち下さい。

>>68
取引キャンセルが無料だとバランス上なんだかあれなので・・
手数料は税金代わりです。のちのち調整できるようになります。

>>72
これは某ドラマを見ているときに考えた仮タイトルです。。

>>73
ありがとうございます。

**名前は開発中のものです。** · 2006/07/20(木) 21:57:03

>>70
http://pc8.2ch.net/test/read.cgi/gamedev/1065209066/l50

53 ◆pNuujeuN2w · 2006/07/25(火) 18:59:46

>>75
Morning Blue Dragonが気に入ったがやめる

こっそりα0.5
・アイテムデータと街データと敵データをデータベース管理
・重量とステータスの関係を設定（最大重量オーバーで移動時間増加など）
ほか

遊べるようになるまで少々お待ち下さい～

53 ◆pNuujeuN2w · 2006/07/27(木) 22:03:14

管理画面からゲームデータを編集できるようにしました。
今、戦闘システムを検討しているのですが、一つアイデアがあります。

・プログラム＋ターンコマンド方式
（今ちょっとだけ動くモノがあるので、
　アドレスバーの「index.php?key=ほげほげ」にprogram_setやtestbattleを突っ込んでみて）
基本的にはターン制、コマンドを選択して敵を倒すが、
プレイヤにはフローチャートのような簡単なプログラム（兵法←名前検討中）を組ませ、敵と遭遇したときに自動戦闘に入る。
何セットか作れるようにして、敵に合わせて入れ替えなどもさせる。
コピーし、本として売ることもできるようにする。（中身はブラックボックス？）
初心者には市販の本（初期装備）で十分だが、効率の良い戦いをするにはプログラムの組み替えが必要。
武器の持つ特性やステ属性に合わせた兵法の選択をさせる。

　利点
そこそこ奥が深く、工夫の余地がある
プレイヤがオフラインの時も戦闘させることができる
ユーザが介在しなくても戦闘させることができる
リアルタイムで戦闘に参加する必要がないので、PKなどが可能になる（導入は検討中）
　難点
敵の方も強いアルゴリズムが必要（誰かが作ったのをパクって成長するか）
理屈っぽくなる。気軽に遊べない。難解になる（ajaxなどのUIによって解決したい）
バランス調整がめんどくさくなる（・・・）
必勝法が出てきやすい（文法や基本システムの作り方にもよる）
戦闘時は自分が選択する余地がほぼないので、負けたときに不条理さが残る（特にPK。戦闘の見せ方で解決？）
（兵法について）コンテンツを流通させるため寡占しやすい（本のコピー代でも取るか）
生産系など戦闘を選ばないプレイヤもプログラムに時間を取られる（コピ本で解決か）

どうでしょうか？よろしければ意見をください。

**名前は開発中のものです。** · 2006/07/28(金) 01:40:12

>>77
ロボット×ロボット　を参考にするといいかも。

**名前は開発中のものです。** · 2006/07/28(金) 09:55:17

>>14
スペルバウンドのスレがあったら誘導希望

53 ◆pNuujeuN2w · 2006/07/29(土) 17:59:53

>>78
>ロボット×ロボット
ふむー、けっこう似てますね。ただアクションがメインで、
「戦闘を重視しない」選択ができない点が違うみたい。
似たタイプではカルネージハートがおもしろそう。
プログラムの簡潔さに重点を置くのは参考にしたいと思います。

ajaxを使ったフローチャート式のプログラムにしようかな・・
といってもajax導入はまだまだ先かも。

**名前は開発中のものです。** · 2006/07/29(土) 18:03:20

もうDHTMLという言葉は使っちゃいけない時代なのか

**名前は開発中のものです。** · 2006/07/29(土) 18:20:35

エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、
エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、
エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、
エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、
エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、
エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、
エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、
エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、

53 ◆pNuujeuN2w · 2006/07/29(土) 18:31:45

>>81
そういえば、フローチャートならブラウザ側で処理をして単に送信するだけで済むなぁ・・
表示中にサーバとのやりとりをしないんだったらDHTMLですね。

・戦闘システムの詳細
シンプルで強いプログラムに付加価値を求めたいが、
あまりコマンド数が少ないと必勝法が生まれやすいので、
装備武器に追加コマンドを持たせ、コマンドとプログラムを組み合わせる。

ターンは敵味方交互にする。先攻は素早さなどのステータスで決める。
ターンごとの行動や攻撃にはカウント（名前募集）を消費する。
コマンド「回復」によって全回復するが、回復時は隙になる。
カウントの最大値は７（未定）。初期カウントは戦闘時は自身の状況によって変化する。
（不意打ちなら2、通常なら5、罠を仕掛けていたなら7など）
また、同じコマンドは連続して選択できない。
HPには現在のLifeを充てる。

隙ができているときに攻撃を受けると体勢を崩す。
体勢を崩すと攻撃や回避などのコマンドが無効になる。
ターンの終わりに体勢は回復するが、体勢が崩れていても使える武器などもある。

53 ◆pNuujeuN2w · 2006/07/29(土) 18:32:34

基本コマンド
（すべてのプレイヤーが使える、攻撃の基本となるコマンド）
・攻撃
カウント３を消費して相手に攻撃する。
自分の体勢が崩れているときには無効。
相手に隙がある時に攻撃をすれば、体勢を崩すことができる。
・強打
カウント５を消費して相手に攻撃する。
自分の体勢が崩れているときには無効。また、隙になる。
ダメージは大きいが、失敗率は攻撃の２倍。
相手に隙がある時に攻撃をすれば、体勢を崩すことができる。
・防御
カウント２を消費して（次のターンの）相手の行動によるダメージを半分にする。
体勢が崩れているときには体勢を立て直せる。
・回避
カウント１を消費して（次のターンの）相手の攻撃を３分の１の確率で回避し、
さらに相手の行動によるダメージを３分の２にする。
体勢が崩れているときには無効。
・回復（or待機）
カウントを全回復する。隙になる。
（攻撃を受けると体勢を崩す）
・移動
カウント２を消費して相手の攻撃を３分の２の確率で回避する。

などなど・・
武器の持つ追加コマンドはまた考えます。
他にコマンドやシステムについてのアイデアがあればどうぞー

53 ◆pNuujeuN2w · 2006/07/29(土) 18:36:36

・LifeとForceについて
Lifeは戦闘で大きく傷ついても移動などにより徐々に回復する。
（傷つきかたが大きいほど回復に時間がかかる）
Lifeの回復には少しずつForceを消費する。
Forceは自然回復せず、宿屋などでお金を払って回復するしかない。
Lifeが大きいほど負けにくいが、数を倒すにはForceが必要

すみませんがしばらくネットにアクセスできないので、
せめてその間に構想を練っておきます。

53 ◆pNuujeuN2w · 2006/07/29(土) 20:09:15

α0.51にアップデートしました。
ユーザトップから戦闘テストへのリンクをしましたので、
大まかなシステムを確認してみてください。
（戦闘の設定は上のものとは違います）

**x107x** · 2006/07/30(日) 21:51:59

プログラム設定は実装できていないのねorz
送信したら全部クリアされちゃったよorz

**名前は開発中のものです。** · 2006/07/30(日) 22:12:34

XMLあたりを送信できるようにするとか。

53 ◆pNuujeuN2w · 2006/08/01(火) 19:14:00

>>87
移植ミスでした、修正しますた
あと重量オーバーで移動負荷になりました。

>>88
そうですね、ブラウザからはちょっとめんどくさいですが
外部ファイルをプログラムをして読み込むのもおもしろいかもしれないですねー

と思ったところで、ちょこっと変換しただけで
GUIから（アプリケーションとして）このゲームが遊べちゃうんじゃないかと妄想開始中・・

クライアントアプリ
↓HTTPプロトコルで要求
窓口スクリプト（アプリ用）が処理
↓クライアント用に変換したデータを送信
クライアントアプリで表示