【CGI】ゲームつくってるんだけど【RPG】 [転載禁止]©2ch.net
1 ：名前は開発中のものです。：
|
|
|
2 ：名前は開発中のものです。：2015/02/14(土) 23:43:26.14 ID:h7njQHwr
げ、スレ立てミスった これノーカンね
3 ：名前は開発中のものです。：2015/02/15(日) 16:05:04.95 ID:DIGXYDSo
vipのスレ落ちてしまった(´･ω･`)
4 ：名前は開発中のものです。：2015/02/16(月) 01:05:36.59 ID:9BMCPIFK
ノーカン？
5 ：名前は開発中のものです。：2015/02/16(月) 18:54:09.85 ID:OnQ6OMic
ノーカウントの略
vipにスレ立ててもすぐ落ちるからこっちでやるわ
7 ：名前は開発中のものです。：2015/02/18(水) 20:32:19.17 ID:jv9crN4N
くそつまらん
何を作りたいのかさっぱりわからんしもっと作りこんでから出直して来い
何を作りたいのかさっぱりわからんしもっと作りこんでから出直して来い
ここからだらだら適当に作りこんでいくのさ アイデア募集
ただいま装備システムは作りかけだ
使えるのは回復アイテムだけ
あとゲームが更新されてもURLは変わらないが、ここで何が変わったのか告知するよ
使えるのは回復アイテムだけ
あとゲームが更新されてもURLは変わらないが、ここで何が変わったのか告知するよ
仕事たまってて今月は進みそうにない（・３・）
画面サイズを1024x768から800x600に小さくしたんだが、解像度はこんなもんだよね
12 ：名前は開発中のものです。：2015/02/21(土) 22:01:42.97 ID:fyBlNFEJ
スマフォ前提にすればもっと小さくコンパクトに済むぞ
13 ：名前は開発中のものです。：2015/02/21(土) 22:13:02.51 ID:2uz1VH4M
スマホはもっとでかいけどな
画面は大きいほど、たくさんの項目を表示できるんだが
画面が大きいほど、小さいスマフォを切り捨てる必要があるのだ
画面の縦幅をもっともっと長くして、縦にスクロールしてもらうというのも
昔のCGIゲームではよくあったと思うが、操作性が悪くなりそうで悩むところだな
画面が大きいほど、小さいスマフォを切り捨てる必要があるのだ
画面の縦幅をもっともっと長くして、縦にスクロールしてもらうというのも
昔のCGIゲームではよくあったと思うが、操作性が悪くなりそうで悩むところだな
15 ：名前は開発中のものです。：2015/02/21(土) 23:17:09.09 ID:fyBlNFEJ
>>13
解像度は上がってるけど scale の概念入ってるから、
iPhone6 の 1080x1920 でも、制作コンテンツのサイズは 414x736 でしかないよ。
フォントのレンダリングや高解像度画像が精細に描画されるだけ
解像度は上がってるけど scale の概念入ってるから、
iPhone6 の 1080x1920 でも、制作コンテンツのサイズは 414x736 でしかないよ。
フォントのレンダリングや高解像度画像が精細に描画されるだけ
解像度が大きくなってもスマフォ自体は小さいから１ピクセルが小さくなるのね？
そうなると２つの選択肢があるな
・拡大表示される前提で解像度を小さくしてフォントやUIも小さくする（スマフォ向き）
・縮小表示される前提で解像度を大きくしてフォントやUIを大きくする（PC・タブレット向き）
どちらにせよ、画面レイアウトはせまくなるんだな
そうなると２つの選択肢があるな
・拡大表示される前提で解像度を小さくしてフォントやUIも小さくする（スマフォ向き）
・縮小表示される前提で解像度を大きくしてフォントやUIを大きくする（PC・タブレット向き）
どちらにせよ、画面レイアウトはせまくなるんだな
17 ：名前は開発中のものです。：2015/02/25(水) 18:03:35.33 ID:Jzpyh/K8
▼戦闘の処理を修正した
主人公１０ターン連続攻撃 → 敵１０ターン連続攻撃みたいなのが頻発したので、
主人公と敵が交互に攻撃するように、乱数の偏りを抑えた
主人公１０ターン連続攻撃 → 敵１０ターン連続攻撃みたいなのが頻発したので、
主人公と敵が交互に攻撃するように、乱数の偏りを抑えた
18 ：名前は開発中のものです。：2015/02/26(木) 03:36:21.55 ID:/SvgX6dg
つまらなすぎて死ぬかと思った
せめてflashで作ろうよ
せめてflashで作ろうよ
19 ：名前は開発中のものです。：2015/02/26(木) 19:28:57.78 ID:Ek4Kf04p
Flash/Flexを先月別件でやってて丁度いいから使いたいんだが、
Android/iPhoneで動かなくなったらしい
GWTを使うか他に良い方法が無ければJSを直接書く、
もしくはモバイルを切り捨てる
Android/iPhoneで動かなくなったらしい
GWTを使うか他に良い方法が無ければJSを直接書く、
もしくはモバイルを切り捨てる
20 ：名前は開発中のものです。：2015/02/26(木) 19:50:04.68 ID:sQyHrWMX
Haxeとかどうだ
21 ：名前は開発中のものです。：2015/02/26(木) 20:37:12.48 ID:Ek4Kf04p
Haxeは未経験だが面白そう でも気をつけるべき問題点は幾つかある
まずFlash AS3で試した感じ、IDEのFlashDevelopは作りが悪く、
コード補完はEclipseの半分も効かない、あと最新版は有名なバグもってて
コンパイル前に毎回コンパイルキャッシュをクリーンする必要があり、面倒くさい
（これは我慢できる）
もうひとつは、Haxeは複数のプラットフォームに出力可能らしいが、
Haxe自体の開発・サポート・運営状況などを一通り調べておく必要がある
Flash出力は力を入れているが、JS出力は5年以上放置されているとかあるとまずい
APIリファレンスもちゃんとしたのがあるのかも気になる
でも面白そうだから、下調べの結果次第では採用してみるよ
まずFlash AS3で試した感じ、IDEのFlashDevelopは作りが悪く、
コード補完はEclipseの半分も効かない、あと最新版は有名なバグもってて
コンパイル前に毎回コンパイルキャッシュをクリーンする必要があり、面倒くさい
（これは我慢できる）
もうひとつは、Haxeは複数のプラットフォームに出力可能らしいが、
Haxe自体の開発・サポート・運営状況などを一通り調べておく必要がある
Flash出力は力を入れているが、JS出力は5年以上放置されているとかあるとまずい
APIリファレンスもちゃんとしたのがあるのかも気になる
でも面白そうだから、下調べの結果次第では採用してみるよ
22 ：名前は開発中のものです。：2015/02/27(金) 01:13:53.48 ID:YUZdS76h
うーん…10年以上前にCGIでRPG作ってた（利用者数はユニーク数千人程度）けど、
今はHTML5も発達してるんだしCGIで作る必要を感じないなあ…
とりあえずUIを全面的に見なおして、処理部分もいちいちダルいのでなんとかしたほうがいいかなと思う
今はHTML5も発達してるんだしCGIで作る必要を感じないなあ…
とりあえずUIを全面的に見なおして、処理部分もいちいちダルいのでなんとかしたほうがいいかなと思う
23 ：名前は開発中のものです。：2015/02/27(金) 02:18:20.03 ID:H3arKG/F
課題はたくさんあるな まずは何からやっていこうかしらん
24 ：名前は開発中のものです。：2015/02/27(金) 18:11:14.81 ID:+w1R7R1V
>>16
PC・モバイル環境両方で同じゲームをやるのかという疑問はさておいて
両方にやってもらいたいって言うならレスポンシブデザインにでもしたらどうかな
後やはり一操作ごとにページ移動が挟むのはあまりにも作りが古く煩わしい
ブラウザにやらせる処理量としてもユーザの視覚的な意味でもよろしくない
古いブラウザゲーを想起させるノスタルジー狙いでもない限りはDOM操作にでも変えた方がいいのではないかと思う
PC・モバイル環境両方で同じゲームをやるのかという疑問はさておいて
両方にやってもらいたいって言うならレスポンシブデザインにでもしたらどうかな
後やはり一操作ごとにページ移動が挟むのはあまりにも作りが古く煩わしい
ブラウザにやらせる処理量としてもユーザの視覚的な意味でもよろしくない
古いブラウザゲーを想起させるノスタルジー狙いでもない限りはDOM操作にでも変えた方がいいのではないかと思う
25 ：名前は開発中のものです。：2015/02/28(土) 02:19:26.05 ID:P1K9vzQz
画面遷移についてだが、Ajaxでシームレスに通信するのと、
サーバーとやりとりしないでクライアント側で全部やる２つの方法どちらかで解決できる
たぶん最終的には後者でflashゲームみたいにするから、HaxeとかTypeScriptを調査している
レスポンシブデザイン、モバイルは縦長画面とかは保留（余裕があればやってみるよ）
その辺は製作がある程度進んでからやらないとゲーム仕様の変更に対応しずらい
俺的には、ゲームの進行とかパラメータを考えてから操作性とか見た目を整えたい
いまのところ、とりあえず1ダンジョンでザコ敵を殴るだけ何とかできたって感じで、
目的とか他にすることなんにもないしな
サーバーとやりとりしないでクライアント側で全部やる２つの方法どちらかで解決できる
たぶん最終的には後者でflashゲームみたいにするから、HaxeとかTypeScriptを調査している
レスポンシブデザイン、モバイルは縦長画面とかは保留（余裕があればやってみるよ）
その辺は製作がある程度進んでからやらないとゲーム仕様の変更に対応しずらい
俺的には、ゲームの進行とかパラメータを考えてから操作性とか見た目を整えたい
いまのところ、とりあえず1ダンジョンでザコ敵を殴るだけ何とかできたって感じで、
目的とか他にすることなんにもないしな
26 ：名前は開発中のものです。：2015/02/28(土) 12:43:16.33 ID:P1K9vzQz
altJSはTypeScriptがかなり有力らしい
でも未来のなさそうなHaxeの方がずっと作りが優れている
標準SDKにCanvasとWebGLのバインディングも含まれていて面倒な環境設定もゼロだった
ただし公式APIドキュメントが真っ白なのが後々ネックになりそう
それでもフロントJavaScript化するならHaxe使うと決めたぜ
でも未来のなさそうなHaxeの方がずっと作りが優れている
標準SDKにCanvasとWebGLのバインディングも含まれていて面倒な環境設定もゼロだった
ただし公式APIドキュメントが真っ白なのが後々ネックになりそう
それでもフロントJavaScript化するならHaxe使うと決めたぜ
27 ：名前は開発中のものです。：2015/03/01(日) 01:34:52.69 ID:W7slzA4p
HP(パラメーターの方)はどんどん減っていくの？
配布してみれば？
配布してみれば？
28 ：名前は開発中のものです。：2015/03/01(日) 14:20:52.51 ID:3/nzMmyT
いまのところ、アイテムで回復するか、死亡すると全回復する
前にvipでスレを立てたとき、「宿屋を作らずに、時間の経過で回復する」
という案を誰かがだしてくれて、そうしようと思うのだが、それにはまず
セーブ機能が必要だな
配布するというのはブラウザゲームでなくすということかな？
ブラウザゲームのままでもセーブ機能を作るのはそれほど手間ではないよ
まずはデータベースを使わずに、クッキーにデータを全部突っ込むんだ
データベースが必要になるとしたら通信対戦とかなんだろうけど、
流石にそれはまだまだ先のことになるな
前にvipでスレを立てたとき、「宿屋を作らずに、時間の経過で回復する」
という案を誰かがだしてくれて、そうしようと思うのだが、それにはまず
セーブ機能が必要だな
配布するというのはブラウザゲームでなくすということかな？
ブラウザゲームのままでもセーブ機能を作るのはそれほど手間ではないよ
まずはデータベースを使わずに、クッキーにデータを全部突っ込むんだ
データベースが必要になるとしたら通信対戦とかなんだろうけど、
流石にそれはまだまだ先のことになるな
29 ：名前は開発中のものです。：2015/03/02(月) 22:00:28.44 ID:wpJk5H4y
書き込めん
30 ：名前は開発中のものです。：2015/03/02(月) 22:07:14.48 ID:wpJk5H4y
Herokuを調査した かなり使いにくいことが分かった
しばらくはGAEの無料枠を続けることにした
しばらくはGAEの無料枠を続けることにした
31 ：名前は開発中のものです。：2015/03/02(月) 23:13:56.92 ID:wpJk5H4y
レスポンシブデザイン云々という話もあったから
とりあえずモバイル用の320x480画面を用意してみた
（俺、いまだにスマフォもってないからサイズ比率とか分からん）
システムとかUIは、大画面（PC/タブレット） or 小画面（スマフォ）で
片方がある程度できてからもう片方に対応したい
それでPC向け画面を先にやるつもりだったけど、
逆にスマフォサイズを先にやった方が、
テストしてくれる人の環境を選ばなくて良いかも！
http://1-dot-cron-quest.appspot.com/mobile/index.html
とりあえずモバイル用の320x480画面を用意してみた
（俺、いまだにスマフォもってないからサイズ比率とか分からん）
システムとかUIは、大画面（PC/タブレット） or 小画面（スマフォ）で
片方がある程度できてからもう片方に対応したい
それでPC向け画面を先にやるつもりだったけど、
逆にスマフォサイズを先にやった方が、
テストしてくれる人の環境を選ばなくて良いかも！
http://1-dot-cron-quest.appspot.com/mobile/index.html
32 ：名前は開発中のものです。：2015/03/03(火) 22:10:46.74 ID:WU2AiFnS
まずシーン構成とそれぞれの画面でのメニュー項目を考えて配置することを考えたほうがいいかもね
すごく小さなものでいいから、遊べる状態にしたものを完成させてみたほうがいいかと思う
ゲーム内容によるけどブラウザゲーの場合はスマホへの対応は大して難しくないので、
そこは今はまだ意識しなくてもいいと思うよ
すごく小さなものでいいから、遊べる状態にしたものを完成させてみたほうがいいかと思う
ゲーム内容によるけどブラウザゲーの場合はスマホへの対応は大して難しくないので、
そこは今はまだ意識しなくてもいいと思うよ
33 ：名前は開発中のものです。：2015/03/03(火) 22:15:49.39 ID:WU2AiFnS
あと、オンラインで交流する要素もないので、localStorageかCOOKIEでデータ保存させる場合は、
ユーザー名とパスワードでの登録はやめたほうがいいと思う
パスワードなんていちいち覚えてないという人も多いし、
登録作業があることでプレイしやすさの印象が変わります
サーバー側でデータを保存する場合は、ブラウザ毎にユニークIDを割り振って、
もしデータの移行の必要がある場合はデータ移行用のURLを発行したほうがスムーズかと
まあ絶対にダメというわけでもないので、参考程度に
ユーザー名とパスワードでの登録はやめたほうがいいと思う
パスワードなんていちいち覚えてないという人も多いし、
登録作業があることでプレイしやすさの印象が変わります
サーバー側でデータを保存する場合は、ブラウザ毎にユニークIDを割り振って、
もしデータの移行の必要がある場合はデータ移行用のURLを発行したほうがスムーズかと
まあ絶対にダメというわけでもないので、参考程度に
34 ：名前は開発中のものです。：2015/03/04(水) 21:16:42.22 ID:NmR0vuRe
開発環境とかが二転三転していて、なかなかゲームの内容に進めないぜ
35 ：名前は開発中のものです。：2015/03/04(水) 23:53:05.13 ID:/E5KUggA
この状態で迷ってるんじゃ完成は無理だな
36 ：名前は開発中のものです。：2015/03/05(木) 01:21:10.17 ID:MQho692M
怨念乙
37 ：名前は開発中のものです。：2015/03/05(木) 01:53:24.58 ID:MQho692M
38 ：名前は開発中のものです。：2015/03/06(金) 00:54:57.30 ID:DlVBEjuz
自作ＵＩの練習中、DOM APIでいくか、Canvas APIでいくか見当がつかん
http://gyazo.com/d922f2beedbb290109fe89cc659e0f08
とりあえず旧方式のまま、ＰＣ向け画面のロジックを土日あたりに進めてみっか
http://gyazo.com/d922f2beedbb290109fe89cc659e0f08
とりあえず旧方式のまま、ＰＣ向け画面のロジックを土日あたりに進めてみっか
39 ：名前は開発中のものです。：2015/03/06(金) 08:53:34.05 ID:2Yp5YxgC
将来的にでもスマホ対応を考えてるなら、マルチウィンドウはあまり必要なさそうには思う
40 ：名前は開発中のものです。：2015/03/06(金) 21:04:49.73 ID:DlVBEjuz
お絵描きはこの辺で一端打ち切り
http://gyazo.com/850694456542e663d7ca536eee510864
http://gyazo.com/850694456542e663d7ca536eee510864
成果としては、色合いに見当がついてきたところかな
絵が無い場合、明るい画面だとますます殺風景に見えるんで黒いスキンでいこう
あるいはフリー素材を使うほうが無難なんだろうけど、
芸がないからあんまり使いたくないんだよね
http://gyazo.com/3812c82433769501c160e9c28f8a0991
絵が無い場合、明るい画面だとますます殺風景に見えるんで黒いスキンでいこう
あるいはフリー素材を使うほうが無難なんだろうけど、
芸がないからあんまり使いたくないんだよね
http://gyazo.com/3812c82433769501c160e9c28f8a0991