HSPTV!掲示板

hsp3dish時にはpget命令はサポートされていないのでしょうか？

サポートされていないとしたら・・・
色情報の取得は不可能？ですか？

見たところ、サポートされていないという記述は見当たりませんね。HDLにも特に記述無し。
https://www.onionsoft.net/hsp/v37/doclib/hsp3dish_prog.htm#DISHUSE

念のため確認。

#include "hsp3dish.as"
pget 1,1

#Error 21 in line 2 (???)
-->サポートされない機能を選択しました

過去にも同様の質問が出ていますが解決していません。
https://hsp.tv/play/pforum.php?mode=pastwch&num=79459

お役に立てず、すみません。
Dishで使用できない命令って他にもあるんだろうか…。

おっとGenkiさんに先を越されましたが、

https://www.onionsoft.net/hsp/v37/doclib/hsp3dish_prog.htm#CMDLIST

Dishのサポート命令リストのようです。
残念ながらpgetはサポート外のようですね。
（ただし、WEBGLとAndroidではサポート範囲が違うようです）
例えばWEBGLでモジュール変数は使用できますが、Androidはサポート外です

pget使えないのは、ビデオメモリにアクセスするのは難しくてコスト高いってやつなんでしょうかね〜？？？

ありゃりゃ、サポート外ですか。。
他に方法はないのでしょうか？
正直かなり困りますね・・・。

https://hsp.tv/play/pforum.php?mode=all&num=101434

windowsなら、usagi師匠の回答が役立つかもしれません。

Windows限定かつ画面全体の座標からならWinAPIを使うことで取得はできます。
(HSP3Dish の場合変数にVRAMをコピーできる実験的な機能があった気がするような?)

#include "hsp3dish.as"

#uselib "gdi32.dll"
// 画面のカラーコード取得
#func CreateDC "CreateDCA" sptr,sptr,sptr,sptr
#func DeleteDC "DeleteDC" sptr
#func GetPixel "GetPixel" sptr,sptr,sptr

repeat
	redraw 0
	color 0,0,255: boxf 0,0,ginfo_winx,90: color 255,255,255
	x=ginfo_mx: y=ginfo_my
	col=get_pixelcolor(x,y)
	r=col & $FF: g=col>>8 & $FF: b=col>>16 & $FF
	pos 10,10
	mes "x="+x+" y="+y
	mes strf("col=%06X",col)+" R="+r+" G="+g+" B="+b
	color: boxf 10,100,60,150
	color r,g,b: boxf 11,101,59,149
	redraw 1
	await 16
loop

// 画面ピクセルのBGRを取得
#defcfunc get_pixelcolor int _p1, int _p2
	CreateDC "DISPLAY",0,0,0: h=stat	// 画面のハンドル取得
	GetPixel h,_p1,_p2: p=stat			// BGRを取得
	DeleteDC h							// 破棄
	return p

＞buhioさん、窓月ららさん

ありがとうございます。
ちょっと難易度高そうですね・・・

実験するのが来週か再来週くらいに
なってしまいそうですがやってみます。

＞buhioさん
usagi師匠のプログラムの先頭に
#include "hsp3dish.as"
を追加するとエラーになってしまいました。。

＞窓月ららさん
取得できたような気がするのですが、
このプログラムの右上の青い部分に
カーソルを合わせると
中途半端な値を取得しました。
何故でしょう・・・

>ストロームさん

こんばんわ。

hgimg4.asをインクルードする場合、自動的にhsp3dishもインクルードされるので、インクルードする必要はありません。
（二重になります）

返信遅くなりました。
#include "hsp3dish.as"
を入れずに自分のプログラムに入れてみたら・・・

判定のところで一定時間経って強制終了になってしまいました。。
pgetがキモのゲームを作る予定なのですが、
ちと厳しそうですね・・・

なにをしようとしているのかよくわかりませんが、
画面の色をアタリ判定などに利用しようとしているのであれば、
できてもあまり実用的な速度は臨めないと思われます。

もしその処理がどうしても必要なのであれば、画面と同サイズのバッファ(変数)を用意して
画面の状態を書き換えると同時にバッファの状態も書き換えておけば
バッファを peek などで参照することで判定することはできると思われます。
ようするに、VRAMから参照するのではなくて、通常のRAMを参照するようにすればいいのです。
ただし、処理コストはまあまあ増える内容ではあります。

pgetでの当たり判定のようなものをつくったことがありますが、
そのときは、bufferで小さいサイズのスクリーンをつくり、
そこをRepeatで色を確認する当たり判定にしました。

おおきく当たり判定をしたあとで、詳細の当たり判定処理、みないなことをすれば、
当たり判定の意味でのpgetなら可能かもしれませんね。

ちなみに昔、
色によるボタンの位置や、地図の国判定をpgetでつくったことがあります。

dishでもその方法ができるといいのですが、難しいです。

ひとつ、試していませんが、
表示外で、もう一つ画面を書いてやる方法があるかもしれません。

やりたいのは当たり判定ですが、常に判定しているわけではなく
最後の画面のみ判定する為、処理速度はあまり早くなくてもよいです。

VRAMの基礎知識がないのでpeekで取る・・・というのが分からず。。
基本が分かるサイトなどあればご教授ください。。

>usagi師匠のプログラムの先頭に#include "hsp3dish.as"
こんにちわ
申し訳ないですが、私の例はhgimg4のOpenGl版限定でございます。
"最後の画面=Windowsのウインドウ"でHsp3dish条件下ならこんな感じでどうでしょうか？

; 追加モジュール ---------------
#undef pget
#module
#uselib "user32.dll"
#cfunc GetDC "GetDC" sptr
#uselib "gdi32.dll"
#cfunc GetPixel "GetPixel" sptr,sptr,sptr
//#define pget(%1=ginfo_cx,%2=ginfo_cy) _pget(%1,%2)
#deffunc pget int x, int y
c=GetPixel(GetDC(hwnd),x,y):color c&$FF,c>>8&$FF,c>>16&$FF:return
#global
;-------------------------------

; サンプル
#include "hsp3dish.as"
screen 0, 512, 512
*MAIN
	redraw 1:await 16:redraw 0
	gmode 1:gradf ,,,,1,$ff0000,$0000ff:gmode 5,,,255:gradf ,,,,0,0,$00ff00

	pget mousex, mousey : r = ginfo_r : g = ginfo_g : b = ginfo_b

	pos 30, 30:p=ginfo_cx-20, ginfo_cy-20, ginfo_cx+20, ginfo_cy+20
	circle p.0,p.1,p.2,p.3,1:color:circle p.0,p.1,p.2,p.3,0
	pos 60,15:color 255,255,255
	mes strf("Pos:%3d, %3d\nRGB:%3d, %3d, %3d", mousex, mousey, r, g, b),4
goto *MAIN

usagiさん

おお、ありがとうございます・・・！
すぐには試せないですが今度試します！

Windowsのウィンドウという言葉が出ていますが
アプリ化したら使えないのでしょうか・・・？

usagiさん

連投失礼します。
自分のプログラムに組み込んだら判定がうまく行ってないようなのですが
（どこの場所でも同じ値になる。）
判定するタイミングなどあるのでしょうか。

>アプリ化したら使えないのでしょうか？
アプリと言うのはandoroidやiosの事でしょうか？そうであれば使えません。
理由はWindowsのライブラリを使っている為です。拡張子が"exe"のアプリケーションであれば動くと思います。

>判定するタイミングなどあるのでしょうか。
画面を更新した後に取得する必要があります。redraw 1の後です。

サンプルは動きましたでしょうか？もし動いたならストロームさん固有の問題かと思いますので、
もう少し詳細が分かれば、お伝えできることもあるかもしれません。

※例えば、同じ値になるというのはどの変数がどの値か、画面の色は何色など

Androidでは使えないから意味ないんですが、
celbitmap という実験的な機能はございます。
試す場合はヘルプを参照してください。

とりあえず現状では HSP3Dish環境で pgetは現実的ではないんで
別の方法を模索したほうがいいと思われます。
判定が画像である必要は全くありません。

usagiさん
最終的にはiosアプリ化を目指しているので使えないと意味がないかもですね・・・

サンプルは動きましたが自分のプログラムでは同じようにどの点を取っても
何故かB値が120になります。尚、R値G値は0でした。
画面の色は青、空、緑、黒と様々です。

窓月ららさん
そうなんですね。
説明が難しいのですが、最終図でキャラクターの右上、右下、左上、左下を
pgetでB値が全て255ならクリア・・・というゲームを作っています。
要はマップの青いところに辿り着いたらです。
pget以外の方法となると・・・
マップを1ドット単位で記憶させるぐらいしか自分は思いつきませんが
それなりに広いので現実的ではなさそうです。

返信ありがとうございます。
>サンプルは動きました
そうであれば環境の問題ではなく、取得のタイミングか画面の状態が違うのかもですね。

>iosアプリ化を目指している
なるほです、残念ながらそれではお力になれないですね。。。すみません。
iosアプリを作る際にHSPからソースの変換が必要ですし、Windowsのライブラリは使えないからです。

スレッドの解決としては、公式でサポートを待つ必要があると思いますので、
要望を出してみる感じでしょうか。。。

usagiさん
いえ、丁寧にありがとうございます。
勉強になりました！

サポート待ちします・・・