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/02(月) 18:45:27

やるならこう

map.0.0= …
map.0.1= …
map.0.2= …

map.0.0=1,2,3は
map.0.0=1 :map.1.0=2 :map.2.0=3と同じ

**名前は開発中のものです。** · 2006/01/02(月) 18:48:56

>>296
二次元配列について考えろ。
Debugウィンドウを見回せば分かること。

**名前は開発中のものです。** · 2006/01/02(月) 18:53:06

あー、でも>>296の書式って便利だったよな。0,0->1,0->2,0->0,1->1,1....という順番がキモかったけど。

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

ごめん、もう一つ質問
HSP3使いはじめたんだけどこれからasファイルはincludeとかdimとかの宣言しまくって
hspファイルのほうでasファイルをincludeすればおｋ？

**名前は開発中のものです。** · 2006/01/03(火) 15:39:12

RPGなどのHPゲージはどう作るんですか

**名前は開発中のものです。** · 2006/01/03(火) 15:48:19

repeat HP
line x1+cnt,y1,x2+cnt,y2
loop

**名前は開発中のものです。** · 2006/01/03(火) 16:00:53

HPが増えてもゲージの長さが変わらないやつが作りたいです

**名前は開発中のものです。** · 2006/01/03(火) 16:05:28

空のゲージの上に302じゃ駄目なのか？

**名前は開発中のものです。** · 2006/01/03(火) 16:09:33

割合でやれよ。

**名前は開発中のものです。** · 2006/01/03(火) 16:11:30

//x,y : ゲージ位置
//hpg_width,height : ゲージサイズ
//hp : 今のHP　　hp_max : マックス状態でのHP
color 255 : boxf x, y, x+hpg_width, y+hpg_height
color ,255 : boxf x, y, x+hp*hpg_width/hp_max, y+hpg_height

適当。

**304** · 2006/01/03(火) 16:17:39

>>303
すまん。意味取り違えた。
MAXのHPが増えてもってことか
うまいこと計算してくれ

そういやboxfなんて命令もあったな…orz

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

レスくれた方たちありがとうございました
無事実装出来ました

**名前は開発中のものです。** · 2006/01/03(火) 17:51:19

実装は良いけど理解しましたか…？

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

だいたいはおｋです

**名前は開発中のものです。** · 2006/01/03(火) 21:22:14

ttp://gamdev.org/up/img/4258.zip
このソースのrepeat-loop中の最後にあるawaitの値が
10までと11からでかなり違う、っていうか予測と違う動きをするのですが
どうしてなのでしょうか？
10で平均80FPSは出ているので、11でもまだ70FPSは出そうなのですが
なぜかいきなり減って50FPSになってしまいます

**311** · 2006/01/03(火) 21:27:50

ソース中のコメント消し忘れましたが
>まず以前の～
は間違いで、キー取得してからそれで分岐させています

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

>>311
イメージを自分で作らないとテストできないのか。
ｹﾞｰﾑのキャラでなくて、文字で書いたものでいいから、
イメージつけてほしかった。

**名前は開発中のものです。** · 2006/01/03(火) 21:42:00

ちょっと待ってろ。
イメージ探してきて試すから。

**311** · 2006/01/03(火) 22:01:19

ttp://gamdev.org/up/img/4259.zip
一応これ使ってますがあれであれなので・・・

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

ソースがわかりづらい…。
単純に gettime(7) の精度の問題じゃないかな？

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

ふとゲームを作りたいと思い、HSPを始めた。

画像を一つ表示するだけでも苦労した。なんで思った通りに表示されないんだよ。なんで勝手に止まるんだよ。
それでもほんの少し出来るようになったので、そろそろ何か作ってみようと思った。
……失敗続きだった。

何度も何度も再起動し、何度も何度もソースを書き直した。
何時間もパソコンに向かって悪戦苦闘していた。

そして、いつのまにか俺のパソコンの中で一つのゲームが動いていた。

ブロックの無いブロック崩し

それはゲームと呼ぶには余りにもちっぽけなモノだった。
だけど、ド素人の俺が何時間もかけて作ったゲーム。
それが動いてるのを見て、とても嬉しかった。少し涙も出た。

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

よくやったな

**名前は開発中のものです。** · 2006/01/04(水) 19:42:31

>>317
おめでとう

**純一郎** · 2006/01/04(水) 19:54:07

感動した

**ホスプロ** ◆HOTsoUpxjY · 2006/01/04(水) 19:54:28

>>317
素晴らしい。俺もBASICでそんな記憶が。

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

>>317
っ[Gamemaker]
っ[Tonyu]

**名前は開発中のものです。** · 2006/01/04(水) 20:15:32

ゲーム作成ツールとかと違って、自分で１から作ったソースが
思い通りに動いたときは感動するよな、やっぱ。
自分も昔ただのデコジャンプでさえ作れた時は感動した。

…といっても、今も大して変化無いが。

>>322
GameMakerはお勧めしない

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

昔はgcopyやら画面ID、仮想画面の概念がさっぱりわからんかったなぁ…
今ではHSPの最大の売りはgcopyであるとさえ思ってるけど

もうゲーム作成ツールが面倒過ぎて戻れない

**名前は開発中のものです。** · 2006/01/04(水) 21:06:03

GameMakerで出来たMMORPGがあったですよ（外人作）
きちんと遊べるです

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

ちょっと質問
マリオみたいなゲームで地面の着地判定って、どうやるのが良い？マップは１枚絵

・8x8づつとかチップみたいにやる
・あらかじめ地面データを作っといてマップ全体でのx座標と比べる

みたいなのを考えてるんだが、チップだと斜めができないから迷ってるんだよ
なんか良い方法無い？

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

そう思うなら後者にすれ。地面データの仕様にもよるが
それかチップに角度データでも持たせたら済むことでは？

**名前は開発中のものです。** · 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
ってやってみたらメモリ使用量減ったけど
これでメモリの解放はできてるの？