HSP - Hot Soup Processor

**名無しさん＠お腹いっぱい。** · 01/11/10 04:04

ＨＳＰは、お手軽に使うことのできるスクリプト言語システムです。
テキストによるスクリプトを書くだけで、誰にでも簡単にウインドゥズ上で
画像表示、メニューシステムの構築ができます。
多彩な命令セットを使いこなすことでゲームアプリケーションまで作成する
ことができます。

Hot Soup Processor 公式サイト
http://www.onionsoft.net/hsp/

**名前は開発中のものです。** · 02/04/12 21:09

>>452
451じゃないけど、C言語やるとわかるよ。
C言語でもgotoがサポートされてるのになぜ各業界・各参考書で忌み嫌われているか

HSPから他の言語移る奴みんなgoto連発する糞プログラマ量産されたりして…

**名前は開発中のものです。** · 02/04/12 21:24

>>452
俺も451じゃないが、gotoでポンポン飛ばれると流れがわけわからなくなる。

あ、俺は仕事ゲーム製作はC、趣味ゲーム製作はHSPだからHSP否定派ではない。
(HSPで組んでもCぽなプログラムになるけど)

**451** · 02/04/12 21:43

あ！俺個人はgotoを平気で使うからむかつくってだけで、他人が触るのは否定してないよ。

HSPは使ったことないから（つか、平気でgoto使うのがむかつくだけだが）どんなのか知らんけど、説明によると小規模なアプリを簡単に作れるのが特徴でしょ。
複雑なものを作ろうとするとC/C++以上に苦労すると・・・
ようするに複雑なシステムを作らない人はHSPのままで良いんじゃないかな？

**名前は開発中のものです。** · 02/04/12 21:45

>>453
ほとんどのってないからそりゃないだろ

**名前は開発中のものです。** · 02/04/12 21:56

>>456
参考書では解説だけしてあるね。その中にここだけでしか使わないとか書いてあったり。

**名前は開発中のものです。** · 02/04/13 01:39

HSPはGOTOを使わないといけないけどCは使わなくてもいい
この差は大きいだろ

**名前は開発中のものです。** · 02/04/13 08:07

gotoが嫌われる理由がわからない方はここへ
デジタルトキワ荘
http://www.gamecreators.net/bbs32/wforum.cgi?mode=allread&no=1916&page=0

**名前は開発中のものです。** · 02/04/13 08:34

454だけど、
gotoの件はそういうものなんだ程度で憶えておく程度で良いだろう。
流れを見ていると押し付けているようで、そっちの方が不愉快だった。

HSP使っている全ての人が本気でプログラム組んでいるとも思えない。
仕事はプログラミングとは関係無い人も居るだろうしね。
実際HSPは、うちとかじゃデザイナ連中が色々と
面白いモノを作って見せてくれるので楽し過ぎる。

**451** · 02/04/13 09:20

>gotoの件はそういうものなんだ程度で憶えておく程度で良いだろう。
頭の片隅でも良いからそういうもんだと認識しておいて欲しいね。

ってことで、goto話は終了しないか？言いだしっぺは俺だけど。）ｗ

**名前は開発中のものです。** · 02/04/13 09:39

gotoは嫌いっつーか、C/C++では実際使わないし、使いたいとも思わない。
HSPでプログラミングを学んだ人も他の言語に移ったら自然とgotoは使わなくなると思うよ。
その場合心配なのはむしろグローバル変数をやたらと使うとか
メンバ変数を全部パブリックにしちゃうとかかな。
これはプログラムを組む前にちゃんと設計するかどうかにかかってる。
HSPでもある程度のプログラムを作るときは設計を少しでもする癖をつけよう。

**名前は開発中のものです。** · 02/04/13 13:13

バカがまたきたよ

**名前は開発中のものです。** · 02/04/13 16:25

C++じゃgotoなんて使わんからなぁ。
Cじゃループが深くなったときgoto、関数の入れ子が深くなった時
setjmp、longjmpを使うんだったね。いやぁ、懐かしいね。
HSPでもsetjmp、longjmpを導入したら面白いんじゃないかな。
十中八九ソースが読みにくくなるけど（ｗ

**451** · 02/04/13 18:44

まだやってたのか…とりあえず、
>>463
お前は氏ね

C/C++/C3/Javaでもgotoは使わないよ。Javaにはgoto自体ないけど。
ハーバート・シルトが言うには
無条件でほかの場所に処理を移すための文がgotoです。プログラム中にgotoが出てくると、処
理の流れはそこで指定された場所に移ります。goto文は、「スパゲッティコード」の原因にな
りやすいという理由で、何十年も前からプログラマに嫌われる存在となっています。しかし今
でも時にはgotoが使われることがあり、またそれが有効なこともあるのです。本書では、プロ
グラム制御の手段としてgotoを使うことの妥当性については、判断を差し控えます。ただ、次
のことは申し上げておきます。プログラミングにおいて、goto文を使わないと解決できない問
題というのは1つもありません。
こんなとこ。原文「独習C#より」

**451** · 02/04/13 18:45

×　C/C++/C3/Java　○　C/C++/C#/Java

**名前は開発中のものです。** · 02/04/13 21:08

>>465
だから反応するな

**名前は開発中のものです。** · 02/04/13 22:00

>>465
>Javaにはgoto自体ないけど。
break, continueでのラベル指定があるけどね。
つーかJavaとかC++はおいといて、Cは
gotoで使わないとかえって分かりにくい場合がある。
そんな時はgoto使ってもいいよ、乱用しなければ。
詳しくはK&Rでも読んでね。

**374** · 02/04/14 01:42

っていうか、HSPと、
BCC+ゲームライブラリって、難しさ的にあまりかわらないと思うんだけど。
コンパイラの設定とかは、HSPに比べるとちと複雑かもしれないが。
ｄｘとかいうライブラリ（DXライブラリにあらず）はかなりHSPに似てる。
EasyLinkLibraryとかSimpleXとかもいいかもね。
HSP独特の言語からC言語に変わっただけみたい。
とりあえず、構造体が使えるようになってよかった。

**名前は開発中のものです。** · 02/04/14 13:27

設定のしやすさがどれだけ重要かを知らないようだ

**名前は開発中のものです。** · 02/04/14 14:35

>>470
そういう人のために自動設定をするプログラムもでている。
BCCのためのIDEもある。
何も問題ないね。人並みの頭脳を持っていれば（w

**名前は開発中のものです。** · 02/04/14 18:01

ほんとしつこいやつだな。
まあそれしかとりえがないんだろうけど

**名前は開発中のものです。** · 02/04/14 18:14

はよif文に『｛』カッコを利用して文字列の比較を使えるようにならんかな
一行ずつif使うの面倒だし、サブルーチンなどで飛ぶと流れが狂うんだよな
つーか文字列の比較以外でif文使うことってあるのか?

**374** · 02/04/14 19:17

>>471
貴方はどんな開発環境なん？

っていうか、VisualC++ﾎｽｨ・・・。

**名前は開発中のものです。** · 02/04/14 20:27

いくつかライブラリを見てみたがどれも大体
ウィンドウを簡単に、あるいは自動的に作ってくれて
画像のロード･表示も一行づつでできるし
HSPのgetkeyみたいのがある。
これを見るとHSPの存在価値なんてねーな。

>>474
VCっす。BCCはたまに使うだけ。
BCCについてはこことか
http://homepage2.nifty.com/tenk/prog/free_cc.htm

**374** · 02/04/14 20:53

>>475
いいなぁ。
VCになったら、対応ライブラリがもっと増えるんだがなぁ。
っていうか、HSPの利点は、
導入が多少簡単なのと、コンパイル時間が必要無いことぐらいか。

**名前は開発中のものです。** · 02/04/14 20:59

あげ

**名前は開発中のものです。** · 02/04/14 21:09

>>476
>VCになったら、対応ライブラリがもっと増えるんだがなぁ。
BCCに色々ツールが付いてたと思うが使ってみた？
COFF2OMFとかさ。
あとはWebを漁ればいろいろ出てくるよ。

>導入が多少簡単なのと、コンパイル時間が必要無いことぐらいか。
あとはVCとかのIDEは結構重い。
IDE自体が重いしコンパイルには結構メモリがいる。
HelpはHｔｍｌHelp形式なんだがこれまた重い。
その上ブラウザを常時立ち上げるとなるとちょっとした環境が必要。
旧式のノート等の人は辛いだろうな。

**名前は開発中のものです。** · 02/04/14 21:15

>>472
君は人に説教できるほど知識あるの？

**374** · 02/04/14 21:54

>>478
俺の能力は、そこらへんのHSP使いと大差ないよ。
ｄｘは、チュートリアルがあったから、すんなり逝けただけで。
よって、細かいところは、全然わからんのね。
makeとかも知らんし。マジでHSP風に開発してるよ。
というわけで、IDEは使ってない。
なんか、詳しいホームページないかなぁ。
大概、Windowsプログラムの開発はVCを基本にしていて、
VCを持ってない自分にとっちゃ、苦しいものがあるよ。

とりあえず、C言語ﾏﾝｾｰということで。

**名前は開発中のものです。** · 02/04/14 21:55

ＨＳＰからほかの言語に乗り換えると
今まで培った資産はすべて失われるの？

**名前は開発中のものです。** · 02/04/14 21:59

>>469
>とりあえず、構造体が使えるようになってよかった。
マジ？
HSPで構造体が実装されたのか？

**C使い** · 02/04/14 22:07

構造体使いだしてどれだけ楽になったことやら。

**374** · 02/04/14 22:20

>>481
HSPで開発できるものは、HSPで開発したほうがいいと思うよ。
>>482
いやいや、Cに乗り換えたからね。

**名前は開発中のものです。** · 02/04/14 23:46

構造体でそんなにありがたがってたらクラスつかって日にはショック氏しちゃうよ

**名前は開発中のものです。** · 02/04/14 23:59

構造体のない言語なんて珍しいからなー。
未開社会の人間が文明の利器をみて驚いているといったところか(w

**名前は開発中のものです。** · 02/04/14 23:59

構造体のない言語なんて珍しいからなー。
未開社会の人間が文明の利器をみて驚いているといったところか(w

**374** · 02/04/15 00:45

>>485
クラス使おうかな。
まだC++は使いこなせないんだが。
クラスってそんなに便利？
>>486
構造体もクラスも、ちゃんと使えるから驚いた。
これから勉強がてらに、ぼちぼちプログラミングすることにするよ。

**名前は開発中のものです。** · 02/04/15 10:58

gae

**名前は開発中のものです。** · 02/04/15 13:26

>>488
ここはHSPのスレです

**名前は開発中のものです。** · 02/04/15 14:47

ＨＳＰってアクションゲームとか作るとＣＰＵによって
動きの速度が全然違ってくる気がする。
スペックの低いマシンで作ってからハイスペックマシンで
動かしたらあまりの速度の違いにまいった。

**名前は開発中のものです。** · 02/04/15 15:50

>>491
それはWaitの取り方がまずいだけじゃなかったっけ？
FAQ

**名前は開発中のものです。** · 02/04/15 18:03

>>491
タイムカウンター取ってフレームレート調整するとかできないのか？

**374** · 02/04/15 18:13

>>488
HSPに似ている開発環境として例を挙げたわけだが。
なにか問題でも？

**名前は開発中のものです。** · 02/04/15 19:30

>>491
await値が低すぎるだけだろう

**名前は開発中のものです。** · 02/04/15 19:39

ここも相変わらずだな。

**名前は開発中のものです。** · 02/04/15 21:20

どうも荒らしがひそんでるな

**491** · 02/04/15 21:23

ペンII３３３MHｚとペンIII１GHｚとで比べると全然違って・・・。
awaitでやってるんですけど、単にペンIIではパワー不足なだけでしょうか。

**名前は開発中のものです。** · 02/04/15 21:29

>>498
いや、だから await 値は？
低すぎるんじゃないの？

**名前は開発中のものです。** · 02/04/15 22:31

そりゃフルにまわせば違いすぎるのは
あたりまえだぞ

**名前は開発中のものです。** · 02/04/16 04:09

http://www.onionsoft.net/hsp/img/s_255_9.jpg
ｺﾚってhspで作ってるの？
分かる人いましたら、製作者のhpかタイトル名教えて下さい。

**501** · 02/04/16 05:40

これってベーマガが作ったサンプル？

**名前は開発中のものです。** · 02/04/16 06:19

>>501
　2.55からhgimgのサンプルとして入っているやつだよ。
　ロボの作者はR.Hideyuki.Kato氏。これでゲーム作ってるのかな?

　今作っているネットゲームが一息ついたら、コレで撃ち合う
ネットゲーム作ろうかと考えているのだが。

**名前は開発中のものです。** · 02/04/16 06:25

落ちこぼれたCプログラマが厨房率の高いところで鼻高々になっているというのはこのスレですか？

**501** · 02/04/16 06:57

>>503
ありがとう、早速見てみました。

検索使って直接hspのhpに行ってしまったんで見逃してました。
オニオンさんとこが以前作ったギャル＆ロボゲーのモデリングデータ
みたいですね。（最近行ってなかったんで一瞬戸惑った(^^;）

お！ネットゲームですか凄いですね。頑張ってください。

**491** · 02/04/16 08:44

await 30から50くらいです。
>>504なんかＨＳＰってだけでＣにむちゃくちゃ叩かれるんですけど。

**名前は開発中のものです。** · 02/04/16 09:17

構造体ってどんなの？

**名前は開発中のものです。** · 02/04/16 11:15

異なる型のデータをまとめて一つのデータ型として扱うもの。

struct hoge {
　　int no;　　　　　　 /* 番号 */
　　char name[20];　/* 氏名 */
};

みたいな。
配列だと同じ型が並んでるだけだけど、構造体なら異なる型を集められる。

……で良いんだっけ？

**名前は開発中のものです。** · 02/04/16 15:04

>>506
ゲームの処理や描画にかかった時間をawaitさせる時間から引いてる？
　await 固定値
って入れてるだけじゃCPU速度やビデオカードの性能でゲームの速度が
変わってくるのは当然なんだが。

**名前は開発中のものです。** · 02/04/16 15:12

>>508
ひとまとまりのデータを一つの型として扱うもの。
配列とは目的がまったく違うよ。

たとえば、敵10匹のデータを宣言するとき、
int enemy_type[10];
int enemy_x[10], enemy_y[10];
ってやるより、
struct Enemy {
　　int type;
　　int x, y;
};
としておいて、
struct Enemy enemy[10];
としたほうが分かりやすいでしょ？ということ。
分かりやすいだけじゃないけどね。

**491** · 02/04/16 17:04

>>509あ、引いてないです。うまくマシンによって速度を合わせるには
どうしたらいいですか？

**HSPは良く知らないけど** · 02/04/16 17:39

>>511
HSPって現在時刻をミリ秒単位とかで取得することできたっけ？
WindowsAPIでいう、GetTickTime()に相当するもの。

要するに、awaitする時間を、
　await (次のフレームの開始時間－現在時刻)
とすればいい。
ttp://ven.virtualave.net/misuzu.cgi?augment=142
このプラグインでできるのかな？

**HSPは良く知らないけど** · 02/04/16 17:44

おっと、GetTickCount()だった。
http://game.2ch.net/test/read.cgi/gamedev/1006052623/241-242
ここも参照のこと。

**508** · 02/04/16 18:10

>>510
あ、言い方が悪かったね。ありがとう。

>>509 >>511-513
いや、await だったら勝手に合わせてくれる。(^^;

> wait命令と似ていますが、await命令は前回waitした時間からの待ち
> 時間を指定します。これにより、描画速度の違いなどから時間が
> 早く過ぎることを防止することができます。リアルタイムで更新
> される画面などの速度を一定に保つ時に使用します。

↑こういうこと。

**名前は開発中のものです。** · 02/04/16 18:12

>>512
awaitだったらそんなことする必要ないような

**名前は開発中のものです。** · 02/04/16 18:15

基本的に2chねるでは叩かれないものの方が珍しいよ。
ム板で典型的なのはVBね。これでも勝手ぐらい叩かれてる。
同じように、君らは知らないかもしれないけど、C/C++もずっと叩かれている。

**名前は開発中のものです。** · 02/04/16 18:15

await30から50くらいって
固定にしてないのか？

**名前は開発中のものです。** · 02/04/16 18:17

>>516
おそっ

**名前は開発中のものです。** · 02/04/16 18:23

awaitの値は変数にして
設定とかで変えられるようにしとけ。

**374** · 02/04/16 19:43

>>516
叩いてるつもりは無いんだがなぁ。
まぁ、仕方が無いか。

**名前は開発中のものです。** · 02/04/16 20:10

>>514
そうなのか。適当なこと言ってすまん。
というと、原因は描画が重すぎなのか、めちゃくちゃなループをくんでるかのどちらかかな。

**491** · 02/04/17 00:37

>>519そうですね。変数にすると便利かも。
あと画像はBMP使ってるんですけど、JPGのほうが
処理が早いとかあるんですか？
一応色数で処理の速さが変わるとは聞きましたけど。

**名前は開発中のものです。** · 02/04/17 05:28

　普通、前処理で画像ファイルをbufferにロードしてから、メイン
ルーチンではgcopyでscreenにコピーするんだが…描画のたびに
ファイルから読みこんでいるように読めるのは気のせいだろうか。

**491** · 02/04/17 08:50

>>523一応ちゃんとbufferで読み込ませてからやってます。
でも画面が６４０×４８０のサイズなので、
少し大きいかもしれません。
それとウィンドウ表示とフルスクリーンでは
どっちが早くなるのでしょうか？

**名前は開発中のものです。** · 02/04/17 10:16

>>524
先に buffer に読んであるならBMPもJPGも関係無いと思われ…

まぁ256色でいいならパレットモードの方がいいでしょ。
ウィンドウだったらフルスクリーンの方が速い…よね？

**名前は開発中のものです。** · 02/04/17 11:58

>>525
DirectDraw/3Dでメインメモリにサーフェスやらテクスチャ置いてなければな。＜フルスクリーン

>>491
JPEGは圧縮したのを展開する分遅い。ただし、PNGに比べるとJPEGの方が早い。
ちなみにビットマップのコピー速度は640x480 24bitだと5ms以下程度。
(ただし、redrawが1になってるとウィンドウへのコピーが入るので2倍かかる)

**491** · 02/04/17 13:24

どうもありがとうございます。
redrawを調節してみます。

**名前は開発中のものです。** · 02/04/17 13:43

>>526
え、初めに一度 buffer にファイルから読み込んで、そこからコピーするわけだから
BMPもJPEGもPNGも関係無いんじゃないの？
読むのは一回だけでしょ？

**名前は開発中のものです。** · 02/04/17 14:39

>>524
　計測したまい。

#include "hspdx.as"
screen 0,640,480,1 : buffer 2,640,480,1
gsel 0 : gmode 0,640,480,128
es_timer a.0
redraw 0
repeat 1000
gcopy 2,0,0
loop
redraw 1
es_timer a.1 : a.3=a.1-a.0 : mes ""+a.3+"ms"
stop

**名前は開発中のものです。** · 02/04/17 14:40

　参考値(1000で割った値が1回の描画)
　cel500Mhz 256MB(66) 8MB-AGP

○フルカラー
0:8874ms、1:12324ms、2:14227ms、3:32875ms

○256パレット
0:3017ms、1:4160ms、2:13471ms、3:4154ms

　256の30fps(33ms)ならgmode 0と1の組み合わせで2重スクロールも素でできると思われ。

>>521
　サブルーチンでもawait使ってて一定速度が保てなくなってるのでは。

**名前は開発中のものです。** · 02/04/17 21:28

君らさ、馬鹿正直に相手の質問だけに答えるなよ。

まずJPGだけど、これは画質が劣化するからゲームには向かない。
次にパレットモードはかなり制限がきついから今はお勧めできない。
で、ゲームはテーブル系などをのぞいて基本的に
フルスクリーンに対応しているのが良い。
ウィンドウモードは小さくて見難く、疲れるから。

**名前は開発中のものです。** · 02/04/17 21:36

>>531
JPEGは量子化、標本化を100%にした場合、ほとんど劣化しないよ。

**ネタ？** · 02/04/17 22:10

それは本末転倒というもの。
そもそもJPEGはCGと相性が悪い。
ゲームにわざわざ使うことはなかろう。

**名前は開発中のものです。** · 02/04/17 23:32

>533
ｼｰｯ!! 量子化、標本化って言いたい年頃なんだから。

**491** · 02/04/18 08:30

みなさん、いろいろとありがとうございます。

**名前は開発中のものです。** · 02/04/19 00:05

>>532
532がホントに量子化、標本化の意味を理解しているか、
小一時間問い詰めたい、問い詰めたい。

**416** ◆HoSW/FCI · 02/04/19 04:40

　まぁ、バックグラウンドぐらいやね、JPEG形式の使いどころは。
　しかしなんでMAG形式が標準サポートなのか…。2.6からはPNG形式を標準サポートしてほすぃ。

**416** ◆HoSW/FCI · 02/05/02 05:25

　この板にはHSPユーザーは居ないですか…。ﾅﾝｶｻﾐｽｨ。

**名前は開発中のものです。** · 02/05/02 08:45

居るよ。
折れ的にはHSP+BCCがいい感じ。

**名前は開発中のものです。** · 02/05/02 16:33

HSPデコンパイラのスレで中間言語の仕様を見たが
「酷い」の一言に尽きるな。
プログラミング言語処理系作成の素養のかけらもないって感じ。
誰かドラゴンブックをおにたま氏に買ってやれよ。
あとyaccとlexのマニュアルもな。
あんな厨丸出しの仕様見ているとこっちが恥ずかしくなるからさ。

**名前は開発中のものです。** · 02/05/02 17:07

ひさしぶりにアホがきたな

**名前は開発中のものです。** · 02/05/02 18:09

>>540
HSPがアレなのは仕方ない事
何せ逆ポーランド記法すら知らなかったようですから

**名前は開発中のものです。** · 02/05/03 11:31

>>540
どんなヘタレな仕様だろうが完成させた人は神
ガタガタ言う前にキミが（・∀・）ﾂｸﾚ!!

**名前は開発中のものです。** · 02/05/03 13:37

しかもかなり有名になってるから
すごい神だな。

**名前は開発中のものです。** · 02/05/07 06:50

>>542
それマジですか？
ってことは天然要素だけでここまでのものを作ったのか。

**名前は開発中のものです。** · 02/05/09 08:04

・たとえ最も単純なテトリスだろうと、パッケージとして公開するところまで辿りついた人は
　偉大である。一定の敬意を払うべき。
・ソフトウェアをパブリッシュするというのは見た目以上の労力が必要なんだよーん。
・「９割完成した時点で、新たに９割の作業が必要になる」

全部どっかからの受け売り。

02/05/13 03:23

でも、JPG最低圧縮でもスプライト透過とか実用に耐えるんですけど。
遣ってみそ。使えるよ。

**HP16Cユーザ** · 02/05/13 03:38

>>542
おーっと、逆ポーランド記法について語るのはヒューレットパッカードの
ＲＰＮ電卓を日常的に使いこなしてからにしてもらおうか。　去ね。

**名前は開発中のものです。** · 02/05/13 05:01

>548
そんな誰も知らんようなものを出されても困る。
まずはそのRPN電卓ってやつをHSPで作ってみせてくれ。

**名前は開発中のものです。** · 02/05/13 07:00

http://www.niknak.ne.jp/niknak/favorit/HTML/favorit_053.html
『HP16C』も『ＲＰＮ電卓』も知らないのはさすがに恥ずかしいと思われ。
職業プログラマ用の電卓だよ。自動車板で「ベンツって何？」って言うようなもの。

**名前は開発中のものです。** · 02/05/13 09:34

ベンツは知ってるけどそれはしらなかった

**名前は開発中のものです。** · 02/05/13 20:28

>おーっと、逆ポーランド記法について語るのはヒューレットパッカードの
>ＲＰＮ電卓を日常的に使いこなしてからにしてもらおうか。
ずいぶん偏狭な考えですね。
逆ポーランド記法が単なる関数電卓のためだけの
ものだとでも思っているのかしらん。
Smalltalkを知らずにオブジェクト指向を語るなといった傲慢さとあい通じるな。