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

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

俺が監督をやります

随時スタッフ募集

**名前は開発中のものです。** · 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で実装出来次第とか言ってましたが、正式採用じゃないので
取り合えず多段クォータビューに対応したものを置いときます。

**設定厨** ◆nGpJkI.30U · 2005/09/01(木) 00:14:55

おおー。かっこいいですねー。
タクティクスオウガにとても近い形です。
でもやっぱり、いつかはタクティクスオウガを
越えられる部分を考えないといけないと思います。
パソコンの特権として、画面のサイズに制約はないので、
マップの情報などを別ウィンドウに表示する設定など、
各プレイヤーの自分でやりやすいような個別化ができる仕様がいいと思います。

◆mCEJQ9Ki/Q · 2005/09/01(木) 01:51:33

皆の意見を読みました。というか僕はたしかに変わりましたｗ
キャラを作らずにあるがままの自分で素直に行こうと思います。

そして、僕はワンダフル一つのリンクを提供しますよ。
これで言語論争は解決です。DLLを解して相互の言語を呼び出せるようです。
Luaについては知りません。C++ならばっちり？（よく読んでいません。眠くて・・・）

http://www.onionsoft.net/hsp/hspdll.html

ディレクターですが、僕がやりましょう。
仮設プロジェクトページの作成をしておきます。しかし、デザインセンスが無いので、
誰か、HPデザインに自信がある人を募集します。

じゃあ僕がリーダーでいいですか？
僕はてっきり設定厨さんがやるのかと、おもっとりました。名前がｗｗｗ
今後の方針について言います。
まず、まとめページの作成、僕かHTML厨がやります。

プログラマー諸君は適当に作ってください。
ただし、最終リリースは一番美しいものです。
保守性に付いて考えてください
出来るだけソールがわかりやすいように、ドキュメントを付属しなさい。

世界観に関してはいずれIRCで話し合っていきましょう。グラフィックスさんたち、グマーそして、テスターたちと
僕は、タクティクスオウガに非常に思い入れがあります。

このプロジェクトについて、皆に一つお願いしたい
「こうあるべき」だという考え方は一度排除しましょう

プロジェクト名は、「カチュア」で行きましょうラムザの姉ですｗ

◆mCEJQ9Ki/Q · 2005/09/01(木) 02:02:21

書き忘れました。

ソースをここでアップするときは、必ずコテをお願いします。
誰が誰だか混乱するのです。

プログラムをアップするときは、バージョンをお願いします。
誰かのソースから分岐した場合はバージョンを工夫し、ドキュメントをつけてください。
スムーズにい行くと思います。

このプロジェクトが大きくなってくればCVSやRCSといった
バージョン管理CGIを使いましょう。

--------------------------------------
　　　　カチュア始動 2005/9/1

メンバー
みふね　設定厨　電脳　CS

**電脳土方** ◆MPSdUjt5lI · 2005/09/01(木) 02:39:58

>>211
LuaはC++から簡単に呼び出せるし
逆にLuaスクリプトからC++のコードも呼び出せる
実体はスタンドアロンの言語では無く、
C/C++に組み込むためのスクリプトなんで
拡張性については、実質C/C++の機能をフルに使える
けれど、HSPのスクリプトを呼び出すのは無理
HSPからDLLで呼び出されるようには出来るかもしれない

**名前は開発中のものです。** · 2005/09/01(木) 09:20:39

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

CS ◆BwWlF2.Erw · 2005/09/01(木) 16:22:28

>>212
多言語による競作には否定的だった意見ですよね。
ＣＳが入っている事は認めた?、
又は違う意味ですか?

**設定厨** ◆nGpJkI.30U · 2005/09/01(木) 16:54:59

Mifuneがディレクター！？
ああああああああああああ

実は僕、このスレッドでもコテハンやってたんですよ。

俺2Dネットゲームを作る。おまえらサポートする。
http://pc8.2ch.net/test/read.cgi/gamedev/1118937247/

とはいっても、他に該当する方もいないので、しょうがないですね・・・。
とりあえず、Mifuneが狂ったら止(と)めます。今回ばっかりはあなた一人の企画じゃないですから。

**名前は開発中のものです。** · 2005/09/01(木) 17:25:12

Mifuneは何もしないだろ。
仕様変更バリバリかましてくるだろうし言語について何も知らない。
HSPについても文句言いまくってたくせに。
終わったな。

◆mCEJQ9Ki/Q · 2005/09/01(木) 18:18:01

sumanwww
ROM kimekondetanoni
tyotto tyousini norisugimasuta...
tyo 2ch browser goto sakujorunode
oreno hatugenha tekitouni nagasitottekudasai

**設定厨** ◆nGpJkI.30U · 2005/09/01(木) 20:00:40

なんか胸が痛くなる別れだったな。
どうせすぐ戻って来るんだろうけど。

まあくだらない話は置いといて、ディレクターが欲しいですね。
僕は、今までに多人数でゲームを完成させたことがある方に担当していただきたいのですが、
やっぱりいないんでしょうかねえ・・・。
目立つようにあげます。

**名前は開発中のものです。** · 2005/09/01(木) 21:07:28

>>209
もう出来たも同然だね
思考ルーチンとかはDLL化してCなりC++なりでやればいいから
これベースにすればいいんじゃない？

**106** · 2005/09/01(木) 21:38:43

>>220
マウスカーソル機能が実装出来たかと思ってテストマップを変更してみたら、
案の定、まだカーソルの挙動が不自然でした…orz

てことで、現在はまだマウスカーソルの対応作業中なわけですが、
何か多段クォータービューでマウス下のセル座標を取得する良い方法
ないですかねぇ。

**名前は開発中のものです。** · 2005/09/01(木) 21:57:35

このスレがこんな良スレになるとは思わなかった

**名前は開発中のものです。** · 2005/09/01(木) 22:14:27

>>221
ソース見てないからアドバイスにならんかも知れんけど
起点を用意して1マス分のピクセルを加減するのが素直じゃないの？

テクスチャはずせばシンメトリーなんだから
一番左上に座するマスの北頂点と西頂点の交点を座標計算の基準として
そのマスの中心点をマス判定の基準として
交点基準座標を固定値で割っていき、余りを補正値とする

これならy基準座標からどれだけずれたら
x基準座標のどれだけを補正なしのマスとするかが求められる

ｙ基準よりマイナスの余りなら
xがマイナスなら左上、プラスなら右上にずれ得るようになる
ｙ基準よりプラスの余りなら
xがマイナスなら左下、プラスなら右下にずれ得るようになる

ごめん用語知らんからわかりにくくなったorz

**電脳土方** ◆MPSdUjt5lI · 2005/09/01(木) 22:46:21

>>220
思考ルーチンをDLL化というのは面白いアイデアかもしれない
HSPの苦手そうな思考ルーチンをCで書けるし、
思考ルーチンはスレッド起こして行ったり、
ひょっとしたら分業も可能かもしれない
データの受け渡しをどうするのか疑問が残るけれども

**名前は開発中のものです。** · 2005/09/01(木) 22:49:31

ム板の将棋スレではTCP/IPで通信してた　＞　思考ルーチン

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

>>221
すっごい分かりにくいから図示した。
でも結構分かりにくいに軟化しただけかもしれんｗ
ttp://gamdev.org/up/img/3117.gif

>>224
戦況を添付ファイルに吐き出せばいい。
HSPは行動そのものの制御を担当して
ルーチンは戦況をもとに行動キーを返す。

つまりHSPがルーチンに
「こいつの動き考えてきて」と受注する。

**名前は開発中のものです。** · 2005/09/01(木) 22:52:44

226だけど基準マスの北と西の頂点がぴったり0位置に収まるなら
基準座標はクライアント領域の0,0と等価になるね

**名前は開発中のものです。** · 2005/09/01(木) 23:00:26

黒字解説2段目は-1が得られた場合だな
実際は赤点の下になるからx-1,y+1だった

**106** · 2005/09/01(木) 23:28:43

>>228
確かに同じ高さの場合はそれでいけそうなんですが、問題は
多段クォータービューということなんですよね。
多段の場合は高さごとに基点が変わるので、高さが違う
セルにカーソルが移動する場合が非常に難関です。（俺だけかもしれんが…）

奥に手前よりも高い位置にセルがあったとすると、マウスは壁となる部分の
上を通過するわけなので…どうなるんだろう？

ttp://gamdev.org/up/img/3119.zip
というわけで、カーソルの挙動が不振なテストマップです。
マウスカーソル部の処理は209のものと同じです。

**設定厨** ◆nGpJkI.30U · 2005/09/01(木) 23:40:42

見たことあるマップｷﾀｰ!!!!!!
ここで味方突き落としまくって遊んでたよ

**設定厨** ◆nGpJkI.30U · 2005/09/01(木) 23:42:50

>>209での挙動は完璧だと思ったのですが、どこに問題があったんですか？

**106** · 2005/09/01(木) 23:53:22

>>231
229も209と同じ処理なのですが、229のは壁の絵の上にマウスがあるときに
カーソルが変なところに飛んでいったりします。

>>224
思考ルーチンのDLL化で作業分担出来るなら非常に有意義なアイデアだと思います。
データの受け渡しはポインタじゃダメでしょうか？

**名前は開発中のものです。** · 2005/09/02(金) 00:05:55

>>229
セルにSTEP数が設定されているのだから
高さ*STEPを補正の段階で引いてあげればいいのでは？

**名前は開発中のものです。** · 2005/09/02(金) 00:09:10

HSPのDLLってどこまでC/C++とコンパチがあるんだろ？
DLL側が鯖化して、HSPはビューに専念できれば理想的なんだけど

**名前は開発中のものです。** · 2005/09/02(金) 00:23:48

233はちと違った。連投しすぎだし寝てよく考えてからレスするようにしよう＾＾；

**106** · 2005/09/02(金) 00:37:59

>>235
俺も今日はもう寝て明日ゆっくり考えます。レスサンキューです。

>>234
winampやkbmediaplayer等の一般のDLLでもHSPから呼べるので、多分
HSPから呼ぶ分には問題ないと思います。
コールバックは使えないみたいですが。

◆mCEJQ9Ki/Q · NG

手厳しいね・・皆。
私は暴走はしませんよ。
前のスレの事で僕はカウンセリングに行ったんですよ。
そうすると、ドクトアが言うには、
君は病気じゃなく性格的に理想とバイタリティーが高すぎるんだと。
そうじゃなく、他人のアルガママを受け入れるようにしなさいといわれました。
僕は非常に穏やかな人間になりつつあります；）

変わった僕はつまりこういう人間です。
私のリーダーとしての＋点
バイタリティーがあり、自己主張はするけど他人を受け入れる、そう穏やかに！
洞察力に優れる。煽りを無視できる。完全に。
複数のプログラミング言語に関して知識がある。
オープンソースと共同開発に関しての本を数冊持っている（まだ読んでいる途中です）
タクティクスオウガを４回クリアした。
ＦＦタクティクスを３回クリアした。
海外も含めてコミュニティーの経験が豊富である。
誰かが英語のリソースの情報が欲しければ、僕が訳そう。

問題点
自己主張が強すぎる事（なるべく抑制しますよ(；´Д｀)ﾊｧﾊｧ･･･）
HSPが嫌いなこと。（でも、作成は暇なとき手伝いますよ。）
毎日１時間～1時間半しかこのプロジェクトに対する時間がとれないこと。

どうだい。僕を信頼して任してみてはくれないか？
皆をモーゼのごとく、約束の地に導くよ。

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

あまりのうさん臭さにワラタ
これからたくさん叩かれると思うけど大海のごとく広い心で受け入れるがよい

◆mCEJQ9Ki/Q · NG

む・・・言われて見ればそうだね
僕が宣言してから、３つも煽りが着ている。
やりたいけど、ディレクターは諦めることにするよ。
僕は凹まない性格で、煽りも気にならないけど
そういうのを気にする2ch慣れしてない人たちもいるだろうから。
普通にプログラム系と世界観？みたいなのを手伝いますね
改めてよろしく、（将軍と呼んで！みふねという名前は禁句だ！）

◆mCEJQ9Ki/Q · NG

>>209
ソースは無いのかい？

**喪装中** ◆rtIsfcdgiw · 2005/09/03(土) 03:03:43

いつの間にやら盛り上がってますね、プログラムの話はチンプンなのでしばらくＲＯＭってましたが

ともあれ、ディレクターさんその他の皆さん、よろしくお願いします＾＾

**名前は開発中のものです。** · 2005/09/03(土) 08:41:47

タクティクスオウガのハーミットシステムってどういう仕組みなんでしょうか？

各マスのパーツ構成が一定なら、ただ積み重ねていくだけで良いけど
家とかは結構細かいパーツですよね・・・・。
あれは地面とは別の扱いしてるかな？

**設定厨** ◆nGpJkI.30U · 2005/09/03(土) 10:02:30

MifuneIDがすんごいけどゴキブリのごとくまた出てきたな。
一日に書き込むの三行までにして。

**102** · 2005/09/03(土) 16:38:16

ttp://gamdev.org/up/img/3128.lzh
　なんとなーく描いてみた。まだ途中。
　アニメーションに関しては作り直すかなぁ。

　ちなみにタクティクスオウガは遊んだこと無いです。
　ＳＳ版？サントラ（非売品）を２個所有しております。
　ＦＦＴは買いましたが、３０分で遊ぶ気無くして友人にあげました。
　ＢＧＭが眠すぎて続けられなかった……。

　それでも、ＳＲＰＧは作れるから、世の中不思議なものです。

**設定厨** ◆nGpJkI.30U · 2005/09/03(土) 17:49:12

よくわからない動きがあるんですが・・・レイザーラモン住谷？

**102** · 2005/09/03(土) 18:40:36

　レイザーラモンってのは知らんが、腰の動きが珍妙だから載せた。
　もちろん、作り直しますよ、はいはい。