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

2ch版いただきストリ� ..

328:300
05/08/07 22:33:02 DeRmvwAL.net
>>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さん

329: ◆EFBt/pII5Y
05/08/07 23:26:58 6j80KfCL.net
>>323
17～23の間違えでした。

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

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

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

330:名前は開発中のものです。
05/08/07 23:47:15 xITz3APv.net
>>287氏はmacって書いてあるだろ。zipで上げてどうする。

331:300
05/08/08 01:01:32 rkeTqnYU.net
>>326さん
いや、zipで上げていただいたのは大丈夫です。Macもzipは解凍できます。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

338:300
05/08/09 00:02:25 4Fukq1SD.net
連投すいません。330補足。
一応、私のイメージした処理手順の参考資料、おいておきますね。

URLﾘﾝｸ(tsukac.hp.infoseek.co.jp)

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

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

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

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

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

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

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

341:300
05/08/09 01:16:52 4Fukq1SD.net
うむむ、３連投。◆EFBt/pII5Yさんが混乱してきていなければいいんですが(^^;
ご自分のペースでゆっくり作って下さい。

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

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

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

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

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

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

343:名前は開発中のものです。
05/08/09 07:47:55 zNyLIjHl.net
>>336
　","で区切られたCSV形式のデータなら、csvstr命令(要hspda)で各データを配列に
展開することができます。\nで区切られているのならノートパッド命令で楽に扱えますが。

344:名前は開発中のものです。
05/08/09 10:42:08 dDR8LOXt.net
>>335
バイナリでも配布は可能でしょ。
メモ帳などで直接書き込んでいくならともかく
専用のアプリを作っているようなので
テキストである利点は見つからない気がする。

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

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

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

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

346:名前は開発中のものです。
05/08/10 06:29:41 LUs1Xdsa.net
>>340
利点うんぬんは別として安易に書き換えられるのは問題かと。
誤って変更された場合ゲームの結果がおかしくなってしまう。
もちろん作者やエディタ作者もわかっていると思うが一応書いておく。

347:初診さ
05/08/10 09:05:25 oJJHu6md.net
3D化を激しく希望!!!!
今のﾓﾅｰは正直ｷﾓｲよ。

348:名前は開発中のものです。
05/08/10 11:26:56 eXMsZiz2.net
これってどうやって開始するの？
通信ができませんって出るよ

349:名前は開発中のものです。
05/08/10 13:36:01 4kje4v2F.net
>>343
o2b7.lzh落として展開
o2b7\bin\l_server.exe起動
is_2.exeまたはis_4.exe起動

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

350:名前は開発中のものです。
05/08/10 20:28:56 HgKPR21/.net
交差転用データを作ったらいいかも
0なら普通の道1なら交差点という風に
で交差点のマスにとまったら交差転用移動方向データを読み出す
データを二重にしなきゃいけなくなるが・・・

351:名前は開発中のものです。
05/08/10 20:31:07 HgKPR21/.net
test鯖立てます
明日くらいまで
203.110.96.205

352:名前は開発中のものです。
05/08/10 20:34:37 uu2Z9uI5.net
>>346
2と4どっち起動すればいいの？

353:名前は開発中のものです。
05/08/10 20:36:49 uu2Z9uI5.net
連投ｽﾏｿ
>>342
敷居が高くなってしまいそう。キャラは仮じゃないのかな。

354:名前は開発中のものです。
05/08/10 20:38:11 HgKPR21/.net
portって何番ですか？

355:名前は開発中のものです。
05/08/10 20:39:00 HgKPR21/.net
4です

356:名前は開発中のものです。
05/08/10 20:55:36 L7OnKy8q.net
>>349
30009っぽい

357:名前は開発中のものです。
05/08/10 21:12:51 eXMsZiz2.net
ロビー入れたけど人いねえ

358:名前は開発中のものです。
05/08/10 21:40:34 pTcIHPmE.net
>>346に入れない。

359:名前は開発中のものです。
05/08/10 23:06:07 6E0YEoG8.net
ひといない

360:300
05/08/13 00:56:58 zULkqbBR.net
336で書いた「テキストマップデータ→バイナリへのコンバーター」が少し出来上がったので、とりあえず公開してみます。
URLﾘﾝｸ(tsukac.hp.infoseek.co.jp)
の構造を少し変えて、ここに掲載しました。

バイナリマップの方は、「実験マップ」を解凍してできたmap2.bin（名前が「map」である必要があったら直して下さい）を、
現状の「datフォルダ内のmap」に差し換えると、レイクマウンテンっぽいマップが出来上がるはずです。

アプリの方はまだWin機でテストができていない為、非公式公開とさせていただきます。
どんな障害が起きるか分かりませんが（レジストリなどはいじらないはずなので、致命的な障害は起きないと思います）、
それでも使ってみたい、人柱になってやるぜ（笑）！　という方は「マップコンバーター」からどうぞ（332KByte）。

361:304
05/08/13 03:18:44 obyz3S/m.net
>>344
>>259 の配布サイトを見て登録が必要なのかと
思ってスルーしてたが、>>344 を見て誤解だと
気づいた。ありがとう。もし同じ勘違いをして
いる人間が居たら、安心して遊んでほしい。
必要なファイルをそろえたら、あとはオフライン
でも大丈夫だった。

>>◆EFBt/pII5Y
システム自体は古い作品をベースにしても問題
ないと思うが、メニューの階層や選択方式は
いたストSP準拠にできないものだろうか。
「はい／いいえ」が多すぎると感じた。あと、
周回の単位が「周」ではなく「週」になって
いるのが気になった。

>>355
人柱の結果をアップした。これは想定の範囲内？
URLﾘﾝｸ(gamdev.org)

それと、70文字くらいで改行入れてもらえると
テキストが見やすくなっていいと思う。

362:名前は開発中のものです。
05/08/13 22:20:59 7S4YG4xR.net
ポートあけて鯖立ててみました
203.110.100.80
is_4
起動時間はパソコンが止まるまで

363:300
05/08/13 22:31:10 zULkqbBR.net
ところで◆EFBt/pII5Yさん。
ゲームアプリ内で、実際に扱える縦横幅・エリア数の領域はどれくらいでしょうか？
一応こちらのエディタでは縦横３０マス、１８エリアという、既存マップの最大値より少し大きいくらいに設定するつもりです。
これ以上いける、あるいはこれ以下しかできない、などありますか？

>>356
人柱ありがとうございます。SS見ました。大体想定の範囲内です。
ひとまずはWin機で正しく動く事と、ゲームで読み込めるデータを一応作れる事が分かればいいレベルでしたので。
これでマップエディタ本編制作の足掛かりになります。
改行を入れるべきなのは、ドキュメント群の事でしょうかね。
次のVer.の時にHTMLで作るか（書式の解説が少ししやすくなるので）、素直に改行を加えるか、どちらか対応します。

>>341
エディタ作者側から遅レス。
ファイルの状態になっている「プレイ前の」マップデータをバイナリエディタなどでいじられるのは、
作者側からしたら防ぎようがないので軽視していい問題のような。
バイナリの方がいじられる確率が下がるのは確かですが。
むしろ「通信相手のプレイヤー全員が同じマップデータでスタートするシステム」を用意するのが重要。
メモリでアクティブに動いている「プレイ中の」データがいじられては問題ですが、
それこそ専門のアプリが必要でしょうし、そこまでの手間をかける人がどれだけいるか。

私としては、マップデータはテキストの方がいいですね。
テキストだと手直しも簡単ですし、書式を覚えているとマップエディタを使うより素早く作れる場合もあります。
既存のマップデータを敢えていじってサラリー・店舗価格などが全部１０倍のバブリーないたストや、
逆に全部２分の１のデフレいたストが比較的簡単に作れて面白かったりするかなぁ、と（笑）。

364:名前は開発中のものです。
05/08/13 22:41:10 6UYOshNh.net
>>357
今繋いだけど他に人居たのに反応なかったよ。
おそらくルームとロビーのチャットは全く別物のようだね。

お盆だから作者居ないのかな？

365:名前は開発中のものです。
05/08/13 23:46:35 oo1RarPk.net
繋いでチャットしたりするのは問題なし。
roomに入れなかったりするがこれは2と4の違いの問題？

366:名前は開発中のものです。
05/08/14 22:42:02 nLfd1VHU.net
カタンのような生産性があるゲームがいいな

367:名前は開発中のものです。
05/08/15 11:45:39 tjOHAo4+.net
>>1は逃げたのか？

368:名前は開発中のものです。
05/08/16 01:09:14 58vhbWrL.net
まとめサイト
まだ～

369:名前は開発中のものです。
05/08/16 01:28:02 xWBODcw8.net
>>363
gamedevにはないから>>312のサイトがまとめなんじゃない？

370: ◆EFBt/pII5Y
05/08/16 15:36:50 otZsgnyY.net
URLﾘﾝｸ(zxzxzxzxzx.hp.infoseek.co.jp)
移動方法変更
特定の相手へのチャットを
/名前文字列（スペースがいらない）
に変更
増資限度額
店舗数により買い物料変動（エフェクトなし）

>>355のレイクマウンテンもきちんと表示されるはずです。
ただし、移動方法が変更されてるのでサイコロ振るとエラーになります。
移動のテストをするので、人が居そうなときに鯖立てます。

マップサイズは縦横50、エリア20あれば十分だと考えてます。
現在はサイズ上限なし、エリア8です。
あとマップサイズ*80を超える表示は出来ません。
左端のマスを左にずらすなど。
マップファイルは配布された状態から弄らないものと考えてますので、
弄ったら故意とみなし、対策などはしない予定です。
テキスト、バイナリの件ですが今の所変更する予定はありません。
上に書いたように、ファイルそのものを弄ることは禁止にするつもりですし、
それよりも優先的に手を付けるべき箇所があるので。

371: ◆EFBt/pII5Y
05/08/16 15:41:14 otZsgnyY.net
移動方法の変更点
1～9の他にA～Iを使用
Aなら1には進めない
Bなら2には進めない
Hなら8には進めない
Iなら9には進めない

5番目の値は停止後、移動するときのみ使用
0は分岐なし
1なら来た方向を含むすべての方向に進める
2なら来た方向を除くすべての方向に進める
3なら直前の移動方向に従う
この方法では5という値は使用しません。

例えば、貝がら島の銀行は"103010709"となり、
"C0I030A0G"とすると常にL字型の分岐になります。

372:名前は開発中のものです。
05/08/16 19:04:43 UfQU3qDH.net
特定の相手へのチャットってのが意味不明。送っても自分に帰って来る。

373:名前は開発中のものです。
05/08/16 21:38:06 O+nBsptD.net
>>355の結果
URLﾘﾝｸ(gamdev.org)

374:300
05/08/16 22:55:45 HIG/RJGw.net
>>366
バージョンアップお疲れです。
次回のコンバーターのバージョンアップ時に
・移動データに使用できる文字の範囲の調整
・マップ縦横幅とエリア数の上限設定
・表示可能幅超過時の警告
の対応をします。
が、５０マスは作成アプリの画面領域が厳しい＆色の数も厳しいので、ひとまずは３０マス＆１８エリアで作ります。
それ以上欲しければ自分でテキストデータを書いて変換してくれ、と逃げる(^^;

移動方法については、こちらは決定に対応するのみなのですが、微妙にイメージしにくいなぁ・・・
一部例を挙げるので回答をお願いします。これが分からないとマップ作成アプリが作れないので。

・「停止後＝方向転換可能状態になった次のターン１歩目」という解釈ですか？　それとも違う状態ですか？
・フリーウェイの銀行右側のマークマス（真っ直ぐのみの完全一通、方向転換可能時のみ選択可能）は
　020416080
　ですか？
・日本列島の銀行（下・左←→上・右、方向転換可能時は全て選択可能）は
　0F0H1B0D0
　ですか？
・日本列島の北陸すぐ左のチャンスマス（右斜め方向←→左斜め方向、方向転換可能時は全て選択可能）は
　C0A010I0G
　ですか？
・ハワイのチャンスマス（離れ小島仕様、転換可能時も左しか進めない）はどのように書きますか？

375:300
05/08/16 23:07:42 HIG/RJGw.net
>>367
私は試せないので分かりませんが・・・
自分が密談をしたい相手（「プレイヤー１」とする）に密談メッセージを送りたい場合、
送りたいメッセージの前（後？）に「/プレイヤー１」とつけると、

・自分は送ったメッセージが（入力した通りに）表示される。
・プレイヤー１は届いたメッセージが表示される（密談メッセージである事を明示しているかも？）
・その他のプレイヤー（プレイヤー２・３）はメッセージのやり取りがあった事が表示されず、メッセージも分からない

となるのでは？

これは、>>368のSSみたいに、同名のプレイヤーがいた場合はどうなるのかなぁ・・・

376: ◆EFBt/pII5Y
05/08/16 23:53:19 otZsgnyY.net
＞・「停止後＝方向転換可能状態になった次のターン１歩目」という解釈ですか？　それとも違う状態ですか？
状態に関係

377:なくサイコロを振って一歩目ということです。＞・ハワイのチャンスマス（離れ小島仕様、転換可能時も左しか進めない）はどのように書きますか？ 040000000 その他の質問はその通りです。移動の制限を書いておくと分岐は4つまで移動できる方向は通過時一方通行来た方向を除いた全方向来た方向と一方を除いた二方向（4分岐時）停止後（サイコロ振って一歩目）全方向来た方向を除いた全方向直前の移動方向に従うこれ以外はできません。つまり ■□■ □□□ ■□■ この場合、通過時は「一方通行」で停止後は「来た方向と一方を除いた二方向」という分岐はできません。この移動方法に問題があったらご指摘お願いします。

378: ◆EFBt/pII5Y
05/08/17 00:04:47 7iqsUmWz.net
＞特定の相手へのチャット
オンラインゲームによくある密談というやつです。
>>370の通りですが、2人だと普通のチャットと変わらないのでわからないと思います。
見た目の判断としては文字列が()で括ってあります。あとロビーでは使えません。

名前の重複問題もあるので、色指定か、番号指定にするかもしれません。
そもそも小規模ゲームでこの機能に意味があるのかわかりませんが、自己満足というやつです。

マップサイズは３０マス＆１８エリアで構いません。

今はワープを一切考えずに作ってます。
もちろん複数階層のマップなども。

379:名前は開発中のものです。
05/08/17 00:39:38 2uIcbpmd.net
>>1には２chキャラとあるが、それに拘らず萌えキャラも欲しい
ぶっちゃけ２人集まるのすらきついほど過疎ってるのが現状だ
だが萌えキャラ出せばそれだけで興味を持つ人も出るはず
それと進行役はあやかで頼む

380:名前は開発中のものです。
05/08/17 12:43:47 LSGhwXXp.net
移動中にズレがあるね。
ラグって言うのかな？

381:名前は開発中のものです。
05/08/17 13:23:02 XdgHYVGL.net
足りない分をCPUで補うとかできないの？

382:名前は開発中のものです。
05/08/17 14:44:48 em0Ua/rd.net
スレタイに惹かれてやってきたけど
完成してんの？これ

383:名前は開発中のものです。
05/08/17 15:17:14 IovTFdan.net
>>375
そんな大変なこと頼むなよ

その代わり４人じゃなくてもできるならいいじゃないの？
まあ２人だとあれだが
３人、ならまだゲームになると思うぞ

384:300
05/08/17 18:54:43 ULyEWc+1.net
>>371
うーん、問題・・・
移動可能方向がイメージしにくいのが最大の問題と言えなくもない(^^;;
・・・すいません。回答をいただいて何なのですが、ハワイのチャンスマスのデータが何故「040000000」になるのかが未だに理解できていません(^^;;;
確かに歩きの場合は上からしか来れませんが、そもそもこのマスにはワープしないと来れません。
ワープ後＝停止状態からなので、ここで移動方向の指定がないと、どの方向に移動できるのか分からないと思うのですが・・・

実際のゲームでは、止まった時と通過する時とで移動可能な方向が違うマスは、
止まると方向転換可能になる銀行マスを除くと「宇宙星雲の四隅以外の端マス」だけです。
実際に自作マップを作るにしても、そんなトリッキーな移動方向を作りたがる方って、それほどいないのでは？
そんなマスの為だけにわざわざ停止後の移動設定をするのもどうかという気がしますねぇ・・・

そこで！　１つこんなものを作って来ました。
いわゆる「304方式」（勝手に名付けて申し訳ないですが）の処理を実際にHSPで書くとこうなる、という具体例です。
304さんの意図する処理法は、大体こんなものかと思うのですが。

（処理解説）URLﾘﾝｸ(tsukac.hp.infoseek.co.jp)
（ソース）URLﾘﾝｸ(tsukac.hp.infoseek.co.jp)

ざっと言語リファレンスを調べただけでソースを書いてしまったので、
一部文法ミスがあるかもですが、参考にしてみてくだされ。

385:名前は開発中のものです。
05/08/17 20:05:50 PeY/R6SN.net
テストできないみたいなので書いておくけど移動は分岐以外はすべて自動移動。
>>今進んだ道をキャンセルして１歩戻る
これは実装済み。

386: ◆EFBt/pII5Y
05/08/17 21:59:40 7iqsUmWz.net
>>363-364
簡単な説明とSSがあるだけですが、一応まとめと考えてます。
SSは随時更新する予定です。

>>373
俺は>>1じゃないのですが、おそらく2chキャラというのはAIの意味でしょう。
COM戦はないのでAIは作りませんが、キャラ（個性）は在ってもいいかなと思います。
2ch版とありますが、特に2chに拘るつもりはありません。
絵に関しては、描けないのでどうにもなりませんが、最悪は自分で描こうかと思ってます。

>>374
遅延対策としてターン中のプレイヤーには0.2～0.5秒のウェイトをかけています。
この辺の調整が必要なので、テストをする予定です。

>>375
上のような理由で無理です。

>>376-377
完成度は自分でもまだ不明。
2人はローカル用と考えてます。
1台で3つも4つも起動できる環境はそうそうないと思うので。

>>378
停止状態＝方向転換可ですよね？
まあ、ハワイの場合は時計周りのようですが。
その辺は内部で処理しているので、問題ないです。
>>372にも書きましたが、現在はワープなどは考えてないので、実際どうなるのかは
その時にならないとわかりませんが。

387:名前は開発中のものです。
05/08/17 22:10:44 2rkLRWRi.net
ん？テストってどうやんの？

388:名前は開発中のものです。
05/08/18 00:39:09 wZLkrjly.net
URLﾘﾝｸ(f7.aaa.livedoor.jp)
この素材とかどうよ？2chだし規格も同じっぽい。

389:名前は開発中のものです。
05/08/18 15:22:19 Cpwgii/H.net
10株売り出来るのは嫌だな。
何かしら別の条件を考えるべき。

390: ◆EFBt/pII5Y
05/08/18 21:56:58 BmtRG9L9.net
URLﾘﾝｸ(zxzxzxzxzx.hp.infoseek.co.jp)
増資による株価変動を追加
バグ修正

移動テストしたいのでよろしければ協力お願いします。
今回新たにうｐしたexeで接続してください。
接続方法は127.0.0.1を
222.0.70.221
に変更してください。
3人集まったらテストします。
集まらなかったら日を改めてまたいつか。

>>381
上に書いたようにやります。

>>382
その画像なら変更はすぐできますが、規約がないので勝手に使っていいのかが不明です。

>>383
細かいルールは後々考えます。
10株売りは個人的に嫌いなので賛成です。

391:名前は開発中のものです。
05/08/18 22:27:24 +3Q0ljv1.net
やりこみゃわかるが、10株売り無いとゲームがものすごく単調化するぞ。
基本的にいたストルールを採用するべきかと。
嫌いだったら開始時にそのテーブルで禁止してほしいな。

392:名前は開発中のものです。
05/08/18 22:32:25 T3tjhoCw.net
>>384
この板過疎ってるから、テストすらなら他板にも協力を求めた方がよいと思うよ。
ネトゲ関係とかvipとかなら協力してくれそうじゃない？

>>355のマップ見て思ったけど、マークが4つ以上のマップには対応してないね。

393: ◆EFBt/pII5Y
05/08/18 22:45:48 BmtRG9L9.net
>>385
その辺のバランスが難しそうですね。
もちろんルールは幅広く設定できるようにする予定です。

>>386
全く集まらないようでしたら、考えないと駄目ですね。
最終的に4人でやるゲームなので、4人でテストできないとどうしようもないので。
マークはすべてを貝がら島をベースに作っていたため忘れてました。

394: ◆EFBt/pII5Y
05/08/18 23:05:53 BmtRG9L9.net
URLﾘﾝｸ(zxzxzxzxzx.hp.infoseek.co.jp)

これです

395: ◆EFBt/pII5Y
05/08/18 23:45:40 BmtRG9L9.net
テスト協力どうもありがとうございました！
データの送受信に関しては問題なしでしたね。
2回連続でバグ発生は大変申し訳ないです。
次回うｐまでに原因を突き止め直しておきます。

396:300
05/08/18 23:51:40 k4F+NpDz.net
>>384（◆EFBt/pII5Yさん）
ふむ・・・　完全一通は、歩いた時に必要な

397:部分だけ書いて、あとは「0」で埋めておけばいい・・・　のかな。ただ、「ワープして来た、などで方向転換可能になった状態からの歩き方を定義する方法」は早いうちから決めておいた方がいいですよ？これを考慮に入れないと、絶対に困る事になります。例えば、今の方法だといたスト３・ホラーハウスの一部のマスの進み方に対応できなかったりするかもしれない訳で・・・ http://homepage1.nifty.com/tsukac/itast/kouryaku/street3a06.html 参照。白抜きマーク（変わるマークマス）は分岐３点ですが、このマスでチャンス１番を引いて転換可能になっても左下には移動不可です。このマスのデータはどう書きます？ >>386 マークが５つ必要なマップというのもどうなんでしょう・・・ただ、マークを３つ以下しか採用しないマップというのは、逆に「あり」なのかも。もちろんサラリー額を低くするのが前提ですが。 >>355のテストデータは、単純に私が書式を間違えたままアップしてしまったものです(^^; 本当は銀行の２つ下の四角マークは、ただのカードマスにしたかったんですが、間違えた(^^; >>383　>>384（◆EFBt/pII5Yさん）１０株売りは、プレイヤーが唯一、自発的かつ確実に相手の資産を落とす事ができる手段です。これを完全になくしてしまうと、それこそ運だけゲーになりかねないです。また、サイコロ前の株売りをできなくする事も、自発株売りと強制株売りで株価の下がり方を変えるのも、問題が多数。そこで、単純な解決策っぽいものを１つ。「株売買時の株価変動幅も定義できるようにする」。マップデータの基本データ部を拡張し、株売買時の株価上下幅をマップデータ内で定義できるようにするもの。実装は簡単なはず。上昇８％、下降６％にするだけでも大分違うと思います。・・・本当は、目標金額や破産人数とかこの辺りの数値なんかは、ロビーでゲーム開始前に設定を変えられるとベストなんですがね・・・

398:300
05/08/18 23:53:47 k4F+NpDz.net
微妙に間違えた・・・

最初の>>384は、>>380で。
宛てている方は同じですが、一応・・・

399:1234
05/08/18 23:54:21 +3Q0ljv1.net
先ほどはどうも。
スーファミ版2を知ってから十年以上、ネット対戦できるなんて感慨深い感じでした。
300さんのページなんか印刷して暗記するくらい読んでましたよ。

すごろくとしての移動部分はかなりいい具合でした。

まあ、プログラムのほうはさっぱりなんで人柱くらいしかできませんが。

◆EFBt/pII5Yさん、そしてサポートの300さん応援してますよー。

400: ◆EFBt/pII5Y
05/08/19 00:50:10 oTHnfFNJ.net
>>390
そのマスから、来ることが出来ないマスであれば、
たとえ方向転換可能であっても内部で進めないように処理してあります。
パッと見ただけなので、じっくり見てみて無理っぽかったら考えます。
ワープに関しては、今試してる所ですが、かなり難しそうです。

＞マークが５つ必要なマップというのもどうなんでしょう・・・
トランプ+★のことだと思ったのですが、そんなのなかったでしたっけ？

10株売りとかその辺はじっくり考えて決めます。
サイトに書いたように、すべての仕様をパクるのはやばそうなので
ルール設定を細かくして、基本は完全なオリジナルにする予定です。
そういった訳で、いたストそのままというわけにはいかないと思います。
ロビーで部屋を作るとき、こういうルールでやりますよって設定できればよいのですが、
o2の仕様ではできないため、定員が揃ってから決めるという形になるかと。

>>392
どうもありがとうございました。
お時間が合えば、またよろしくお願いします。

401:名前は開発中のものです。
05/08/19 01:16:10 P9PicSe8.net
ｽﾚﾘﾝｸ(netgame板)
ここで宣伝しておきました。

402:名前は開発中のものです。
05/08/19 12:38:34 V60Ji4oU.net
FFDQいたストだと分かれ道の方向転換が自由にできるよね？
あれはハメが回避しやすくて戦略的だと思ったんだが、
オプションでこのへんもいじれるとうれしい。

403:名前は開発中のものです。
05/08/19 16:44:14 Ml5l66+X.net
>>395
どのいたストでも同じだと記憶してるけどSPだけ特殊だっけ？
>>394
そここの板より過疎ってるね。

404: ◆EFBt/pII5Y
05/08/19 18:31:36 oTHnfFNJ.net
>>393の訂正
本家では★はマークじゃなくてラッキーマスですね。
●▲◆★をマークに使ってるので、勘違いしてしまった・・・
マークは4種類しかないですしね。
同じマークを複数配置して、4つ以上ということであれば、それは大丈夫です。
マークを4種類に固定しないという案なのであれば考えておきます。

>>394
どうも。

>>395-396
分岐方法に関しては、マップによって様々になるかと思います。

405:386
05/08/19 21:25:28 rhN4On78.net
>>390
>>355のマップで同じマスを2つ使ってたから5種類にしたいのかと思ってしまった。
ルールもよく知らずに口出しして申し訳ない。
SS見てもよく状況がわからないので説明でもあると助かる。

406:名前は開発中のものです。
05/08/20 09:07:47 6nT5M+96.net
>>396
いたスト１～３だと、マップの自由度が少ないと思う。
特にフリーウェイとか。

407:名前は開発中のものです。
05/08/20 21:13:29 uDoxOwBO.net
192.168.0.1

24時くらいまで起動してます

408:304
05/08/20 21:42:28 kzNeTZxb.net
>>400
テストを手伝ってくれようとする意気込みは
買うけど、残念ながらそのIPアドレスでは
他人は参加できない。詳しく言うとそれは
「プライベートIPアドレス」という名前で、
これらは外部から参照できないんだ。
10.xx.xx.xx
172.16.xx.xx～172.31.xx.xx
192.168.xx.xx

ブロードバンドルーターなどを使わず、
インターネットに直接つながっているパソ
コンなら、コマンドプロンプトなどから
ipconfig （Windows2000/XP）
winipcfg （Windows95/98/Me）
と入力すると、他人からも接続できる
「グローバルIPアドレス」がわかる。

直接つながってない場合は、proxy
サーバーから情報を調べるWebサイトや
IPアドレスを表示するCGIのサンプル
ページなどへアクセスすればいい。

ただし、IPアドレスがわかっても恐らく
他人と通信するためにポートを開くという
特別な作業が必要だろうから、気軽に
テストすることはできないと思う。

409:304
05/08/20 22:28:24 kzNeTZxb.net
>>378
言いっぱなしのアイディアに具体的な
解説とコードの提示までしてもらって
恐縮です m(_ _)m　移動データを読み
出しの状況に応じて入れ替えるのは
何も問題ないと思います。テンキー
表記でもビット表記でもそれ以外でも
データの質は変わりませんからね。
もしこれがこの制作物の手助けになる
というのなら本望です。

>>393 ◆EFBt/pII5Y
移動に関しては、考えてる方法で元ネタを
再現できそうですか？問題なければ自分の
やりやすい方法で実装するのが一番。
でも、もし難しいのだったら、>>300 の
サイトで提案している座標マップで内部の
移動を行い、表示上の移動は移動元と
移動先のマスが持つ距離を歩数で割って
アニメーションしながら動かせば楽に
なりますよ。これなら、移動方向制限も
移動時の描画も難しいことはせずに済む
はずですから。

410:名前は開発中のものです。
05/08/21 01:15:55 2orVmfJT.net
>>401
そうでしたか。わざわざありがとうございます。
自分には出来そうも無いので協力はできませんが応援してます。

411: ◆EFBt/pII5Y
05/08/21 14:18:35 0+TnpLMy.net
URLﾘﾝｸ(zxzxzxzxzx.hp.infoseek.co.jp)
競売を追加
数値入力をカーソルからテンキーに変更

競売の流れ
売り手が店を選択
誰も買えない場合銀行が買い取り
買い手が購入選択
誰も入札しない場合銀行が買い取り
入札額を決める
一番高い人が落札
同額の場合早い人が落札

1発勝負のほうが緊張感があっていいかなと思ったので、こうしました。

露天→仮店舗といった、ランクアップは現在物件数で計算してるため、金額は関係ありません。
2店舗以上なら変動画面が表示されます。

SSに簡単な説明付けて更新しました。

>>402
まだ、ワープの実験中なんでそれが出来てからといった感じです。

早めに書いておけば、多少は集まるかもしれないので、今から宣言。
is_2.exeでの、競売は競う相手がいないので、買うか買わないかだけです。
3人以上でテストをしたいと思ってますので、よろしければ協力お願いします。
開始前にもう一度書き込みます。

412:名前は開発中のものです。
05/08/21 15:55:13 EuHMdUcS.net
そんなに大変ならワープなしでいいじゃん。
いたストの面白い所はワープじゃないんだからさ。

413:名前は開発中のものです。
05/08/21 19:46:38 rjiC90d+.net
株を買うを選ぶと買わないと進めません。
改善してほしいです。

414: ◆EFBt/pII5Y
05/08/21 21:04:34 0+TnpLMy.net
127.0.0.1
を
testkun.ddo.jp
に変更

is_4.exeで接続してください。
ある程度待って、集まらなければ終了。

>>405
ワープするだけなら出来ておりますが、
ワープ情報をどこに持たせるかなど色々と問題があるのです。
ワープ専用の配列を用意するのが一番楽かなと思ってます。

>>406
キャンセルはescです。

415:zxcv
05/08/21 22:11:27 30M9BOxI.net
やってないけど、乙。
さっきも言ったけど1時間待って
3人しか集まらないのが今の現状だ。
ちょっとの変更で更新したり、
テストしようってのはどうかと思う。
完成してから来いとは言わないが
無意味な更新が多いのも事実。
宣伝が足りなかったりと原因は多々あるだろうけど
そんなのは後からどうにでもなる。
完成しないことには話が進まないんだ。
厳しいようだけど期待してるからこそだと思ってくれ。

416:300
05/08/21 22:17:23 H2QW92na.net
>>407
動作テスト頑張って下さい。

入札制の採用、もしかして私の提言からですか（笑）？　だとしたら、大変光栄です。ありがとうございます。
一発勝負の方が時間もかからず、いいと思いますね。

ワープ情報というのは、「ワープの行き先」ですかね？　この定義法については提言あり。
一度>>336で書きましたが、「あるワープマスで移動できる先は、必ずただ１つのマスに固定されている」ので、
現在、店である時にしか使用しない事になっているであろう、
「元本」・「エリアNo.」の部分を上手く使うと、専用配列を増やす必要がありません。
ワープ先の取得は店のデータを読むのとほぼ同じ処理になるので、新規配列を作るよりも楽。

例：座標(5,8)にワープするワープマス（このマスの座標は8,7）がある場合

「元本」の座標（8,7）のデータ部分に5、「エリアNo.」の座標（8,7）に8を入れます。
実際にこのマスに止まったら（止まったマスがワープマスなら）、
新x座標をそのマスの「元本」から読んだ値、新y座標をそのマスの「エリアNo.」から読んだ値にします。

こういう定義法を提言するのは、ワープマスの数によってマップデータの長さが変わってしまう事を防ぐ為です。
ワープ先だけ別定義で用意すると、その分だけマップデータを追加しなければなりません。
既存マップデータの未使用部分を使用する方法だと、データの数値が変わるだけなので、マップデータの容量は変わりません。

この方法の欠点は特定のマスにワープするチャンスカードに対応できない事。
実はいたストSPでは、銀行行きを除いて、この種類のカードがなくなっていたりします。

なお、データの長さが変わらないようにすると、ゲーム前に正しいマップデータかチェックする事ができるようになります。
つまり、最初の８バイト（＝マップの縦横幅）を読んだ結果から算出されるマップデータの長さと、実際の長さが合わなければ、
このバイナリデータは正しいマップデータではない、とできます（次回のコンバーターVer.アップ時に試験的に実装予定）。

>>405
ワープできないと、良くも悪くも、離れ小島マップが作れないですよ？

417:300
05/08/21 22:29:38 H2QW92na.net
>>402
こちらも書いていて色々と勉強になっていたりするので、大変ありがたい限りです。
私がこれに似た様な何かをやる時に、糧になるはず。
・・・具体的に何をやる、とは考えていませんが(^^;

>>408
いっぺんにたくさんの機能をつけてから更新して、結果たくさんのバグが発見されるよりも、
新機能を１つ更新して１つバグが見つかる方が、対処は楽です。
バグの発生要因が１ケ所しかなくなる訳ですから。
ましてや競売は基本コマンドの１つ。
これにミスがあるとゲームに支障をきたしますからね。
・・・ローカルでテストできるものなら、そうした方がいいのは事実ですが。

418:300
05/08/21 22:37:58 H2QW92na.net
おっと、１つ忘れた。また３連投・・・

>>404
SS更新お疲れです。
下から２つ目「ss20.png」がアップされていないようです。確認のほどを。

419: ◆EFBt/pII5Y
05/08/21 23:49:10 0+TnpLMy.net
>>408
作り手から言わせて頂くと、後々バグが大量に見つかると直すのが大変なのです。
とはいえ、人が集まらないことにはどうしようもないので、オンラインテストはもうやめます。
今後は、大幅な変更があったときのみ、公開することにします。

>>409
入札制度は面白そうなので利用させて頂きました。
入札額が9999Gまでと制限されてますが、十分でしょう。

URLﾘﾝｸ(homepage1.nifty.com)
その方法だと、このような処理は出来ない気がします。
これもワープとして処理しようと思っているので、その辺をどうしようか考え中です。
ご提案頂いた方法が一番だと思いますが。

>>411
ご指摘ありがとうございます。うｐしました。

420:名前は開発中のものです。
05/08/22 08:19:36 5xLlrSct.net
曲が必要になったら呼んで下さい。
いたスト好きなので、このスレからは目が離せません。

421:300
05/08/22 10:35:50 2TiRAs5z.net
朝っぱらからこんにちは(^^;
昨日の訂正。
>>409
　最初の８バイト（＝マップの縦横幅）
→最初の３６バイト（＝マップの縦横幅とエリア数）
でした。エリア数によってデータの長さが変わっている仕様だったのを忘れていました(^^;

>>412
制限は9999Ｇであれば、大抵は事足りるでしょう。ただ、「常に9999Ｇ」だとしたら問題。意図的に破産できてしまいます。
「現金＋株の合計値」が本家の制限（その競売によって店売りになる金額は出せない）なので、それに準じてもいいかと。
この場合、終盤は上限が５ケタを超える事になります。

で、上下左右の無限ループの方法ですが、これは提言する方法で簡単。
マップの端に当たるマスの１つ先にトンネルマス（到達すると、対応するトンネルマスにワープ。本家の階段と同じようなもの）
を設け、>>336に書いた「階段マス」の処理をすればOK。
具体的には、>>409の
「実際にこのマスに止まったら（止まったマスがワープマスなら）」
を「実際にこのマスに到達したら（到達したマスがトンネルマスなら）」
と置き換えて考えて下さい。

次ページ