2ch版いただきストリート作りませんか？

**326** · 03/12/04 06:46

夜中中、いただきストリートをやっていたんだけど
こんなにおもしろいボードゲームはないと思った。
２chのキャラクターを使ったいたストがあればもっと
個性的でおもしろいゲームが作れそうな気がするんだが
どう思う？意見を聞かせてくれ！

**名前は開発中のものです。** · 05/03/21 01:41:40

>>243
とりあえずSFC買い直したらいいんじゃまいか

**名前は開発中のものです。** · 2005/03/21(月) 20:50:57

SFC版って
当時は悪くなかったが今となってはﾓｯｻﾘしてると感じてしまうからﾅｧ
PC版出たら即買うんだが・・・
最近ﾁｭﾝ&ｴﾆ連合無いしﾅｧ期待出来んだろうし・・・

**名前は開発中のものです。** · 2005/04/06(水) 00:34:02

保守

**名前は開発中のものです。** · 2005/04/21(木) 09:23:29

もし最新版とかあったらうｐお願いします。

◆EFBt/pII5Y · 2005/04/24(日) 00:43:14

うｐしようにも、1つのポートで1つのクライアントの
接続しか受け付けられなくどうしようかと試行錯誤中です
hspsockの仕様みたいなのでどうにもならない気がしますが

**名前は開発中のものです。** · 2005/04/24(日) 02:51:02

そこでO2ですよ。

**名前は開発中のものです。** · 2005/04/24(日) 12:33:42

O2だとUPしてもテストできないんじゃない？詳しくは知らんけど。

**名前は開発中のものです。** · 2005/04/24(日) 12:37:53

O2は、ローカルサーバーで一人でテストもできるし、
それこそ1つのロビーにみんなで集まってテストもできるYO

◆EFBt/pII5Y · 2005/04/24(日) 14:26:17

O2はテストが面倒なのでとりあえずhspsockを使おうと思ったのですが
やはりテストからO2でやることにします
O2自体は使ったことあるのですが、それあ1対1なので問題なかったのですが
マニュアルには

●seDataPutdata,user_no
【入力】
data:送るデータ（イント
user_no:どの席の人におくるのか（サーバの場合は-1を指定してください
【出力】
stat:なし
【内容】
データを送ります。
席順が0の人がサーバとしての動作をします
（例）
seDataPuta,0

など、送り先の指定に鯖には-1と書いてあるのですが、よく意味がわからない
4人の場合は鯖に送れば、それを自分以外に送り返してくれるのですかね？
わかる方いれば教えて欲しいです。
とにかくやってみます。

**名前は開発中のものです。** · 2005/04/24(日) 19:05:22

>>252
seDataPut value, -1
で、誰かがサーバーに送信したとする。（もちろん席順 0 の人でもよい）

すると、席順 0 の人が
seDataStat -1
seDataGet value, -1
とした時だけ、そのメッセージを受信できる。

席順が 0 じゃない人が
seDataStat -1
をしても必ず stat には 0 が入るし seDataGet value, -1 としても受信できない。
席順が 0 の人でも
seDataStat
seDataStat value
と、-1を指定しないと、クライアントとしてチェックするので
サーバーへのメッセージは受信できない。

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

あと、O2の注意点としては、チャットメッセージを送信すると、
自分自身にもそのメッセージが来る。
（逆に言えば、メッセージを送れば、みんな共通の処理ができるから便利だけど）

てか、俺 O2 の回し者みたいになってるな… orz

**名前は開発中のものです。** · 2005/04/25(月) 16:51:27

まだやってたのか。もう誰も期待してないだろ。
サイトすら出来てないんだから。

**名前は開発中のものです。** · 2005/04/25(月) 19:30:03

>>255
いるぞ。俺。
サイトなんか無くてもバイナリ配ってくれれば無問題。
通信いたストってヤヴァイ。ありえない。

◆EFBt/pII5Y · 2005/04/27(水) 00:54:18

>>254
どうも。ただse系の命令って数値しか扱えなかったの忘れてました。
区切りに文字列を使って、一度にたくさんの要素を送るつもりで書いてたので苦戦してます。

HPは必要が出てくれば晒します。o2使うなら晒さないと利用できないですし。

**名前は開発中のものです。** · 2005/04/27(水) 01:48:10

>>257
文字列を送りたいならチャットメッセージを利用する。
オプションが指定できるので、例えば
MSG_CHAT
MSG_COMMAND
MSG_GAMEDATA
など定数を宣言しておいて、取得したオプションで処理をわける。
メッセージディスパッチの要領ね。
速度は恐らくseData～よりも遅いのだろうけど、
こっちは送信すれば全員に行き渡るので便利だよ。

◆EFBt/pII5Y · 2005/04/27(水) 16:10:48

>>258
やはりそれしかないようですね。
速度は実際にo2の鯖で試すまでわかりませんが、とりあえずそれでやってみます。

それで、いろんなマップで試したところ移動先を自動検索するやり方は
分岐が多いと大変なので、1歩ずつキー入力するやり方に変更しました。
そのため、送受信が多くなるのでテスト協力して頂ける方はお願いします。

ttp://gamdev.hp.infoseek.co.jp/cgi-bin/up/No_0112zip.html

テストするには
ttp://o2.zener.co.jp/o2.html
で配布されている、l_server.exeを起動しておく必要があります。
勝手に配布していいのかわからないので、面倒ですが別にDLお願いします。

操作方法は
赤いボタンをクリックでルーム作成
もう一度クリックするとルーム削除
ルーム名をクリックで入室
定員は2人で、移動終了したらターン交代です。
停止するには止まる位置でエンターを押してください。

遅延が出ても、最終的には座標がずれないようにしてありますが、
問題あれば教えてください。これで問題なければこの方法でいきます。

あと、ゲーム中はチャットできたほうがいいですかね？
でかいマップだと縮小したマップが大きくなって、全体的に見づらくなるのですが。
http://gamdev.hp.infoseek.co.jp/cgi-bin/up/No_0113jpg.html

**名前は開発中のものです。** · 2005/04/27(水) 16:32:02

ウィンドのサイズを大きくするか、別窓にすりゃいいじゃん

**名前は開発中のものです。** · 2005/04/27(水) 19:51:10

>>259
よさげ。リアルタイムで同期してるのがいいね。やはりこうでなくては。
とりあえずテストサーバーでは大丈夫だった。座標のずれもなし。
ゲームの途中で相手が落ちた時の処理はまだ作ってないだけ？

O2だと、部屋に定員が揃わないと開始できないからねー。

**名前は開発中のものです。** · 2005/04/27(水) 20:19:58

同じPCで2台起動してるから多少の遅れはあるけど致命的なエラーはなかった。
チャットはあったほうがいいと思うから800×600にして1マスを80にすればおｋでしょ。

**名前は開発中のものです。** · 2005/04/27(水) 21:22:55

応援してるよ
がんば

◆EFBt/pII5Y · 2005/04/27(水) 21:55:57

特に問題ないようなのでこの方法でいきます。
相手が落ちた時の処理はまだです。
チャットは必要なようなので、ウィンドウを800*600に変更しておきます。

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

チャットは別窓で最前面表示をチェックできるようにするとか

**名前は開発中のものです。** · 2005/04/28(木) 14:55:37

本格的にテスト始めるならサイトあったほうがいいと思うぞ。
やり方の説明もあったほうがいいし、gamedev落ちてることあるから
本体落とせないこともある。

**名前は開発中のものです。** · NG

再うｐお願いします

◆EFBt/pII5Y · 2005/04/29(金) 00:04:57

ttp://gamdev.hp.infoseek.co.jp/cgi-bin/up/No_0115zip.html

物件購入、買い物、５倍買い、増資、休日を追加しました。

カーソルキーで矢印上下
Enterで決定
Escでキャンセル

１歩ずつ移動する方法に変更したので、当然戻ることも出来るわけですが
銀行通過時に株購入やサラリーが何度も発生するのはオンラインゲームだとうっとしいかなと感じます。
前のマスには戻れなくする方法もありますが、気が変わることもあるのでこれもどうかと思う。
この辺のバランスをどうするか考え中です。

>>267
DL出来ませんでしたか？今最新のと入れ替えたのでDL出きる状態でしたが。

>>266
もうちょい機能が増えてきたら、4人でのテストをする予定なので
そのときになったらHPにこのゲームのまとめページ作ります。

**名前は開発中のものです。** · 2005/04/30(土) 22:46:52

遅レス＆長文ですが。

>>268
当方Macユーザーの為申し訳ない事に、現在の仕様を試す事はできませんが・・・
バック移動の方法は、いたスト１の仕様にするといいのでは。

いたスト１では普段は普通にバックできますが、株を買ったりサラリーをもらったら、その時点で銀行よりも後ろに戻れなくなります。
１枚でも株を購入する選択をしたら、バックして状態を戻す事ができないので、購入枚数・エリアの訂正も不可。
ただし、サラリーをもらってダイス目がまだ残っている時は、直後の株購入意思をキャンセルしても銀行までバックすれば購入できます。
これはいたスト１では
「銀行上でAボタンでコマンドを開く→株買いとデータを見る為のコマンドがあるので、Aボタンでコマンド決定」
というボタン２回押しの流れの為。いたスト２からは通過時に決定ボタン１回押しで購入しますよね。
また、サラリーをもらわず、かつ株を購入しなければ（または購入しようとして株画面に入った後、購入をキャンセルすれば）銀行通過後も銀行より後ろにバックする事ができます。

オンラインでの他方への動作反映がどのような仕様で行なわれているかは分かりませんが、銀行通過時に株を買わなかった場合、メッセージなどを出さなければうっとうしくなる事もないかと。
ただ、もし空き地の関所が採用されている（される）場合、これも戻る動作を不可にしないと、銀行と同じくうっとうしくなるのですが・・・

・・・このアプリって、Macじゃ動作は無理なんでしょうね・・・
やはり自分で作るしかないかなぁ・・・
このスレを覗いているMacユーザーの方って、どのくらいいるものなのでしょうか？
私はプレイする事ができそうにありませんが、応援しますので製作、頑張って下さい。

**名前は開発中のものです。** · 2005/05/01(日) 09:11:26

>>270
VPCっての使えばいいんじゃない？

macユーザじゃないからよくわかんないけど

◆EFBt/pII5Y · 2005/05/02(月) 00:49:42

>>269
貴重なご意見ありがとうございます。
銀行マスの通過に関しましては、既に終えてしまったのですが
次回うp時に直したほうが良いとの意見があれば>>269さんの方法にしたいと思います。

動作の反映ですが、オンラインなので多少のラグはありますが
プレイヤーの操作は待機中のプレイヤーにも同じように反映されます。

macへの対応につきましては、HSPで作っているため
mac版HSPがO2もしくは通信関連の命令をサポートしない限り無理です。

**名前は開発中のものです。** · 2005/05/03(火) 15:45:28

桃鉄みたいなカード入れようぜ

**名前は開発中のものです。** · 2005/05/04(水) 18:27:09

そういうのはやめろ
まず基礎工事重要

**名前は開発中のものです。** · 2005/05/13(金) 01:09:41

てかこんな事しなくても皆で集まってエミュでやろうよ
俺は毎晩4人で友達とやってるんだけどすごく面白いよ。
http://irc.2ch.net/
ここの#いただきストリートって部屋に居るからきてね～。
すごく簡単だだし、やり方教えるよ！

**名前は開発中のものです。** · 2005/06/02(木) 10:49:02

かなり期待してます。
製作者がんばれ！！

◆EFBt/pII5Y · 2005/06/23(木) 01:01:00

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

サラリー
株の購入（買えるだけ）
カード選択（選べるだけ）
順番変更
/名前本文　で密談

を追加

**名前は開発中のものです。** · 2005/06/25(土) 13:23:05

gamedev落ちてるし、すげー過疎ってる。
もう終わりっぽいな。誰か作るやつは居ないのか？

**名前は開発中のものです。** · 2005/06/27(月) 19:09:02

age

**名前は開発中のものです。** · 2005/06/27(月) 19:09:15

uso,
age

**名前は開発中のものです。** · 2005/06/27(月) 20:01:32

これってIP入れれば対人で出来るのかね？
ちょっとテスト。
219.100.141.81

**名前は開発中のものです。** · 2005/06/27(月) 22:13:03

俺もちょっとテスツ
24時くらいまでLOBBYサーバ起動してみる
61.27.5.4

**名前は開発中のものです。** · 2005/06/27(月) 22:28:12

ルームでゲーム始まると、ロビーとは連絡取れないのかな？
ウホッとtesterが消えちゃった。
とりえあず成功みたいね。

**名前は開発中のものです。** · 2005/06/27(月) 22:28:30

テスト中
問題なく動くみたい

**うほっ** · 2005/06/27(月) 22:29:44

接続成功しますたよ～
部屋に二人しか入れないみたい。

**名前は開発中のものです。** · 2005/06/27(月) 23:42:29

テストプレイ終了
株価変動が未実装ぽいのがちょっと残念だったけど
>>276GJ

**うほっ** · 2005/06/27(月) 23:43:42

ふぅ。面白かた。なかなか白熱したゲームですた。乙。

・株は買えるけど売れない。株価変動もせず。
・チャンスカード未実装。
・CARDマスも未実装。
・買取が３倍。デフォルトが「はい」になっていて危険。
・休みになってると買取できないのはバグ？
・サラリー多すぎるような。
・増資限度∞。
・独占意味なし。
・999増資しても、大して通行料が増えない。（100～200ぐらい）
・サイコロ振る事しかできない。
・進行方向の矢印を、進める方向だけ表示するとありがたい。

この辺が気づいたこと。

**名前は開発中のものです。** · 2005/06/27(月) 23:46:51

ちなみに、株価の計算式などはここが詳しいです。
ttp://homepage1.nifty.com/tsukac/itast/itasttop.html
参考になれば。

◆EFBt/pII5Y · 2005/06/29(水) 00:32:30

更新遅いですが、一応まだ作ってます。
gamedev最近落ちてなかったのですが、少し前まで落ちていたようですね。

>>286
テストしていただいた様でありがとうございます。
ほとんどまだ未実装なものばかりですが、直せるものは直していきます。
買取は5倍だと発生しづらいためテスト用に3倍にしてあります。
・交渉、競売
・絵や見た目のエフェクト
・セーブ
上記以外は、まあなんとかなるかなと思ってます。
交渉、競売は、ターン中のプレイヤー以外の入力を受けつけるので
時間制限などをどうするかという問題もあります。
セーブに関しては実装できないと思います。

>>287
そのサイトはとても重宝してます。

**286** · 2005/06/29(水) 01:31:37

>>288
乙かれさまです。以下、書き忘れです。

チャットは別ウィンドウのがいいかと思います。
Enter が決定と被っていて、そこはかとなく使いづらいです… orz
（途中で送信しちゃったり、確定したつもりがサイコロ振ってたり…）
ショートカットキーなどで、簡単に行き来できる仕組みにするといいかも。

また、やはりチャットの長さ制限がきついです。もう少し長くしてくれるとありがたいです。

あと、これはやっていて思いついた事なのですが、
株を買う時の枚数や、増資額を入力する画面で、いちいち上下キーではなく
数字を直接キーボードから入力できると楽そうです。

チャンスカードを選ぶ画面で、自分のカーソル（選択枠）が今どこにあるのか
少々見づらかったです。

株を買う画面で、エリア名がどのマスと対応するのか、わかると良いですね。

セーブは、通信ゲームですから必要ないような。難しいですし。
交渉、競売に時間制限を設けるのですか？
交渉相手が時間以内に返事・返答しなかった場合はキャンセル扱いみたいな？

**286** · 2005/06/29(水) 01:35:05

って時間制限はあきらかに競売の事でしたね… orz
素直に本家の仕様に従うのは難しいのでしょうか？

**名前は開発中のものです。** · 2005/06/30(木) 20:44:30

ゲーム中はチャットなくてもいいんじゃない
変わりにIMみたいなものを入れれば

**名前は開発中のものです。** · 2005/06/30(木) 22:28:48

えー…… さびしいよそれは……。

**名前は開発中のものです。** · 2005/07/04(月) 03:37:08

Kaillera対応エミュでネットいたスト２対戦できます　参加よろしく
まとめ　http://game9.2ch.net/test/read.cgi/gameurawaza/1118702033/

**名前は開発中のものです。** · 2005/07/22(金) 09:28:52

これはけっこう長くちゃんと続いてるし、外の板からも協力者を募った方が活気が出ていい気がする。

**名前は開発中のものです。** · 2005/07/24(日) 23:05:01

>>97
「やり方」は書いたが、「結論」は出していないと思うが。
それとも、「正確には推測できない」という私の答えに同意するのか？

だいたいね、いつでも計画や理屈通りにうまくいくわけではないってことくらい、
お前だって経験で分かってるでしょ？
できるというのなら、具体的にやってみせてよ。

実際にやってみればわかるよ。
「絶対に他の言語ではない」という証明自体が無理だから。
だから「正確には推測できない」が私の答え。

そして、その木で鼻をくくった対応が
何らかの理由で直接作者に問い合わせられない人に対する
もっとも適切な回答だとも思っている。

やれやれ、面倒な人だ。

**295** · 2005/07/24(日) 23:05:53

誤爆っす。
すまん。

**名前は開発中のものです。** · 2005/07/25(月) 15:17:23

もちつけ ^^

◆EFBt/pII5Y · 2005/08/04(木) 20:13:20

ＡＢＣ
ＤＸＥ
ＦＧＨ

B＝上
D＝左
E＝右
G＝下
ACFH＝斜
Ｘ＝自分
とすると

DE
BG
AH
CF
DBEG
ACFH
これ以外に分岐パターンってありましたっけ？
貝がら島で考えて作っていたのですが、今のままだと応用が利かないので。

◆EFBt/pII5Y · 2005/08/04(木) 20:57:35

分岐なども>>287に載ってましたね。すいません。

**名前は開発中のものです。** · 2005/08/05(金) 02:30:41

>>298
制作お疲れです。
遅めですが、分岐点について提言を。２レスの長文です。すいません。
HSPに「ある文字列のx文字目の文字を得る関数」はありますよね？

日本列島の銀行のような十字路（左・下←→上・右のみ進行可能。３方向のうち２方向だけ進めるマス）を作ろうとすると、
「８方向＋方向転換可能状態」の全てに対し移動先定義をしなくてはならず、マップ制作時の定義設定が大変。
これは、思い切って「一方通行or来たマス以外の全ての方向に進める」定義しか作れないようにしてしまうと、一気に手間が９分の１に！
実害は上のような十字路が作れなくなるくらいです。
そうすると８方向＋転換状態の移動先定義を１マス９文字＝９ケタの数字で済ませられます。

まず、テンキー＝方向キーと考えます。「移動方角＝テンキーの数字」対応として、こんな風に。

「ある方向Pから（そのキーを押した結果マスに到達。4なら「左」キーの対角である右から、9なら左下から）来た場合、どの方角に進めるか」を移動先定義のP文字目に書きます。
例えば「下から来た場合（上ボタンを押してマスに来たので方向8）、次は左（方向4）にしか進めない」マスの時は、8文字目に「4」と書きます。
次に進める方向が2方向以上ある時は「5」。5は「分岐あり」を示します。
物理的に来る事ができない方向の定義は「0」。0を読み込んだら何らかのエラーがあったと扱います。
更にプレイヤーデータとして「次の移動方向」（最後の一歩の次は次ターンにかかる為、プレイヤー個人のデータとして管理。転換状態になったら5とする）と、
「直前にいたマスの座標（転換状態なら、直前にいたマスが関係なくなるので0とする。いたストGKの１マス戻るチャンスカードにも応用可）」を管理します。

**300** · 2005/08/05(金) 02:34:08

続き。

移動先定義は
1文字目＝右上から来た時に次に進める方角を数字で書く
2文字目＝上から来た時に・・・
...
5文字目＝転換状態の時に次に進める方角・・・
...
9文字目＝左下から来た時に・・・
で構成。「5」だった場合、次は来た方向以外の好きな方向に移動できると扱います。
（例：アメリカ大陸の本州・カジノの上の左空港マスなら「000455040」となります）
離れ小島のように方向転換が無効になるマスの場合、９文字全てを同じ移動方向に定義すればOK。ハワイのチャンスマスは左しか進めないので「444444444」です。

移動処理法は順にこんな風。１歩目は前ターン最後に変数更新ができている為、ＡＢを省略。サラリーなどの処理はＢの直後に。

Ａ方向Pボタンを押して移動しマスに到達。到達したマスの移動先定義を読み込む。
Ｂ読んだ定義のP文字目の文字を読み、新たな「次の移動方向」とする。「直前にいたマス」を更新。
Ｃ次の１歩は、次の移動方向が5以外（1～9）ならばその方向だけ。
　5ならば分岐点なので、８方向のうちマスが存在する方向に移動できる。
　ただし、「アメリカ大陸のラッキーなど、物理的に移動できない斜め方向にもマスがあるマス」に対応する為、チェック法は以下の通り。このチェックの中で「直前にいたマス」に進む方向を弾く。
　１　まず上下左右４方向に隣り合うマスを調べる。あれば移動可。
　２　続けて斜めの方向をチェック。マスAが存在しても、Aに隣り合い、かつ現在いるマスにも隣り合うマスがある場合は移動不可とする。条件外なら移動可。
　　　（方向1にあるマスは、方向4と方向2にマスがない場合のみ移動可）

こんな風に処理すれば、移動関連を全て数字で管理できるので、楽になるのでは（数値←→文字列の型変換が必要かも？）？

・・・役立たないかもしれない参考資料、いります？

◆EFBt/pII5Y · 2005/08/05(金) 15:53:59

ttp://gamdev.org/up/img/2996.zip
tabでチャット切り替え
株関係追加
2は2人、4は4人
同じexeじゃないと出来ない

>>300
どうも、いろいろ参考にさせていただいてます。
買い物料＝元買い物料×（1＋増資額÷元本×2）×変化倍率
この元買い物料ってのは何か基準があるのでしょうか？
今のところ　元本*15/100　で計算しています。

提案いただいた移動方法、完全には理解できてませんが
応用性があるので、とりあえず貝がら島でやってみます。
しばらく考えて判らなかったら、質問するかもしれませんがいいですかね？
方法としては自分が考えていたものとは、全く違うので目からウロコと言った感じです。

＞参考資料
よろしければお願いします。

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

まとめサイトないの？スクショ見たいんだけども。

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

>>302
こんな方法もある。各方向に16進の数字を割り当てて、
　上：01、右上：02、右：04、右下：08
　下：10、左下：20、左：40、左上：80
Y字に移動可能：右上＋下＋左上＝02＋10＋80＝92
X字に移動可能：右上＋右下＋左下＋左上＝02＋08＋20＋80＝AA
という表現をして、自分の来た方向のビットを抜いて
進める方向を決めるという方法だ。制限のない移動なら
これだけでOKだが、「直進しかできない」といった
移動制限用のあるマスではこのまま使えないので、
マスに移動制限用の関数を設定しておく。元ネタを
再現するだけなら1つのマップにつき4つ程度だから
大丈夫だが、新たにマップを作る場合は結構面倒だ。

だから、拡張性を考えるのなら、>>300と同じように
「来た方向」と「移動可能な方向」を用意して
ビット表記なりテンキー表記なりで列挙しておけば、
マップの移動に関しては大丈夫だろう。
（※2桁なので、データが>>300の表記の2倍になる）

これらは、>>287のサイトからの情報を元に作って
いるので、3以降に対応できるかは不明だ。詳しくは
中の人に聞いてくれ。＜丸投げ（ｗ

**304** · 2005/08/05(金) 21:48:25

>>302
元買い物料は、100G未満の店の「元本×10％」から
空き地改築後のコンビニ／木の店の「元本×20％」
まで10～20％の範囲になっており、元本が高額に
なればなるほど上がりやすい傾向がある。つまり
数式で決めるものではなくマップデータの初期値に
設定しておくものだろう。

ファミ通のいたストGKの攻略本には、これが
収益率（初期買物料÷初期お店価格）として
書かれており、戦略の一つとして扱われていた
ようだ。だから、計算式で統一するのは面白く
ないと個人的には思う。

>>287 の中の人のサイトを見て、ふと思ったよ。
言語覚えたての学生が作ったようなアプリを作るのに
時間を費やすより、仕様をがっちり固めて公開し、
時間がある人間に制作を任せてアドバイスに徹する
のがいい……そうは思わないか？>>300

◆EFBt/pII5Y · 2005/08/05(金) 23:47:19

>>303
次回うｐするときにHPにまとめ作っておきます。

>>304
買い物料は固定ではないようですね。
後でも修正できる箇所なんでしばらくは今のままでいきます。

>>300の移動方法ですが、
分岐マスのパターンって
通過時一方通行
通過時来た方向以外の複数
停止時すべての方向
停止時一方通行
停止時来た方向以外の複数
などいろいろ考えられるのでその辺のイメージが掴めません。
分岐以外は大体わかりました。
まあ、何とかやってみます。

**300（＝287の中の人）** · 2005/08/06(土) 01:03:17

昨日書いた、役立たないっぽい参考資料です。↓
http://tsukac.hp.infoseek.co.jp/sankou.html
ここからしか飛べません。しばらく残しておきます。

>>◆EFBt/pII5Yさん
更新お疲れです。いつかWinな知人にプレイさせてもらいます（笑）。
私も元買い物料比率は可変希望に一票。
分岐の処理法については、参考資料ページの最後に処理例があるので参考にしてみて下さい。

なお、ワープ・銀行停止などで転換状態にならない限りは、来た道をバックして進む事はできません。
サイコロを使い切って停止した次のターンも、転換状態にならなければ「連続して動いている」事は変わりません。「停止したらその場からバックできるマス」は銀行だけですが、銀行は止まれば転換状態になります。
なので、「移動中か転換可能か」だけを考え、
移動時：一方通行なのか、来た方向以外の複数に進めるのか
転換時：全ての方向に行けるのか、一方通行なのか
のみ考えればいいはず。
分からなければどしどし聞いて下さい。参考になれるのであれば頑張ります。

>>304さん
16進数を使う方法があったとは、全く思い付かなかったです。
いたスト３からの新マップは、動くマス・新たに生まれるマスが処理をややこしくしてます。
しかしそれらは作るのが大変なので無視すると、移動方向は基本的に「まっすぐor来たマス以外の全ての方向」だけなので対応可能ではないかと。
仕様を固めてアドバイスに徹するようにすれば、確かに楽です。
でも、必ず「作るのに時間を費やす人」が必要になりますから・・・
その側に立っている◆EFBt/pII5Yさんはやっぱりすごいです。

**名前は開発中のものです。** · 2005/08/06(土) 15:51:39

素材とかどうするのさ？
キャラは>>120がやるみたいだけど他にも必要でしょ。

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

一年前の書き込みに何言ってるんだか

**308** · 2005/08/06(土) 18:52:44

>>309
スマン気づかなかった。
現在進行形のスレなんで最近立ったのかと思ったんだが1年半以上前なんだな。

>>307
気になったんだが「まっすぐor来たマス以外の全ての方向」とあるけど
＿□
□□□
＿□
例えば上の様な形状で上下から来たら左右で左右から来たら上下に進行可能って場合対応できなくない？
そんな分かれ道ないかもしれないけどさ。

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

各マスに連番つけて、進行可能な8方向に
次のマス番、キャラの向き(+特殊移動)を付ける。
マス座標から移動距離等計算せんといかんけど
戻りやすくなるんじゃないか?

◆EFBt/pII5Y · 2005/08/06(土) 22:55:03

ttp://zxzxzxzxzx.hp.infoseek.co.jp/
年に数回しか更新をしないのでどうなるかわかりませんが、SS載せておきました。
ボードゲームというところです。

>>307
参考資料とても役立ちました。
理解できたつもりですが、間違ってたまま進めると最悪なので一応聞いておきますｗ
ttp://zxzxzxzxzx.hp.infoseek.co.jp/board/map.txt
貝がら島のデータですが、これであってますかね？

セーブについては、O2というのを利用してるのですが、仕様上同じメンバーで集まるのが
かなり大変そうなのでそこが問題なのです。
ルーム作成時に、ルーム名などを指定できれば目印などになりますが、現在はそれもできないので。
あとオフラインでやるなら本家いたストをやったほうが面白いので今のところ考えてません。
競売はオークションみたいですごい面白そうですね。

移動については方向決定以外はすべて自動になると思います。
今までのように一歩ごと進んだり戻れたりしても、結局たどり着ける場所は変わらないので意味ないですし。
個々で処理することになるので遅延が気になりますが、こればっかりは実際やってみないとわからないので。

**307=300** · 2005/08/06(土) 23:10:43

>>310さん
＞気になったんだが・・
例に挙げていただいたような「曲がる事しかできない十字路」はありませんが、
「右or上←→下or左」のように２つの方向しか進めない分岐は日本列島に存在しますし、私の提案だと対応できません。
これに対応しようとすると、８方向＋転換時に対し次に進める方角を全て定義する必要があり、マップを作る側の労力が一気に９倍に膨れ上がってしまいます。
そこで、ここは敢えてそういう分岐を作れなくしてしまったらどうか（１方向のみに進めるか、来た道以外全部OKか）、というのが300での提案です。

ただ、仕様によっては対処できるはず。マップを「組み込みのみ」にして、
「マップ数増加はアプリ作成者がバージョンアップした時のみ」に限定すれば、こういう分岐はプログラム内で条件設定をすればいいのです。
が、それだと「マップを自分で作る」事ができなくなってしまうので、プレイヤーとしての私の意見としては、ちょっとつまらないなぁ、と。

>>◆EFBt/pII5Yさん
SS設置乙です。あとで掲示板に出向きます。
貝がら島のデータは、大体合ってます。
気になるのは、銀行以外のマスの５文字目が5ではなく0なところ。
ワープカードで店に飛んだ時とか、銀行以外で転換状態になった時はどうするのか、と。

・・・ところで。
このアプリでは、マップの作成についてはどちらのイメージですか？

・（マップデータの書式を公開して）新マップはプレイヤー個人が自由に作れる。
・（マップデータの書式を公開せずorプログラム内に組み込んでしまい）アプリの中に組み込まれているもののみで、新マップは自由に作れない。

自由に作れるのであれば、マップ作成アシストアプリを手掛けてみたいです。

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

期待age

◆EFBt/pII5Y · 2005/08/06(土) 23:59:30

>>313
＞・（マップデータの書式を公開して）新マップはプレイヤー個人が自由に作れる。
こっちです。書式を公開と言うよりはマップエディタを公開という予定です。
貝がら島程度ならともかく、広いマップだと手打ちはつらいですし。
131 ◆1vWaymp0wsさんが作ってくれてましたが、現在の仕様と異なるので作っていただけるなら助かります。
テキスト形式のマップデータにコメント入れたものがあればいいですかね？
他に必要なものあれば書いてください。

**300** · 2005/08/07(日) 00:28:45

>>315
必要な書式が分かればどんな形でもOKです。
欲をいえば、
・生のテキスト形式マップデータ
・テキスト形式マップデータにコメントを入れたもの
・一般的な書式解説
の３つのテキストファイルが揃っていると大変助かります。
ただ、出来上がりまでに時間がかかるかも・・・　目標は９月終わりまでに・・・

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

チャンスカードのオリジナル案
引いたときにイベント起きるんじゃなくてカードをアイテムという形で貰って自分の出番のときに使える
駆け引き要素が強くなって戦略性が増すと思う

◆EFBt/pII5Y · 2005/08/07(日) 00:47:38

>>316
明日にでもうｐします。
時間的なことは全然構わないです。
こっちはいつ完成するかわからないですしｗ

オリジナル案の採用はきちんと土台が出来てから決めますが、大変ありがたいです。

**304** · 2005/08/07(日) 01:05:15

>>300＝>>287の中の人
横から見せてもらったが、かなり気合入ってた。
アプリをバカにしたような言い方をしてしまい、
すまなかった m(_ _)m　「実装に時間を費やす
より、他人が作っているところにアドバイスを
してもらうのが、有益な時間の使い方だ」と
言いたかっただけで、気を悪くしないでくれ。

>>315
マップは仕様だけ公開しておき、エディタは
他人に任せるのがいいと思う。>>315 にしか
できないことも多いだろうから、それだけに
集中してくれよ。

この辺を見るとアイディアや情熱を持っている
人間も少なくないだろう。
ttp://is-opc.hp.infoseek.co.jp/

**304** · 2005/08/07(日) 01:21:46

>>310
>>304の、16進2桁で、ワープ＋8方向から来た場合を
9つ並べる表記なら可能。その例なら、

上／下から来た場合：左＆右（40＋04＝44）に移動可能
左／右から来た場合：上＆下（01＋10＝11）に移動可能
ワープしてきた場合：上下左右（01＋10＋40＋04＝55）に移動可能

と表現できる。「来た方向」をテンキー表記で並べれば

01_02_03_04_05_06_07_08_09（テンキーの方向）
00_44_00_11_55_11_00_44_00（用意するデータ）

になる。ビット表記なら時計回りにデータが並ぶ。
アンダーバーは区切りにしただけで、実際は
18文字の16進数がマスの移動データになる。ここ
から2文字ずつ抜いていくことで移動方向を決める
ことができ、「二次元＋8方向＆ワープ」で
マップが表現されている限り、この表記で対応
できるはず。

上下左右：55だけを設定しておき、移動制限用の
関数でつぶす（＝来た方向＋進行方向のビットを
消す）方法もある。データが短くて済むが、関数を
個別に設定するのが面倒だし、マップデータから
方向を抜いてくる方が処理しやすかったりする。

◆EFBt/pII5Y · 2005/08/07(日) 11:37:24

ttp://zxzxzxzxzx.hp.infoseek.co.jp/board/mapdata.txt
ttp://zxzxzxzxzx.hp.infoseek.co.jp/board/scr.txt
上がテキスト形式マップデータにコメントを入れたもの
下がマップ作成に使ったソース
分かり難いかもしれませんが・・・

背景、店の名前、など他にもいろいろ必要なのですが、まだ手を付けてない場所なので入ってません。
また、今回の移動方法もそうですが、より良い方法があれば仕様の変更などもありえます。
現在は必要なデータを順に保存しているだけなので、
作っていただけるならすべての仕様をしっかり決めてからで構いません。
後で変更するのもお手数ですし。

＞気になるのは、銀行以外のマスの５文字目が5ではなく0なところ。
その辺もまだ手を付けていないので、追々考えます。

>>320
今回はとりあえず、>>300の方法で書いてしまいましたが、応用性はそちらのほうが高いようですね。

**名前は開発中のものです。** · 2005/08/07(日) 13:15:04

背景ってアニメーションだけどそんなの出来るのか

**名前は開発中のものです。** · 2005/08/07(日) 20:06:57

普通に並べると16行～22行になりますが
これ意味わからん

**300** · 2005/08/07(日) 22:33:02

>>321（◆EFBt/pII5Yさん）
テキスト仕様公開ありがとうございます。大体理解できました。
まずは作成アプリの原型が全くできていないと話にならないので(^^;、この仕様を参考に頑張ってみます。
で、ありがとうございますついでに失礼ながら・・・
できましたら、「今回掲載いただいたテキスト形式マップデータからコメントを抜いたもの」もいただけますと大変助かります・・・

というのは、「見やすいように,や半角スペース入ってますが実際は数値のみ」となっている部分の解釈に若干苦しんでます。
例えばマス目データ１行目は、カンマが入ってスペースだけ消えた
x,x,4,4,x,x,x,x,x,4,4,x,x
（xはデータを書き出す時に-1にします）が正しいのか、カンマが入らず、スペースも消える
xx44xxxxx44xx
が正しいのか。
休日・銀行の表記が10・11になっていて、ただ文字をつなげると解釈がおかしくなりそうなので、前者が正しいものと考えますが・・・

>>320（304さん）
この形式だと、どんな分岐にも完璧に対応できますね。
階段とか動くマスとか宇宙星雲の複雑仕様は、この際（軌道に乗るまでは）採用しなくていいと思いますし。
素晴らし過ぎて私の案はもはや形無し（笑）。
元いたマスを弾くチェックをアプリ側ではなくマップデータ側に持たせる（マップ作成の段階で最初から行けないように設定してしまう）と、
分岐や強制一通などの方向チェック処理を一本化してしまえるので、アプリ側も楽ができそう。
作成アプリ側で分岐の設定をアシストする機能をつければ、分岐設定もそれほど大変にはならなそうです。
最初に言ってしまった労力９倍はどう考えても嘘だ(^^;

>>323
このマップを、ただ普通に座標から再現すると、横１３×縦７マスのボードに角張った丸のような形が２つ繋がったマップになります。
この「ボードのマスの数」の事を言っているのだと思います。
それを、画面上だけは本来の座標の位置から４分の１マス×単位分だけずらして表示できる仕様なのですよね？>>◆EFBt/pII5Yさん

◆EFBt/pII5Y · 2005/08/07(日) 23:26:58

>>323
17～23の間違えでした。

>>324
ttp://zxzxzxzxzx.hp.infoseek.co.jp/board/map.zip
これが実際使用してるマップデータです。
テキスト形式ですが、保存してるデータをテキストにしただけで、
実際あのように保存されてる訳ではありません。すいません。
保存方法は配列をサイズ指定して保存し、保存位置にサイズを足す。
次の配列をサイズ指定して保存位置から保存し、保存位置にサイズを足すの繰り返しです。
サイズは書いた通りです。
区切りはカンマではなく数値配列は1つ4バイトなので、1つの要素を4バイトで保存。
これで読み出せてるので、そのはず。
上手く説明できないのですが、こんな感じです。
使用してるデータを保存方法と同じように読み出せばおｋです。

移動はやはり>>320の方法のが良いみたいですね。
理解能力がないので読んだだけではイメージ沸きませんがやってみます。
折角提案頂いた>>300の方法を利用しないのは申し訳ないです。

マスの表示方法はその通りです。

**名前は開発中のものです。** · 2005/08/07(日) 23:47:15

>>287氏はmacって書いてあるだろ。zipで上げてどうする。

**300** · 2005/08/08(月) 01:01:32

>>326さん
いや、zipで上げていただいたのは大丈夫です。Macもzipは解凍できます。

>>325
追加UPありがとうございます。なるほど、一定の書式を持ったバイナリファイルだったのか・・・
ただテキストファイルを読み込んでそれでOK、という訳ではなかったんですね。
それで最初にソースを添付して下さった訳ですな。
ようやく必要事項などが理解できました。

すいません、アプリを作ろうとしていた言語がREALbasicという、Macの中でもマイナーな環境なもので（取り柄はWinアプリが作れる事）、
HSPの開発の流れを良く分かっていませんでした・・・

◆EFBt/pII5Y · 2005/08/08(月) 01:23:06

>>327
すいません、こちらの説明不足でした。
内容はご理解されたようですね。
他にも縮小マップのサイズなどもマップに持たせるべきですね。
固定サイズだと画面を埋め尽くしてしまうの可能性があるので。
その辺は規格をしっかり固める必要がありますね。

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

すごい複雑な意見がたくさん出てますが、
上下左右を検索で道があればそちらに進む
道がなければ斜め4方向を検索して道があれば進む
こうすれば簡単だと思います。
ちなみに4方向以上の分岐ってないんですか？
もしあるなら今の方法では無理じゃないでしょうか。

**300** · 2005/08/08(月) 23:25:00

>>328（◆EFBt/pII5Yさん）
小マップのサイズ調整は、もちろんマップデータに組み込む事もできますが、マップデータ側ではなくアプリ側で処理すべき項目のような気がしますね。

マップ画面作成の一環として行なうもので、話はそれほど難しいものでもなく、
「マップが画面上で、縦あるいは横で一定以上のスペースを使っている場合、小マップ１マスのサイズをいくつに、それ以下ならいくつにする」
などと扱えばいいはず。
処理イメージとしては、
各マスについて「表示位置（マップデータ上の座標×80＋差分×20＝各マスの右下の画面上における座標）の最大値」を取る。
全マスの中で最大値を取るとマップ領域の右辺・下辺になるので、
その値の大きさによって小マップのマスの大きさを決定する。

どうするかはお任せです。

>>329さん
その方法だと真っ直ぐしか進めない十字路には対応できないです。
それを対応しようとすると、少しややこしくなってしまうのは致し方ない。
５方向の分岐は、こんな風に、
　■■
■□■
　■
マスの配置が奇妙になってしまうので存在しませんが、>>320の方式だとこれにも対応できますね。
画面上でずらして表示できる仕様と上手く合わせて使えば新機軸のマップも作れるかも？

**304** · 2005/08/08(月) 23:57:41

>>324
これも貴方が公開した元の仕様がなければ、
決して思いつかなかった方法だから、これ
からもアイディアをどんどん形にしていって
もらいたい。こういう部分はいたスト自体に
精通してないと思いつかないからね。

階層をまたぐ階段やワープはマスに表示上の
Z座標（「4分の1マス×単位分」と同類）を
持たせてそれを使い、内部の計算では座標
マップを平面的に参照すれば大丈夫だろう。
ttp://tsukac.hp.infoseek.co.jp/itasutofu/map.html

宇宙星雲は、角はL字に設定し、内側は
01_02_03_04_05_06_07_08_09（方向）
00_01_00_04_55_40_00_10_00（データ）
の「ワープ以外は直進のみ」とする。外側は
T字に移動可能としてワープならそのままで、

サイコロの出目＝残りの目：来た方向を除いたL字
サイコロの出目＞残りの目：直進のみに変更

という現在のプレイヤー情報から移動方向を
決定する。

動くマスは、初期配置と別に現在のXY座標を
持たせ、それをスイッチでずらしていけば
再現できそう。エリアと座標の情報を別に
しておけば表面的な違いだけだろう。

◆EFBt/pII5Y · 2005/08/08(月) 23:59:08

移動に関しては、>>300や>>304からヒントを得て、少し違った方法を考えました。
正直言えば、プログラム側の処理を楽にしたいだけですが・・・。
しかし、その方法では5方向の分岐の場合、「5方向中2方向に移動可」という条件には対応できません。
なのでマップにはある程度の制限を設ける予定です。

**300** · 2005/08/09(火) 00:02:25

連投すいません。330補足。
一応、私のイメージした処理手順の参考資料、おいておきますね。

http://tsukac.hp.infoseek.co.jp/sankou3.txt

もしマップデータ側に組み込むのであれば、この処理で値が出せます。

◆EFBt/pII5Y · 2005/08/09(火) 00:12:23

>>331
その方法は>>330を読む限り完璧っぽいのですが、
実際そのデータを使って移動させる方法が良い方法思い付かないのです。
プログラム側で行ってる処理を書こうにも上手く説明できないできそうもないですし・・・。
なので>>304に比べると劣りますが、楽な方法を考えました。

>>333
どうもありがとうございます。
熟読しておきます。

**304** · 2005/08/09(火) 00:30:25

>>325 ◆EFBt/pII5Y
マップなんだけど、テキスト形式で読める
ようにするのがいいと思う。マップを制作
してもらう場合、バイナリ形式とは扱い
やすさが違うし、Web上でそのまま公開
できるのも利点だろう。

どうしてもテキスト形式で扱えないなら
コンバーターでも経由して読み込み、
データそのものはテキスト形式で提供
＆公開してもらうことをお勧めする。これ
だけのものを作れる実力があるんだし、
ぜひ対応させてくれよ…。なっなっ？

縮小マップは>>330の意見に賛同したい。
計算すれば得られる同じ内容のデータを
複数持つのは無駄だと思うんだ。

>>332
自分のデータに「方向」を持たせて、
「方向」×2番目から2文字抜き出した
ものが移動可能な方向――という処理は
難しいかな？戻る場合は、座標マップから
計算してもいいし、たどった経路を記録
してそれを使う方法でも大丈夫だと思う。
>>304 の方法なら制限もないし、90度
回ってもジグザグに移動しても、対応
できる柔軟性があるんだけどな……。

**300** · 2005/08/09(火) 01:16:52

うむむ、３連投。◆EFBt/pII5Yさんが混乱してきていなければいいんですが(^^;
ご自分のペースでゆっくり作って下さい。

>>331（304さん）
そう言っていただけて恐縮です。では早速、私ならこうする！　を（笑）。

階層をまたぐ階段・ワープはそれほど難しいものではなかったりするかも。
マップデータの「余っている部分」を使うと新定義書式を追加せずとも、書式解釈の拡張でできます。もはや荒技ですが。
余っている部分が0でなくてもいい、というのが条件で、あらかじめ階段マスの「物件価格」に当たる部分に新たな移動先のx座標、
「所属エリア」に当たる部分に移動先のy座標を書くのがポイント。

移動中に到達先のマスの種類をチェックし（銀行かどうかをチェックするのと同じようなもの）、
到達先が階段ならそのマスの「物件価格・所属エリア」を読む。
読んだ値を新たな到達先のx・y座標として流用し、そちらに移動させる。
階段は店ではないので、物件価格・所属エリアは本来は必要のないデータのはずですが、必要のない事を逆用して別用途で使ってしまおう、と。
ワープマスは、歩いている最中→止まった後になるだけで同じ処理。

>>335
分かった！　私がコンバーターも一緒に作ればいいんだ（笑）！
元々作成の途中経過をセーブ・ロードする機能はつけるつもりでしたし。
書式はひとまず最初に上げていただいたmapdata.txtに準じます。
あとはアプリからバイナリ出力とテキスト読み込み機能の部分を分離したものを別公開すればいいだけ。
もっとも、テキストを読み込むとゲームが自動起動する機能をつけるとなると、◆EFBt/pII5Yさんにお願いするしかなくなるのですが。

・・・HSP言語のテキストファイルを扱う能力って、どんなものなのだろう。
こういうデータを読み込む場合、「カンマ区切りの文の中から、何単語目を取り出す」ような命令がないと辛いですが、
少なくともMac版HSP言語リファレンスには、そういう関数がなかった・・・
もしかしてバイナリ形式を使っているのは、そこがネックだったからですか？>>◆EFBt/pII5Yさん

◆EFBt/pII5Y · 2005/08/09(火) 01:34:10

とりあえず、ファイル形式のレスだけでも。
マップデータはすべて配列で読み出してるため、プログラム側の処理は1行で済むのです。
しかし、テキストだと非常に面倒になってしまいます。（簡単な方法もあるのかも知れませんが）
そういった理由で今の形式になってます。

**名前は開発中のものです。** · 2005/08/09(火) 07:47:55

>>336
　","で区切られたCSV形式のデータなら、csvstr命令(要hspda)で各データを配列に
展開することができます。\nで区切られているのならノートパッド命令で楽に扱えますが。

**名前は開発中のものです。** · 2005/08/09(火) 10:42:08

>>335
バイナリでも配布は可能でしょ。
メモ帳などで直接書き込んでいくならともかく
専用のアプリを作っているようなので
テキストである利点は見つからない気がする。

**304** · 2005/08/10(水) 02:28:26

>>339
うんうん、コードの違いもなければ変換の
必要もないし、そのままの形で読み込める
バイナリはいいよな。アプリ側からすれば
便利なことこの上ない。アップロードする
際に設定を間違えなければファイルが壊れる
こともないし、圧縮して配布すればこんな
心配も不要だ。もちろんバイナリで配布が
不可能なんてことはない。

だが、バイナリはそのままでは編集しにくい。
この場合、既存もしくは新規のマップを作成
するためのエディタだが、もし作ったマップで
アプリを実行した時に座標か店舗情報の設定に
ミスが見つかった場合を考えてくれ。

バイナリ形式のファイルなら普通、エディタを
起動、編集・保存して再度アプリを実行する。
これは通常のバイナリエディタでも可能だが、
恐らく専用のエディタが必要な人がほとんど
だろう。だが、テキスト形式で保存していた
場合はどうだろう。ミスの見つかった座標や
数値を任意のエディタで簡単に編集でき、
『メモ帳などで直接書き込んでいく』場合に
該当すると思うんだ。

これはテキストである利点と言えないか？

**名前は開発中のものです。** · 2005/08/10(水) 06:29:41

>>340
利点うんぬんは別として安易に書き換えられるのは問題かと。
誤って変更された場合ゲームの結果がおかしくなってしまう。
もちろん作者やエディタ作者もわかっていると思うが一応書いておく。

**初診さ** · 2005/08/10(水) 09:05:25

3D化を激しく希望!!!!
今のﾓﾅｰは正直ｷﾓｲよ。

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

これってどうやって開始するの？
通信ができませんって出るよ

**名前は開発中のものです。** · 2005/08/10(水) 13:36:01

>>343
o2b7.lzh落として展開
o2b7\bin\l_server.exe起動
is_2.exeまたはis_4.exe起動

これで分からなかったら過去レス嫁