HSP - Hot Soup Processor

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

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

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

**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を知らずにオブジェクト指向を語るなといった傲慢さとあい通じるな。

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

satoshi@DGWって出川サトシなの？

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

ﾌﾟ

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

逆ポーランド記法＝Reverse Polish Notation＝RPN

って事自体を知らないと思われ。　ググルでRPNで検索してみれ。

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

hgimgとzgp、どちらが使いやすいですか？

**416(HSP)** ◆HoSW/FCI · 02/05/14 06:42

>>556
｜hgimgとzgp、どちらが使いやすいですか？

　サンプルを実行しただけなんだけど、たぶんDirectX8.1を入れてしまった環境だと、zgpはやたら重くなる感じ。hgimgは今のところ重くなったことはありません。

　組みやすさに関しては、組んでいないのでわかんないです。リファレンスを眺めた限りでは、zgpのほうが統一感があって組みやすそうですし、X形式が素直に使えるので3Dソフトからのデータ移行が楽かもしれません。
　hgingが扱える物体データは独自のmx形式のみですが、コンバータが用意されているのと、モーション再生ができるma形式をサポートしたことで、優劣の差は無くなったかもしれません。

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

>>557
レスありがとう
hgimgの方はサンプルちょこちょこいじってみたけど、厨な自分には少しややこしかった
zgpのサンプル見てみたけど、意外と短いスクリプトだったんで、こっちの方が簡単なのかなー、
と思ったのです
うーん、xファイルとかはよく分かんないし、コンバートできるのならどっちでもいいかな？と思ってます
hgimgで迷路とか作った時に、壁のアタリ判定はどうしたらよいですか？
サンプルは、単純な四角の部屋なためか、座標の最大と最小を決めているだけでした
複雑な形の壁だとどうしたらいいのでしょうか？
質問ばかりですみません

**416(HSP)** ◆HoSW/FCI · 02/05/15 05:34

>>558
　setcoli命令で当り判定を設定して、getcoli命令で検出できます。

　ただ、規則的な壁であれば、配列変数に例えば0が通路、1が壁として座標から割り出したほうが楽かもしれません。壁1つ1つをオブジェクトにして判定すると、壁の数によっては物凄く重くなると予想。

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

>>559
はぁ、そうやるのですか。ありがとうございます
その座標から割り出すってのも考えてました。規則的な壁になると思うので、こっちで頑張ってみます
ただ、とても広いマップになるので、まともな速度で動いてくれるか不安

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

逆コンパイラ記念age

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

HSPで素晴らしい出来のゲームって、何だ？

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

>562
それは永遠の謎だから禁句（藁

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

１対１のチャットを作ろうと思っているんですが、
サンプルプログラムを見ながら頑張ってはいるんですが、データ送信ができません。
間違っているとこを指摘してください。
お願いしますー。

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

#include "Hspsock.as"

screen 0,400,500,0
sdim ch,10000
sdim coment,1024
name="匿名希望"
pos 0,25
mesbox ch,400,300,0,10000
input coment,330,30,1024
pos 0,0
input info ,200,25,1024
ipget
pos 0,370
mes "IP="+refstr
pos 200,0
button "接続" ,*conect
stop
;通信情報
*conect
pos 0,400
adr=""+info
port=999
mes "ポート"+port+"で接続を待っています..."
sockmake 0,port
if stat : dialog "Socket error": goto *bye
sockopen 1,adr,port
mes "接続しました"
pos 330,325
objsize 70,30
button "送信" ,*send
stop

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

*aaa
;a=0
repeat -1
sockwait 0
title "CHK="+stat+"/"+a
; ;if stat>1 : dialog "Socket error1": goto *bye
; ;mes "aaa"+stat
; if stat>=0 : gosub *send
sockcheck 1
if stat>1 : dialog "Socket error": goto *bye:
if stat==0 : gosub *get
;mes coment
a++
wait 10
loop
stop
*send
;sockwait 0
t1=0:t2=0:t3=0
gettime t1,4
gettime t2,5
gettime t3,6
mm=name+"("+t1+":"+t2+":"+t3+"):"
mm=mm+coment
if(coment!=""){
sockput mm,1
if stat : dialog "Socket error!!!": goto *bye
;mes "["+mm+coment+"] を送信しました。"
}
goto *aaa

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

*get
data="";
sockget data,64,1
if stat : dialog "socket error" : goto *bye
;mes "["+data+"] を受信しました。"
ch=ch+data+"\n"
objprm 0,ch
return
*bye
sockclose
end

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

ちなみに文字を送信しようとすると
>>566の下から４行目で
エラーが出て終了してしまいます。
どうしたらいいのやら

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

>>564
そーゆーアプリはDelとか使った方が遙かに楽かと。
とくにUI周り。

**416(HSP)** ◆HoSW/FCI · 02/05/17 01:37

>>564
　C/Sタイプのチャットシテスムの流れは

・サーバー側がsockmake命令でソケットを作る(Hspsockの場合は接続数分作る)。
　↓
・サーバー側がsockwait命令でクライアントからの接続要求を待つ(ループ)。
　↓
・クライアント側がsockopen命令でサーバーに接続する。
　↓
　コネクション完了。以後、データのやり取り。

・データの送信はsockput命令など。
・データの受信はsockcheck命令でデータの到着を確認してからsockget命令などで取得。

…です。
　sockwait命令でコネクション(接続)が確立していないのに、データを送信しようとするとソケットエラーになります。

**416(HSP)** ◆HoSW/FCI · 02/05/17 03:36

　サーバー券クライアントの場合、ボタンか何かでサーバーになって待つか、クライアントになって繋ぎに行くかを決めれるようにしないと。

　具体的に間違いを指摘すると、サブルーチンの*conect内で、「sockmake 0,port」までは合っているんだけど、次に「sockopen 1,adr,port」っていうのが間違い。
　サーバーはsockmakeのあとsockwait命令で、クライアントからのsockopen命令による着信を待たないといけないわけ。「mes "接続しました"」って出してるけど、実はまだ接続(連結)していなかったり。

　…サンプル書いたほうが早いかな。

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

>>571
サンプルをお願いします。
どこをどうしたら動くのか混乱してきました；

**416(HSP)** ◆HoSW/FCI · 02/05/17 10:01

>>572
　あのサンプルはチャット用に改造するのには向いていないからね…。
　行数制限があるので、かなり詰めてます。

**416(HSP)** ◆HoSW/FCI · 02/05/17 10:04

#include "hspsock.as"
title "TCPサーバーテスト"

*init
sdim log,32000 : sdim say,256 : sdim s,256 : mesbox log,640,400,0
port=999 : pos 0 :mes "ポート"+port+"で接続待機中..."
sockmake 0,port : if stat : dialog "Socket make error": goto *bye
onexit *bye ;終了時必ずソケットを閉じる。

repeat ;接続待ち
wait 1 : sockwait 0 : if stat>1 : dialog "Socket error" : goto *bye
if stat=0 : break ;ｷﾀｰ
loop

pos 0,400 : input say,580,24,128 : pos 580,400 : button "送信",*send : pos 0 : mes "接続しました。"

*main
wait 1 : sockcheck 0 : if stat>1 : dialog "Socket error!": goto *bye
if stat=0 : gosub *get ;受信データ有り
goto *main

*get
sockget s,128,0 : if s!"" : log+=s+"\n" : objprm 0,log
return

*send
if say="" : goto *main ;相手が切断するとなぜか受信
sockput say : if stat : dialog "Socket error": goto *bye
say="" : objprm 1,say : goto *main

*bye
sockclose : end

**416(HSP)** ◆HoSW/FCI · 02/05/17 10:07

#include "hspsock.as"
title "TCPクライアントテスト"

*init
sdim log,32000 : sdim say,256 : sdim s,256 : mesbox log,640,400,0
adr="127.0.0.1" ;相手(サーバー)のIPを入力。ローカルなら127.0.0.1
port=999 : mes adr+"、ポート"+port+"に接続中..."
sockopen 0,adr,port : if stat : dialog "socket error" : goto *bye
onexit *bye
pos 0,400 : input say,580,24,128 : pos 580,400 : button "送信",*send : pos 0 : mes "接続しました..."

*main
wait 1 : sockcheck 0 : if stat>1 : dialog "Socket error!": goto *bye
if stat=0 : gosub *get ;受信データ有り
goto *main

*get
sockget s,128,0 : if s!"" : log+=s+"\n" : objprm 0,log
return

*send
if say="" : goto *main : else : sockput say : if stat : dialog "Socket error": goto *bye
say="" : objprm 1,say : goto *main

*bye
sockclose : end

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

>>573
ありがとうございます。
サーバークライアントを１つにしたプログラムは作れるのでしょうか？
そうすればプログラムも同一のもの作ればいいし、２つにサーバーとクライアントに
わけるなら出来そうなんですが、１つで兼用することは可能ですか？
出来る方法があるのならば教えていただけないでしょうか。
よろしくお願いします。

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

>>573
ありがとうございました！出来ましたです。

また疑問が沸いたのですが、
メッセージボックスのスクロールバーを自動的に一番下まで下げる方法はありますか？
メッセージが多くなるとスクロールバーをいちいち下げなくてはいけないので
面倒です。
なにかいい方法はありませんでしょうか？
よろしくお願いします。

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

sendobj

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

>>578
ないじゃん

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

>>577
そういう用途にHSPは向いてないぞ。
出来ないことはないが非常にめんどくさいし、そもそも本末転倒。
開発言語を再考することをお勧めする。

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

メッセージボックスの中の文字の色って変えられますか？

**416(HSP)** ◆HoSW/FCI · 02/05/17 23:16

>>577
　サブルーチン「*get」にある「objprm 0,log」の後ろに以下の2行を付け加えてくだしぃ。

strlen a,log : objsend 0,$b1,a,a,1 ;キャレットを最後尾に移動
a=0 : objsend 0,$b7,a,a,1 ;キャレットの位置にスクロール

　objsend命令については「docs」フォルダ内の「OBJSEND.HTM」を参照をば。

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

>>582
ありがとうございました！　出来ましたです！
また欲が出てきまして、
チャットの中の文字の色を変えたいと思っているのですが、
メッセージボックスの中の文字の色って変えられますか？

**416(HSP)** ◆HoSW/FCI · 02/05/18 01:40

>>583
　buttonやmesbox、inputなどのオブジェクトの色を変更するには、拡張プラグインを利用する必要があると思います。とりあえず、それができるプラグインで知っているのは、

「Exforce.dll」の「objcol命令」…ぐらいかな。あとは「rem.hpi」でRichEditを使う方法でしょうか。HSPの拡張プラグインについての情報は

「HSP Plug-in Information Center」
ttp://ven.virtualave.net/

に集約されています。

　あと、mesboxを使わず、メモリノートパッド命令を使用して、color、pos、mes命令を屈指して描画するという方法もあります。

**583** · 02/05/18 08:20

>>584
ありがとうございます！　すごいっすね。

「rem.hpi」をDLしてきたんですけど
使い方がいまいちわからないんですが、
mesboxの文字色、背景色変更するには実際、どんな感じで書けばいいのでしょうか？
たびたびすいません。

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

>>574-575
丁度知りたかった通信サンプルだ。ありがたい。

**416(HSP)** ◆HoSW/FCI · 02/05/19 00:56

>>585
　ゴメ、「RichEdit Messanger(rem.hpi)」はAPL知らないと無理でした。一応長いほうのサンプルにずばりなソースがありますが、これを覚えるより、まずはメモリノートパッド命令を覚えたほうがよいかも…。

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

>>585
何でも知りたがるのは悪くは無いが、いくらなんでもウザ過ぎ
「調べる」「諦める」っていう言葉を知れ。
ってか何でスクリプトの例を求める？
どう見ても、「少し作る→わからない→聞く→コピペ」を繰り返してるようにしか見えん。

あと、答えてる方も親切過ぎ。そんなんじゃ自分で覚えないでしょ。
せめてヒントだけにして、最低限調べるようにさせないと。

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

まあ、わかんないことは人に聞くのもありだが。
解答そのものが与えられるまで同じ事を聞くのは、だめだよな。
>あと、mesboxを使わず、メモリノートパッド命令を使用して、color、pos、mes命令を屈指して描画するという方法もあります。
こっちの方法なら使い込んでない俺ですらわかるぞ。
書き換え時にboxfも要る…と思うけど。

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

>>588-589
ﾊｹﾞｰﾄﾞ。
まあ416(HSP)の存在で有益な流れになりそうなﾖｶｰﾝ。

**416(HSP)** ◆HoSW/FCI · 02/05/19 06:06

>>588
　基礎部分は教えてもいいと思ってるんですよ。基礎として参考になるソースがあれば、そっちに誘導しますが、チャット(というかデータの待ち受け)に関する基礎ソースがなかったんで、作っちゃいました。
　あと、一応、自身でサンプルソースに手を加えて試行錯誤してたようなので。

　応用レベルについては、ご指摘の通りヒントのみにするつもりです。

**585** · 02/05/19 08:10

>>589
その方法ならログが残っていかないような・・
接続してから切断するまでの会話をすべて表示できないのでは。。
mesboxに表示するならすべて会話は記録されるね。
>>585はmesboxに書き込んだ文字を人ごとに色を変えて書き込みたいのでは？
といってみるテス。

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

>>592
＞その方法ならログが残っていかないような・・
工夫すれば何とでもなる。
自前で用意するのが面倒だというならRichEditを。

＞書き込んだ文字を人ごとに色を変えて書き込み
その場合、自分で作るかRichEdit使うかのどちらかじゃないと無理。

ところで、何で>>592は585にレスをしつつ585を名乗っているんだ？

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

明らかに初心者なのにRichEditを勧めるのはどうなのか。
色分けしたいと思うのは勝手だが、SendMessageとがんばって格闘すれば？ｗ

ちなみに、俺はKazREdit.hpi使って作られたHSP用エディタ持ってるよ。
HSP界では超有名な人が作ってて、かなり完成度高くて、色分けまで出来るやつ。
作者の人に聞いたら、「objsendだけでソース書いてる感じ」だと。ｗ

**416(HSP)** ◆HoSW/FCI · 02/05/20 01:46

>>589
　現状でも文字変数logの内容をobjprm命令でmesboxを描きなおしているわけで、ログがあるのは文字変数logのおかげなんですよ。
　自前で描画できるようになると、名前の変わりとしてあらかじめ用意していた画像を利用することもできますし、文中の特定の単語を画像に置きかえることも可能になります。

>>594
　そう、その「KazREdit.hpi」を探していたんですよ。で、無かったんで中身を確かめずに「rem.hpi」を紹介しちゃったと…。
　今は　ttp://tech.ne.nu/soft.html　に移転してたんですね。

　ただ、どちらにせよRichEditはその名の通りエディタ用なので、受信した文字を表示するだけのチャットに利用するのは大げさなんですよね。徒歩5分の自販機へキャンピングカーで行くみたく。

**593** · 02/05/20 11:45

文字ごとに色分けするなら、mesboxでは何送ろうが不可能でしょ？
だったら、自前で用意するかKazREdit.hpiやらrem.hpiやらでRichEditを利用するか。

まぁ、>>595が言ってるように、この場合自前でやった方がいいか。
チャットなんてそんな高機能でなくても適当な機能だけでいいしな。

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

てか何で色分けしたいのか自体が謎。
発言者ごとに色を変えたいなら、自前でやったほうが遥かに楽だよ。
一行ずつ描画してって、その都度発言者チェックして色変えればいいだけ。
でも列挙されたキーワードの色を変えるんなら、自前じゃ難しい。

ところで、2.6b13にバージョンアップしてたけど、結構便利になったね。
/* ～ */ のコメント形式が使えるようになったり、#IF #ENDIF とかｱﾘｶﾞﾀｰ(ﾟ∀ﾟ
でも、そろそろ仕様に無理があるような・・・。

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

ﾌﾟﾘﾌﾟﾛｾｯｻの強化を喜ぶなよ｡ますますﾏｽﾞｲ方向に行っているだけだぞ｡

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

ＨＳＰで作ったアクション系のゲームが遊べる最低動作スペックってどんなもん？
でけたーと思って人にプレイしてもらったらＫ６／５００Mhzじゃ遅い、みたいなこと言われて
ショックなんだけど。

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

作り方によるよ
背景とかの処理を変えたりすると、大抵は、かなりサクサク動くようになったり
スクリプトの軽量化なんかもやってみて

**416(HSP)** ◆HoSW/FCI · 02/05/25 06:26

>>599
　計算コストで重くなるということはほとんどないと思うから、描画コストも問題だろうね。

　1フレームでどれぐらい画像転送してるん?　グラフィックボードにも左右されるけど、500Mhzだと640*480の30fで通常1画面+透明色指定1画面分とちょいが限度みたく。これ以上のはDirectX使わないとダメだあね。

　ちなみにredrawを使わないと、描画命令のひとつひとつがリフレッシュレートでつまづきます。

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

>>599
画像の転送量や組み方によって違ってくるからね。

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

>>600-602
レスサンクスです。
画像の転送量が多いのが問題くさい（>>601さんが言う量より遙かに多い）
んで、スクリプトの計量化共々はじめから見直してみますわ。

**名前は開発中のものです。** · 02/05/25 14:22

HSPでWindowsXPをシャットダウンして電源を切らせる方法ってありますか？

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

>>604
ExitWindowsEx()

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

>>605
いろいろやってみたが、だめみたいだ；

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

>>606
http://msdn.microsoft.com/library/en-us/sysinfo/shutdown_3ago.asp
のRemarks参照

↓サンプルコード
http://msdn.microsoft.com/library/en-us/sysinfo/shutdown_7z8u.asp

**名前は開発中のものです。** · 02/05/25 22:48

>>607
ごめん、わからん；；
たとえば、exec 命令で書けばいいんだろうか？

**名前は開発中のものです。** · 02/05/25 23:27

>>608
プラグイン書くのが一番手っ取り早い。(loadlib.dllでもできるはずだが可読性が低いしなにより面倒なのでお勧めしない)
上のコードのエラー処理を適当に直せばほぼそのまま使えるはず。

ついでにExitWindowsExの日本語リファレンス。(日本語のMSDNライブラリは情報抜け(構造体やメッセージの情報が載ってない))のでお勧めできないが
http://www.microsoft.com/JAPAN/developer/library/jpsetupf/_win32_exitwindowsex.htm

**416(HSP)** ◆HoSW/FCI · 02/05/26 00:22

>>604
　プラグイン「hspext」が必要だけどsysexit命令はだめでしたか?
　アプリケーションキャプチャーで無理やりってな手もあるけど(藁。