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

1 ：04/11/23 〜 最終レス ：11/12/06

はじめまして。
私、最近転職致しまして、ソフトウェア制作の会社に勤めております。
プログラミングのこともあらかたわかってきたので、念願の
オリジナルゲーム作りに着手しようかと思います。
以前はTV業界にいたので、楽しませることに関してはなんとかなると思います。
・言語はphp
・ウェブゲーム
・後にクライアントが変わってもいいように汎用性を持たせる。
・CVSをでデータベースを構築する。
・ADODBを使用して別のデータベースに以降できるようにする。
・多人数型RPG
・トレード、クエスト、座標を元にした場所の概念は初期に実装したい。
以上です。ただいまＤＢの設計を行っています。
キャラクター、アイテム、装備、ログ、でとりあえず分けて
データの取り出し、更新がコード上でできるところまで作ろうと思います。
皆さんのお知恵を拝借できたらと思います。
よろしくお願いします。

2 ：

お女学院

3 ：

とりあえず、キャラクターのＤＢ設計図はっときます。
キャラクター
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する。

4 ：

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

5 ：

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

6 ：

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

7 ：

ものすごい釣りだな。

8 ：

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

9 ：

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

10 ：

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

11 ：

mySqlに慣れているのでmySqlを使うつもりです。
ADODBを使えば、テキストもDBとして扱えるので、配布するときに
足かせにならないかなと考えています。
速度がどんな物か未知数ですが。
>10どういう意味でしょうか？よろしければ解説願います。
面倒なら初歩的な概念が学べる書籍など教えて頂ければ幸いです。って
それも面倒だったら流してください。

12 ：

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

13 ：

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

14 ：

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

15 ：

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

16 ：

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

17 ：

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

18 ：

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

19 ：

キャラクター
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,
初期は８個までで、バッグパックを買うと上限が増える

20 ：

装備品リスト
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は持続ターン数、使い捨て、一回戦闘のみ、数ターン持続など。

21 ：

sql文は完成して、実際にＤＢの作成まで行いました。
sql文は長すぎるのですが、やっぱどっかにupしたほうがいいでしょうか。
とりあえず、キャラ、アイテム、装備、とそのひも付け。
までです。ふーつかれた。先は長い、、
次の目標は、マップと座標、町の名前、クエスト、などです。
クエストのＤＢはどう作ったらいいか今のところ全く見えていません。
選択肢と入れ子構造をどう実現するか、悩んでいます。アドバイス求む。
マップ上の移動はとりあえず、行き先だけ指定して、実行すると
一定の体力と時間を消費しながら徐々に移動して、その上の座標で
ほかのプレイヤーや敵に出会う感じにしようかと思っていますが、、
簡単に考えていたんですが、結構たいへんそうなので
座標は後で使うために作るだけ作っておこうかと思っています。
所持アイテムとか、ＤＢの設計ってこんなんでいいのかなあ。
とりあえずデータ引っ張り出したりしまったりはできるように作りました。
速度や効率などは不明です。
意見を聞きたいのでage

22 ：

アイデアメモ
・キャラが自立的に行動する。
性格付けのパラメータの管理や自立行動のアルゴリズムが大変→知り合いのスーパープログラマ殿に相談中。
・会話システム
キャラクター同士が勝手に会話する。ポストペットの日記みたいに簡単なものでよい。
プレイヤーがセリフを登録できたら楽しいかな？
おまけ要素として入れたいが、実装はかなり大変そう。
・合成画像
phpで複数の画像を合成できる。最初は背景、キャラ二人、くらいの合成
から始めたい。（TV業界にいたので画像系は得意です）
・クエスト
文章が表示されて、分岐があって、パラメータが変化したりアイテムを取得したり、
と簡単に考えているが、ストーリーはここが肝となると思われる。
文章力が、、、心配。

23 ：

プレイヤーがどこまで関与するんだろう。
自立的に行動っていうと、プレイヤーは神視点というか、
キャラを見守りながら>>21のように、進むべき所をナビゲートする程度
（でキャラの機嫌が悪いと、指示通りに動いてくれなかったり）
というイメージがありますが…
それとも、ユーザーがキャラを直接操作するが、操作していない時に限って自立行動する
という感じなんでしょか。

24 ：

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

25 ：

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

26 ：

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

27 ：

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

28 ：

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

29 ：

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

30 ：

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

31 ：

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

32 ：

とりあえず
キャラクター用のクラスを作ってみました。
数値の取得と更新はできるようになりました。
自立のアルゴリズムと、実際に操作する画面の構成を
いかにして無理なく合体させるかといったところで今悩んでいます。

33 ：

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

34 ：

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

35 ：

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

36 ：

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

37 ：

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

38 ：

＞37レスありがとうございます。
トリップとりあえずつけました。
アイテムと装備は別テーブルでとりあえずやることにします。
今後たとえば銅の剣+1などというように、プレイヤーが装備に能力を
付加することができるようにするためです。
りあえずマップは最初の町ひとつと、周りにクエストを行うダンジョン類のみというシンプルな構成にすることにしました。
プレイ人数が増えれば町など追加できるよう仕様を固めていこうと思います。
また、自立行動はコマンドの自動発行かにしようかと考えたり、
単純作業を自動化して、キャラの個性としてある程度ぶれ幅があるといった
考え方もあるかなと思っています。
NPCが完全な自立行動でどのような行動をとるか、といったところまで
できるように考えていますが、こっちは前に述べた友人のスーパープログラマーに
任せっきりなのでどう転ぶかはそいつ次第です。

39 ：

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

40 ：

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

41 ：

nn?

42 ：

>>40
mod_perl > mod_php + phpa >>> mod_php >>>>> CGI/perl > CGI/php
abで簡単なプログラムのテストしたらこんな感じだった。

43 ：

☆ゅ

44 ：

1の報告はまだかいな

45 ：

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

46 ：

PHPとFLASHを混ぜて使うとすると、
FLASH(操作)→PHP(データ送信)→FLASH(操作)
　　　　　　　　　　　　└→MySQL(データ保管)
　　　MySQL(データ送信)┐
FLASH(操作)→PHP(データ受信)→FLASH(操作)
を繰り返した方がいいのかな…

47 ：

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

48 ：

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

49 ：

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

50 ：

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

51 ：

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

52 ：

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

53 ：

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

54 ：

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

55 ：

・監督・プログラマは私がやります。
・システムやバランスについての設定をお願いするゲームデザイナを
　募集しています。もしよろしければお願いします。
・プロジェクトサイトは
　http://kitakore.org/hero/
　（スクリーンショット・αテストあり）
・システム部分の完成目標は9月中に置いています。
　

56 ：

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

57 ：

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

58 ：

おお、反応ない・・

59 ：

ヘボくてもいいから実物がないと、口だけの奴と区別がつきません。
この板の住人はそこらへん割りとフツーにシビアです。慣れてますから。
監督作業ができない自称プロデューサー、管理作業ができない自称マネージャー、
開発作業ができない自称プログラマ、絵描きができない自称グラフィッカーは要りません。
こいつは本物だ！と分かれば自然に群がってくるでしょう。

60 ：

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

61 ：

>>59
すでにαがありますよ
http://kitakore.org/hero/alpha/index.php
>>60
バグ、直しました。どうでしょうか。

62 ：

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

63 ：

>>62
修正しました。

64 ：

>>63
泉はOK
だったけど、他のボタンも同じエラー出る（購入、出品）
後、ログインしたらアイテムのデータソースみたいのが
緑のバックに黒字でずらずらとｗ（そのしたにログイン成功の窓）
63の修正後の一回だけだったけど・・・

65 ：

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

66 ：

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

67 ：

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

68 ：

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

69 ：

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

70 ：

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

71 ：

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

72 ：

>>70
HeRO

73 ：

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

74 ：

街の相場データとアイテム取得の調整に手こずっています・・
少々お待ち下さい。
>>68
取引キャンセルが無料だとバランス上なんだかあれなので・・
手数料は税金代わりです。のちのち調整できるようになります。
>>72
これは某ドラマを見ているときに考えた仮タイトルです。。
>>73
ありがとうございます。

75 ：

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

76 ：

>>75
Morning Blue Dragonが気に入ったがやめる
こっそりα0.5
・アイテムデータと街データと敵データをデータベース管理
・重量とステータスの関係を設定（最大重量オーバーで移動時間増加など）
ほか
遊べるようになるまで少々お待ち下さい〜

77 ：

管理画面からゲームデータを編集できるようにしました。
今、戦闘システムを検討しているのですが、一つアイデアがあります。
・プログラム＋ターンコマンド方式
（今ちょっとだけ動くモノがあるので、
　アドレスバーの「index.php?key=ほげほげ」にprogram_setやtestbattleを突っ込んでみて）
基本的にはターン制、コマンドを選択して敵を倒すが、
プレイヤにはフローチャートのような簡単なプログラム（兵法←名前検討中）を組ませ、敵と遭遇したときに自動戦闘に入る。
何セットか作れるようにして、敵に合わせて入れ替えなどもさせる。
コピーし、本として売ることもできるようにする。（中身はブラックボックス？）
初心者には市販の本（初期装備）で十分だが、効率の良い戦いをするにはプログラムの組み替えが必要。
武器の持つ特性やステ属性に合わせた兵法の選択をさせる。
　利点
そこそこ奥が深く、工夫の余地がある
プレイヤがオフラインの時も戦闘させることができる
ユーザが介在しなくても戦闘させることができる
リアルタイムで戦闘に参加する必要がないので、PKなどが可能になる（導入は検討中）
　難点
敵の方も強いアルゴリズムが必要（誰かが作ったのをパクって成長するか）
理屈っぽくなる。気軽に遊べない。難解になる（ajaxなどのUIによって解決したい）
バランス調整がめんどくさくなる（・・・）
必勝法が出てきやすい（文法や基本システムの作り方にもよる）
戦闘時は自分が選択する余地がほぼないので、負けたときに不条理さが残る（特にPK。戦闘の見せ方で解決？）
（兵法について）コンテンツを流通させるため寡占しやすい（本のコピー代でも取るか）
生産系など戦闘を選ばないプレイヤもプログラムに時間を取られる（コピ本で解決か）
どうでしょうか？よろしければ意見をください。

78 ：

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

79 ：

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

80 ：

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

81 ：

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

82 ：

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

83 ：

>>81
そういえば、フローチャートならブラウザ側で処理をして単に送信するだけで済むなぁ・・
表示中にサーバとのやりとりをしないんだったらDHTMLですね。
・戦闘システムの詳細
シンプルで強いプログラムに付加価値を求めたいが、
あまりコマンド数が少ないと必勝法が生まれやすいので、
装備武器に追加コマンドを持たせ、コマンドとプログラムを組み合わせる。
ターンは敵味方交互にする。先攻は素早さなどのステータスで決める。
ターンごとの行動や攻撃にはカウント（名前募集）を消費する。
コマンド「回復」によって全回復するが、回復時は隙になる。
カウントの最大値は７（未定）。初期カウントは戦闘時は自身の状況によって変化する。
（不意打ちなら2、通常なら5、罠を仕掛けていたなら7など）
また、同じコマンドは連続して選択できない。
HPには現在のLifeを充てる。
隙ができているときに攻撃を受けると体勢を崩す。
体勢を崩すと攻撃や回避などのコマンドが無効になる。
ターンの終わりに体勢は回復するが、体勢が崩れていても使える武器などもある。

84 ：

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

85 ：

・LifeとForceについて
Lifeは戦闘で大きく傷ついても移動などにより徐々に回復する。
（傷つきかたが大きいほど回復に時間がかかる）
Lifeの回復には少しずつForceを消費する。
Forceは自然回復せず、宿屋などでお金を払って回復するしかない。
Lifeが大きいほど負けにくいが、数を倒すにはForceが必要
すみませんがしばらくネットにアクセスできないので、
せめてその間に構想を練っておきます。

86 ：

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

87 ：

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

88 ：

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

89 ：

>>87
移植ミスでした、修正しますた
あと重量オーバーで移動負荷になりました。
>>88
そうですね、ブラウザからはちょっとめんどくさいですが
外部ファイルをプログラムをして読み込むのもおもしろいかもしれないですねー
と思ったところで、ちょこっと変換しただけで
GUIから（アプリケーションとして）このゲームが遊べちゃうんじゃないかと妄想開始中・・
クライアントアプリ
↓HTTPプロトコルで要求
窓口スクリプト（アプリ用）が処理
↓クライアント用に変換したデータを送信
クライアントアプリで表示

90 ：

文字コード系の修正とインターフェイス改良とディレクトリ整理をかましてα0.52です。
こっそりアイテム取得実装しました。レオのハーブ畑でおためしできます。
今更数字を上げすぎたことに気付いた・・α0.9の次って何？
あと癒しの泉は宿屋にしようとしてやめてますので中途半端。待ち時間長い。
現在やりかけこと
・アイテム製造実装
・パラメータのシステム（kalmaとか、forceとか）を再考
・相場とインフレ調整
などなど

91 ：

あとシステムデザイナーさん＆ドッター/グラデザさん募集です。
【システムデザイナー】
パラメータの相関や戦闘システムなど、システムの頭脳面を担当して頂きます。
私はゲーム経験が少ないので、実際の製作に携わった人やプレイ歴の長い人は歓迎。
もらったアイデアはできるかぎり実現したいのですができないかもしれませんので注意。
もしや私よりえらい仕事かもしれません。
【ドッター／グラフィックデザイナー】
商品などの画像を担当して頂きます。
現在はフリー素材をかっぱらって使用していますが、
今後の予定によっては足りないかも・・なので
ドット打ちができる方、もしくは素材を調達して頂ける方を募集しております。
トップ画とかもかっこいいのにしたいなあと妄想中。
あと本気でタイトル募集中です。

92 ：

チラシ裏
HeROは現在は知り合いのサーバに便乗させてもらっているんだが、
CPUの占有時間が今のところpv毎平均91ms（0.091秒）。
10分ぐらいテストしてると100pv程度だった。
（戦闘実装で増えるとして150前後か）
もし100人が1日30分プレイするとしたら
100*150*3*0.09=4050秒=1日あたり1時間ちょい
きついなー。鯖いるかも。

93 ：

>>89
クライアントを作成しやすいようにAPIを公開すればおもしろいんじゃないか？

94 ：

タイトルは本気で「HeRO」が一番いいと思ってる人ここに一人

95 ：

だれか、HEROのAAキボン

96 ：

いいか、みんな
　　　　　　　　(゜д゜ )
　　　　　　　　(|　y |)
とエロでは単なるスケベ野郎だが
　　　　　　 H　　 ( ゜д゜)　　eRO
　　　　　　　＼／|　y |＼／
　　　　二つ合わさればヒーローとなる
　　　　　　　　( ゜д゜)　 HeRO
　　　　　　　　(＼／＼／

97 ：

３日ほど上京しておりました
いや東京すげぇマジ。
>>93
めんどくさいのでオープンソースにしたいのですが俺のボロボロコードを公開する勇気ﾈｰﾖ!
とりあえず仕様が落ち着いたらGNUかなんかで公開します。
>>94
検事ーーーー！！と思ったが>>96採用

98 ：

/今後の具体的な方針らしきもの
・アイテム作成・錬成を実装し、とにかくアイテムを増やしておく
・現在のバトルを改造して実装し、移動時戦闘を導入する
（とりあえずゲームを成り立たせるため）
・戦闘と武器の関係や装備を実装する
・イベントや物価調整システムを実装する
（よりゲームっぽくするため）

99 ：

つ株価

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

シューティングツクールXPを待ち続けるスレ Part7 (298)
【オープンソース】Construct【ゲーム作成ソフト】 (603)
【3Dゲームエンジン】Unity質問スレッド1 (779)
【入門書クリア前提】初心者用段階的ゲーム製作スレ (229)
プログラムの技術が無いとゲーム製作は無理？ (268)
ピクミンの水の表現はどうやってるの？ (221)
--log9.info------------------
Microsoft Flight Simulator 2002 Part�\ (907)
【復活】みんなでＡＨやろーよ　復活１【純正スレ】 (521)
フライトシマーの読む漫画・小説 (334)
ドラゴンズドグマ キャラクターエディットスレ ＃16 (906)
【BF3】Battlefield 3 Part284【PS3】 (809)
ドグマの後にスカイリムやるとかったるいよね (630)
【BF1943】Battlefield 1943 ▲79総合 (410)
【PS3/Xbox360】北斗無双 総合スレ Part45 (349)
【Xbox360/PS3】Prototypeﾌﾟﾛﾄﾀｲﾌﾟpart19 (932)
|ω・`) 機種関係なし安売り情報雑談所-6-(・ω| (586)
家庭用 アケステ購入相談・報告スレ Part4 (596)
【PSN】悪魔城ﾄﾞﾗｷｭﾗ Harmony of Despair55【PS4】 (235)
【総合スレ】 龍が如く 【百五十九代目】 (532)
【PS3】ロストプラネット2 晒しスレ (582)
【PS3/Xbox360】Medal Of Honor Part 17【MOH】 (586)
【PS3/360】MAX ANARCHY マックスアナーキーpart22 (434)
--log55.com------------------
【鉄道】ＪＲ、手荷物検査は「困難」　新幹線殺傷
【東京】右派系団体「行動する保守運動」デモ抗議の男性に暴行容疑　大学生の男（19）現行犯逮捕　警視庁
【袴田事件】「今日、大きな不正義の判決が出た」アムネスティーインターナショナル東京がツイート
【目黒虐待死】「いきがきれるまでうんどう」「ふろをあらう」死亡の5歳児に20項目近くのルール。守れなかったら虐待★2
【話題】〈画像あり〉ロシアの女性騎馬警官、日本人の心をつかむ
【アメリカ】米議会で、「退役した」揚陸艦の日本への移譲が提案される
【青森県八戸市】地域情報をインターネットで発信してくれる動画クリエーターを募集中(45歳以下 月給16万6600円)
【社会】すすむ人口減、幻の第３次ベビーブーム　就職氷河期「タイミング最悪」★４