|
 |
|
|
2024/8/1(Thu) 23:03:05|NO.101998
以下、頂いた内容に返信させて頂きます。
以前のスレッドから内容を引き継いでいきます。
https://hsp.tv/play/pforum.php?mode=all&num=101344
>窓月らら さん
>line命令だと出だしの1pxが欠けるのは仕様なんでしょうか。
以前からある動作ですが仕様としては良くないですね。
速度が変わらず修正できるようならば検討したいと思います。
.hspupd内の複数行で改行のみを追加する場合は、「^」のみの行を入れて頂ければ改行になるかと思います。何もない行は無視されてしまいます。
>MIZUSHIKI さん
ご指摘ありがとうございます。
netrequest_get等には、確かに対応していませんでした。
今後のバージョンで修正させて頂きます。
>Drip さん
ご指摘と要望をありがとうございます。
時間的に間に合いませんでしたが、今後のバージョンで対応できる部分については修正していきたいと思います。
hgimg4のresフォルダは、もともとのgameplayライブラリから継承されている部分であり、バージョンによって変化している所もありますが、
基本的に「sample/hgimg/res/shaders」内のファイルが揃っていれば問題ありません。
「p_」で始まるファイルはポストエフェクト用のシェーダーなので、使用しない場合は不要です。
3Dのマテリアルによって各シェーダーを使用する/しないが変わるので、最低限のファイルというのは使用するモデルによって変化します。3Dを使用せず2Dのみ表示するのであれば、resフォルダは必要ありません。
gpmeshの物理設定についても検証ありがとうございます。こちらも参考にさせて頂きます。
>きせん さん
HSP3Dish helperの問題について、ご報告ありがとうございます。
今後のバージョンでエラーが発生しないよう修正させて頂きます。
>buhio さん
hgimg4についてのご要望ありがとうございます。
クオータニオンやマトリクスの演算については、基本的な機能だけでも今後サポートできればと考えています。GENKIさんのモジュールも参考にさせて頂こうと思います。
アニメーションの適用については、現状で読み込み時にのみ登録できるようになっているため確かに汎用性が足りないですね。
登録されているデータの変更や差し替えも含めて検討してみたいと思います。
>kの字 さん
hsp3dishについてのご要望ありがとうございます。
スプライトの左右反転については、現状不完全になっています。問題が解決できましたら対応していきたいと思います。
>GENKI さん
OBAQについての検証ありがとうございます。
色々ドキュメントだけでは分かり難い所、ご指摘頂ければと思います。
| |
|
|
2024/8/2(Fri) 04:32:17|NO.101999
新スレおめでとうございまーす♪
line命令の件よろしくお願いいたします。
「^」の件了解しました、試してみたいと思います。
|
|
|
2024/8/4(Sun) 01:06:15|NO.102005
mod_tamakeisd.as を使っていて発見したのでご報告。
sdchr_puticonでアイコンの位置調整座標が正しく指定できません。
Line 222 : xx+=_p1:yy+=_p2
この行を次のように修正する必要があります。
xx+=_p2:yy+=_p3
命令の使い方に関する文章に誤記があります。
Lien 210 : ; (あらかじめsdchr_iconloadで準備をしておく必要があります)
正しくは sdchr_loadicon です。
|
|
|
2024/8/4(Sun) 18:16:56|NO.102006
HDL
screenの項目にフルスクリーン(+256)についての説明がありません。
HSP3Dish プログラミングマニュアル
https://www.onionsoft.net/hsp/v37/doclib/hsp3dish_prog.htm#SCREEN
「6.のスクリーンサイズ変更について」の頭の「の」が余計です。
ディスプレイが対応していない解像度を指定するとエラーで終了します。
エラーが出るプログラムの例：screen 0,800,601,256
エラーメッセージ：Direct3Dデバイスの生成に失敗しました
物理的に対応してない解像度を指定するわけなのでエラーで落ちるのは仕方ないのですが、どこかに１行こういうことがあるよと記載があるといいなと。
この問題「screen 0,ginfo_dispx,ginfo_dispy,256」と viewcalc の組み合わせが一番簡単なのかな。
|
|
|
2024/8/6(Tue) 23:04:40|NO.102020
ObaQの不具合報告です。
qaddmodelで作成したオブジェクトにqmat命令 mat_spr でスプライト表示させると、スプライト表示位置がずれた位置に表示される場合があります。
重心が中央に来ない図形を作成した場合、位置がずれてしまうようです。
以下は、確認用のスクリプトです。
#include "hsp3dish.as"
; ObaQ設定
screen 0,800,600 ; ウィンドウ初期化
qreset ; OBAQの初期化
; 三角形を追加
qaddpoly my, 3, 96,20,0
qmat my, mat_wire, $FFFFFF
;-------------------
celload "sozai12.jpg", celid_auto
widImage = stat
bs = 8.0
b = bs / 2.0
; 左上がゼロ
; スプライト画像の位置がずれる
shapeBlockLT = 0.0, 0.0, 0.0, bs, bs, bs, bs, 0.0
;shapeBlockLT = 1.0, 1.0, 0.0, bs, bs, bs, bs, -5.0 ; 矩形じゃない場合は画像がはみ出す
qaddmodel block, shapeBlockLT, 8, 60,70,0, 10.0, 1.0, 0
qtype block, type_bind
qmat block, mat_spr, widImage, 0
; 中央がゼロ
; こちらは正しく表示される。
shapeBlock = -b, -b, -b, b, b, b, b, -b
; shapeBlock = -b+1, -b+1, -b, b, b, b, b, -b ; 矩形じゃない場合は画像がはみ出す
qaddmodel block, shapeBlock, 8, 100,130,0, 10.0, 1.0, 0
qtype block, type_bind
qmat block, mat_spr, widImage, 0
*main
redraw 1 : await 16 : redraw 0 : color : boxf : color : pos 0,0
qexec
qdraw 0
; テキスト表示
pos 50,40
color 255,255,255
mouse_x = mousex
mouse_y = mousey
mes "mouse: " + mouse_x + ", " + mouse_y
qcnvaxis qmx, qmy, mouse_x, mouse_y, 1
mes " " + qmx + ", " + qmy
goto *main
また、矩形ではない図形を作成した場合、はみ出た部分にもテクスチャが表示されます。
| |
|
|
2024/8/7(Wed) 21:55:31|NO.102022
>> NO.102020 の続き
よく考えたら図形が矩形ではない場合に画像がはみ出してしまう問題は、画像のはみ出した部分を透明色で塗りつぶせばいいのであまり重要ではなかったですね。
しかし、他の問題は残ります。
・例示したようなケースでは画像が十分引き延ばされていないので、はみ出た部分だけを透明色にという手が使えない。
・例示したような画像で塗りつぶすような使い方をする場合は、qaddpoly と同じ挙動を期待してしまう。（はみ出た部分は描画されない）
オブジェクトの位置合わせをしやすくするために原点を左上に設定したところ、このような現象に遭遇しました。
今作っている作品では、オブジェクトの重心を中央にすれば解決するので、その内修正されるといいなという感じです。
|
|
|
2024/8/9(Fri) 22:41:12|NO.102023
NO.100342のinoviaさんの書き込みを拝借。。。
コンパイラの予約キーワード一覧に今回追加されたプリプロセッサが含まれていないようです。
（エディタ上の色分けができていない状態）
#aht, #ahtmes, #epackdir, #packdir
|
|
|
2024/8/9(Fri) 23:24:51|NO.102024
#defint で色付になるのですが、何か意味はあるのでしょうか・・・
|
|
|
2024/8/10(Sat) 15:26:05|NO.102027
>窓月ららさん
#defint, #defdouble, #defnoneは少なくともHSP3.32以降のsupport_cmds.txtに記載されていますが、リファレンスには説明がありませんね。
ついでにここに記載されているresumeとyieldはリファレンスに説明もなく色付もありません。
|
|
|
2024/8/10(Sat) 18:09:36|NO.102028
|
|
|
2024/8/10(Sat) 20:28:55|NO.102029
>zrs90さん
ありがとうございます。将来的なことを考えてresumeとyieldは変数名等に使わないほうが安全ということで。
|
|
|
2024/8/13(Tue) 21:12:43|NO.102049
obaqで２件の不具合を発見したので報告です。いずれも #deffunc で作成した新規命令があると発生するようです。
(1) qdrawで描画されなくなる事がある不具合。
(2) qdel命令実行時に特定の条件で「#Error 10 サブルーチン外のreturnは無効です」が発生する。
以下のスクリプトを走らせると、外壁の画像が表示されるはずですが表示されません。(1)の不具合の再現。
#include "hsp3dish.as"
#module
#deffunc comtest
return
#global
screen 0
qreset
; 結果をわかりやすくするために画像を表示
celload "bg06.jpg", celid_auto
widImageBG1 = stat
qmat 0, mat_spr, widImageBG1, 0
*main
redraw 1 : await 16 : redraw 0 : color : boxf : pos 0,0
qexec
comtest
; logmes "" ; 症状が出なくなる。
; qdel -1 ; #Error 10 サブルーチン外のreturnは無効です
gosub *l_sub
; qdraw ; 症状が出なくなる。
goto *main
*l_sub
qdel -1
qdraw
return
以下の方法のいずれか１つを適用すると不具合は発生しなくなります。
・comtest命令を消す。
・comtest命令の次の行に logmes "" を追加する。
・qdrawをサブルーチンから削除してメインループ内に直接書く。
同じスクリプトで(2)の不具合が確認できます。
「qdel -1」をサブルーチンから削除してメインループ内に直接書くと「#Error 10 サブルーチン外のreturnは無効です」が発生します。
以下の方法のいずれか１つを適用すると不具合は発生しなくなります。
・comtest命令を消す。
・comtest命令の次の行に logmes "" を追加する。
・qdrawをサブルーチンから削除してメインループ内に直接書く。
意図して実行に失敗させるために-1を使っていたのですが、とりあえず引数が0未満ならqdelを実行しないようにします。
|
|
|
2024/8/20(Tue) 00:32:13|NO.102057
遅くなりましたが前バージョンの不具合修正ありがとうございました。
エディタにある「定義へ移動」や「すべての定義を参照」についてまた不具合を見つけたので報告します。
１：モジュール内のdeffuncm命令が反応しない。
#module
#deffunc testfunc
return
#deffunc testfunc2
testfunc //モジュール内だとNG
return
#global
testfunc //OK
２：最適化により削除されるモジュール内では反応しない。
削除されるから当たり前と言えばそうなのですが、これではモジュール部分だけを独立させて
一つのファイルにまとめたものを編集時に「定義へ移動」が使えなくて不便です。
//#cmpopt optcode 0 //最適化を無効にする
#module
#var testvar
#deffunc testfunc
testvar=0 //最適化が有効だとNG
return
#global
３：コンパイル時に重大なエラーが発生する場合に無反応
コンパイルエラーなので定義へ移動できないのは当然とは思いますが全く無反応なのではなく
エラーを通知してもらえた方が親切かなと思いました。
#global //重大なエラー
#var testvar
testvar=0 //NG
４：新規ファイルだとエラーになる
新規作成して一度も保存してないファイル(無題のファイル)で何らかの変数に対して「定義へ移動」
を使うと「??? をロードできませんでした。」とエラーメッセージ(ダイアログ)が出ます。
一度保存すればいいだけなのですが気にはなります。
|
|
|
2024/8/31(Sat) 22:53:26|NO.102108
●hgimg4の不具合についての報告「.materialのsamplerの不具合」
HSP3.7beta9の不具合を報告します。
HGIMG4の.materialで、複数のテクスチャを指定した時のsamplerに不具合があるようです。
例えば、以下のような複数のsamplerを使った自作シェーダー用の.materialがあるとします。
material env_shader
{
u_worldViewMatrix = WORLD_VIEW_MATRIX
u_worldViewProjectionMatrix = WORLD_VIEW_PROJECTION_MATRIX
u_inverseTransposeWorldViewMatrix = INVERSE_TRANSPOSE_WORLD_VIEW_MATRIX
u_projectionMatrix = PROJECTION_MATRIX
u_cameraViewPosition = CAMERA_VIEW_POSITION
u_worldMatrix = WORLD_MATRIX
renderState
{
cullFace = true
depthTest = true
}
sampler u_envmap_roughness_texture
{
mipmap = false
wrapS = REPEAT
wrapT = REPEAT
minFilter = NEAREST
magFilter = NEAREST
}
sampler u_envmap_specular_texture
{
mipmap = false
wrapS = REPEAT
wrapT = REPEAT
minFilter = LINEAR
magFilter = LINEAR
}
sampler u_envmap_reflection_texture
{
mipmap = false
wrapS = REPEAT
wrapT = REPEAT
minFilter = LINEAR
magFilter = LINEAR
}
technique
{
pass
{
vertexShader = shaders/model/environment.vert
fragmentShader = shaders/model/environment.frag
}
}
}
material m0 : env_shader
{
u_env_rotate = 3.141593
u_env_roughness_gamma = 0.8
sampler u_envmap_roughness_texture
{
path = textures/environment/my/0to1/deffuseSphereMap_superMini2.png
}
sampler u_envmap_specular_texture
{
path = textures/environment/cc0/blender283/1to2/forest.png
}
sampler u_envmap_reflection_texture
{
path = textures/environment/cc0/blender283/0to1/forest.png
}
}
この場合、本来はsampler u_envmap_roughness_textureでのみminFilterとmagFilterがNEARESTでなければならないはずなのですが、
実際には全てのsamplerのminFilterとmagFilterがNEARESTに設定されてしまいます。
一番最初に指定したu_envmap_roughness_textureの設定が他のsamplerに対してまで上書きされてしまっているような現象が起きているようです。
| |
|
|
2024/9/1(Sun) 15:46:42|NO.102117
HSP3Dishについての不具合報告です。
「#include "hsp3dish.as"」の有無だけで、動作結果が異なります。
動作環境：Windows10、HSP3.7β9
ケース��
screenの前にcelloadを実行する。
有り：エラーメッセージが表示される。
#Error 3 in line **（celputの行）
-->パラメータの値が異常です
無し：背景が指定した色（灰色）で塗りつぶされる。（想定している動作結果）
;#include "hsp3dish.as" ; コメントを外して確認してください。
wid = 3
celload "fontchr.png", wid
celdiv wid, 16,16
screen 0
color 50,50,50 : boxf
gmode 2
celput wid, 97
redraw 1
ケース��
screenの後にcelloadを実行する。
有り：背景が塗りつぶされず、白のままとなる。
無し：背景が指定した色（灰色）で塗りつぶされる。（想定している動作結果）
;#include "hsp3dish.as" ; コメントを外して確認してください。
screen 0
color 50,50,50 : boxf
wid = 3
celload "fontchr.png", wid
celdiv wid, 16,16
gmode 2
celput wid, 97
redraw 1
|
|
|
2024/9/20(Fri) 07:10:22|NO.102254
mousew なのですが、
仕様だか不具合だかわからないものを見つけたので報告いたします。
以下のコードのとおりですが、mousew が実行されていないタイミングで
マウスホイールを回すと mousew が実行されるまで情報が消化されず
残ってしまうようです。
repeat
redraw 0
color: boxf
rgbcolor $0000FF: boxf 0,240,640,480
rgbcolor $FFFFFF
pos 10,250
mes "青い場所でマウスホイールを回してください。\n"
mes "黒い場所でマウスホイールを回したあとに、\n青い部分にマウスポインタを移動してみてください。"
mes "未消化の情報が残っており、反応してしまいます。"
;h=mousew // ここに書けば問題なし
if mousey>=240 {
h=mousew
if h { pos 10,10: mes "マウスホイールを回しました。" }
}
redraw 1
await 50
loop
|
|
|
2024/10/3(Thu) 08:04:25|NO.102322
上記 mousew の件ですが、getkey stick などにも同様の問題があるようです。
一先ずは仕様として対策が必要な場合がありました。
|
|
|
2024/10/8(Tue) 10:23:38|NO.102346
Webサイトのほうですが、、、
> 警告: 潜在的なセキュリティリスクあり
>
> Firefox は問題を検知したため、dev.onionsoft.net への接続を中止しました。このウェブサイトの設定が不適切、またはあなたのコンピューターの時刻設定に誤りがあります。
クローム、Edge などでも同様です。PCの時刻は合っています。
コンテストの管理ページなどにアクセス不能になっています。ご確認をお願いいたします。。
|
|
|
2024/10/8(Tue) 10:27:42|NO.102347
> dev.onionsoft.net の証明書は 2024/10/8 に期限が切れました。
だそうです・・・
|
|
|
2024/10/8(Tue) 23:01:45|NO.102350
>窓月らら さん
ご返信ありがとうございます。
SoupSeedサイト(作品詳細及びユーザーメニューのページ)が証明書切れのためアクセスできなくなっていました。
ご心配とご迷惑をお掛けして申し訳ございません。現在は復旧しています。
|
|
|
2024/10/9(Wed) 00:57:45|NO.102351
mod_tamakeisd.as について不具合ではないのですが気になった点があります。
mod_tamakeisdは内部でウィンドウIDの3〜28？（たぶん）を使用しているようです。
このモジュールを使用する際celid_autoが事実上使えなくなってしまうのはいいとして、mod_tamakeisd.asが使用するウィンドウID範囲を明確にしておいてほしいです。今は、多分この範囲だろうという予想を根拠に空きIDを使うか、モジュールを直接書き換えて使用しています。
しかし出来れば、使用するウィンドウIDの範囲が簡単にオフセットできたらいいなとも思っています。例えばinclude直後に最初に+10ずらす命令を実行して、使用するウィンドウIDの範囲を3〜28から13〜38に変更するという感じ。
mod_tamakeisdはアドベンチャーゲームや会話パートが手軽に作れるので気に入っています。ほとんど紹介がないのももったいないなと思っています。
|
|
|
2024/10/13(Sun) 12:50:57|NO.102382
hspdxの件について
こちらはHSP ver3.7 beta8の環境ですが、hspdxでes_timerを使うと「外部DLLの呼び出しに失敗しました。」というエラーが出ます。
#include "hspdx.as"
es_timer e_timer,0
HSPのインストールディレクトリに hspdx.dll は入れてあります。
|
|
|
2024/10/13(Sun) 16:05:10|NO.102383
>ゆっくりXP さん
hsp3.5β6から非推奨扱いです（history.txt、
HSP3アップデートガイド内
4.パッケージの同梱終了について参照）
現在のhsp3では
サンプル、hspdx.txt、hsファイル等が
なくなっています
後は、4.パッケージの同梱終了について
をお読み下さい
⚫︎余談
HDLからhspdxを検索して「ドキュメント」
を探すと簡単に見つかります
|
|
|
2024/10/13(Sun) 23:14:55|NO.102393
GetMasterVolume()の不具合報告です。
音量 30 に設定して mmaudio3.hsp を実行すると音量 29 と表示されます。
50,75,100の場合は、正常に動作しています。
os：Windows10
|
|
|
2024/10/13(Sun) 23:26:30|NO.102394
mmloadでmidiを再生した場合、mmvolで音量設定ができません。
#include "hsp3dish.as"
mmload dir_tv + "bgm04.mid", id
mmvol id, -1000 ; 無音のはず
mmplay id
|
|
|
2024/10/14(Mon) 23:02:48|NO.102400
■exist命令でファイルパス名が243文字以上の場合に落ちます
3.7b1以前については1000文字以上でも問題ありませんが（Win仕様は512文字）
3.7b2以降のバージョンやランタイムによって243文字から251文字以上で落ちます。
スクリプトエディタでのexist実行にてフリーズ後に落ちます（エディタはそのまま）
exeでは確認できませんでしたので影響は不明です。
Win10 Proにて確認しています。
■サンプルスクリプト
ロングファイル名を使用してexist命令の動作を確認します。
fnlenの数値(243)を変更することで正常と異常を再現できます。
;#runtime "hsp3cl.hrt"
;#runtime "hsp3dish.hrt"
;#runtime "hsp3gp.hrt"
;dishgp=1 ;dish/gp以外はコメントにする
fnlen=243 ;ファイル名文字数
cpath=dir_cur:clen=strlen(cpath)
mes "["+cpath+"]\n("+clen+")"
sdim fstr,1025:memset fstr,'A',1024 ;仮上限1024文字
fname=strmid(fstr,0,fnlen-5-clen)
fpath=cpath+"\\"+fname+".txt":fplen=strlen(fpath)
mes "["+fpath+"]\n("+fplen+")":if dishgp:redraw 1
dialog "exist実行":exist fpath ;ここで落ちる
mes "exist("+strsize+")":if dishgp:redraw 1
stop
|
|
|
2024/10/16(Wed) 09:44:17|NO.102403
es_check命令
スプライトの衝突判定について、p4〜p6が、マニュアルに記載がありますが、動作が確認できませんでした。
ヘルプには、ｐ1〜ｐ3までの記載しかないため、未対応ということでしょうか。ver3.7beta9で確認しました。
下記エラーが発生します。
＃Error 16 in line ***(ファイル名)
-->パラメータの数が多すぎます
es_check p1,p2,p3,p4,p5,p6 衝突判定取得
p1=結果が代入される変数名
p2=チェックの対象となるスプライトNo.
p3=検索対象となるtype値
p4=判定フラグ(0=回転を考慮しない、1=回転を考慮する)
p5=検索を開始するスプライトNo.
p6=検索を終了するスプライトNo.
|
|
|
2024/10/19(Sat) 04:29:32|NO.102411
ネット機能を高速化＆強化して下さい！
サーバが持てない人の為の対戦用レンタルサーバとか。
ポート開放しなくて済む形のオンライン対戦通信法とか！
夢が広がりますー！
|
|
|
2024/10/19(Sat) 17:41:46|NO.102412
おそらくバグだと思うのですが、
HSP3Dish.js で動作解像度(ENV.HSP_WX,WY)と表示解像度(ENV.HSP_SX,SY)の設定が異なるサイズのとき、タッチ情報を取得するmtinfoの値やmousex等の値がズレてしまうようなので検証と報告です。
■ 確認用HSP3Dish.js - テスト１：動作解像度と表示解像度が『同じ』とき
https://suwa.pupu.jp/HSP/sample/mt/mtinfo1.html
↑ これは問題ありません。画面をタッチした位置が正しく取得できます。
■ 確認用HSP3Dish.js - テスト２：動作解像度と表示解像度が『異なる』とき
https://suwa.pupu.jp/HSP/sample/mt/mtinfo2.html
↑ スマホか画面タッチできるPCで確認してみてください。タッチした箇所がズレてしまいます。(マウスの座標はズレません。タッチだけです。)
【上記のテストスクリプト】
#include "hsp3dish.as"
title "2: 動作解像度(ENV.HSP_WX,WY)と表示解像度(ENV.HSP_SX,SY)が異なる"
font "",16
pos 450,50 : objsize 100,100
button gosub "button\n(450,50)\n[100x100]", *bt
*main
redraw 0 : pos 0,0:color 0,0,100:boxf:color 255,255,255
mes "テスト２："
mes " 動作解像度(ENV.HSP_WX,WY)と表示解像度(ENV.HSP_SX,SY)が異なる"
mes " ENV.HSP_WX=600 : ENV.HSP_WY=400"
mes " ENV.HSP_SX=900 : ENV.HSP_SY=600"
mes "・スマホや画面タッチできるPCで確認してみてください。\n"
mes "buttonを押した回数: "+kaisu
mes "mousex=" + mousex + ", mousey=" + mousey
mtlist touchid
repeat stat
mtinfo touch, touchid(cnt)
mes strf("%d : %d, %d @ %d", touch(0),touch(1),touch(2),touch(3))
if touch(3) == -1 : continue ; ID:-1のデータは●を描画しない
circle touch(1)-20, touch(2)-20, touch(1)+20, touch(2)+20
loop
redraw 1
await 1000/60
goto *main
*bt
kaisu++
return
ズレるのならば hsp3dish.js の中身を書き換えて補正したら何とかならないかと 1994456 byte目からの内容を以下のように書き換えてみました。
HEAP32[idx+9]=t.clientX-targetRect.left;
HEAP32[idx+10]=t.clientY-targetRect.top;
↓
HEAP32[idx+9]=(t.clientX-targetRect.left) * targetRect.width / parseInt(ENV.HSP_WX);
HEAP32[idx+10]=(t.clientY-targetRect.top) * targetRect.height / parseInt(ENV.HSP_WY);
すると概ね良さそうな感じには一旦なりました。
■ 確認用HSP3Dish.js - テスト３：動作解像度と表示解像度が『異なる』とき ＋ hsp3dish.js改造
https://suwa.pupu.jp/HSP/sample/mtk/mtinfo3.html
しかし、逆に元々正しく取得できていたタッチ識別用ID(identifier)が「-1」のデータの座標がズレてしまうようになってしまいました。
この「ID:-1」のデータは無視しても良ければ問題ないかなとも思ったのですが、どうやら button をタッチしたときの座標判定に使われているらしくボタンを押せなくなってしまいました。
(「ID:-1」はシステムで使う用でしょうか？ 他にも影響があるかもしれません。)
元々「ID:-1」の座標はズレずに取得できていたので、他のmtinfoのデータも同様に正しい値を取れるようになればありがたいです。
何卒、ご対応の程を宜しくお願い致します。
# 上記は基本的にHSP3.7β9で試しております。ただ、HSP3.6でも試したところ同様の結果となりました。
# (HSP3.6の場合、hsp3dish.js内改造箇所は『HEAP32[ptr+36>>2]=t.clientX-targetRect.left;』で検索してください。)
| |
|
|
2024/11/6(Wed) 17:40:05|NO.102524
>おにたま(管理人) さん
βテストに限らず検証や報告全般に関連することなのですが、
HSPアーカイブ配布物と提供のWebDishサーバの音楽素材にogg/mp3ファイル数種の同梱や
設置を公式よりお願いしたいです。
理由としては、HSPアシスタントでogg/mp3をほぼ扱っていないことと掲示板などで簡単な
確認や説明時に指定できるogg/mp3ファイルがなく不便なこと、WebDishサーバ上に
ogg/mp3素材がないことがあります。
-----
■HSPアシスタントのサンプルについて
・mmload命令のmp3再生サンプルが１つもない（そもそもmp3は同梱なし、最新βでは
mid再生も扱っていない）
・dmmload命令サンプル「ogg_sndtest」のoggはhsptv素材ではないのでdir_tv定義での
ファイル利用はできない
-----
■掲示板でのスクリプト掲載時
・掲示板でのogg/mp3利用スクリプトによる質問や報告の際に、何らかの方法
（Webストレージなど）でogg/mp3ファイル提供が必要になる
-----
■WebDishサーバ素材について
・提供のWebDishサーバ上の音楽素材はwavのみでogg/mp3素材がないためmmplay命令は
wav限定でしか確認できないこと
・以下のdish.jsガイドにもogg/mp3試験的な対応とあるのでWebDishサーバ上での提供が
あると簡単な確認やサンプル掲載がしやすい
https://www.onionsoft.net/hsp/v37/doclib/hsp3dish_js.htm
hsp3dish.js (WebGL/html5版)プログラミングガイド
>6.メディアファイルの再生
>現在のバージョンでは、メディアファイル再生に関して試験的な対応となっています。
>・wav,mp3形式の再生に対応しています(mmload,mmplay命令)
>・ogg形式は一部のブラウザのみ対応しています(mmload,mmplay命令)
>mmload命令で読み込み可能なフォーマットは、「.wav」「.mp3」「.ogg」です。
・提供のWebDishサーバ上でogg/mp3利用のBGM付きゲームやアプリが公開できないこと
（以下のサウンド一覧にはwav効果音しかない）
WebDishサーバ利用のHSPコンテスト出品などで音楽付けれたらとか思いました
https://dev.onionsoft.net/seed/webdish_res.html
WebDish素材 - SoupSeed
-----
もしogg/mp3素材の提供が可能であるけど、複数同梱するとパッケージサイズが大きくなる
のでしたら、5秒から1分未満のループ再生可能な音楽素材を複数でも構いません。
現在同梱midファイルをogg/mp3変換してイントロやサビのみでも良いと思います。
これは素材曲を数分フルで聞く目的で利用する人は少数と思われることと
WebDishサーバ利用などの読み込みサイズ負荷を考慮したためです。
すみませんがご検討のほどよろしくお願いします。
| |
|
|
2024/11/8(Fri) 03:40:34|NO.102528
HSP3Dish.js について wpeek, lpeek のバグ報告です。
wpeek, lpeek は第2引数にバッファのインデックス(Byte単位)を指定しますが、
wpeek は2byteごと、lpeek は4byteごと の飛び飛びの指定しかできなくなっているようです。
どういうことかと言うと下記スクリプトを 通常のHSP3 と HSP3Dish.js とで実行すると以下のように結果が異なります。
#include "hsp3dish.as"
font "",12
a="12345678"
repeat 8
poke a, cnt, cnt+1 ; $04030201,$08070605 作成
loop
mes "" : pos 0
mes " peek ", 1
repeat 8
mes strf("% 3d = $%08x",peek(a,cnt),peek(a,cnt))
loop
mes "" : pos 0
mes "wpeek ", 1
repeat 8
mes strf("% 5d = $%08x",wpeek(a,cnt),wpeek(a,cnt))
loop
mes "" : pos 0
mes "lpeek ", 1
repeat 8
mes strf("% 10d = $%08x",lpeek(a,cnt),lpeek(a,cnt))
loop
redraw 1
【結果： 通常のHSP3(Windwos上)】
peek 1 = $00000001
2 = $00000002
3 = $00000003
4 = $00000004
5 = $00000005
6 = $00000006
7 = $00000007
8 = $00000008
wpeek 513 = $00000201
770 = $00000302
1027 = $00000403
1284 = $00000504
1541 = $00000605
1798 = $00000706
2055 = $00000807
8 = $00000008
lpeek 67305985 = $04030201
84148994 = $05040302
100992003 = $06050403
117835012 = $07060504
134678021 = $08070605
526086 = $00080706
2055 = $00000807
8 = $00000008
【結果： HSP3Dish.js】
peek 1 = $00000001
2 = $00000002
3 = $00000003
4 = $00000004
5 = $00000005
6 = $00000006
7 = $00000007
8 = $00000008
wpeek 513 = $00000201
513 = $00000201
1027 = $00000403
1027 = $00000403
1541 = $00000605
1541 = $00000605
2055 = $00000807
2055 = $00000807
lpeek 67305985 = $04030201
67305985 = $04030201
67305985 = $04030201
67305985 = $04030201
134678021 = $08070605
134678021 = $08070605
134678021 = $08070605
134678021 = $08070605
通常のHSP3(Windows上)と同じ値になるように修正いただければ嬉しいです。
■ 確認用HSP3Dish.js
https://suwa.pupu.jp/HSP/sample/peek/peektest.html
※ HSP3.7β9、HSP3.6 ともに同様の結果となりました。
| |
|
|
2024/11/8(Fri) 04:19:05|NO.102529
すみません、上記の件に関して追加で報告です。
wpoke, lpoke も同様に、第2引数のバッファのインデックス(Byte単位)指定が
2byteごと、4byteごと の飛び飛び指定しかできないことを確認しました。
こちらも修正願えれば幸いです。
|
|
|
2024/11/8(Fri) 16:07:23|NO.102530
> wpoke, lpoke も同様に、第2引数のバッファのインデックス(Byte単位)指定が
> 2byteごと、4byteごと の飛び飛び指定しかできないことを確認しました。
各種環境ごとのメモリアライメントの挙動の違いから想定される動作です。
試してませんがx86のWindowsとLinux版以外の環境だと、wasm同様の挙動だったり正しく動いたり
クラッシュしたり遅かったり環境依存があると思います。
1バイトアクセスを2回や4回やって32ビット整数にまとめるのを、ランタイム側でやるかアプリケーション側でやるかで、
プログラミングを簡単にするって意味ではランタイム側でやるのが親切ですが、
peek/pokeみたいな低レベル機能は分かってる人向けに環境依存って仕様もありなんじゃないかとも……
|
|
|
2024/11/9(Sat) 00:01:11|NO.102531
> zakkiさん
なるほど・・・。
実行環境によっては正常に動作するので今のままの方が良い環境もある。
すべての環境は追えないし簡単に判定できない。一律にHSP3Dish.js側を変更するのは不利になる場合もあり筋が違う。
具体的な懸念点としては、lpeekの処理1回だと思ってたら作者の想定しない4回分の処理を勝手に内部でされて遅くなられても困る、という感じでしょうか。
HSP3Dish向けのモジュール(おそらくAndroidメイン)でWindowsでは動くのにHSP3Dish.jsでは動かないものがあり、もったいないなと思って調べたらlpeekにシステム間での違いを見つけたので報告、という流れでした。
> 1バイトアクセスを2回や4回やって32ビット整数にまとめるのを、ランタイム側でやるかアプリケーション側でやるか
一応、私の作っているezlocal-dish-jsというモジュールでは#undefと再#defineでWindows版と同じ結果になるようにして、ドキュメントに処理が増える旨を記載しておこうと思います。(＋必要ならlpeek@hsp等を使う旨)
|
|
|
2024/11/10(Sun) 02:44:12|NO.102532
wpoke lpoke wpeek lpoke の環境による違いはしらなかった、、、
仕様なら仕方ないんですが、仕様であれば説明書などに記載頂けると助かります。
|
|
|
2024/11/10(Sun) 21:30:32|NO.102533
いつもお世話になっています。
3.7B9にて、今まで動いていたプログラムが動作しないため、環境の問題なのかよくわからないため、
こちらに質問させていただきます。
下記プログラムが外部DLLの呼び出しに失敗 となります。
#include "hspinet.as"
ReturnHTML="TESTA_TESTB" : poke ReturnHTML,5,10
SetNkfOption "Lw" ; NKF変換オプション(hspinet.dll内蔵)
NkfConvert ReturnHTML,ReturnHTML
dialog ReturnHTML
|
|
|
2024/11/10(Sun) 21:42:26|NO.102536
|
|
|
2024/11/10(Sun) 22:26:09|NO.102538
|
|
|
2024/11/12(Tue) 00:32:19|NO.102540
正しい挙動かもしれませんが一応ご報告。
lineやcirle命令で線の太さはviewcalc命令の影響を受けません。
viewcalc命令は線の太さにも反映されるのかなーと思ってしまっていたので、少し違和感を感じました。
普段からlineやcircleの線の太さを考慮して描画に使っていると、想定している結果が描画されません。
lineは太さを持たない線と理解すれば、今の挙動は正しいとも考えることができます。
太さのある線は gsquare 命令で細い長方形を描いてlineの代用とするのが今のところ適切な方法なんでしょうか。…多少面倒ではあるけど、モジュール書けば何とかなるな。
#include "hsp3dish.as"
screen 0, 640, 480
z = 10.0
viewcalc 5, z, z ; vptype_2d
circle 0,0,640.0/z, 480.0/z, 0
line 0,0,640.0/z, 480.0/z
mes "テスト"
redraw 1
先ほどArtlet2Dで書けばいいのではと思いついてやってみたところ、hsp3dishとの併用は出来ないようでした。
|
|
|
2024/11/17(Sun) 23:59:19|NO.102556
HGIMG4のsetpos命令が特定条件にて正しくセットされません。
以下の条件の場合にてクローン（gpclone）を行ったオブジェクトの
setpos命令の座標が絶対位置ではなく相対位置に変化する問題があります。
・モデルノードを利用（箱ノードでは問題なし）
・gppbindによる物理設定をGPPBIND_MESH（モデルを反映）にする（設定なしの場合には問題なし）
この内容の詳細は以下のスレッドにて取り上げています。
https://hsp.tv/play/pforum.php?mode=all&num=102547
HGIMG4モデルのクローンでsetposがセットできない
|
|
|
2024/11/19(Tue) 00:19:24|NO.102557
hsp3dish.js を使って、ブラウザ上でのセンサ動作確認をしてみました。テスト項目と結果概要は次の通り。
・加速度（反応しない）
・ジャイロ（反応しない）
・マルチタッチ（動作するものの、１点目の動作がおかしい）
まずは動作確認用アドレスです。
https://mclab.uunyan.com/temp/dish/test001.html
手元のAndroidスマホで試したところ、以下の命令は反応がありませんでした。ブラウザは加速度やジャイロの検出ができるはずなので動作するのかなと思ってました。
ginfo(256〜261)
ginfo_accelx、ginfo_accely、ginfo_accelz
ginfo_gyrox、ginfo_gyroy、ginfo_gyroz
一方でマルチタッチはスマホで10点までちゃんと反応してくれました。ただし、１点目はポイントIDの数が2とカウントされるようです。また1個目のIDは-1が返されます。画面外までドラッグするID=-1だけが画面内に残されます。
Windows10（マルチタッチ非対応環境）で実行した場合は、1点目はポイントIDの数は1と認識されてIDは-1が返されます。
この動きが想定通りの動きなら、2点目移行がある場合はID=-1を無視すればいいだけなのですが、説明にない動作なので気になりました。-1の挙動は便利そうな予感はするけど用途が思いつかない…。
以下スクリプト
#include "hsp3dish.as"
dim pointID, 100
dim touchInfo, 4
accMax = 0.0, 0.0, 0.0
gyroMax = 0.0, 0.0, 0.0
*main
redraw 1 : await 16 : redraw 0 : color 255, 255, 255 : boxf : color : pos 0,0
if accMax(0) < ginfo_accelx : accMax(0) = ginfo_accelx
if accMax(1) < ginfo_accely : accMax(1) = ginfo_accely
if accMax(2) < ginfo_accelz : accMax(2) = ginfo_accelz
if gyroMax(0) < ginfo_gyrox : gyroMax(0) = ginfo_gyrox
if gyroMax(1) < ginfo_gyroy : gyroMax(1) = ginfo_gyroy
if gyroMax(2) < ginfo_gyroz : gyroMax(2) = ginfo_gyroz
mes "---- 現在値 ----"
mes "ginfo_accelx : " + ginfo_accelx
mes "ginfo_accely : " + ginfo_accely
mes "ginfo_accelz : " + ginfo_accelz
mes "ジャイロ(X) : " + ginfo_gyrox
mes "ジャイロ(Y) : " + ginfo_gyroy
mes "ジャイロ(Z) : " + ginfo_gyroz
mes "---- 最大値 ----"
mes "ginfo_accelx : " + accMax(0)
mes "ginfo_accely : " + accMax(1)
mes "ginfo_accelz : " + accMax(2)
mes "ジャイロ(X) : " + gyroMax(0)
mes "ジャイロ(Y) : " + gyroMax(1)
mes "ジャイロ(Z) : " + gyroMax(2)
mes "---- マルチタッチ ----"
mtlist tpointID
tpointNum = stat
mes "ポイントIDの数：" + tpointNum
repeat tpointNum
mtinfo infoTouch, tpointID(cnt)
f = infoTouch(0)
x = infoTouch(1)
y = infoTouch(2)
id = infoTouch(3)
r = 40
color 255, 0, 0 : line x, 0, x, ginfo_winy
color 0, 255, 0 : line 0, y, ginfo_winx, y
color
circle x-r, y-r, x+r, y+r, 0
pos x-r, y-r-16
mes "ID "+id
loop
; リセット
if tpointNum > 1 {
accMax = 0.0, 0.0, 0.0
gyroMax = 0.0, 0.0, 0.0
}
goto *main
| |
|
|
2024/11/20(Wed) 21:40:08|NO.102568
|
|
HSP3.7に向けたβテストについてのお願い(3.7β9)
