みんなでシュミレーションRPGを作りましょう

**喪装中** · 2005/08/16(火) 19:55:36

俺が監督をやります

随時スタッフ募集

**名前は開発中のものです。** · 2005/08/27(土) 22:09:20

カーソルの移動は斜めじゃなく、上下左右がいい。

**102** · 2005/08/27(土) 22:41:40

　雲なんとかってゲームは知らんが、晴れたり曇ったりＮのことかねぇ？
　違うよ。そもそも、この素材はある一つのゲームでしか使われていないものだからね。
誰も知らないようなかなりマイナーなＳＬＧの背景ですだ。
　なんかこのレベルで良かったら描くんで、欲しいものを言っとくれ。

**106** · 2005/08/27(土) 22:44:11

タクティクスオウガのようなクォータービューだと上下左右移動は難しいです。
選択出来ないセルが生じるので。

ただ、Ctrlキーを押しながら方向キーを押すと上下左右に移動、というような機能なら
実装できるんじゃないかと。

**名前は開発中のものです。** · 2005/08/27(土) 22:48:06

違うって、横移動は　上下上下に移動。（わかるかな～～～～
全部移動できるのだが。

**106** · 2005/08/27(土) 23:05:15

>>112
なるほど、それならOKっぽそうなので今度試しに作ってみます。

>>110
>>106で使ってる作りかけマップチップを完成させて欲しいです。
種類とか増やしてくれると最高。

**106** · 2005/08/27(土) 23:45:30

ttp://gamdev.org/up/img/3081.zip
108のカーソル上下左右移動版です。

まあ個人的には斜め移動が好きなんだけど。
てことで、寝る。

**設定厨** ◆nGpJkI.30U · 2005/08/27(土) 23:51:25

>>108
カーソルが常に真ん中ではなく、
その地点の高さにあわせてマップ全体ではなくカーソルの高さだけを変えるようにしてもらいたいです。
個人的要望です。

>>110
その晴れたり曇ったりNです。
グラフィッカーが入るととてもありがたいです。
これでほとんど揃いましたね。

しかし、僕の立場は・・・・
サブプログラマーということでお願いします。
えー、メインプログラマは電脳土方さんですよね？
>>106さんはどういう位置づけに？
まあ2chらしく、気が向いたときに好きなことする気楽な立場ということでよろしいですか？

**名前は開発中のものです。** · 2005/08/27(土) 23:59:06

>>114
操作感覚が気持ち悪い。これはありえない。
上ボタンを押したときに右上と左上どっちに進むかは選べるといいとは思うが。

**設定厨** ◆nGpJkI.30U · 2005/08/28(日) 00:07:23

僕も、キー押しっぱなしでマップがガクガク動くというのはどうかと思いますよ。
かといって、右か左かをいちいち設定するのは、好みの問題ってものでもないですからね・・
テンキー九つ使うというのは無茶ですね。
テンキーのうち四つ使うとかは・・・？
あーでも、マップ以外の操作が信じられないほどやりづらいですね。
そもそもカーソルキーはクォーターマップには向いてないし・・・。

**名前は開発中のものです。** · 2005/08/28(日) 00:10:22

タクティクスオウガってどう動いてたっけ？

**設定厨** ◆nGpJkI.30U · 2005/08/28(日) 00:15:13

>>106と同じような動きだったと思う

**名前は開発中のものです。** · 2005/08/28(日) 00:16:49

>>119
thx
だよな、何で嫌がるんだろうと思ってさ。

**電脳土方** ◆MPSdUjt5lI · 2005/08/28(日) 00:25:28

とりあえずLuaでタイトルメニューまで作った（またかよ

まだ試作段階なんで、それぞれ適当に作っててええと思うよ

操作方法で試行錯誤してるようだけど、どちらかっつーと、
そういったUIを含めたゲームデザインの方で刺激し合えたら、
良いと思ふ

プログラムの共同開発は難しいけど、
ゲームデザインを煮詰めるのは人数居ても出来るだろうし

**102** · 2005/08/28(日) 01:30:14

ttp://gamdev.org/up/img/3082.lzh
砂漠とか荒地、瓦礫などいろいろ考えられるけど、とりあえず書き直してみた。
他の地形は、さらにその上にオブジェクトを配置するようになるでしょう。

なお、おいら、本職はプログラマ（ＶＣ＋＋＆ＤＩＲＥＣＴＸ）ですだ。
ＨＳＰはまったく知りません（ってか、そもそも要らない）。
絵を描けというなら描きます。

ＵＩについては、マウスにすれば良いのでは？と思うけど、初心者には難しいのでしょう。
じゃあ、あんたやれよと言われるのもなぁ……。

**設定厨** ◆nGpJkI.30U · 2005/08/28(日) 01:42:47

マルチな技能持ってますね。
VC++までできればわざわざHSPを学ぶ必要はないですよね、そりゃ。
僕は今週独習Cを購入したので0から頑張ってます。

将軍 ◆mCEJQ9Ki/Q · 2005/08/28(日) 01:54:23

取りあえず言語統一したほうがいいんじゃないか？
HSPって他言語からラベル呼べないよね？呼べるのかな。
なんか楽しそうだから、HSP3インスコしてみた。
あんま時間取れないけど俺も影ながらサポートしていこう。

将軍 ◆mCEJQ9Ki/Q · 2005/08/28(日) 01:59:22

あーマウスのがいいんじゃないの。
コンシューマとPCゲーム違うから。
アレ持ってればいいんだけど、なんといったかな。
あれだ。あれ。ジョイパッド

**電脳土方** ◆MPSdUjt5lI · 2005/08/28(日) 02:57:31

共同開発を前提にすると
HSPという規格統一という手もアリなのかな～？

実は、C++の方が慣れている訳だが…
スクリプト言語は効率アップで使ってると言い訳ｗ

PCならマウスのがユーザーの敷居は低いっしょ
ジョイパッドとか持ってない人いるし

おいらはゲームしない人だから、当然持ってないｗ

**設定厨** ◆nGpJkI.30U · 2005/08/28(日) 03:58:21

>>125
名前Mifuneにしろよ
張り合いが出ねーよ

**名前は開発中のものです。** · 2005/08/28(日) 05:29:06

mifuneさんのサイトがつながらなくなってるんですが、
移転先でMMOをバリバリ作ってらっしゃるんですか？

**設定厨** ◆nGpJkI.30U · 2005/08/28(日) 10:47:47

記憶喪失したんじゃないかな

**106** · 2005/08/28(日) 11:38:09

102さん、chipの綴り間違いのさりげない指摘と書き直しサンキューです。

ttp://gamdev.org/up/img/3083.zip
カーソルが常に中央にならないようにしました。
マウス使用という案が結構出てるけど、俺の実力じゃちょっと難しいです。

あと、電脳土方さんがメインプログラマということなので、俺の位置づけはサブということで。
ほとんどHSPしか使えませんが。（てかゲーム自体作るの初めてですが）

**名前は開発中のものです。** · 2005/08/28(日) 11:44:14

横上移動言ったものだが。　出来たのを見てありゃだったよ。
横移動は上下にがくがくせず。Y座標系は固定で。
上下は左右に動かない。　　（仮に動いてもX座標は固定で
だったが、まあ、コミュニケーションは難しいわな。
また、移動で必ず画面が動くのではなく、一定の範囲はカーソルだけ移動
それを超えると画面移動が、操作感もぐっと良くなる。
しかし、漏れもHSPインスコするかな～、HSPは初めてだが。

**131** · 2005/08/28(日) 15:55:24

>>130と>>131の合体物作ってみたが、うｐ先は何処?

**131** · 2005/08/28(日) 15:59:17

あった、3086.zipにうｐした。

**131** · 2005/08/28(日) 16:02:40

何度もすまんURLは↓。　3084.zipの名前でうｐしてるよ　orz　（ＲＯＭメインだったからさ　orz
ttp://gamdev.org/up/img/3086.zip

**名前は開発中のものです。** · 2005/08/28(日) 16:30:17

>>134
マスによってカーソルの移動方法が変わるのは使いにくいかと。

**131** · 2005/08/28(日) 16:43:08

どんな感じが良いんだ、提案してくれ、修正するぞ。
ただ言語仕様が分からん状態で使ってるから、危険だが。

**131** · 2005/08/28(日) 16:58:43

HSP知っている人、1つだけ教えて。
この画面に変数やメッセージ表示方法教えて。
printでも出ないし、超初歩だとは思うけどよろしくお願いします。

**名前は開発中のものです。** · 2005/08/28(日) 16:59:56

>>136
キーボードでやるなら106氏の操作感でいいよ
45°の傾きはやってる内に慣れるから結果一番効率の良い操作になる
それよりマウスに対応してみてはどうか。

**名前は開発中のものです。** · 2005/08/28(日) 17:00:29

>>137
mesでいける

**電脳土方** ◆MPSdUjt5lI · 2005/08/28(日) 17:06:41

>137
mes "テキスト"
mes 変数

複数の変数があるなら+で繋げられる
mes "テキスト"+変数+...

こんな感じ、
pos x,y で座標指定できます。

**設定厨** ◆nGpJkI.30U · 2005/08/28(日) 17:07:53

printでもできたと思うけど
3からできなくなったのかな

**131** · 2005/08/28(日) 17:11:04

>>139
ありがとう。

>>138
漏れは、自分が言った事を実現したいだけ。
だから好きにして良し。

**131** · 2005/08/28(日) 17:56:45

位置が変わるのを修正　　（前より単純になったーよ
↓　　　　　　　　　　　　　　　（余りの方法が分からなくてフラグ真似たが、￥が余りとは・・・
http://gamdev.org/up/img/3087.zip

◆mCEJQ9Ki/Q · 2005/08/28(日) 20:35:30

>>127
まあ、その名前だと荒れそうなのでひっそりROM中心で行こうかと・・

>>130
mes "mouse=("+mousex+","+mousey+")"
mes "wheel="+mousew
mousex mouseyで座標取れるみたいです。
でも、ソース見たところkeyイベントで画面を描画してるみたいだから
マウス使う場合、リアルタイムで座標取得→描画＝
メインループ使うプログラムに書き直さなきゃいけないかもしれない(；´Д｀)

#deffuncがプリプロセッサだと思って、唸っていた漏れガイル

**名前は開発中のものです。** · 2005/08/28(日) 20:45:17

アニメーションさせるならどの道FPSの管理は必要だよ。

**106** · 2005/08/28(日) 21:16:36

ttp://gamdev.org/up/img/3089.zip
カーソルの陰に隠れる部分を表示しないようにしました。
まだ改善余地がありますが、取り合えず自然なカーソル移動になったかな。

マウスを使う方法は、どうしても隠れたセルを選択させる方法が思いつかない…

**名前は開発中のものです。** · 2005/08/28(日) 21:21:52

>>146
フィールドを回転させればいける。

**106** · 2005/08/28(日) 21:46:59

>>147
回転って言われてもなぁ…

◆mCEJQ9Ki/Q · 2005/08/28(日) 22:32:34

FFタクティクスは3Dだったですね
シドが強すぎて（ｒｙ

**102** · 2005/08/28(日) 22:39:52

>>146
・別途に小さな２ＤＭＡＰを表示しておいて、そこを選択させる。
・表示できない部分があるようなＭＡＰは作らない。

　簡単な解決法としては、こんなのがあると思われ。

**106** · 2005/08/28(日) 22:46:52

>>150
>表示できない部分があるようなＭＡＰは作らない。
が一番簡単そうで良いですな。

**設定厨** ◆nGpJkI.30U · 2005/08/28(日) 23:14:06

エディト機能とかはまたあとの話ですね

**名前は開発中のものです。** · 2005/08/29(月) 20:55:16

オレならこうするかな。

高度に合わせたメインカーソルと、常に最も底にあるサブカーソルの二つを表示し、
実際の座標取得はサブカーソルで行なう。つまりメインカーソルがオマケ表示になる。
サブカーソルは半透明に薄く表示。

**みふね** ◆mCEJQ9Ki/Q · 2005/08/30(火) 00:41:06

推測だけどみんな結構いきづまってるんじゃないかな？

高低差先につけるとキャラ移動処理がややこしくなりませんか？
勝手に提案しておきますと

1:ゲームのメインループ作成と２Dスプライト（あるんかな？）
2:段差無しのマップ→　マウスによるキャラ移動（選択すると青い移動範囲が表示
3:マップエディタと段差
4:コマンドウインドウ
5:音楽
6:敵オブジェクトの描画
7:ステータス
8:ファイルセーブ
9:戦闘アニメーション
10:シナリオスクリプト（スクリプトファイルを作ってメインプログラムから読み込んで実行) = ユーザーがカスタマイズしやすい。
11:わからん

こんな感じだ。

僕的にHSPが使いにくいのは言語とグラフィックス命令が
標準でヒュージョンハ！してることです。最初からごちゃごちゃしてるとやりづらい。
シンプルさを組み合わせて複雑な処理を実装したほうが効率もいい。
グラフィックス処理は圧倒的にHSPが効率が高いけど、最終的には他言語のがスムーズに逝くぜ大将ども

後、共同開発にするのか、それとも、一人一人が適当に作るのかどうなんだい？

俺は共同に一票入れる。もし共同なら今やりかけのストップして、本格的にタクティクス2chをhackしようと思う。
何せ、タクティクスオウガをやりまくった俺としては、クローンじゃないけど、また新たなあのシビレルゲームを
作り出せると思うと非常にわくわくするからだ。

一人一人適当形式だと、このすれダットに落ちるぜ？とか勝手にほざいてみる。

**設定厨** ◆nGpJkI.30U · 2005/08/30(火) 08:26:13

お前の独り言スレにならないように頑張らないとな。
とはいえ現状では電脳土方さんの進捗次第でもある

**電脳土方** ◆MPSdUjt5lI · 2005/08/30(火) 13:35:26

Σ(´ω｀ノ)ノ
おいら次第っすか？

>>154
HSPより多言語の方がいいというのには納得です。
C++で作るのが一番制約が少ないんでしょうね。

共同開発の件ですが…
プログラムの共同開発の経験は御座いますか？

共同開発っていう響きは魅力的ですが、
分担はどうするおつもりでしょうか？

下位ライブラリのAPIの摺り合わせやら、
コーディングスタイルの摺り合わせが結構めんどいんですよねぇ…

**電脳土方** ◆MPSdUjt5lI · 2005/08/30(火) 15:26:42

>進捗

ttp://gamdev.org/up/img/3102.zip

まだ基礎工事段階っすヽ(;´Д｀)ﾉ

**みふね** ◆mCEJQ9Ki/Q · 2005/08/30(火) 16:03:23

そんなことよりシミュじゃなくてシュミになってることに気づいた漏れガイル

共同開発という意味よりは、まとまり感の意味です。
僕が>>154のような書き込みをするに至ったのは
皆>>1を無視しすぎなんじゃないかと(；´Д｀)
彼の書き込みを見る限り、ある程度まとまってやっていたいんじゃないかなあ
タイトルと彼のこれまでの書き込みをを今一度見て欲しいのだ諸君

今現在、それぞれがそれぞれの言語もしくは世界観で勝手にやってる状況で、
例えば、電脳ちゃんと誰だっけHSPのクオーターびゅー作成氏が
どう協調していくのかというのが、はてなマークつきまくりです。
HSP自体移植性に優れないし、他の言語からも呼べない（or呼びにくい？）
みたいなんで。
そこらへん>>1と皆さんはどう考えているんだろう

PS . コーディングスタイルとかは、既存の整形ツール使えば一発です。

**みふね** ◆mCEJQ9Ki/Q · 2005/08/30(火) 16:16:17

やっべ、荒れそうだ

**名前は開発中のものです。** · 2005/08/30(火) 16:22:54

（ﾟДﾟ≡ﾟДﾟ) 今このスレにはプログラマしかいない

**106** · 2005/08/30(火) 16:42:00

ttp://gamdev.org/up/img/3103.zip
とりあえず製作経過をうｐしときます。

130にも書いてあるけど俺はHSPしか使えないから、言語に関しては
早いうちに決定したいところです。
もちろん俺はHSPが良いわけですが。

他にも土台となるシナリオや、使用する床の種類やキャラクタとか
決めることが沢山あると思う。

**設定厨** ◆nGpJkI.30U · 2005/08/30(火) 17:32:58

>>157
背景がクール。
>>161
うおっかっこええ！！

共同開発経験者は欲しいですね・・・。
ディレクター役の人が必要だと思う。
もしかして設定家がそういう仕事なんですか？

**電脳土方** ◆MPSdUjt5lI · 2005/08/30(火) 18:05:20

>>1は
ゲームシステムは丸投げだし
肝心の世界観も詳細は何も提示していない
頭の中にあっても書類化しなければ他人は理解出来ないので
これでは各人のイメージの共有も出来ない
しかも最近は出てこないし…

決めなければならない仕様は山程あるし、
まずはディレクター募集ってところですか？

文字面で言うと、ディレクター＝監督なんだけどね

ディレクターは設定厨さんか、オウガをやりつくしたみふね氏が適任？

**設定厨** ◆nGpJkI.30U · 2005/08/30(火) 19:05:58

そうして>>1を置いて世界は回っていくのであった。

ディレクターにMifuneはやめたほうがいいです。
彼は2Dアクションゲームを作るのに力を入れてほしい。

106さんの>>161のプログラムが完成度は高いと思いますが、
やはりプログラムは統一して進めていきたいです。
メニューとマップで担当を分けるなどはできないでしょうか？

**電脳土方** ◆MPSdUjt5lI · 2005/08/30(火) 19:13:38

開発言語や開発環境の統一は相当難航すると思われ…
その時間をプロトタイピングに充てていた方が、
今は有意義と思う。

今のところ多数決ではHSP優位ですなヽ(`Д´)ﾉ

**電脳土方** ◆MPSdUjt5lI · 2005/08/30(火) 19:34:59

プログラムやコーディングスタイルを統一するより
世界観やゲームデザインやデータやアルゴリズムを統一する方が
遥かに楽だと思われ

HSP版とLua版、両方作ってもいいジャマイカ？

**設定厨** ◆nGpJkI.30U · 2005/08/30(火) 19:38:07

じゃあ世界観でも話し合いましょうか？
なかなか大変だと思いますけど・・・。

**名前は開発中のものです。** · 2005/08/30(火) 19:39:24

もう、世界観や仕様は統一で、各人好きな言語やプログラム仕様で作るとか。

（いや、・・・・失礼しました。orz

**電脳土方** ◆MPSdUjt5lI · 2005/08/30(火) 19:53:52

世界観は中世ファンタジーだと理解してますが
これでよろしくて？

>>168さんの言う競作形式が一番良いと思う
参加できる人数も限られないし…

**名前は開発中のものです。** · 2005/08/30(火) 20:20:58

SRPGのゲーム内容を決めて、好き勝手にプログラムして実現するスレ。
でも良いかもね。
C#なら習作もかねて暇な時やっても良いかもとは思ってる。

**106** · 2005/08/30(火) 21:13:48

競作形式ってのはいいですね。
世界観や仕様は統一ということですか。

**電脳土方** ◆MPSdUjt5lI · 2005/08/30(火) 21:28:29

>>171
やっぱり腕試しには競作がいいと思う
コードを人に合わせるのは苦痛ですしね

>世界観や仕様は統一
統一の方向を目指しますが、
開発が進んでいけば意見の不一致でブランチする可能性は有り得ますｗ

とりあえず妄想家募集ですな

**170** · 2005/08/30(火) 21:49:17

とりあえず、1つのマップの大きさだけは固定で決めない?
シナリオ作る人も固定でないと困るでしょ。

あと、公開できないライブラリー使うので当面ソース非公開でいいかな？
駄目なら諦めるけど、すまぬ。

**電脳土方** ◆MPSdUjt5lI · 2005/08/30(火) 21:54:52

>170
ソース公開の方が、いろいろ技術交流出来るし
実行してもらいやすいけれども
アルゴリズムとかデータ構造を説明してもらえれば
非公開でも、ええと思うよ
今は人が居ないから、一人でも多い方がいい

そういう、おいらもC++側ソースは、未だ非公開だしｗ
ある程度キレイになったら公開する予定だけどね

CS ◆BwWlF2.Erw · 2005/08/30(火) 22:19:31

>>174
ありがとう、早速作ってみる。　　直ぐには結果が出ないけど。
↑名前付けてみた。
また、マップの大きさはどうする？　　漏れとしては縦横が同じ数がいいけど。
今は横長？

CS ◆BwWlF2.Erw · 2005/08/30(火) 22:20:33

まあ、決めてしまえば、どちらでも良い。　マップ

**電脳土方** ◆MPSdUjt5lI · 2005/08/30(火) 22:38:26

マップのサイズだけど
アルゴリズムの都合上、おいらは奇数が良いな…
本当は偶数でもいいんだろうけど

**電脳土方** ◆MPSdUjt5lI · 2005/08/30(火) 22:44:30

マップサイズの案
15x15

これでどう？
都合が悪い人は言ってちょうだい

CS ◆BwWlF2.Erw · 2005/08/30(火) 23:01:58

漏れはOKです、今より縦に4つ増えて、四角くなるので。

CS ◆BwWlF2.Erw · 2005/08/30(火) 23:04:47

×縦に4つ
○縦に３つ横ー１　　　　orz

**名前は開発中のものです。** · 2005/08/30(火) 23:50:31

106氏にメインを作ってもらって
他の人がスクリプトとAIを直結させるインタフェースを作るとかは？
せっかく効率よくゲームを作れる人がいるのにもったいないよ

**名前は開発中のものです。** · 2005/08/31(水) 00:28:41

ぐだぐだするのがこの板の住人的に一番充実した時間である

**102** · 2005/08/31(水) 01:13:08

　まあ、焦らずマッタリと行きましょう。
　プログラムは各人が思い思いにやってみてください。

　おいらはとりあえず、ただの兵士でも描いてみるよ。
　向きは斜めの４方向で、歩行と攻撃、ダメージアニメがあれば良いかな？
　すぐには描けないので、しばらく待たれよ。
　ではでは。

**みふね** ◆mCEJQ9Ki/Q · 2005/08/31(水) 02:13:15

競争形式って考え方は皆がしたいなら止めないけど好きじゃないです
今現在でHSPとlua or C++でしょう？
アルゴリズム公開で支えあってもいいんだけど結局最終的に残るのは一つじゃないですか
２つ残ってもユーザー側にしたら意味ないですし世界観一緒だし？
自己満足というのなら別に一人でやればいいんじゃない？と言うのが私の考えです
あるいは開発状況報告スレなどで
一方が早ければこのスレの住人は皆そちらに注目が集まり
遅いほうは、皆たいして興味をそそられんでしょう。　
私はpygameで今マルチユーザータスクのとこで面白くなってきたんでディレクターは無理です
私が出来る事は、バグ取り、コーディング手助け、世界観の設定（これはやりたいぜ）
リソース探し、ツールつくり。
統一に関して言うと、あくまで私の意見です。冷静に分析してください。言語というものは論争になりがちですから。
HSPしか使えないという人が多いみたいなのでまず、Cなどの低級言語は無理でしょう。
C++(難しい） JAVA(簡単なのでベストですが、触った事も無い人が多いでしょう） Python（ゲーム製作知名度が低い) Ruby(左に同じく)
Scheme(OpenGLの知識が必要になる)
代表的な言語はほとんど潰れます。
ならHSPでいくかというと、別にいいんですがお勧めしません。
内部処理が複雑になってくるとかならず開発効率がへろへろになるのを推測するのは難しくありません。
HSPは基本構文、モジュール化、などの設計が適当で、
膨大な標準ライブラリでマルチメディア関連の実装を、簡単にしてるだけだからです。
日本においてスクリーンセーバーなどを作るときはHSPの右に出るのは居ないでしょう。
しかし、クオータービューシュミレーションRPGは普通のRPG以上に処理が複雑になります。
高さによるダメージ判定、ターン制でそれぞれのエネミーに違った行動をするようなAI処理
（例えば敵が皆つっこんできてはつまらない。敵にも性格がありHPを回復したり、また魔法などの天候による左右など
かなり複雑になります）

なら、どれを使えばいいのだと思うでしょう。HSPしか使えないという我侭は捨てなさい、哀れな子羊たちよ
私はここで、一つの優秀かつゲームプログラミング学習用の言語を提示いたします。

DarkBasic一度区切ります。

**みふね** ◆mCEJQ9Ki/Q · 2005/08/31(水) 02:32:37

http://darkbasic.thegamecreators.com/?f=index

DarkBasicは様々な賞に輝くゲーム用プログラミング言語です。
特徴として以下のサポートがあります
自動ダブルバファー
midi/mp3 control
45 Demo's
25 Tutorials
600texture
120 Sound Effects
900 3D Models
10種類のイメージフォーマットサポート
凄く早い2D blit
Mirror stretch blur and fade
スプライト　スクリーンサイズ
早い当たり判定
アニメーションスプライト
Gamma　コントロール
Scale Sprites 2D描画関数
3D省略（あるいは3Dでやったほうが簡単かもしれない)
Mouse Control
Keyboard Control
ゲームデバイスコントロール
だるい。
構造が理解しやすいことです。
ライセンスはフリーです。商用にも使えます。
プログラム経験の無い人でも大丈夫です。
大規模コミュニティーBBSが会社が設置しており、サンプルなどは困りません。
問題点：英語ですｗｗｗｗｗｗｗｗｗ
まあ、英語がきつかったらHSPやってる人が多いからHSPでいいんじゃないかと思います。
ただ、少しは試してみてください。初心者用のゲーム製作に優れた言語です。

**みふね** ◆mCEJQ9Ki/Q · 2005/08/31(水) 02:35:30

僕の考えとしては、楽しんでやりたいということです。
敷居を高くして初心者を排除したくはないです。
口には出さずとも競争形式だとどうしても殺伐としてくるだろうし、
楽しくない。楽しんで作れないゲームはつまらない。

だからさっさと統一しろってんだヴぉけ！！！！

**みふね** ◆mCEJQ9Ki/Q · 2005/08/31(水) 02:50:43

ちなみにデフォルトのエディタではフルスクリーンモードなので使いにくいでしょう
IDEを張っておきます。
http://files.thegamecreators.com/showcase/db/darkedit156.zip
http://forum.thegamecreators.com/?m=forum_view&t=43349&b=10
http://forum.thegamecreators.com/?m=forum_view&t=58555&b=10

**電脳土方** ◆MPSdUjt5lI · 2005/08/31(水) 03:56:40

みふね氏の、HSPに対する分析はするどいものがあります。
私もHSPでは、いずれ限界が来ると思っています。（少なくとも私では）
HSPのスペシャリストならば、難無くクリアしてしまう問題なのかもしれませんが…

さて、他の板で、成果物（この場合は実行バイナリ）
をひとつにしたがる傾向があるのだけれど、
そうするとプログラマーが実に参加しにくい。
大抵一人か、多くても数人しか参加出来ない。
しかも複数プログラマーが関わると大抵失敗する。

ネタ出しやらデータ調達は複数で出来るけれども、
プログラマーの肩身が狭い思いを良くするんだよね。

**106** · 2005/08/31(水) 09:17:26

マップサイズ固定な案が出てるみたいですが、
サイズは固定しないとまずい事でもあるんでしょうか？

まあ俺はサイズがいくらでもOKです。

**名前は開発中のものです。** · 2005/08/31(水) 11:08:55

java か .NET あたりなら CVS 使わなくても
それなりに共同開発可能だろうけど HSP で
共同開発って無謀の極み (見物する分には面白いけど)

海外のオープンソースコミュニティがどうやって
ゲームを共同開発してるのか少しくらい見習うのもいいもんだ。

**設定厨** ◆nGpJkI.30U · 2005/08/31(水) 13:27:00

Mifuneもたまにはいうこというなーと思ったりしました。
マップのサイズとかは変数でいくらでも変更できるし、ステージによっても変えられるようにしたほうがいいと思います。

**名前は開発中のものです。** · 2005/08/31(水) 13:27:14

よく読んでないから知らんが
ようするに、mihuneと他の奴らは遠回りに
HSPで盛り上がってるところを水さすなって言ってんじゃねえの。
二つの言語で競争して何か意味あんの？( ´_ゝ`)

以上、通りすがりの意見

**電脳土方** ◆MPSdUjt5lI · 2005/08/31(水) 14:37:28

マップサイズはパラメーターで変更出切るのが望ましい

が、テストデータ用の基準サイズとして15x15を採用する

ということで良いかな？

**電脳土方** ◆MPSdUjt5lI · 2005/08/31(水) 14:49:48

２つ以上の製作ラインを持っていれば
ひとつが死んでも、残りでバックアップ出来て有利だと
思うけどなぁ…
ソフトウェア開発には、そういう思想って無いの？

まぁ、シャトルの打ち上げでも、メインクルーばかり
スポットライトを浴びるわけで
バックアップクルーになるのは嫌なんだろうけどね…

**電脳土方** ◆MPSdUjt5lI · 2005/08/31(水) 14:56:21

ここまでの感想

HSPは開発の機動力が高いので
組み上げるのが速いですね
その点は評価すべきでしょう

**106** · 2005/08/31(水) 15:25:46

>>195
ただHSPでは、上にも挙げられていたように、
今後きつくなってくると思います。（実際、既にきついし）
なのでプログラムは他の方が作るものを参考にしつつ、
ゆっくり作っていこうかと思っています。

小規模なアプリの製作には便利なんですけどねぇ。>>HSP

プログラムのアルゴリズムやプログラム部以外での
話で盛り上がれるといいですね。

**設定厨** ◆nGpJkI.30U · 2005/08/31(水) 15:37:57

スーパーマリオRPGのように、攻撃や防御の時にタイミングよくボタンを押すことで、
ダメージを増減させられるシステムが欲しいです。

CS ◆BwWlF2.Erw · 2005/08/31(水) 15:45:50

を、色々盛り上がってるな。
HSPや共同開発の意見が多いな～～、それが主流なら漏れは降りる事にするよ。
HSPでは参加予定が無いので。

**電脳土方** ◆MPSdUjt5lI · 2005/08/31(水) 16:56:02

すまん（;´Д｀）

15x15だと640x480に収まり切らないわorz
これだといきなりスクロール処理作らないといけなくなって敷居が高くなってしまう…

11x11に変更して良い？

仕様変更してすまんねorz

**106** · 2005/08/31(水) 17:32:49

>>199
無問題です。製作がｍばって下さい。

**名前は開発中のものです。** · 2005/08/31(水) 17:33:08

誰か>>1の変わりにリーダやらないか？
大変だとは思うけど、「XXXはこうします」と決めないと収拾つかないだろ。

漏れ・・・今、宙ぶらりん。　　　orz

**名前は開発中のものです。** · 2005/08/31(水) 17:33:48

ID　一緒だよ。　　orz

**106** · 2005/08/31(水) 17:36:51

>>200
ミスった…orz

**電脳土方** ◆MPSdUjt5lI · 2005/08/31(水) 17:47:30

まずは
リーダー（ディレクター）募集ですな

おいらはゲームやらない人なので
ゲームの詳細になると詰まるんだよね（;´Д｀）

**名前は開発中のものです。** · 2005/08/31(水) 19:07:43

すげぇな
着々と進んでるよ

あと個人としてはマップ移動はマウスのほうがらくだと思います。

以上
HSPなら手伝いたいと言おうとしたがHSPさえまともにできない人でした

**名前は開発中のものです。** · 2005/08/31(水) 19:10:48

どうせなら、キー、マウス、ジョイ全部使えた方がいいかな。
最初からじゃなくても、徐々に付け足していく感じで。

**設定厨** ◆nGpJkI.30U · 2005/08/31(水) 21:00:27

LVが30にあがった！マップ操作にマウスが使えるようになった！
って感じですね

ってのは冗談だけど、シミュレーションゲームはマップで思い通りに操作できるってのは大切ですよね。
右クリックしながらマウスを動かすとその方向にマップをずらすっていう操作はどうでしょうか。

**106** · 2005/08/31(水) 21:27:15

>>207
現在はマウス（カーソル）が一定の範囲から外れたらスクロール、といったような処理に
していますが、その方が良いかもしれませんね。
設定厨さんやその他の方はどう考えているか聞きたいです。

マウスでの多段クォータビューのカーソル処理は実装できたっぽいので、
207の案が実装出来次第うｐします。

**106** · 2005/08/31(水) 21:36:08

ttp://gamdev.org/up/img/3110.zip
208で実装出来次第とか言ってましたが、正式採用じゃないので
取り合えず多段クォータビューに対応したものを置いときます。