HSP - Hot Soup Processor [11]

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

　　　　　　 (　 ,,,)
　　　　　　 .( 　,,)　　　　　　スクリプト言語 HotSoupProcessor について
　　　　　　　 ( ,,).　　　　　ゲーム製作の視点から、また～りと語り合うスレ。
　　　　　, -──- ､
　　　　（,;::-──-; ）-､
　　　 .|｀￣￣￣´;;|ヽ l　　　* 質問する前に検索してみる事
　　　　 l;　　　　:::;;;l-' /　　　* ｦﾁ、ﾈﾀなどはスレ違い
　　　 ,-ヽ───.'-､´..　　　* 歴代スレ、関連サイトは >>2-8 あたり
　　　ヽ ──── '

　　ONION software　（本家）
　　　http://www.onionsoft.net/

**名前は開発中のものです。** · 2006/01/04(水) 23:33:46

どなたかＨＳＰでＦＰＳ（フレーム）の計り方をご教授頂けないでしょうか？
標準命令で時間取得して、一秒でどれだけ書き換えたかカウントすればいいんでしょうか？

それともＷｉｎＡＰＩ呼び出したほうが正確？

**名前は開発中のものです。** · 2006/01/05(木) 00:19:31

>>327
チップに角度データを持たせるってどういうこと？

**名前は開発中のものです。** · 2006/01/05(木) 00:32:36

チップのステータスを、平面なら0、右上がりなら1、左上がりなら2、などとして
キャラクタの下のチップのステータスによってキャラクタの動きを分岐させるって事じゃないの？

**名前は開発中のものです。** · 2006/01/05(木) 07:40:23

私もFPSの算出が正確にできない。
下のソースを私のマシンで実行した場合
await 1000/30 // の場合 22FPS
await 1000/60 // の場合 40FPS
await 1000/100 // の場合 64FPS
await 1 // の場合 64FPS
await 0 // の場合 254FPS

これは、fpsの計り方が悪い？
await が実際より多く待っている気がする。
(HSP 3.0 Windows2000)

**名前は開発中のものです。** · 2006/01/05(木) 07:41:00

// ここから
#uselib "winmm.dll"
#cfunc timeGetTime "timeGetTime"
#cfunc timeBeginPeriod "timeBeginPeriod" int
dummy = timeBeginPeriod(1)
*main
gosub *get_fps
gosub *draw_fps
redraw 1:redraw 2
await 1000/60
goto *main
*draw_fps
// FPS の表示
gsel 0
color 0,0,0
boxf 0,0,640,16
pos 0,0
color 255,255,255
mes "" + fps + " FPS"
return
*get_fps
// FPS の計算
fpscount = fpscount + 1
now_time = timeGetTime()
if now_time >= last_time + 1000 {
last_time = now_time
fps = fpscount
fpscount = 0
}
return
// ここまで

**328** · 2006/01/05(木) 09:39:39

>>332
ありがとうございます！
やっぱりＷｉｎＡＰＩ呼び出すんですね。

できればＨＳＰ標準命令でやりたかったのですが
本など見ても載ってなかったので質問してみました。

もし標準命令で出来るようならＲｏｍってますんでどなたかカキコお願いしますm(_ _)m

**名前は開発中のものです。** · 2006/01/05(木) 13:10:52

>>333
awaitの値を変えてみて、どうなるか教えて欲しい。

**名前は開発中のものです。** · 2006/01/05(木) 14:41:48

自己解決しました。
await の精度がわるくて(仕様かな？)、
指定した fps にならないようです。

同じこと悩む人がいるかもしれないから、
文書とソースをまとめて、wiki に載せようかな。

**名無しさんの野望** ◆q3p62njyP. · 2006/01/06(金) 14:08:36

ども、初です。
初めてちょっぱなから質問させていただきます。
やはりアドベンチャーゲームはTextデータを読み込む方式にしたほうがよいでしょうか。
また質問があったら質問させていただきます。
それでは、お気に入りに登録しておきます。

**名前は開発中のものです。** · 2006/01/06(金) 14:16:41

Textデータを読み込む利点があるのかどうか考えてみたら？

**337** · 2006/01/06(金) 14:39:51

sage忘れた・・。orz

ttp://gamdev.org/up/img/4271.lzh
つ（当たり判定のテスト）

**名無しさんの野望** ◆q3p62njyP. · 2006/01/06(金) 15:01:50

すばやいレスありがとうございました。
やはりテキストデータにするといちいち変えなくてすんだり、
ファイルサイズが減るかな～と思っています。(一つ一つ<font>とか入れるよりもテンプレート指定ができると思った)

**名前は開発中のものです。** · 2006/01/07(土) 16:58:44

>>336
自分一人でデータまで作るんならソース内に書いてもいーんじゃない。
その方がLOADだなんだと無駄なコーディングしなくて済むでしょ。
後は、Textデータを読み込む方式と何を比べてるんだか良く分からんから何とも…。
単純にTextからバイナリにコンバートする/しないだけの話なら、
した方が実行前にヒューマンエラーを幾らか減らせると思うってくらい。

**名無しさんの野望** ◆q3p62njyP. · 2006/01/07(土) 19:02:01

>>340
＞何を比べてるんだかよくわからん
ソース内に書き込むか、Textファイルにやってそれをロードするというのを比べてます。

**名前は開発中のものです。** · 2006/01/07(土) 19:53:51

汎用効かせて、次々と作品を作っていくつもりならスプリクト方式（text読み）がいいんじゃね？
表示系の演出も試し易いし変更（演出デバグ）しやすいと思う。
簡単に仕様書つくれば、将来分業することがあっても便利だと思う。

**名前は開発中のものです。** · 2006/01/07(土) 20:13:05

ソースに直接の利点：わざわざテキストを読み込んでインタプリタっぽくしなくていい
テキスト形式の利点：プログラムを直接編集せずとも内容を変えられる（コンストラクション化も可能）
…だと思うんだが。
ソースに直接書くなら関数（defineだっけ？）など使って命令を共同させたほうがいいし。
漏れに作るだけの技術は無いのでよくﾜｶﾗﾝ。

>>342
ちょｗｗスプリクトってｗｗｗ

**名前は開発中のものです。** · 2006/01/07(土) 21:04:52

うお、素でやっちゃたな俺。

**名無しさんの野望** ◆q3p62njyP. · 2006/01/07(土) 22:56:54

そうですね。そうします

**名前は開発中のものです。** · 2006/01/07(土) 23:42:30

話がそれるが、最近掲示板なんかで
スクリプトを「スクリ」と略している輩を見かけるようになったが
なんかすごく嫌だ。
あれくらい略さずにきちんと書けと言いたい。

**名前は開発中のものです。** · 2006/01/08(日) 00:58:57

最近のナウなヤングメン達的にクールなんだろ。

**名前は開発中のものです。** · 2006/01/08(日) 01:15:05

sukuri
script

どっちも6文字やね...

**ホスプロ** ◆HOTsoUpxjY · 2006/01/08(日) 01:19:09

>>336
一人で作るならソースに書いても構わない。
他人に頼むならスクリプト化した方がいい。

**名前は開発中のものです。** · 2006/01/08(日) 01:24:00

>>348
敢えてscri

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

>>346
けっこう前からいるよ。違和感あるよね。

俺はIME辞書に「す」で登録している。

**名前は開発中のものです。** · 2006/01/08(日) 10:31:03

スクリと言うとスクリーンと間違えやすい気がｓ

**名前は開発中のものです。** · 2006/01/08(日) 12:41:56

上のほうでやってる話題に便乗して……
HSPでゲームを作るとき、グラフィックとか音楽のファイルがたくさんあると思うけど
普通のやりかたでユーザーに見られたくない場合に
例えば拡張子ごとに一つのファイルにくっつけて暗号化し、
実行時にそれを復号化・分解して読みこむ、みたいなことやってる？
それともただ暗号化パックだけ？

俺としてはパックは出来ないファイルがあるから嫌なんだけど……
何か良い方法はないだろうか？

**awaitの精度** · 2006/01/08(日) 14:59:39

awaitの精度というよりパソコンのタイマーの精度じゃないかな。
JAVAで時間を計ろうとしたら、うちのパソコンでは50ms以下の
刻みでは時間を計れなかった。しかたないから５フレームに一回、５フレーム分
蓄積した処理時間を５で割ってFPS求めてる。
それとawait 0で200越えるってことはウインドウモードで動かしてる？
フルスクリーンにすると画面更新待つだけで60fpsになるから、
await 0でいいけど、ウインドウモードで60fpsにするにはawait 16
でうちでは正常に動いてる。

**名前は開発中のものです。** · 2006/01/08(日) 18:45:17

円を４分の１したような弧を描きたいのですがどの命令を使えばいいんでしょうか？

**70jh70** · 2006/01/08(日) 20:18:18

gihoybp0yiukhlo;pljuionhuik.jibyi8hiybuutf r6dr677uder54ty f676ug68b968tb

**名前は開発中のものです。** · 2006/01/08(日) 21:20:10

>>354
下のプログラムでテストしました。
http://gamdev.org/up/img/4312.zip

CPU : AMD Athlon XP 2500+
OS : Windows 2000
HSP : HSP 3.0

┌───────┬──────────────────┐
│指定したｆｐｓ│実際のｆｐｓ　　　　　　　　　　　　│
├───────┼────────┬─────────┤
│ 　　　　　　　│ａｗａｉｔ使用時│ｍｙｗａｉｔ使用時│
├───────┼────────┼─────────┤
│１００ｆｐｓ　│６５ｆｐｓ　　　│１００ｆｐｓ　　　│
│ 　９０ｆｐｓ　│６５ｆｐｓ　　　│ 　９１ｆｐｓ　　　│
│ 　８０ｆｐｓ　│６５ｆｐｓ　　　│ 　８４ｆｐｓ　　　│
│ 　７０ｆｐｓ　│６５ｆｐｓ　　　│ 　７２ｆｐｓ　　　│
│ 　６０ｆｐｓ　│４０ｆｐｓ　　　│ 　６３ｆｐｓ　　　│
│ 　５０ｆｐｓ　│３２ｆｐｓ　　　│ 　５０ｆｐｓ　　　│
│ 　４０ｆｐｓ　│３２ｆｐｓ　　　│ 　４０ｆｐｓ　　　│
│ 　３０ｆｐｓ　│２２ｆｐｓ　　　│ 　３１ｆｐｓ　　　│
│ 　２０ｆｐｓ　│１７ｆｐｓ　　　│ 　２０ｆｐｓ　　　│
│ 　１０ｆｐｓ　│１０ｆｐｓ　　　│ 　１０ｆｐｓ　　　│
└───────┴────────┴─────────┘
ウェイトなしの場合は５３３ｆｐｓ

**名前は開発中のものです。** · 2006/01/08(日) 21:23:23

# すいません。ズレまくった。

awaitの精度が悪いのは、私の環境だけなのかな？

**名前は開発中のものです。** · 2006/01/08(日) 21:45:18

今度は大丈夫かな。

100 90 80 70 60 50 40 30 20 10　←　指定した fps
. 65 65 65 65 40 32 32 22 17 10　←　await使用時の実際のfps
100 91 84 72 63 50 40 31 20 10　←　mywait使用時の実際のfps

**名前は開発中のものです。** · 2006/01/08(日) 22:30:12

背景ありの円を動かすゲームを作っています
円はcircle命令で描いてあって、
クリックで押し続けながらマウスを動かすと移動するようにしたいんですが、
円をクリックしたかの当たり判定はどうすればいいんでしょうか？
解答よろしくお願いします

**名前は開発中のものです。** · 2006/01/08(日) 22:55:44

精度はawaitより高いけどCPU負荷が高いな

**名前は開発中のものです。** · 2006/01/08(日) 23:07:54

>>360
カーソルの座標から円の中心座標までの距離を計算して、
半径より大きいかどうかで判定してみたら？

あとは、円の色を背景では使わないようにして、
マウス座標の表示色を拾ってきて円の色と同じかどうか判定する方法とか。

**名前は開発中のものです。** · 2006/01/08(日) 23:45:18

>>360
平方根の近似値を求める記述が必須
簡単に実現するならペインターで円を描いておいて1ピクセルずつスキャンして画面座標と照らし
合わすとか

**名前は開発中のものです。** · 2006/01/08(日) 23:52:37

＞平方根の近似値を求める記述が必須
・円の半径の二乗
・円の中心との距離の二乗
を比較すれば平方根はいらない。

**名前は開発中のものです。** · 2006/01/08(日) 23:53:22

え？HSPってsqrt関数無いの？
流石にそんな訳ないでしょ？

**名前は開発中のものです。** · 2006/01/09(月) 00:04:07

>>360
こんなんでいい？
http://gamdev.org/up/img/4317.zip
奥行きとか考慮したい場合は自分でなんとかして。

>>361
await 0をぶんぶん回してるから（汗）

**名前は開発中のものです。** · 2006/01/09(月) 00:27:12

sqrt[F1]

HSP3でよーやく追加された数学関数くらい把握しとけ

**名前は開発中のものです。** · 2006/01/09(月) 00:47:22

3までsqrt関数も無かったのかｗ

まぁ浮動小数点数も無かったんだからそらないわなｗ

**名前は開発中のものです。** · 2006/01/09(月) 01:01:49

>>357
その方法ならawait 0の代わりにsleep(1)でも行けるんじゃまいか
CPU負荷減らせるし。
await 0はループ外に1回だけ。

**名前は開発中のものです。** · 2006/01/09(月) 01:26:07

>>369
やってみたら、あまり精度が落ちず、CPU使用率がぐんと減った。
あんがと。

**名前は開発中のものです。** · 2006/01/09(月) 13:58:56

整数型の二次元配列に値をセットしようと思うんだけどループすると遅くて使い物にならないんだけど
repeat 256 : x = cnt
repeat 256 : y = cnt
map(x,y) = 0
loop
loop
これなら
dim map,256,256
てやれば早いけど、
別の値をセットしようとした場合何か早い方法ないですか？

**名前は開発中のものです。** · 2006/01/09(月) 14:12:35

>>371
逆転の発想
map(x,y) = m　という場合
map(x,y)+m　として使う
mでリセットしたいのなら、0をmのように使っていけばいい

っていうか
配列の初期化って最初だけだから
遅くてもよくね？

**名前は開発中のものです。** · 2006/01/09(月) 14:33:17

>>371
遅いの基準が分からないけど、
下のソースは私のPCでは、35msec かかる。
実際どのくらい時間かかった？
どうしてもなんとかしたいなら、、マシン語をつかうとか・・・。

#uselib "winmm.dll"
#cfunc timeGetTime "timeGetTime"
dim map,256,256
begin_t = timeGetTime()
repeat 256 : x = cnt
repeat 256 : y = cnt
map(x,y) = 0
loop
loop
end_t = timeGetTime()
mes "処理時間 " + (end_t - begin_t) + "msec"

**名前は開発中のものです。** · 2006/01/09(月) 15:22:37

35msecは遅いでしょ。
60フレームだと、2フレーム飛ぶぞ。

**名前は開発中のものです。** · 2006/01/09(月) 15:56:24

いつも同じ値を使うんだったら、テーブル作っといてmemcpyか

#uselib "winmm.dll"
#cfunc timeGetTime "timeGetTime"
dim map,256,256
dim wrk,256,256
repeat 256 : x = cnt
repeat 256 : y = cnt
wrk(x,y) = 0
loop
loop
begin_t = timeGetTime()
memcpy map,wrk,256*256,0,0
end_t = timeGetTime()
mes "処理時間 " + (end_t - begin_t) + "msec"

**名前は開発中のものです。** · 2006/01/09(月) 16:10:26

ｶｴﾚ

#uselib "winmm.dll"
#cfunc timeGetTime "timeGetTime"
dim map,256,256
begin_t = timeGetTime()

repeat 256
map(cnt,0) = 333 ; 任意
loop
repeat 256
memcpy map(0,cnt),map(0,0),256*4
loop

end_t = timeGetTime()
mes "処理時間 " + (end_t - begin_t) + "msec"

**名前は開発中のものです。** · 2006/01/09(月) 16:52:00

256*256*4か・・・。吊ってくる

>>376
ﾅｲｽ

**360** · 2006/01/09(月) 20:36:34

皆さんありがとうございました
サンプル分かりやすかったです

**371** · 2006/01/09(月) 20:51:01

>>372-376
㌧です
参考になりました

**名前は開発中のものです。** · 2006/01/10(火) 03:13:49

HSP 3.0 のバージョンが、なかなかあがらないのはなぜ？

**名前は開発中のものです。** · 2006/01/10(火) 04:52:54

みんな２の方使ってるから盛り上がらない、とか

**名前は開発中のものです。** · 2006/01/10(火) 13:34:32

年内はコンテストで手一杯だったんだろ。

とりあえず早くinput直してほすぃ。

**await** · 2006/01/10(火) 14:48:47

http://gamdev.org/up/img/4329.lzh
これでawait問題は解決か・・？

100 90 80 70 60 50 40 30 20 10　←　　指定したfps
065 65 65 65 40 32 32 22 17 10　←　 await使用時の実際のfps
100 90 80 70 60 50 40 30 20 10　←　fpswait使用時の実際のfps

**名前は開発中のものです。** · 2006/01/10(火) 16:45:23

FPSの計測は1000msごとにやるのと
画面更新、例えば60回毎にやるのとどっちが良いんだろうね

**名前は開発中のものです。** · 2006/01/10(火) 18:28:31

FPS：Fame per second

**名前は開発中のものです。** · 2006/01/10(火) 18:47:18

一秒あたりの名声？
0.5 μgoogle/sec とか（意味判らんけど）

**名前は開発中のものです。** · 2006/01/10(火) 18:48:50

うほｗｗｗｗｗｗｗｗｗｗｗ

**名前は開発中のものです。** · 2006/01/10(火) 19:02:11

fps=60000.0/(now_time-last_time)

いや、ほら精度としてはどっちがいいのだろうかと。

**名前は開発中のものです。** · 2006/01/10(火) 21:24:36

結論から言えば、どっちでもいい

**名前は開発中のものです。** · 2006/01/10(火) 21:44:55

すいません、一応ヘルプ見たんですけど質問です。
dimで配列作る時に、少数使いたいのですが、どうすればいいでしょう？？

**名前は開発中のものです。** · 2006/01/10(火) 23:52:23

>>383
timeGetTime より、GetTickCountのほうが
精度低いって聞いたんだけど、やけに正確な fpsになるね。

>>390
HSP 3.0以上なら ddim というのがある。

**名前は開発中のものです。** · 2006/01/11(水) 00:31:06

>>383
あーなるほど。
まだ、はっきりソースの動作を理解してないけど、
たとえば、60fps として、1000/60 だと端数がでるから、
その端数も考慮して、waitをかけているってことですね。
だから、正確なfpsになるのか。

# 1000/60 = 16.666...
# 実際には、きりすてられて、16msecしか待たないので、
# >>359 のように fps が少し早くなってしまう。

**383** · 2006/01/11(水) 04:22:46

もう日付変わってるし・・・・。

>>390
ddimもしくはdimtype

>>391
大体>392。
GetTickCountを使いたい訳じゃなくて、
GetTickCountでも動くかな？と書き換えて、そのままorz

>>932
getfpsをループの中に二つ入れるとfpsが二倍にｗｗｗｗｗｗｗｗ

**名前は開発中のものです。** · 2006/01/11(水) 17:45:20

ttp://gamdev.org/up/img/4339.lzh

**名前は開発中のものです。** · 2006/01/12(木) 07:32:40

>>371
よっぽど速度を要求されるソフトを作ろうとしてるんだな。だったらHSPあきら
めてC使えば？

**2.61で** · 2006/01/12(木) 08:13:20

1度作った配列とかがいらなくなったとき、メモリを解放するってできる？
Cでいうfreeやdeleteに相当する命令が無いような気がするんだけど…

試しにメモリ使用量を見ながら
最初に
sdim s1 10000,1000
sdim s2 10000,1000
とかいう風に宣言したらメモリ使用量が大量に増えて、後から
sdim s1 100,10
sdim s2 100,10
ってやってみたらメモリ使用量減ったけど
これでメモリの解放はできてるの？

**名前は開発中のものです。** · 2006/01/12(木) 08:36:38

>>395
よっぽどじゃねーし、既に解決策も出てるだろうがドアホ。

**名前は開発中のものです。** · 2006/01/12(木) 13:21:18

>>396
減るんなら良いんでないの。
ﾓﾚもdim a,16とかやってるし。

**age** · 2006/01/13(金) 16:58:26

HSPLet3.0に期待age

**名前は開発中のものです。** · 2006/01/14(土) 18:51:32

名前が分からないんですが、
メモ帳で上のほうにある「新規作成」「開く」のようなものを作りたいんですが、
どうすればいいんでしょうか？

**名前は開発中のものです。** · 2006/01/14(土) 19:20:01

>>400
それはメニューバーと言います。
ttp://www.silkroad.ne.jp/sakura/
このアドレスのwebページの、HSP module & macro Library (stdlib)を使用すれば、
いくつかのWin32APIの関数を使えるようになります。
貴方の望むメニューバーも実装が出来ます。

**400** · 2006/01/14(土) 19:22:59

>>401
ありがとうございます
それを使わないとメニューバーは作れないんでしょうか？

**名前は開発中のものです。** · 2006/01/14(土) 19:30:25

メニューバーならcommonフォルダのmod_menu.asを使えばいいんじゃね？

**名前は開発中のものです。** · 2006/01/15(日) 20:29:19

>>403
詳しく説明していただけないでしょうか？

**名前は開発中のものです。** · 2006/01/15(日) 20:47:54

>>404
ちょっとは調べろ馬鹿

**名前は開発中のものです。** · 2006/01/15(日) 21:21:33

詳しくってことは中見たけどわかんなかったってことか・・・？

書いてあったURLは見ようとしないのかな？ｗ

**名前は開発中のものです。** · 2006/01/16(月) 19:24:58

人の頭を使わず自分で考えろと
質問はそれからだ

**名前は開発中のものです。** · 2006/01/17(火) 12:27:08

はいはいゆとり教育ゆとり教育

**名前は開発中のものです。** · 2006/01/17(火) 14:30:24

モジュールでグローバル変数とか参照したいです。
そういう機能ありませんか。
本当に完全に分離されてるみたいで・・・
プログラム全体で共有したい変数を参照したいのです。
つまり定数のような変数です。

**名前は開発中のものです。** · 2006/01/17(火) 16:59:50

>>409
hsp30/docs/hspprog.htm#prog3_1
付属マニュアル読んでみそ

＞もし、モジュールの外から、モジュール内の変数を参照したい場合には「変数名@モジュール名」という書式を使うことができます。
＞逆に、モジュール内部から外(#global部分)の変数を参照する場合には、「変数名@」という書式により参照することができます。
＞ただし、この書式はモジュール内部と外部に依存関係ができてしまうためソースの完全な分離ではなくなってしまいますので、推奨はされません。

**名前は開発中のものです。** · 2006/01/18(水) 18:28:25

;>410
;どうもありがとうです。確認してみます。
;以下メモ書きです。

;上の方で変数の解放の話が出てたけど、似たような話題。
hensu1 = 0.001
hensu1 = 10.000
hensu2 = 0.001
hensu2 = 10
hensu3 = 0
hensu3 = 0.12345
mes "hensu1="+hensu1
mes "hensu2="+hensu2
mes "hensu3="+hensu3
stop

;hensu1=10.000000
;hensu2=10.000000
;hensu3=0
;という結果が得られれば良いのだけど、
;hensu1=10.000000
;hensu2=10
;hensu2=0.123450
;つまり実行中に最初に宣言した型が変化しています。
;「代入するとその型になってしまう」ので注意。
;代入で、内部的に確保し直してるんですね。

;hsp3で実数が扱えるようになって、
;キャラクターを小数点単位の移動をさせようとしてうまくいかず
;どうしてかと思った・・・同じ悩みで苦しんでる人いない？

**名前は開発中のものです。** · 2006/01/18(水) 18:45:18

いない
HSPでは実行開始時は全部intだから、変更できないと困るぞ

**名前は開発中のものです。** · 2006/01/18(水) 19:21:56

>>411
読めって言われてんのにまだマニュアル読んでないのか盲

>整数値、実数値、文字列、関数を混在した式を書くことも可能です。その場合は、計算する最初の項に合わせて、後の項が型変換されます。たとえば、「8 + 4.5」のような計算は、最初の8(整数)に合わせて4.5は、4(整数)として扱われます。

**名前は開発中のものです。** · 2006/01/18(水) 19:51:22

すんません。
マニュアル読んだらwikiとかメーリングリストとかのリンクが。
そっちでじっくり勉強しますです。

**名前は開発中のものです。** · 2006/01/19(木) 04:13:28

めくらとか忌み言葉使うなよな。
験が悪い。
オマエの餓鬼とかメクラで生まれてきちゃうよw

**名前は開発中のものです。** · 2006/01/19(木) 04:53:34

HSP2で２ＤアクションＲＰＧ製作してるんだけど、質問。
hspdx.asをインクルードして作ってて、
es_checkでキャラが通過できない場所に接触した時の衝突判定で反応を分岐させようとしてるんだが、うまくいかない。
貫通したりなぜか浮き上がったりで手に負えない。
マップの角に当たったときとか、地面と壁の両方に接触してるとき（これは何とかなりそうだけど）の判定はどうしたらいいんだろう？
素直にtype指定を複数に分けようとも思ったけど、地面・左崖部分・右崖部分・左壁・右壁・天井・左天井角部分・右天井角部分と種類を分けてあるから、
地面だけでtype指定を細かく分けるのはなんか変だし……。

**名前は開発中のものです。** · 2006/01/19(木) 10:14:24

HSPコンテストって次いつやるのかな。
やっぱり年末？

**名前は開発中のものです。** · 2006/01/19(木) 17:35:13

次は無いお。

**名前は開発中のものです。** · 2006/01/19(木) 17:41:38

ところで急に気になったんだけど藻前ら
ゲームのメインループはどう書いてる？

*mainlp
(処理)
goto *mainlp

か

repeat -1
(処理)
loop

に分かれると思うんだが。漏れは前者。

**名前は開発中のものです。** · 2006/01/19(木) 17:49:32

前者は後者の数倍重くなると聞いたんだが…

比較的、処理のいらないゲームなら問題ないかも

**名前は開発中のものです。** · 2006/01/19(木) 18:13:39

重くないし

**名前は開発中のものです。** · 2006/01/19(木) 18:14:51

こっちの情報ではgotoのほうが早いってさ
ttp://www.hspdx.net/hspyarou/2001.html

**名前は開発中のものです。** · 2006/01/19(木) 18:40:29

気になったのでHSP3で検証。
http://gamdev.org/up/img/4420.zip

ループ1000000回で計測。

goto　カウンタ自前
2609ms
repeat-loop　カウンタ自前
2527ms
repeat-loop　cnt使用
316ms

repeatの方が高速らしい。

**名前は開発中のものです。** · 2006/01/19(木) 18:43:34

後者をメインループに使うと、
repeat～loop文のネストがもれなく１段階深くなるのが気になるんだよね

**名前は開発中のものです。** · 2006/01/19(木) 18:44:38

>>423
乙
そうか、repeatの方が圧倒的に高速だなぁ。

**名前は開発中のものです。** · 2006/01/19(木) 18:58:02

>>423
乙。
豆知識として覚えておこうっと。

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

うちの環境では
2224ms
2305ms
255ms
だった。
中身が同じならgotoのほうが速かった