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

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

俺が監督をやります

随時スタッフ募集

**喪装中** ◆rtIsfcdgiw · 2005/08/21(日) 21:09:04

プログラムさんが燃えてらっしゃいますね

とりあえず仕様なんてあってないものですから自由に作っていただいて結構ですよ
戦闘とは全然関係のない部分から作っていっても構いませんし

電脳さんに仕様を合わせていく方針ですねー＾＾

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

所で、斜め見下ろし型の、マップを作れる素材なんかあるのか?
見た限りでは、全部普通の■なんだが。

**設定厨** ◆nGpJkI.30U · 2005/08/21(日) 22:15:04

>>73
そのコピペあぼーんされてるので危うく見逃しかけました。
プログラムの内容は実力者のものであると判断したので応援します。

クォータービューの素材を探すのは大変ですね。

ってミフネｷﾀｰーｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰ

**名前は開発中のものです。** · 2005/08/22(月) 00:26:09

適当なプロジェクトの割にそれなりに動きが出てきた模様
だが未だにこのプロジェクトにおいての監督の役割は全くわからない・・・

**名前は開発中のものです。** · 2005/08/22(月) 00:37:05

自由に作っていいんだもんな。
メンバーを統括して、現状況にあわせて指示を与えるってのが監督の役割だと思ってたが違うらしい。

◆mCEJQ9Ki/Q · 2005/08/22(月) 01:07:08

なんか楽しそうだな、　じゃあ俺将軍でｗｗｗ

**名前は開発中のものです。** · 2005/08/22(月) 01:40:09

自由に作っていいというのも困りものなんだよね(´･ω･`)

>>80
HSPの変態文法を覚えるより、LuaをWIN32にバインド
した方が早いかもしれないと思い始めた(´･ω･`)
プロトタイピングはLuaでいくかもぉ
HSPって再帰使えなさそうだしぃ
HSPの入出力機能は魅力的なんだけどねぇ

>>86
|￣з￣)ﾉ将軍ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

**電脳土方** ◆MPSdUjt5lI · 2005/08/22(月) 01:42:28

またトリップ忘れたorz

プログラムは作れるんだけど、ゲームの仕様は苦手だにゃぁ(´･ω･`)

**電脳土方** ◆MPSdUjt5lI · 2005/08/22(月) 13:34:39

>>78のコードをLuaで書き直すとこうなる。

function map_draw()
　for y=0,10 do
　　for x=0,10 do
　　　;座標変換
　　　xd = ((x+y)+1)*32
　　　yd = ((x-y)+10)*16
　　　;セル描画(xd,yd)
　　　DrawStringf( xd,yd,"(%d,%d)",x,y )
　　end
　end
end

**喪装中** ◆rtIsfcdgiw · 2005/08/22(月) 22:26:06

将軍さんよろしくお願いしますね＾＾

>>87
ある程度指定してもらった方がやりやすいってことなら何か出して起きましょうか？
素材を最小限にする、としてスパロボ風の単純な奴とかどうでしょう
これならキャラ表示は顔アイコンのみでＯＫになりますからね

◆mCEJQ9Ki/Q · 2005/08/23(火) 22:14:04

http://oos.moxiecode.com/tut_05/index.html

**設定厨** ◆nGpJkI.30U · 2005/08/24(水) 09:51:34

別にクォータービューのマップを描画するだけなら難しくないですよね？

>>90
それはいい考えだと思います。スパロボはあまり知りませんが、
FEみたいに色をつけたりすれば十分個性をつけられますね。

**設定厨** ◆nGpJkI.30U · 2005/08/24(水) 18:09:14

http://gamdev.org/up/img/3063.zip

クォータービューのマッププログラム第二弾、>>91にあるマップみたいなものを生成します。
>>45の改変です。

**電脳土方** ◆MPSdUjt5lI · 2005/08/24(水) 21:28:49

>93
動かしてみますた(`･ω･´)
しっかりクオータービューしてますね
座標変換の符号が漏れと逆なので理解するのに時間かかったよorz
このデータ形式だと３次元配列になりますね

**設定厨** ◆nGpJkI.30U · 2005/08/24(水) 23:45:42

僕のレベルじゃ次元配列の意味がわかんないんです＞＜
まとめWiki作ってらしたんですね。
「はいはいわろすわろす」と同じような意味で書いたダークネスライトが明らかに浮いてて面白かったです。

**設定厨** ◆nGpJkI.30U · 2005/08/25(木) 10:32:33

二次元配列って言うのは率直に言うと「地面の下に空洞を作れない方法」ってことですね。
それならわかった。僕のやり方じゃ面倒すぎると思ってたんです。
僕のプログラムはアクション仕様だからなんですけどね

**電脳土方** ◆MPSdUjt5lI · 2005/08/25(木) 14:25:04

>96
>「地面の下に空洞を作れない方法」
そう、感覚的に言うとそういうことです。

アルゴリズム上では、ループの入れ子の数を見れば分かりますね。
実装は工夫して一次元の文字列配列にされていますが、
stair, far, wide とループが三つあるので三次元配列です。

大は小を兼ねるので（三次元なら二次元を内包しているので）、この方法でもいいんですが、
設定厨さんも気付かれていますが、
三次元配列だとマップデータを作るのが少し面倒になりますね。

あとメインループ内にマップ描画ループを入れてしまうと、
ソースが見づらくなるし、使い勝手が悪くなるので、
gosubでサブルーチンにしませんか？

**設定厨** ◆nGpJkI.30U · 2005/08/25(木) 17:44:08

参考にします。分かりやすい説明ありがとうございました

**名前は開発中のものです。** · 2005/08/25(木) 18:33:23

buffer 2とかにマップ作っておいて
gcopyでscreen 0にのせればいいと思う。
1loop毎にマップ作ってると負荷が馬鹿にならない。

**設定厨** ◆nGpJkI.30U · 2005/08/25(木) 19:12:36

それは分かりますが、その上にキャラを表示しないといけないんです・・・
一列ずつバッファ用意すればいいんですか？

**名前は開発中のものです。** · 2005/08/25(木) 23:41:01

screen 0
buffer 2 //描画用
buffer 3 //マップ
buffer 4 //キャラ
たとえばこんな感じにwindow作っておいて
buffer 3にマップを生成する。これは一回のみ。
buffer 4にキャラなどを描画。変化があった場合は生成しなおす。
キャラ等の情報に変化があったときにbuffer 2に対して3,4を描画し、screen 0に表示させる。
こんな感じでいいんじゃないの？

**名前は開発中のものです。** · 2005/08/25(木) 23:58:33

ttp://gamdev.org/up/img/3071.lzh
クォータビューの素材でもアップしてみるテスト。
何かほしかったら、言ってけれ。

**設定厨** ◆nGpJkI.30U · 2005/08/26(金) 00:02:52

面白いフリゲスレで荒れてた雲なんとかっていうゲームの素材か

**名前は開発中のものです。** · 2005/08/26(金) 00:05:25

>>100
ttp://gamdev.org/up/img/3072.zip
適当に改造してみました。
パッと見ただけなんで、よくわからん変数は消しちゃった。
こんな感じに描画していけばキャラも問題なく、描画できるはずです。
バッファに描画して、それをコピーってほうが負荷は抑えられますが、
この程度なら大差ないのでしてません。

**設定厨** ◆nGpJkI.30U · 2005/08/26(金) 00:17:41

>>104
ありがとうございます。
いろいろと勉強させていただいてます。

**名前は開発中のものです。** · 2005/08/26(金) 21:18:23

ttp://gamdev.org/up/img/3074.zip
面白そうなのでちょっと作ってみました。

**設定厨** ◆nGpJkI.30U · 2005/08/26(金) 21:56:57

きれいなマップですね。

**106** · 2005/08/27(土) 22:02:40

ttp://gamdev.org/up/img/3079.zip
まだ表示がおかしいですが、取り合えずカーソルの移動を実装してみました。
影に隠れる部分を取り去るのが難関です。

設定等が、もっとしっかりしてくると作りやすいと思いますが、
あとはグラフィック職人さんかな？

**名前は開発中のものです。** · 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