私、最近転職致しまして、ソフトウェア制作の会社に勤めております。
プログラミングのこともあらかたわかってきたので、念願の
オリジナルゲーム作りに着手しようかと思います。
以前はTV業界にいたので、楽しませることに関してはなんとかなると思います。
・言語はphp
・ウェブゲーム
・後にクライアントが変わってもいいように汎用性を持たせる。
・CVSをでデータベースを構築する。
・ADODBを使用して別のデータベースに以降できるようにする。
・多人数型RPG
・トレード、クエスト、座標を元にした場所の概念は初期に実装したい。
以上です。ただいまＤＢの設計を行っています。
キャラクター、アイテム、装備、ログ、でとりあえず分けて
データの取り出し、更新がコード上でできるところまで作ろうと思います。
皆さんのお知恵を拝借できたらと思います。
よろしくお願いします。
キャラクター
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する。
所持品の数に制限がでてしまいますね、、
フィールドを最大値を見越して設計しちゃっていいのでしょうか。
バッグパックなどゲットしたら最大値が伸びるって事でいいのかな？
なんかあんまり賢くないですけどとりあえずそれでいきます。
すいません、詳しく教えてください。
実は業務アプリのＤＢしかあつかったことがないので、
とんでもない間違いしてるかもと不安です。
箱庭諸島ぐらいが限界
ADODBを使えば、テキストもDBとして扱えるので、配布するときに
足かせにならないかなと考えています。
速度がどんな物か未知数ですが。
>10どういう意味でしょうか？よろしければ解説願います。
面倒なら初歩的な概念が学べる書籍など教えて頂ければ幸いです。って
それも面倒だったら流してください。
どんなゲームなの？
CGIでRPGなら一歩、歩くごとにリロードが発生しそうだけど。
script of sagaや、罪と罰を参考にしたいと思います。
移動の概念は大航海時代とかティルナノーグの様な概念で
やりたいと思います。ただし、場所の概念として座標は持たしたいと
考えています。
なぜかというと、プレイヤー同士で遭遇させたいと思っているからです。
ただし初期バージョンはそこまで実装は難しそうなので、とりあえず
移動の概念だけは入れておきたいです。
ベースになる概念は最小限かつ用件を満たす物にしたいと、、、
どういうゲームにするかは、まだ私もぼんやりとしか見えていませんが、
とりあえず現在はベースになるDBの部分の設計という段階です。
今日の深夜にはもうちょっと進んだDBの設計図を張りたいと思っています。
まだその辺の実際のプレイ感までは全然わからないです。
とりあえず数値の管理と出し入れをまとめ上げようと思います。
後はなんとかほかのゲームに無いような要素を取り入れたいと考えています。
npcとpcの区別を完全に付かなくするとか、、
プレイヤーがクエストを作れるとか、、
うーん実装が大変そうな割にはすでにありそうなネタしか思いつきません。
それでいてRPGになってるものにしたくなってきました。
というか>>3の感じだと別に1つのtableでもいいよね。だから所持品数に制限が出てしまう、と。
create sql文を今から書きます。
とりあえず。
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,
初期は８個までで、バッグパックを買うと上限が増える
装備品リスト
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は持続ターン数、使い捨て、一回戦闘のみ、数ターン持続など。
sql文は長すぎるのですが、やっぱどっかにupしたほうがいいでしょうか。
とりあえず、キャラ、アイテム、装備、とそのひも付け。
までです。ふーつかれた。先は長い、、
次の目標は、マップと座標、町の名前、クエスト、などです。
クエストのＤＢはどう作ったらいいか今のところ全く見えていません。
選択肢と入れ子構造をどう実現するか、悩んでいます。アドバイス求む。
マップ上の移動はとりあえず、行き先だけ指定して、実行すると
一定の体力と時間を消費しながら徐々に移動して、その上の座標で
ほかのプレイヤーや敵に出会う感じにしようかと思っていますが、、
簡単に考えていたんですが、結構たいへんそうなので
座標は後で使うために作るだけ作っておこうかと思っています。
所持アイテムとか、ＤＢの設計ってこんなんでいいのかなあ。
とりあえずデータ引っ張り出したりしまったりはできるように作りました。
速度や効率などは不明です。
意見を聞きたいのでage
・キャラが自立的に行動する。
性格付けのパラメータの管理や自立行動のアルゴリズムが大変→知り合いのスーパープログラマ殿に相談中。
・会話システム
キャラクター同士が勝手に会話する。ポストペットの日記みたいに簡単なものでよい。
プレイヤーがセリフを登録できたら楽しいかな？
おまけ要素として入れたいが、実装はかなり大変そう。
・合成画像
phpで複数の画像を合成できる。最初は背景、キャラ二人、くらいの合成
から始めたい。（TV業界にいたので画像系は得意です）
・クエスト
文章が表示されて、分岐があって、パラメータが変化したりアイテムを取得したり、
と簡単に考えているが、ストーリーはここが肝となると思われる。
文章力が、、、心配。
自立的に行動っていうと、プレイヤーは神視点というか、
キャラを見守りながら>>21のように、進むべき所をナビゲートする程度
（でキャラの機嫌が悪いと、指示通りに動いてくれなかったり）
というイメージがありますが…
それとも、ユーザーがキャラを直接操作するが、操作していない時に限って自立行動する
という感じなんでしょか。
シムピープルのような感じを思っていたんですが、
あそこまでコントロールがきかないとなんだかつまらなさそうなので。
それでいて、ミニチュア世界に意志のあるおもちゃをばらまいたような、、
すいません。この辺は理想に走りすぎです。
理想を語るのはやめます。
ある程度実装のめどが立っている物だけ話題にしたいと思います。
性格のパラメータと過去の行動、その前の行動を記録して
現在の行動を決定するといった感じです。
数式的にはそれほど難しくないと考えています。
毎日一回のぞきに来たときに、俺のキャラ何やってるかな？
とちょっと楽しみに出来るような。
その楽しみを他のキャラとの会話なりクエストなりで表現したいと思います。
／彡 ﾐ
/:::彡 ＿＿＿ ﾐ
|:::::彡 .,,,,,,, ,,,,,,, ﾐ
|::::::彡 '''''''''' '''''''''' |ﾐ
∩''' ≡≦⊇ :: ::⊆≧≡|
|( :: .. ||
. し ／( __ ,._)＼ | ＿＿＿＿＿＿＿＿＿＿
i :::__./ ￣ ヽ_ | ／
、 i ＜三.三＞ / ＜ >>1さん。あきらめな！！！いまどき、JAVA!!!!!
ヽ / / ＼＿＿＿＿＿＿＿＿＿＿
＼ ＼ ／
| |
／ロ二二ロ二／■＼二／■＼二二二二／■＼二／■＼二l
（´∀｀∩ ∩（´∀｀ ） （´∀｀ ） ∩（´∀｀ ） （´∀｀ ）
┌〔〔 〔〔V） ヽ〔〔 〔〔 つ〔〔 〔〔 つ ヽ〔〔 〔〔 つ〔〔 〔〔 つ
（＿ノ〈 ||_| （＿ノ〈 ||_|（＿ﾉ〈 ||_| （＿ノ〈 ||_|（＿ﾉ〈 ||_|
（＿_） （＿_） （＿_） （＿_） （＿_）
ムネオワショーイ ムネオワショーイ
ムネオワショーイ ムネオワショーイ
ムネオワショーイ ムネオワショーイ
/：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：ヾ i i ｿ：：：：：：：：：：：：：：：：： ヽ
/：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：ゞ ! i ゞ：：：：：：：：：：：：：：：：：：ヽ
/：：：：：：：：：：：：：：：：：：：：：──＜￣●￣＞─ | i |─＜￣●￣＞─：：：：：：：ヽ
|：：：：：：：：：：：：：：：：：：：：：／ ￣ ￣ ─ 、 ￣ ￣ ヽ：：：：：：：：|
. |：：：：：：：：：：：：：：：：：：：／ ／ ヽ ヽ：：：：：：：|
..|：：：：：：：：：：：：：：：：：：/ i | ＼：：：：：|JAVAがすごいんだよぉ。>>1のヴぉケが。
.|：：：：：：：：：：：：：：：：：/ ヾ 丿 ＿ ＼：：：：|
..|：：：：：：：：：：：：：：：：/ ￣ ─ ＿ ` ─￣ ' ─￣ ヽ：：：|
|：：：：：：：：：：：：：：：： ─ ー | | ー─￣ ヽ：|
ヽ：：：：：：：：：：：：：： | ━ ─ ─ ー ─ - | | ─ ー ⌒ ─ |
ヽ：：：：：：：：：：：：：| ＿ ＿─ ─││ ──／ヽ＿ヽ |
ヽ：：：：：：：：：：：：| ─￣ ＿─￣ ﾉ /─ |
ヽ：：：：：：：：：：：| ＿ ＿ ─ ￣ ／ 丿 |
ヽ：：：：：：：：：：| ヽ￣ ／￣ - -_ ／ ／ ／
＼：：：：：：：：：| ＼ ノ -_ _ ） / ／ ／
＼：：：：：：：| ＼ ﾉ ─' ノ ／
＼：：：：：| ─ ＿ __ ー ' /
そこで人集めて、この板で質問する時はもっと内容を一般化して
さりげなく訊いた方がいい。
個人が特定できると十中八九粘着が発生するからやめとけ。
というか初心者かおまいは
キャラクター用のクラスを作ってみました。
数値の取得と更新はできるようになりました。
自立のアルゴリズムと、実際に操作する画面の構成を
いかにして無理なく合体させるかといったところで今悩んでいます。
`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
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
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などというように、プレイヤーが装備に能力を
付加することができるようにするためです。
りあえずマップは最初の町ひとつと、周りにクエストを行うダンジョン類のみというシンプルな構成にすることにしました。
プレイ人数が増えれば町など追加できるよう仕様を固めていこうと思います。
また、自立行動はコマンドの自動発行かにしようかと考えたり、
単純作業を自動化して、キャラの個性としてある程度ぶれ幅があるといった
考え方もあるかなと思っています。
NPCが完全な自立行動でどのような行動をとるか、といったところまで
できるように考えていますが、こっちは前に述べた友人のスーパープログラマーに
任せっきりなのでどう転ぶかはそいつ次第です。
報告させて頂きます。
テストプレイをお願いするかもしれませんので、
よろしくお願いします。
言語はPHPでなくPerlですが･･･。
PerlとPHPは似たようなものと聞いていますが、PHPの方が軽いとは本当でしょうか？
そうなのであれば、私もPHPの勉強をしたいです。
mod_perl > mod_php + phpa >>> mod_php >>>>> CGI/perl > CGI/php
abで簡単なプログラムのテストしたらこんな感じだった。
phpだけでゲーム作れてもリロードが痛すぎる…
php+MySQL+FLASHで作れんもんかねぇ
FLASH(操作)→PHP(データ送信)→FLASH(操作)
└→MySQL(データ保管)
MySQL(データ送信)┐
FLASH(操作)→PHP(データ受信)→FLASH(操作)
を繰り返した方がいいのかな…
ゲ製作板ってFLA板とかと違って
よりゲームに近い感じがする…
初心者の趣味ごときだと違いすぎる(--;)
右クリック制御だけすれば。
PHPにおけるセキュリティは別だろうけど。
http://dragon.warcry.biz/
FLASHだとこんなもんあるね
右クリック制御すりゃ何とか・・・
交易系WebMORPGゲーム「HeRO」
交易＆クエスト主体のRPG
生産や加工、鍛錬などのスキルを作り、分業したり
チャットなどでのコミュニケーションも重視
PC間の交渉の自由度を高める
NPCによるクエスト自動生成も
アイテムに個性
グレード、追加属性、生産者などでプレミア
いろいろ系統を派生できる
php+MySQL+ajax
できるだけリロードレス&ストレスレス
私はphpで交易系WebMORPGゲームを作っています。
自分の勉強も兼ねていたので、最初は一人でやっていたのですが、
私は実際のMMOをプレイしたことがないので（Macなので）
どういうシステムが良いのか、どういう仕様がよいのかなどが
全く分からない状態なのです。
このまま一人で作っても良いとは思ったのですが、
過程でみなさんのご意見を聞けて、よりよいゲームが作れたらなと思い
プロジェクトを立てました。
今考えているコンセプトとしては上のようなものがありますが、
私の都合や皆さんの意見によってどんどん変わっていくものと思います。
とりあえず、現在のシステムについて意見をください。
・システムやバランスについての設定をお願いするゲームデザイナを
募集しています。もしよろしければお願いします。
・プロジェクトサイトは
http://kitakore.org/hero/
（スクリーンショット・αテストあり）
・システム部分の完成目標は9月中に置いています。
あと、ものすごく丁寧な口調で書きましたが地はこんなではないですのでご了承ください。
少し私用でチェックが遅れるかもなので気長にお待ち下さい。
この板の住人はそこらへん割りとフツーにシビアです。慣れてますから。
監督作業ができない自称プロデューサー、管理作業ができない自称マネージャー、
開発作業ができない自称プログラマ、絵描きができない自称グラフィッカーは要りません。
こいつは本物だ！と分かれば自然に群がってくるでしょう。
ん？
αテストで動いてんじゃねーの？
入口みつからなかったか？
（俺はアカウント作れなかったけど・・・）
すでにαがありますよ
http://kitakore.org/hero/alpha/index.php
>>60
バグ、直しました。どうでしょうか。
今度は作れた
後、泉の水を飲むのボタン押したら
不正なコマンドです。2
って、出た
修正しました。
泉はOK
だったけど、他のボタンも同じエラー出る（購入、出品）
後、ログインしたらアイテムのデータソースみたいのが
緑のバックに黒字でずらずらとｗ（そのしたにログイン成功の窓）
63の修正後の一回だけだったけど・・・
key指定ミスですね。。修正しました。
アイテムデータはこちらのミスです。すいません。
・データベースについて
パラメータに一つ一つフィールドを当てようとも思ったのですが、
増減があるとめんどくさいので、全部serializeしてつっこんでいます。
全体のデータを参照するときには作成したインデックスを使うつもりです。
また、書き込むときは大変なので、イベントを共有データベースに入れておいて、
各自のログイン時に処理するようにするつもりです。
ちゃんとログアウトしてるのか分からないのが不安なんだけど。
とりあえず動くものをということなんだろうけど
とりあえずOKっぽい
自分で出品したのを自分で購入できるのは、なんかあれだけどｗ
（手数料(?)引かれて損するだけ）
イベントシステムを実装しようと頑張っていますが、多忙にかまけてなかなか進みません。
ゲーム進行のカギなので、できるだけ汎用性のある構造にして改造しやすくしたいと思っています。
いまのうちに、「これやってくれ」というアイデアがあれば是非おしえてください。
といっても肝心のゲーム面は全く変わっていません；
HeRO
少々お待ち下さい。
>>68
取引キャンセルが無料だとバランス上なんだかあれなので・・
手数料は税金代わりです。のちのち調整できるようになります。
>>72
これは某ドラマを見ているときに考えた仮タイトルです。。
>>73
ありがとうございます。
http://pc8.2ch.net/test/read.cgi/gamedev/1065209066/l50
Morning Blue Dragonが気に入ったがやめる
こっそりα0.5
・アイテムデータと街データと敵データをデータベース管理
・重量とステータスの関係を設定（最大重量オーバーで移動時間増加など）
ほか
遊べるようになるまで少々お待ち下さい〜
今、戦闘システムを検討しているのですが、一つアイデアがあります。
・プログラム＋ターンコマンド方式
（今ちょっとだけ動くモノがあるので、
アドレスバーの「index.php?key=ほげほげ」にprogram_setやtestbattleを突っ込んでみて）
基本的にはターン制、コマンドを選択して敵を倒すが、
プレイヤにはフローチャートのような簡単なプログラム（兵法←名前検討中）を組ませ、敵と遭遇したときに自動戦闘に入る。
何セットか作れるようにして、敵に合わせて入れ替えなどもさせる。
コピーし、本として売ることもできるようにする。（中身はブラックボックス？）
初心者には市販の本（初期装備）で十分だが、効率の良い戦いをするにはプログラムの組み替えが必要。
武器の持つ特性やステ属性に合わせた兵法の選択をさせる。
利点
そこそこ奥が深く、工夫の余地がある
プレイヤがオフラインの時も戦闘させることができる
ユーザが介在しなくても戦闘させることができる
リアルタイムで戦闘に参加する必要がないので、PKなどが可能になる（導入は検討中）
難点
敵の方も強いアルゴリズムが必要（誰かが作ったのをパクって成長するか）
理屈っぽくなる。気軽に遊べない。難解になる（ajaxなどのUIによって解決したい）
バランス調整がめんどくさくなる（・・・）
必勝法が出てきやすい（文法や基本システムの作り方にもよる）
戦闘時は自分が選択する余地がほぼないので、負けたときに不条理さが残る（特にPK。戦闘の見せ方で解決？）
（兵法について）コンテンツを流通させるため寡占しやすい（本のコピー代でも取るか）
生産系など戦闘を選ばないプレイヤもプログラムに時間を取られる（コピ本で解決か）
どうでしょうか？よろしければ意見をください。
ロボット×ロボット を参考にするといいかも。
スペルバウンドのスレがあったら誘導希望
>ロボット×ロボット
ふむー、けっこう似てますね。ただアクションがメインで、
「戦闘を重視しない」選択ができない点が違うみたい。
似たタイプではカルネージハートがおもしろそう。
プログラムの簡潔さに重点を置くのは参考にしたいと思います。
ajaxを使ったフローチャート式のプログラムにしようかな・・
といってもajax導入はまだまだ先かも。
エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、
エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、
エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、
エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、
エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、
エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、
エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、エージャックスすっゾっ、
そういえば、フローチャートならブラウザ側で処理をして単に送信するだけで済むなぁ・・
表示中にサーバとのやりとりをしないんだったらDHTMLですね。
・戦闘システムの詳細
シンプルで強いプログラムに付加価値を求めたいが、
あまりコマンド数が少ないと必勝法が生まれやすいので、
装備武器に追加コマンドを持たせ、コマンドとプログラムを組み合わせる。
ターンは敵味方交互にする。先攻は素早さなどのステータスで決める。
ターンごとの行動や攻撃にはカウント（名前募集）を消費する。
コマンド「回復」によって全回復するが、回復時は隙になる。
カウントの最大値は７（未定）。初期カウントは戦闘時は自身の状況によって変化する。
（不意打ちなら2、通常なら5、罠を仕掛けていたなら7など）
また、同じコマンドは連続して選択できない。
HPには現在のLifeを充てる。
隙ができているときに攻撃を受けると体勢を崩す。
体勢を崩すと攻撃や回避などのコマンドが無効になる。
ターンの終わりに体勢は回復するが、体勢が崩れていても使える武器などもある。
基本コマンド
（すべてのプレイヤーが使える、攻撃の基本となるコマンド）
・攻撃
カウント３を消費して相手に攻撃する。
自分の体勢が崩れているときには無効。
相手に隙がある時に攻撃をすれば、体勢を崩すことができる。
・強打
カウント５を消費して相手に攻撃する。
自分の体勢が崩れているときには無効。また、隙になる。
ダメージは大きいが、失敗率は攻撃の２倍。
相手に隙がある時に攻撃をすれば、体勢を崩すことができる。
・防御
カウント２を消費して（次のターンの）相手の行動によるダメージを半分にする。
体勢が崩れているときには体勢を立て直せる。
・回避
カウント１を消費して（次のターンの）相手の攻撃を３分の１の確率で回避し、
さらに相手の行動によるダメージを３分の２にする。
体勢が崩れているときには無効。
・回復（or待機）
カウントを全回復する。隙になる。
（攻撃を受けると体勢を崩す）
・移動
カウント２を消費して相手の攻撃を３分の２の確率で回避する。
などなど・・
武器の持つ追加コマンドはまた考えます。
他にコマンドやシステムについてのアイデアがあればどうぞー
Lifeは戦闘で大きく傷ついても移動などにより徐々に回復する。
（傷つきかたが大きいほど回復に時間がかかる）
Lifeの回復には少しずつForceを消費する。
Forceは自然回復せず、宿屋などでお金を払って回復するしかない。
Lifeが大きいほど負けにくいが、数を倒すにはForceが必要
すみませんがしばらくネットにアクセスできないので、
せめてその間に構想を練っておきます。
ユーザトップから戦闘テストへのリンクをしましたので、
大まかなシステムを確認してみてください。
（戦闘の設定は上のものとは違います）
送信したら全部クリアされちゃったよorz
移植ミスでした、修正しますた
あと重量オーバーで移動負荷になりました。
>>88
そうですね、ブラウザからはちょっとめんどくさいですが
外部ファイルをプログラムをして読み込むのもおもしろいかもしれないですねー
と思ったところで、ちょこっと変換しただけで
GUIから（アプリケーションとして）このゲームが遊べちゃうんじゃないかと妄想開始中・・
クライアントアプリ
↓HTTPプロトコルで要求
窓口スクリプト（アプリ用）が処理
↓クライアント用に変換したデータを送信
クライアントアプリで表示
こっそりアイテム取得実装しました。レオのハーブ畑でおためしできます。
今更数字を上げすぎたことに気付いた・・α0.9の次って何？
あと癒しの泉は宿屋にしようとしてやめてますので中途半端。待ち時間長い。
現在やりかけこと
・アイテム製造実装
・パラメータのシステム（kalmaとか、forceとか）を再考
・相場とインフレ調整
などなど
【システムデザイナー】
パラメータの相関や戦闘システムなど、システムの頭脳面を担当して頂きます。
私はゲーム経験が少ないので、実際の製作に携わった人やプレイ歴の長い人は歓迎。
もらったアイデアはできるかぎり実現したいのですができないかもしれませんので注意。
もしや私よりえらい仕事かもしれません。
【ドッター／グラフィックデザイナー】
商品などの画像を担当して頂きます。
現在はフリー素材をかっぱらって使用していますが、
今後の予定によっては足りないかも・・なので
ドット打ちができる方、もしくは素材を調達して頂ける方を募集しております。
トップ画とかもかっこいいのにしたいなあと妄想中。
あと本気でタイトル募集中です。
HeROは現在は知り合いのサーバに便乗させてもらっているんだが、
CPUの占有時間が今のところpv毎平均91ms（0.091秒）。
10分ぐらいテストしてると100pv程度だった。
（戦闘実装で増えるとして150前後か）
もし100人が1日30分プレイするとしたら
100*150*3*0.09=4050秒=1日あたり1時間ちょい
きついなー。鯖いるかも。
クライアントを作成しやすいようにAPIを公開すればおもしろいんじゃないか？
(゜д゜ )
(| y |)
とエロでは単なるスケベ野郎だが
H ( ゜д゜) eRO
＼／| y |＼／
二つ合わさればヒーローとなる
( ゜д゜) HeRO
(＼／＼／
いや東京すげぇマジ。
>>93
めんどくさいのでオープンソースにしたいのですが俺のボロボロコードを公開する勇気ﾈｰﾖ!
とりあえず仕様が落ち着いたらGNUかなんかで公開します。
>>94
検事ーーーー！！と思ったが>>96採用
・アイテム作成・錬成を実装し、とにかくアイテムを増やしておく
・現在のバトルを改造して実装し、移動時戦闘を導入する
（とりあえずゲームを成り立たせるため）
・戦闘と武器の関係や装備を実装する
・イベントや物価調整システムを実装する
（よりゲームっぽくするため）
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
・ 次のスレ
26: この板のみんなでゲームを作ろう！ (367)
27: ロープレ作るぜ！ (697)
28: さいたまＲＰＧ作ろうぜ (781)
29: 戦車で砲弾バキュンバキュン撃つゲームを作りたい！ (86)
