【CGI】ゲームつくってるんだけど【RPG】 [転載禁止]©2ch.net

**名前は開発中のものです。** · 2015/02/14(土) 23:41:28.84

アドバイスくれ

ダウンロード不要
http://cron-quest.appspot.com/server/title.cgi

**名前は開発中のものです。** · 2015/02/25(水) 18:03:35.33

▼戦闘の処理を修正した
主人公１０ターン連続攻撃 → 敵１０ターン連続攻撃みたいなのが頻発したので、
主人公と敵が交互に攻撃するように、乱数の偏りを抑えた

**名前は開発中のものです。** · 2015/02/26(木) 03:36:21.55

つまらなすぎて死ぬかと思った
せめてflashで作ろうよ

**名前は開発中のものです。** · 2015/02/26(木) 19:28:57.78

Flash/Flexを先月別件でやってて丁度いいから使いたいんだが、
Android/iPhoneで動かなくなったらしい

GWTを使うか他に良い方法が無ければJSを直接書く、
もしくはモバイルを切り捨てる

**名前は開発中のものです。** · 2015/02/26(木) 19:50:04.68

Haxeとかどうだ

**名前は開発中のものです。** · 2015/02/26(木) 20:37:12.48

Haxeは未経験だが面白そう　でも気をつけるべき問題点は幾つかある

まずFlash AS3で試した感じ、IDEのFlashDevelopは作りが悪く、
コード補完はEclipseの半分も効かない、あと最新版は有名なバグもってて
コンパイル前に毎回コンパイルキャッシュをクリーンする必要があり、面倒くさい
（これは我慢できる）

もうひとつは、Haxeは複数のプラットフォームに出力可能らしいが、
Haxe自体の開発・サポート・運営状況などを一通り調べておく必要がある
Flash出力は力を入れているが、JS出力は5年以上放置されているとかあるとまずい
APIリファレンスもちゃんとしたのがあるのかも気になる

でも面白そうだから、下調べの結果次第では採用してみるよ

**名前は開発中のものです。** · 2015/02/27(金) 01:13:53.48

うーん…10年以上前にCGIでRPG作ってた（利用者数はユニーク数千人程度）けど、
今はHTML5も発達してるんだしCGIで作る必要を感じないなあ…
とりあえずUIを全面的に見なおして、処理部分もいちいちダルいのでなんとかしたほうがいいかなと思う

**名前は開発中のものです。** · 2015/02/27(金) 02:18:20.03

課題はたくさんあるな　まずは何からやっていこうかしらん

**名前は開発中のものです。** · 2015/02/27(金) 18:11:14.81

>>16
PC・モバイル環境両方で同じゲームをやるのかという疑問はさておいて
両方にやってもらいたいって言うならレスポンシブデザインにでもしたらどうかな

後やはり一操作ごとにページ移動が挟むのはあまりにも作りが古く煩わしい
ブラウザにやらせる処理量としてもユーザの視覚的な意味でもよろしくない
古いブラウザゲーを想起させるノスタルジー狙いでもない限りはDOM操作にでも変えた方がいいのではないかと思う

**名前は開発中のものです。** · 2015/02/28(土) 02:19:26.05

画面遷移についてだが、Ajaxでシームレスに通信するのと、
サーバーとやりとりしないでクライアント側で全部やる２つの方法どちらかで解決できる
たぶん最終的には後者でflashゲームみたいにするから、HaxeとかTypeScriptを調査している

レスポンシブデザイン、モバイルは縦長画面とかは保留（余裕があればやってみるよ）
その辺は製作がある程度進んでからやらないとゲーム仕様の変更に対応しずらい

俺的には、ゲームの進行とかパラメータを考えてから操作性とか見た目を整えたい
いまのところ、とりあえず1ダンジョンでザコ敵を殴るだけ何とかできたって感じで、
目的とか他にすることなんにもないしな

**名前は開発中のものです。** · 2015/02/28(土) 12:43:16.33

altJSはTypeScriptがかなり有力らしい
でも未来のなさそうなHaxeの方がずっと作りが優れている
標準SDKにCanvasとWebGLのバインディングも含まれていて面倒な環境設定もゼロだった

ただし公式APIドキュメントが真っ白なのが後々ネックになりそう
それでもフロントJavaScript化するならHaxe使うと決めたぜ

**名前は開発中のものです。** · 2015/03/01(日) 01:34:52.69

HP(パラメーターの方)はどんどん減っていくの？

配布してみれば？

**名前は開発中のものです。** · 2015/03/01(日) 14:20:52.51

いまのところ、アイテムで回復するか、死亡すると全回復する
前にvipでスレを立てたとき、「宿屋を作らずに、時間の経過で回復する」
という案を誰かがだしてくれて、そうしようと思うのだが、それにはまず
セーブ機能が必要だな

配布するというのはブラウザゲームでなくすということかな？
ブラウザゲームのままでもセーブ機能を作るのはそれほど手間ではないよ
まずはデータベースを使わずに、クッキーにデータを全部突っ込むんだ

データベースが必要になるとしたら通信対戦とかなんだろうけど、
流石にそれはまだまだ先のことになるな

**名前は開発中のものです。** · 2015/03/02(月) 22:00:28.44

書き込めん

**名前は開発中のものです。** · 2015/03/02(月) 22:07:14.48

Herokuを調査した　かなり使いにくいことが分かった
しばらくはGAEの無料枠を続けることにした

**名前は開発中のものです。** · 2015/03/02(月) 23:13:56.92

レスポンシブデザイン云々という話もあったから
とりあえずモバイル用の320x480画面を用意してみた
（俺、いまだにスマフォもってないからサイズ比率とか分からん）

システムとかUIは、大画面（PC/タブレット） or 小画面（スマフォ）で
片方がある程度できてからもう片方に対応したい

それでPC向け画面を先にやるつもりだったけど、
逆にスマフォサイズを先にやった方が、
テストしてくれる人の環境を選ばなくて良いかも！

http://1-dot-cron-quest.appspot.com/mobile/index.html

**名前は開発中のものです。** · 2015/03/03(火) 22:10:46.74

まずシーン構成とそれぞれの画面でのメニュー項目を考えて配置することを考えたほうがいいかもね
すごく小さなものでいいから、遊べる状態にしたものを完成させてみたほうがいいかと思う
ゲーム内容によるけどブラウザゲーの場合はスマホへの対応は大して難しくないので、
そこは今はまだ意識しなくてもいいと思うよ

**名前は開発中のものです。** · 2015/03/03(火) 22:15:49.39

あと、オンラインで交流する要素もないので、localStorageかCOOKIEでデータ保存させる場合は、
ユーザー名とパスワードでの登録はやめたほうがいいと思う
パスワードなんていちいち覚えてないという人も多いし、
登録作業があることでプレイしやすさの印象が変わります
サーバー側でデータを保存する場合は、ブラウザ毎にユニークIDを割り振って、
もしデータの移行の必要がある場合はデータ移行用のURLを発行したほうがスムーズかと
まあ絶対にダメというわけでもないので、参考程度に

**名前は開発中のものです。** · 2015/03/04(水) 21:16:42.22

開発環境とかが二転三転していて、なかなかゲームの内容に進めないぜ

**名前は開発中のものです。** · 2015/03/04(水) 23:53:05.13

この状態で迷ってるんじゃ完成は無理だな

**名前は開発中のものです。** · 2015/03/05(木) 01:21:10.17

怨念乙

**名前は開発中のものです。** · 2015/03/05(木) 01:53:24.58

>>33
＞ユーザー名とパスワードでの登録はやめたほうがいいと思う
たしかにセーブに使ってないから消しとく
名前はとりあえず"主人公"に固定する

**名前は開発中のものです。** · 2015/03/06(金) 00:54:57.30

自作ＵＩの練習中、DOM APIでいくか、Canvas APIでいくか見当がつかん
http://gyazo.com/d922f2beedbb290109fe89cc659e0f08

とりあえず旧方式のまま、ＰＣ向け画面のロジックを土日あたりに進めてみっか

**名前は開発中のものです。** · 2015/03/06(金) 08:53:34.05

将来的にでもスマホ対応を考えてるなら、マルチウィンドウはあまり必要なさそうには思う

**名前は開発中のものです。** · 2015/03/06(金) 21:04:49.73

お絵描きはこの辺で一端打ち切り
http://gyazo.com/850694456542e663d7ca536eee510864

**名前は開発中のものです。** · 2015/03/06(金) 21:13:15.84

成果としては、色合いに見当がついてきたところかな
絵が無い場合、明るい画面だとますます殺風景に見えるんで黒いスキンでいこう

あるいはフリー素材を使うほうが無難なんだろうけど、
芸がないからあんまり使いたくないんだよね
http://gyazo.com/3812c82433769501c160e9c28f8a0991

**名前は開発中のものです。** · 2015/03/07(土) 01:48:42.65

タイトルページだけ更新

before
http://gyazo.com/c18ad1d7fd4fafcfacb313fbf6e58eb2

after
http://gyazo.com/346302251a2dccb1f55f4cdc65a279cc

**名前は開発中のものです。** · 2015/03/07(土) 22:48:33.18

▼更新

・登録ページを削除した（タイトル→町）
・町のデザインを変えた

before http://gyazo.com/c39bd897fde32261f5ff105012f4bdfb
after http://gyazo.com/a49c975acf8a6e752e90f47f81b3538f

**名前は開発中のものです。** · 2015/03/07(土) 22:53:16.16

>>39
お店の商品を並べるとき、たぶんスクロールバーが必要になる

**名前は開発中のものです。** · 2015/03/07(土) 23:02:13.79

ブラウザのＣＳＳキャッシュで古いデザインで表示されて
どうしようかと思ったけど、一度F5押したら直った

HTMLにはキャッシュしないように書いたのだが、やっかいよのう

**名前は開発中のものです。** · 2015/03/08(日) 15:19:50.97

今日はスキンの置き換えだけで終わってしまいそう
小さなことだけど、結構面倒くさいのよね

**名前は開発中のものです。** · 2015/03/08(日) 16:43:34.71

>>44
スクロールバーとマルチウィンドウの問題は全く別だよ

**名前は開発中のものです。** · 2015/03/08(日) 19:22:39.04

▼更新
全部のページのスキンの更新完了

ゲームロジックはまた来週にもちこし

**名前は開発中のものです。** · 2015/03/09(月) 01:36:56.83

操作性がダルいのはFlashとかJavaScriptにしても変わらない気がするんだよね
ゲームパッド無しでRPGとかやってられんな

**名前は開発中のものです。** · 2015/03/09(月) 10:56:08.31

>>49
そりゃ単にお前の操作に対する概念が固定化してるからだろ
いちいちサーバーサイドで処理するのとローカルで処理することのレスポンスの違いに対して
インターフェースの問題を持ってくるというのは筋違いもいいところ

**名前は開発中のものです。** · 2015/03/09(月) 18:31:45.03

むしろゲームパッドのほうがだるい
スマホみたいな操作性ができるといいね

**名前は開発中のものです。** · 2015/03/09(月) 20:22:47.21

家庭用ゲーム機しかやらないからＰＣ・モバイルゲーム研究したほうがいいかもな
でもゲームにハマって戻ってこない可能性があるからやめとくぜｗ

昨日思いついたんだが、ダンジョン・戦闘だけ放置ゲーっぽくしようかなと思ってる
30秒操作しないと勝手に行動を選択してしまうシステムとかどうよ？

**名前は開発中のものです。** · 2015/03/09(月) 23:50:05.27

とりあえずＵＩをもう少し整える

**名前は開発中のものです。** · 2015/03/10(火) 07:29:44.86

>>52
というか、もしサーバーで処理させるなら、行動選択部分をばっさりカットした方がいい
ユーザーにはストレスにしかならんし、
なるべく送信→結果の手順を少なくしないと、サーバーの負担が洒落にならなくなるよ
なのでFlashやhtml5でやった方がいいのよ
スマホ対応する気ならhtml5一択だけど

待機時間設けて勝手に行動選択よりも、行先だけ選んで結果を表示するくらいほうがいいかもしれない

**名前は開発中のものです。** · 2015/03/10(火) 20:04:06.49

▼更新
背景に画像をおく実験中
背景は真っ黒の方がむしろ洗練されている感じがするな

http://gyazo.com/a49c975acf8a6e752e90f47f81b3538f
http://gyazo.com/1aa1037d5776ee26b1fdf24f00d8118b
http://gyazo.com/d35028d27d6a42bda298b43a2c2f3f4a
http://gyazo.com/4ac3b44ac3d761f0c4e2b6d4ca517682
http://gyazo.com/899b1a9c921947e9c58c6804cc23c847

**名前は開発中のものです。** · 2015/03/10(火) 22:53:43.24

>>54
javascript化しても雑魚連戦でクリックかちかちやるのはだるそう
特にボタンが左側にあると操作性が悪い

＞待機時間設けて勝手に行動選択よりも、
＞行先だけ選んで結果を表示するくらいほうがいいかもしれない
昔のＣＧＩゲームだと1日1回だけとか30分置きに探索できるとか
アクセスを減らす要素が含まれていたけど、そーいう話なんすかねえ

**名前は開発中のものです。** · 2015/03/10(火) 23:32:24.89

>>56
サーバーサイドで処理する場合、単にCPUの負荷の問題もあるけど、
同時接続数制限も考えないといけないのよ
クリック数が多いことによる操作性の悪さはシステムとUI設計の問題なので、また別なのさ
もし俺が作るならブラウザゲーでクリック数多いようには設計しない

>昔のＣＧＩゲームだと1日1回だけとか30分置きに探索できるとか
昔の場合はサーバーのスペックの問題もあるんだけど、
俺の「結果を表示するくらい」っていうのは必ずしもそれだけじゃなくて、
サーバー側で処理をしたら、結果表示にウェイトを設けて、
いかにもリアルタイムに処理しているかのように見せるような手法も含んでの話ね

つまり、「○○はXXを攻撃して▲▲のダメージ」みたいなのを一気にずらずらと表示するんじゃなくて、
受け取った結果を１つの行動毎に区切って表示してアニメーションさせれば、
ユーザーから見るとその場で処理されているように演出することができるわけね

**名前は開発中のものです。** · 2015/03/10(火) 23:50:26.44

>>57
なるほど、話が飲み込めてきた
その場合、トレードオフとしてダンジョンや戦闘時の細かい戦術などは操作できず、
町で道具などをそろえて、あとはムービーを眺めているだけのゲームになるわけね

少し前にB100っていうフリーゲームやってたんだけど、
あのゲームはそこんところよく考えて作られているんだな

**名前は開発中のものです。** · 2015/03/11(水) 01:54:15.67

>>58
そうそう
簡略化するための手法の一つなので、どこまでやるかは自分で決めればいい
ただ、ブラウザゲー、特にCGIゲームの場合は、移動や戦闘時のコマンドを
逐一受け付けて処理するのはあまり向いてないかなとは思う

**名前は開発中のものです。** · 2015/03/14(土) 01:25:11.41

考え中

ムービー化にはモンスターやエフェクト、効果音の素材にしっかりしたものが
必要不可欠で、素材関係で行き詰る可能性があるんだよな

難しい判断だ

**名前は開発中のものです。** · 2015/03/14(土) 08:45:29.77

アニメーションっていうのは、そこまできちんとしたものじゃなくていいんだよ
攻撃のエフェクトと、モンスターまたは画面が揺れる、
またメッセージがスクロールしたりウェイトを置いて更新するというのも立派なアニメーションの一つなので

ただ、エフェクトが１種類しかないとやっぱり寂しいし、
モンスターの種類もなるべく多いほうがいいというわけで、
どうしてもこだわりがあるというのでなければ、無料素材を使うケースが多くなる

**名前は開発中のものです。** · 2015/03/15(日) 14:23:21.33

フリー素材を見てたんだけどね
やはりモンスター素材を導入するとフリー素材の場合、
製作に柔軟性がなくなって素材の都合に縛られるのが嫌だな
（サイトごとに絵柄の違いとか考えるとすごく限られてしまう）

テキスト主体のゲーム＋モンスター描かれた背景スチル（固定1枚）とかで
なんとかならないかなと思いつつ、既存ゲームを調査みるわ

**名前は開発中のものです。** · 2015/03/15(日) 14:39:59.14

描けるなら自分で描いたほうがいいと思うよ
フリー素材ってだけでやらない人も多いしね
そこらへんは時間などもみつつ配分すればいいんじゃないかな

**名前は開発中のものです。** · 2015/03/15(日) 14:43:06.96

モンスターは戦闘時に揺らしたり傾けたりすればいいので、一枚で全然大丈夫だよ
なんならダメージ与える毎に画面フラッシュでも特に問題ない

**名前は開発中のものです。** · 2015/03/15(日) 19:50:48.87

そうか。スライムでもスケルトンでも何でもドラゴンの絵ひとつで済むならそれでいこうかな

**名前は開発中のものです。** · 2015/03/15(日) 21:04:45.40

一枚絵って意味だけど、それでいきたいなら別にいいんじゃないか
お前のゲームなんだし

**名前は開発中のものです。** · 2015/03/15(日) 23:07:28.84

やったけど、RPG愛がまったく感じられないな・・・
プログラムとか以前の問題では。

**名前は開発中のものです。** · 2015/03/18(水) 00:40:07.00

Canvas APIで置き換え中（時間かかりそう）

**名前は開発中のものです。** · 2015/03/18(水) 00:44:49.72

正直なところ、サーバー側で全部やって、javascriptは使いたくなかったんだよね
それを前提にした自作ツールを使ってゲームを作ることが企画の意義のひとつだったのだ……

**名前は開発中のものです。** · 2015/03/18(水) 03:23:19.76

サーバーサイドで全部やるのも自由だろ
効率的ではないし演出も限られるけど

**名前は開発中のものです。** · 2015/03/22(日) 00:23:06.66

安いタブレット買ってきた（Android Nexus7）

ＰＣとたいして変わらないと思ってたが、
横にしたときにディスプレイがかなりワイドなんだな

解像度の縦横の比率はもうよく分からないから、
とりあえずプラットフォームはPCのみでやる

あとタブレットの操作感としてはボタンの感度がいまいち良くないね
ボタン画像が大きくても操作性が悪いという話はここからきているのかな？

**名前は開発中のものです。** · 2015/03/22(日) 02:42:56.20

タブレットの件を訂正するよ

横に長いのではなく、横向きだと画面サイズ以上にスケール（拡大表示）するみたい
逆に縦向きだと画面内に収めようと縮小表示される

従ってタブレット/スマフォでは縦向きＵＩでデザインしないといかんのだと思う

**名前は開発中のものです。** · 2015/03/22(日) 20:28:37.08

まずviewportとかを勉強した方がいいかもね
もし画面をスクロールしないのが前提なら、正直縦持ちでも横持ちでもどっちでもいいよ
スクロールする前提なら縦のほうがいい
ボタンの画像が大きいからといって操作性が悪いということにはなりません
他のゲームを色々やってみるのがいいかも

**名前は開発中のものです。** · 2015/03/22(日) 21:17:36.28

>>73
viewportタグがあるんだね。おかげで謎が解けたよ

initial-scaleを設定すると横長状態でも拡大されなくなって
画面内にすべてが収まるようになった

＞ボタンの画像が大きいからといって操作性が悪いということにはなりません
そうではなくて、通常ならボタンが大きければ押しやすくて操作性が高いはずなんだけど、
タブレットの感度が悪いからボタン操作自体の数を減らしたほうが良いのかなと思ったのだ
こちらの買ったタブレットが2年古いモデルのアンドロだから、iPadとかだとまた違うかもしれんね

**名前は開発中のものです。** · 2015/03/23(月) 09:21:35.87

>>74
操作性とデバイスの問題はまた別なのさ
そのデバイスでレスポンスが悪いからということで、操作性が悪いということにはならんわけね
操作性が悪いという場合は、単にUIデザインや処理工程の見直しを考えたほうがいい

たとえば、今動かして見てないからわからないけど、
多分サーバーサイドで全部を処理しようとすると、
メイン→装備ボタン→装備一覧→装備決定とか
メイン→クエストボタン→クエスト一覧→キャンセルしてメインとか、
その辺りの画面遷移もサーバーで処理して応答して…となると、無駄が多いわけね

それならメイン画面内に装備画面やクエスト画面も同時に仕込んで非表示にして、
装備ボタンを押した時に装備画面に切り替える、
クエストボタンを押したらクエスト一覧に切り替えるといったようにするのがまだベターなのね

なので、処理工程を減らすのは「ボタンの反応が悪いから」ではないということです。
スマホ用にもブラウザゲーが出てる（古い方のNexus7で十分動く）から、
それらをやっていいところ、悪いところを考えていくのがいいと思うよ

**名前は開発中のものです。** · 2015/03/23(月) 14:14:19.04

>>1が羨ましい
俺もこういうの作ろうとしてクライアント側がHTML 5+JavaScript,サーバー側がJavaのものをwebソケットで繋げて動かそうとしてるんだけど全然webソケット動かせない

**名前は開発中のものです。** · 2015/03/23(月) 16:11:39.85

>>76
サーバー側がJAVAでソケット開くなら、リアルタイム要素があるってことかな？
どの程度の規模を想定しているかにもよるけど、いきなりそこから入るとしたら厳しそうには思うな

**名前は開発中のものです。** · 2015/03/23(月) 18:46:11.57

そうそう、リアルタイム。まずリアルタイムチャットを作ろうとしてwebソケットで挫折
http://tyrano.jp
このブラウザアドベンチャゲー風の開発環境で交流重視の似非RPGチャット作ったら面白いんじゃないかなと思った

この開発環境のJS上で敵と殴りあうバトルも一度作ったからRPGにすることも充分できることは確認済み
仕事でwebソケットを使ったJavaにも触れているからいけるはず、と思ってたんだけど一から作るの難しい
入門サイトの「ね、簡単でしょ？」感についていけない

**名前は開発中のものです。** · 2015/03/23(月) 21:28:02.62

非リアルタイムでもいいから、サーバー側の処理システム自分で設計して作ったことはある？
しかし、ティラノって結構色々できるんだなあ
わりとつかいやすそうだね

**名前は開発中のものです。** · 2015/03/23(月) 21:54:29.95

変わったもの作ってるんだね　

websocketで問題あるなら定期的にクライアント側からajaxリクエスト投げたらいんじゃね？

**名前は開発中のものです。** · 2015/03/25(水) 22:55:31.03

こっちはポストバックという方法でやっていたんだが
タブレットだと同じ自宅無線wifiでもＰＣと比べてめっちゃ遅いな

**名前は開発中のものです。** · 2015/03/27(金) 00:17:45.95

タブレットでフリゲを遊んでます(^q^)
よくあるインフレＲＰＧで、まあこういうのを作るのが無難だということですな

……何かひとつ変わったものを作りたくなってきた

**名前は開発中のものです。** · 2015/03/30(月) 02:29:04.71

あまり関係ないが、GAE無料枠でアップローダーをつくっていた　
そっちはもう少しで完成する

**名前は開発中のものです。** · 2015/03/31(火) 02:40:26.29

よしとりあえず最低限できたので完成ということにして
またゲーム製作再開するぜ

http://direct-links.appspot.com/upload/index.html

**名前は開発中のものです。** · 2015/04/06(月) 01:34:06.31

今日は久しぶりに進めたけど次の更新までまだまだかかる　はあ～

**名前は開発中のものです。** · 2015/04/06(月) 01:47:01.74

>>76の人は動くようになったのかな？
web.xmlがServlet3.0以前だと3.0以降のAPI(WebSocketとか)が動かなかった気がする

こっちはGAEでManaged VMの設定をして最新のjava8を動かそうとしたけど遂にできなかった
java7+servlet2.5でも困るわけじゃないが時間が無駄になるとがっくりするよな

**名前は開発中のものです。** · 2015/04/10(金) 01:41:42.20

タブレットで拡大・縮小率がおかしいのは、スケールをこっちで操作するのではなく、
ＣＳＳの構造を変えたら直った

ちょいと"インフレＲＰＧクエスト"というゲームにハマってたんだけど、
俺はもう少し世の中の流行に逆らって変わったことをすべく調査中

**名前は開発中のものです。** · 2015/04/15(水) 02:11:42.51

ちょっと更新した
これといってアイデアも出ないし、昔の作りそこないもろもろを再利用して適当に作るわ
あとjavascriptはhaxeを使わずに直接書くことにした

**名前は開発中のものです。** · 2015/04/21(火) 21:54:43.95

☆ 日本の核武装は絶対に必須ですわ。☆
http://www.soumu.go.jp/senkyo/kokumin_touhyou/index.html

☆ 日本国民の皆様方、2016年7月の『第２４回参議院選挙』で、改憲の参議院議員が
3分の2以上を超えると日本国憲法の改正です。皆様方、必ず投票に自ら足を運んでください。
私たちの日本国憲法を絶対に改正しましょう。☆

**名前は開発中のものです。** · 2015/04/22(水) 02:27:06.17

せっかくsageてたのに

**名前は開発中のものです。** · 2015/05/07(木) 01:58:11.52

こっそり再開中。店とか装備選択画面てめんどくさいのな
やる気しないときは簡略化システム考えるほうがモチベ的によさそう

**名前は開発中のものです。** · 2015/05/07(木) 02:01:05.10

URLの末尾を少し変更(.cgi->.html)
そもそもサーブレットはCGIと関係ないしな

http://cron-quest.appspot.com/server/title.html

**名前は開発中のものです。** · 2015/05/07(木) 11:20:51.44

これはクライアントサイドで処理しないとどうにもならんわ
画面遷移がうざすぎる

**名前は開発中のものです。** · 2015/05/07(木) 18:55:39.83

どうしたものかな。Haxe+CanvasAPIとかも考えたけど、結局面倒くさくなって放置だし

**名前は開発中のものです。** · 2015/05/08(金) 20:54:12.21

とりあえずこのまま続行ということで
そのうち誰かにガラっと作り直してもらうさ

**名前は開発中のものです。** · 2015/05/09(土) 04:16:38.72

変な時間に眼が覚めてしまったのでちょい作業

上の方で自動戦闘にするという案を出してもらったけど
どうせJavascriptやクライアントで書き直すなら普通のコマンド戦闘がいいな

まずはザクっと叩き台をつくらんとね

**名前は開発中のものです。** · 2015/05/10(日) 00:06:07.62

対戦とか協力プレイを考えたらネットワークの都合上、
クライアントソフト化は不可避かもしれんね
html5でサーバー介さずにクライアント同士で通信できたような気もするけど

**名前は開発中のものです。** · 2015/05/10(日) 00:08:45.24

地味に更新した

**名前は開発中のものです。** · 2015/05/10(日) 12:30:30.21

>>92
BGMは無いわ、淡々と進むだけだわで、
まるでゲームブックをわざわざパソコンでやってる感じで
すっげーつまんねーけど、
遥か昔はこんな感じのゲームでもみんな楽しんでたんだろうなあ
と思うと許せるわ。

**名前は開発中のものです。** · 2015/05/11(月) 00:03:14.67

まあ作り直し前提ということで大目に見てちょ

昔の定期更新型RPGとかボードゲームも意識していたけど、
そういうのは諦めたほうが良さそうやね

**名前は開発中のものです。** · 2015/05/12(火) 00:23:05.19

全部サーバー経由でやると何がめんどくさいかというと
URL規則を利用したチート・不正なリクエストを弾くことなんだよな
ダンジョンから町へ突然ワープしたりできないように毎回チェックせなあかん

**名前は開発中のものです。** · 2015/05/15(金) 23:39:24.99

更新！

戦闘システムをカードゲーム風にした

**名前は開発中のものです。** · 2015/05/16(土) 00:17:34.01

すこしやる気がでてきた

**名前は開発中のものです。** · 2015/05/16(土) 12:31:22.59

ログをみると、以前のURLにアクセスして弾かれている人がちらほらいる
それで以前のURLでもアクセスできるようにした

以下のどれかでタイトル画面につながるぞ
http://cron-quest.appspot.com/server/index.html
http://cron-quest.appspot.com/server/title.html
http://cron-quest.appspot.com/server/title.cgi

**名前は開発中のものです。** · 2015/05/16(土) 17:17:09.32

プレイヤーのカードは8枚、モンスターのカードは3枚
カードは減ったらランダムで補充され、モンスターは上から順にカードを使う

プレイヤーパーティ・モンスターを複数にしたいけど、これは保留
スキル・アイテムをMPとか含めてどうするか考えどころだ

**名前は開発中のものです。** · 2015/05/23(土) 01:18:03.16

更新、戦闘システムのカードを増やした

スキップ：なにもしない
ジョーカー：そのターン、自分が受けるダメージが倍になる
アタック：通常攻撃
クリティカル：通常攻撃（x3倍）
ガード：敵の攻撃を４分の１に抑える
チェンジ：自分のカードをすべて入れ替える
シェイク：相手のカードをすべて入れ替える

http://cron-quest.appspot.com/

**名前は開発中のものです。** · 2015/05/24(日) 00:48:28.63

メモ：

属性は4種類（火→風→土→水→）
ターンの倍数（素数とか１３倍数）などでモンスターがスキルを使う
1000ターン経過すると0ターンに戻り、スタンプに＋１される
スタンプ数でクリアランキングが決まる

**名前は開発中のものです。** · 2015/05/25(月) 23:10:46.00

vipで単発スレ立てたらそこそこ人が来た
あっちに引っ越した方が面白いかもしれん

**名前は開発中のものです。** · 2015/05/30(土) 07:50:34.82

フロアのバグがやっかいな状態だ
今日はあそこを大きく見直そう

**名前は開発中のものです。** · 2015/05/30(土) 23:21:18.26

バグ直った。怪しいゴリ押しプログラムを作り変えたから
スゴロクのイベントの種類を増やしていくぞ

**名前は開発中のものです。** · 2015/05/31(日) 19:32:29.76

そういえばスライムやスケルトンの見た目がドラゴンである件について
単発スレで文句が多かったからそこの仕組みを変えるかな

**名前は開発中のものです。** · 2015/05/31(日) 20:07:06.59

更新

モンスターに画像が割り当てられるようになりましーたー

**名前は開発中のものです。** · 2015/05/31(日) 22:35:06.52

今日も単発スレでアイデアもらってきたぞ
また来週に向けてがんばるわ

**名前は開発中のものです。** · 2015/06/07(日) 05:16:48.77

更新

自分の中でやりたいことが固まってきた感じ
UIとか操作性はぶっちゃけどうでもいいかな
表面的なことはいつでも作り直せる

**名前は開発中のものです。** · 2015/06/07(日) 22:59:24.99

ストーリーやキャラクターに関して

ドンキホーテの小説が面白かったんで、今回はドンキホーテ由来で何か作れれば満足、
できなかったことは次回に持ち越す感じかな

ただ人物名がドで始まるのが多すぎる（ドンファンとか）
女や地名もドルシネーアとかxxxxーアが多すぎて結構悩んだぜ
ちなみにアーサー王だとガで始まる名前が多い

ストーリーはあってないようなものだけど
ファミコン時代のマリオとかストーリーが説明書の中にしかなかった時代もあったよね

http://cron-quest.appspot.com/html/home/book.html

**名前は開発中のものです。** · 2015/06/08(月) 00:00:00.48

ショップの売り買いの次はすごろくだな
ドラクエ３のスゴロクみたいにヌルヌル動かすのは面倒なんで、
簡単な形式でマスを表示することと、サイコロ以外の行動を増やしてみる
単発スレ立てるのはまた来週にもちこし