HSP - Hot Soup Processor [10]

**名前は開発中のものです。** · 2005/06/19(日) 14:56:05

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

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

**名前は開発中のものです。** · 2005/11/27(日) 11:28:14

>>930
お前知ったかにしても酷すぎんぞ！

>16ビットCPUである以上、各種転送命令は16ビットの倍数の方が
>効率の良い場合が多い。

今CPUは、32bitが主で、64bitのマシンもちらほらな感じだ。
16bitなんか今時あるか。お前のCPUはスーファミか。

第一16bitの倍数って2byteだぞ。
256色なら2の倍数に相当。ハイカラーなら1の倍数に相当。
フルカラーなら0.5の倍数に相当だぞ。アホか。

>でも、画像の管理やらなんやら、意識して16の倍数に揃えると、
>後々楽なことは多い。

根拠は？

**名前は開発中のものです。** · 2005/11/27(日) 11:35:34

>>933
>そもそも640×480という画面サイズが縦横両方8の倍数でしょ。

ヤベー。この根拠アホクセー。全然根拠になってねー。

640×480という画面サイズは縦横両方16の倍数でしょ。16の倍数にするべきだ。
640×480という画面サイズは縦横両方4の倍数でしょ。4の倍数にするべきだ。
640×480という画面サイズは縦横両方2の倍数でしょ。2の倍数にするべきだ。
640×480という画面サイズは縦横両方1の倍数でしょ。1の倍数にするべきだ。

全部成り立っちまう。

で自分自身が
>2の累乗・8の倍数で画像を作るのが標準。
と2の累乗が標準とかいっときながら、
640x480という画面サイズは2の累乗ではなく、完全に矛盾する。

**名前は開発中のものです。** · 2005/11/27(日) 11:42:28

まあ昔のゲーム機なんかが1文字あたり8×8ドットだったから
その時代にパソコンやった自分は今でも８の倍数でいってる。
そうでないとパソコンでゲーム作る気にすらなれない

**名前は開発中のものです。** · 2005/11/27(日) 11:54:15

俺も昔の名残だと思ってた。

**ホスプロ** ◆HOTsoUpxjY · 2005/11/27(日) 12:21:38

>>935
浅はかだなあー。確かに640も480は例えば5の倍数でもあるよ。
しかしVGAだけではない。1024×768はどうかな？
ちなみに色数も16色・256色など8の倍数だね。
あと「2の累乗・8の倍数」の「・」はまたは（OR）だから矛盾しない。

**ホスプロ** ◆HOTsoUpxjY · 2005/11/27(日) 12:24:51

8じゃなくて4の倍数のときとかあるけど、
とにかくビットの列で情報を表わすんだから、
2の倍数・4の倍数・8の倍数…というように揃えるのが基本。

**ホスプロ** ◆HOTsoUpxjY · 2005/11/27(日) 12:27:40

あとね、画面の分割がしやすいからという理由もある。
時間の単位は12・24･60でしょ？　2･3･4･6で等分できるから。
印刷関係なんかも4や8の倍数。大抵のマンガもその単位。

**名前は開発中のものです。** · 2005/11/27(日) 12:50:52

>>938
浅はかはお前だタコ。俺は
>そもそも640×480という画面サイズが縦横両方8の倍数でしょ。
という糞発言を叩いてる。前述通り根拠になって無い。

>1024×768はどうかな？
16の倍数でも、4の倍数でも2の倍数でも1の倍数でもいいな。

>ちなみに色数も16色・256色など8の倍数だね。
16の倍数でも、4の倍数でも2の倍数でも1の倍数でもいいな。

>939
ハードウェア的な制限が無ければどんなサイズを使おうが自由だ。
例えば大抵のビデオカードは、テクスチャのサイズは2の累乗数しか受け付けない。
そういう時はそれにあわせればいい。

昔のマシンの制限にわざわざ意味無く合わせるようなマネは「基本」じゃない。
昔のマシンで覚えた知識から前に進まない、いわゆる「思考停止」

>940
>あとね、画面の分割がしやすいからという理由もある。
>時間の単位は12・24･60でしょ？　2･3･4･6で等分できるから。
最大にドアホな発言が始まった。
じゃあ画像サイズも12・24･60にしろよ。2･3･4･6で等分できるから。

>ホスプロ ◆HOTsoUpxjY
お前の中途半端な知識ひけらかし大会はもう勘弁。

**名前は開発中のものです。** · 2005/11/27(日) 12:56:54

長文で必死になりすぎ。
知識ひけらかしたいのはもう分かったからもう黙れ。

**名前は開発中のものです。** · 2005/11/27(日) 13:00:20

はいはい反論できなくなるとすぐこれだ。

ホスプロ ◆HOTsoUpxjYみたいに細かく分割して連投すれば長文じゃないのか？

俺のどの発言が知識ひけらかしか指摘してみろバカ。
俺はホスプロ ◆HOTsoUpxjY　の間違いを指摘してるにすぎない。

**名前は開発中のものです。** · 2005/11/27(日) 13:07:57

反論できなくなるとっつーか今まで会話に参加してないし……。
どっちにせよ煽ってまで延々と引っ張るような話題じゃないよな。

**名前は開発中のものです。** · 2005/11/27(日) 13:13:41

それはすまない。
ホスプロ ◆HOTsoUpxjYがID変えてわざわざ来たのかと勘繰ってしまったよ。

>どっちにせよ煽ってまで延々と引っ張るような話題じゃないよな。
俺も>938で煽られたので反論したまで。

どっちにせよ煽ってまでさっさ終結させないとならないほど話題があるスレじゃないよな。
というか、終結させようと思うなら煽るなよ

**名前は開発中のものです。** · 2005/11/27(日) 13:22:46

いっそゆとりくんは5とか10の倍数でゲーム作ってみたらいいじゃん

**ホスプロ** ◆HOTsoUpxjY · 2005/11/27(日) 13:24:54

>>941
小学生みたいに必死だな。「他の規格もありえた」という程度の事で
鬼の首を取ったように言われてもな。だいたい背景などのドット絵が
途中で変えたら使いまわせないというだけの理由でも相当大きい。
例えばキーボードはQWERTY配列とDVORAK配列とどっちでも
使えるだろうが、普及したものに対して、「根拠がない」とか言っても仕方ない。

**名前は開発中のものです。** · 2005/11/27(日) 13:26:29

>>947
少しは空気嫁。うざいよ。

**ホスプロ** ◆HOTsoUpxjY · 2005/11/27(日) 13:26:46

少なくともはじめて作るなら、
どうせなら流用が効きやすい規格に合わせた方がいい、とは言える。

**名前は開発中のものです。** · 2005/11/27(日) 13:36:42

>>947
お前、3連投しといて自分は必死じゃないと言うのか。

>「他の規格もありえた」という程度の事で
>鬼の首を取ったように言われてもな。

はぁ？お前がデタラメな、根拠になって無い根拠を言い出してたんで、
それを指摘したら　>浅はかだなーとか煽って来て、
さらに根拠になって無いこと言い出したからだろが。

**名前は開発中のものです。** · 2005/11/27(日) 13:43:08

「根拠がない」と指摘してるんじゃねーんだよ。

「根拠になってない」だ。

**名前は開発中のものです。** · 2005/11/27(日) 13:44:21

2の累乗で画像を作るのが標準。
って言ってればよかったんだよ

**名前は開発中のものです。** · 2005/11/27(日) 13:44:37

>>923の釣師ぶりに嫉妬

>>950
次スレヨロ

**名前は開発中のものです。** · 2005/11/27(日) 13:46:04

そんなのどうでもいいから、それよりHSPでハイポリ使いてぇ

**名前は開発中のものです。** · 2005/11/27(日) 13:52:52

DirectXのテクスチャーは２の累乗じゃなかったっけ？
内部的にDirectX使ってるだろうから、
２の累乗のほうが相性いいのは明らか。

**名前は開発中のものです。** · 2005/11/27(日) 14:17:08

あえて素数を使う。491x677のテクスチャ。

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

おまいらってほんとおもしろいよな

**名前は開発中のものです。** · 2005/11/27(日) 17:34:44

若いっていいな…

ワシら年寄りはそうそう熱くなれることなんてないから裏山死

ところで婆さん。ワシって変換でなかったっけ？

**名前は開発中のものです。** · 2005/11/27(日) 18:54:02

儂

**名前は開発中のものです。** · 2005/11/27(日) 18:56:18

のん　でも　ノン　でも　儂　が出んぞ婆さん

**名前は開発中のものです。** · 2005/11/27(日) 19:09:52

ｲ農

これで解決

**名前は開発中のものです。** · 2005/11/27(日) 23:59:12

ifをいっぱいかくときifを普通に羅列していくより
if ( ){
}else : if ( ){
}else : if ( ){
}　・・・・
とかいていくほうがやっぱり処理速度はやいのですか？

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

>>962
たぶんそれが速い。
まあ、こういった場合はswitch文を使うのがスマートなんだろうけど…

条件によっては、on gotoやon gosubの方がたぶんもっと速い。

いずれにしても、
敵の思考ルーチン等、何万回もループさるわけでないのなら
気にする必要はまったくない。

自分が見やすいように組んだ方がよっぽどよい。

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

鷲

**名前は開発中のものです。** · 2005/11/28(月) 23:26:07

DirectX使おうとおもってるんですが
どのDLLがおすすめですか？
２Dシューティングなんすけど

**名前は開発中のものです。** · 2005/11/29(火) 05:31:34

Windowモードを使えるDirectXってありますか？

**名前は開発中のものです。** · 2005/11/29(火) 06:55:35

>>965
HSPDX+α

フレーム云々抜きだとお勧め。
速度は速いし拡大縮小回転ブレンドが思いのまま。結構使いやすい

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

ちょっとお聞きしたいのですが、HSP3.0マニュアルにも書いてあるから仕様なんでしょうが
1+1.0=1
1.0+1=1.0
にしてある理由は何ででしょうか？初心者向けとも思えないしむしろバグが出やすい仕様のような気がしますが
1+1.0=1.0にして整数を返したかったら1+int(1.0)=1の方がいいような気がしますが。
他に何か理由（利点というかHSPがこうでなくてはならない理由）があれば教えてくれませんか？

**名前は開発中のものです。** · 2005/11/29(火) 12:16:18

作者に聞けよ

**名前は開発中のものです。** · 2005/11/29(火) 12:59:57

>>968
文字列として返したいときは ""+a
数値として返したいときは 0+a

とする(も出来る)からかも知らんね

**968** · 2005/11/29(火) 13:11:10

>>969
本家で聞くべきとはごもっともです。批判っぽいので躊躇したんですスミマセン。
>>970
なるほど、でもあまりそういう返し方しませんよね、既存のコード見ても。
でも、ありがとう。
使い始めたばかりだし、言語が違えば仕様も異なるでしょうし気が早かったかもしれないです。
、、、でもでも、dim a,2 : a=1,2,3 が通っちゃうのもねぇ、宣言する意味ないんじゃ・・皆さんどうもです。

**名前は開発中のものです。** · 2005/11/29(火) 13:16:58

>>971
本家で質問した方がいいかも。
確かにその記述の方が解りやすいな～

**名前は開発中のものです。** · 2005/11/29(火) 17:54:37

>>968
HSPがフリーソフトだということを忘れちゃいけないよ。
>1+1.0=1 1.0+1=1.0 にしてある理由は何ででしょうか？
先に書いてある奴の型に合わせられてるだけのこと。プログラム上の都合。プロ
グラムってＨＳＰを使ってプログラムすることじゃなくて、ＨＳＰのシステム
をプログラムする都合ね。ってかこれどうすべきかって考え出したらものすごく
悩むでしょ。だっておにたまﾀｿが最初にHSPシステム作った時に「どう型こう型
っていちいち最初に宣言しなくちゃいけないのって、ビギナーにフレンドリー
じゃないよな」って思ったんだろう？たぶん。HSPの型はすべてVariant型だと思え！

>dim a,2 : a=1,2,3 が通っちゃうのもねぇ、宣言する意味ないんじゃ
え？通っちゃうの？それ思想の問題じゃなくて単なるバグじゃん。俺いまだに
HSP2.6使ってるけど、"if なんとか>-定数"は通るけど"if なんとか>-変数"
とか"if なんとか>-１６進数"はバグるんだよね。後のバージョンで直ってる
かどうかは知らない。２ちゃんだから無責任に書いちゃう。

>批判っぽいので躊躇したんですスミマセン。
禿同。こんな事本家に書いちゃだめよ。おにたまﾀｿ、すねちゃうぞぅ。「俺は
ボランティアでやってあげてるのに、どいつもこいつも重箱の隅つつき回し
やがって！」とか思うぞぅ。「だったらちょっとしたことですぐフリーズする
ような製品を堂々と金取って売っているMS社の奴でも使えや！」とか思うぞう。

**名前は開発中のものです。** · 2005/11/29(火) 18:54:26

>>971
あらかじめサイズがわかっていれば、徐々にサイズが大きくなっていくときの
ﾒﾓﾘ再確保ののパフォーマンス低下を予防できる。
少し考えて。

**名前は開発中のものです。** · 2005/11/29(火) 19:03:51

1つのアイデアとして提案の形にすればいい。
採用するしないも作者の自由だし。

**名前は開発中のものです。** · 2005/11/29(火) 19:14:36

if文多用の場合おれはこういう書き方してる
repeat 1
if ・・・:break
if ・・・:break
if ・・・:break
　　・
　　・　
　　・
loop

if なんとか>-変数がバグるってゆうけど
if なんとか>(-変数)にすればどう?

**名前は開発中のものです。** · 2005/11/29(火) 20:38:22

if文のややこしいのが嫌いな漏れは少々効率が悪くても
if文単体の羅列にしてる

**名前は開発中のものです。** · 2005/11/29(火) 21:08:29

その方が可読しやすいしな、HSPの場合。

**名前は開発中のものです。** · 2005/11/29(火) 21:22:43

{}マルチステートメント使わないと複雑な動きは実現不可能

**978** · 2005/11/29(火) 21:28:27

ifに限って言えばelseifがないせいでネストを深くするとどんどんとコードが右によっていく。
判定式を工夫して何とかswitch分に対応させているけど、つらいと言えばつらいときもある。

**名前は開発中のものです。** · 2005/11/30(水) 00:40:27

>>980
#define elseif else:if
(3.0)

**980** · 2005/11/30(水) 01:16:31

;;いやはや参りました。なんでこんな発想できんのかな頭が下がるよ。
#define elseif else:if

randomize

a=rnd(5) : b=rnd(5)

if (a > b) {
mes "a="+a+"はb="+b+"より大きい";
} elseif (a == b) {
mes "a="+a+"はb="+b+"と等しい";
} else {
mes "a="+a+"はb="+b+"より小さい";
}

**名前は開発中のものです。** · 2005/11/30(水) 19:53:48

そんなことしなくても
else ifで普通にいけることないか?

**名前は開発中のものです。** · 2005/11/30(水) 23:00:08

いけるよ、だから実装もされていない。
ただブレスが減ることと比較項目が等価に並ぶから読みやすい。
この辺りは好みの問題。

**名前は開発中のものです。** · 2005/11/30(水) 23:07:01

???else if??? ｺﾛﾝ挟まずに!? ごめん、言いたいことが良く分からない。

**名前は開発中のものです。** · 2005/12/01(木) 01:24:15

HSPで特定のジャンルのゲーム制作ツールって作れるかしら？

用意されたデータ量によっては変数が足りなさそうで心配だ

**名前は開発中のものです。** · 2005/12/01(木) 03:33:16

変数が足りないってどんな状況？

**986** · 2005/12/01(木) 04:13:51

起動時にユーザー側で作られたデータを読み込んで格納するのにデータ一つごとに最低一つは使うだろうから、大作を作られると足りなくなるかなと。
RPG系のツールを予定してます。

厨な質問だったらスルーで構いません。

**名前は開発中のものです。** · 2005/12/01(木) 04:23:17

RPGで変数は足りなくならない。

**名前は開発中のものです。** · 2005/12/01(木) 04:26:43

配列が四次元までなら無制限に作れるので、
メモリが不足するまでは変数は不足しない。

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

まずその、「大作RPG」をつくってみればいいのに。

（絵のパーツやプログラミング上必要な関数など）何が必要で、
何をどう動作させなきゃいけないか知らなきゃ、製作ツールを作れるとは思えんのだが。

（製作ツールそのもの＆ツールで作られたゲームの）デバクするにも、
絵や音なんかの素材も、きちんと揃っている必要があるし。

ツールを使わずに作った比較対照作品があったほうが、何かと効率的だと思うけど。

**名前は開発中のものです。** · 2005/12/01(木) 07:44:36

>>988
データベースについて勉強するといいよ。
データベースそのものじゃなくても、なんらかのデータ管理手段を
用意しなきゃ、変数なんかでやってらんない。

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

皆様、ありがとうございました。
どうやら配列含め変数には制限数があるものだと勘違いをしていたようで。
もう一度ヘルプ読み直したほうがよさそうですね。

では、失礼しました。

**名前は開発中のものです。** · 2005/12/01(木) 12:56:01

2.6では配列は無制限だけど変数は1024個かな。

**名前は開発中のものです。** · 2005/12/01(木) 18:09:06

へー。

**名前は開発中のものです。** · 2005/12/01(木) 20:39:10

>>985
else if(・・){
・・・
}else{
・・・
}
これでいいんではないか?
見当違いなこと言ってるかもしれんが

**名前は開発中のものです。** · 2005/12/01(木) 20:46:51

始めにscreenで大きさとかを調節したあと、
ゲームで使う画像をbufferを使って読み込むようにしたんですが、
このあとにmesなどを使うとbufferで新しく作った画面の方に命令が行ってしまいます。
screenで調節したほうの画面に命令が行くようにするにはどうしたらいいんでしょうか？
よろしくお願いします

**名前は開発中のものです。** · 2005/12/01(木) 20:51:46

buffer命令を先に書いてscreenのほうを後に書く
gsel命令もあるね

**997** · 2005/12/01(木) 20:54:25

gsel命令ですか、知りませんでした
こんなに早くレスありがとうございました！

**名前は開発中のものです。** · 2005/12/01(木) 21:00:16

D-Pixedって素晴らしい256色対応ペインターがあったとは
最近知って驚いてます
皆はEDGE使ってるのかな

**１００１** · Over 1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。