PriScVista　でのエラー 投稿者：moon 投稿日：2025/01/07(Tue) 11:20 No.7903    PriScVistaを、数年前より利用させて頂いております。 Windows10 64bitで、スタートアップ登録して　PriScVista4.0.1を現在利用しています 最近、下記のダイアログが気がついたら表示されます。 ErrorOK #Error 16 -->内部エラーが発生しました(16) Re: PriScVista　でのエラー - MIZUSHIKI 2025/01/13(Mon) 19:45 No.7904 返信が遅くなりまして申し訳ございません。 >最近、下記のダイアログが気がついたら表示されます。 気が付いたらということは、ホットキーのためのキー入力検出時に何か想定外のエラーが出る ということくらいしか想像できないんですよね。 かと言って、待機中の監視は大したことしてないですし・・・ プログラムを見てみても特に 内部エラー16 が起こりそうな場面がありませんでした。 あと考えられるのは、、、 PriScVistaのタスクトレイアイコンをトレイから出してタスクバーに常駐表示にするとマウスカーソルがその上を移動すると検出処理が発生します。 また、設定で「詳細設定＞起動中にタスクバーボタンを表示、クリックでメニューを出せるようにする」をONにしているとタスクバーにアイコンが表示されて、マウスカーソルがタスクバー上を移動するときに監視処理が入ります。 考えられるのはその２つでしょうか。 どちらも違う場合はちょっと現状の情報ではお手上げかもしれません。。。 もし普段、ホットキーを１つも使ってないよ という場合は「設定＞ホットキー」のキー割り当てをすべて「なし」にしてみてください。 キー入力監視自体をしなくなります。 エラーが何度も起こるようなら、エラーの頻度(1時間ごとくらいに発生してる) とか 影響しそうな常駐ソフト○○を使ってる とか何か手掛かりになりそうな情報があれば何でも書いて頂ければと思います。 Re: PriScVista　でのエラー - MIZUSHIKI 2025/01/20(Mon) 03:30 No.7905 すみません。 上で色々と書いてしまいましたが、以下を使用してエラーをもう一度出してみて頂けませんか？ https://suwa.pupu.jp/data/PriScVista_v41_test-1.zip > ErrorOK > #Error 16 > -->内部エラーが発生しました(16) このタイプのエラーなら発生箇所を絞り込める機能があるなと思い直しました。 上記のテスト版は、エラーが発生すると ========================== [PriScVista エラー] エラー発生番号: XX エラー発生行: XX 開発者に報告してください。 ========================== というダイアログが出るようにしました。 また、上記と同じエラー文を PriScVista.exe と同じフォルダに ErrorReport_1.txt として保存するようにもしています。 このエラー文を報告してくださると原因が掴めるのではないかと思います。 ご確認の程よろしくお願いします。 Re: PriScVista　でのエラー - moon 2025/01/24(Fri) 08:57 No.7906 返信ありがとうございます。こちらこそ。遅くなりました。 ちょうど、今朝　端末起動したタイミングで発生しましたので、 こちらのサイトを確認いたしました。 テスト版のご対応ありがとうございます。 初回の投稿どおり、メッセージは毎回下記です。 > ErrorOK > #Error 16 > -->内部エラーが発生しました(16) テスト版はインストールしましたので、次に発生しましたら ErrorReport_1.txt　の内容をこちらへアップさせていただきます。 引き続き、よろしくお願いいたします。 Re: PriScVista　でのエラー - moon 2025/01/27(Mon) 20:44 No.7907 テスト版でエラーが発生しました。 PriScVista エラー エラー発生番号: 7 エラー発生行: -1 開発者に報告してください。 よろしくお願いいたします。 Re: PriScVista　でのエラー - moon 2025/01/27(Mon) 20:49 No.7908 エラーを閉じても閉じても表示されています。 内容の違うエラーもありました。 PriScVista エラー エラー発生番号: 256 エラー発生行: 1684468 開発者に報告してください。 エラー発生番号: 9 エラー発生行: -1 Re: PriScVista　でのエラー - MIZUSHIKI 2025/01/28(Tue) 01:42 No.7909 > エラーを閉じても閉じても表示されています。 これは申し訳ございませんでした。 ダイアログ表示中にも連続して何度もエラーが発生し続けている場合、エラー報告が止まらないようになってしまっていました。 >> #Error 16 >> -->内部エラーが発生しました(16) > エラー発生番号: 7 エラー発生番号が最初の「16」から変わって「7」になっています。 前回までは「気が付いたら」「端末起動したタイミングで発生」ということでPriScVistaを触ってないときに発生していると思いましたが、今回「7」のときも触っていないときに発生していますでしょうか？ > エラー発生行: -1 > エラー発生番号: 256 > エラー発生行: 1684468 > エラー発生番号: 9 > エラー発生行: -1 エラーの発生行を突き止められるかと思いましたが失敗しており、エラー発生箇所の特定に繋がりませんでした。。。 しかし、「連続して何度もエラーが発生し続けてい」るということで『この辺りで発生しているのでは？』と考えられる場所があります。 その範囲内や割り込み処理内で記録する内容をもう少し増やして、エラー発生時に追加で表示するようにしました。 https://suwa.pupu.jp/data/PriScVista_v41_test-2.zip ============================== 例） PriScVista エラー エラー発生番号: 16 エラー発生行: -1 開発者に報告してください。 1428: @PriScVista - ErrRep.hsp 1429: @PriScVista - ErrRep.hsp ============================== 今度は「エラーを閉じても閉じても表示」されたりはしないようになっているはずです。 また検証願えれば幸いです。 Re: PriScVista　でのエラー - moon 2025/01/30(Thu) 09:23 No.7910 迅速なご対応感謝いたします。 TEST-2ありがとうございます。 検証(様子見)して、改めてご報告させていただきます。 Re: PriScVista　でのエラー - moon 2025/02/27(Thu) 08:35 No.7917 お世話になります。 今朝、久しぶりにエラーが発生しました。 ============================== エラー発生番号: 7 エラー発生行: -1 開発者に報告してください。 7622: @PriScVista - ErrRep.hsp 7922: @PriScVista - ErrRep.hsp 7641: @PriScVista - ErrRep.hsp 7350: @PriScVista - ErrRep.hsp ============================== TEST-2を頂きインストールしたはずですが、 バージョン確認するとTEST-1です。 再度TEST-2インストールしましたが バリエーション情報はTEST-1でした。 Re: PriScVista　でのエラー - MIZUSHIKI 2025/02/28(Fri) 23:37 No.7919 報告ありがとうございます。 エラーレポートは、プログラムをある程度追える手掛かりを記録していくものだったのですが結果を率直に言うと「こんなところでエラーが？何故？」という物でした。 問題個所はそこだということなのだろうけど「そんなことある？」とも感じてしまいます。。。(T-T) ただ実は絞り込み方が少し甘いかもしれなく、もしかしたら場所の特定を逃している可能性もあり得る結果にはなってしまっていました。 非常に申し訳ないのですが、もう一度今度は以下のバージョンで検証をお願いしてもよろしいでしょうか？ ■ PriScVista ver.4.1β(test-3) https://suwa.pupu.jp/data/PriScVista_v41_test-3.zip 今度は完全に絞り込めるよう記録を細かく取るようにしました。 またエラーと思しき該当箇所を通るときにはいくつかデータを取るようにしました。 プログラムの通った行を記録していくので、ErrorReport_1.txt の結果が非常に長くなるかもしれません。 長くなってしまった場合は、最初の20行と最後の20行の結果を教えてください。 １回目でちゃんと捕捉してと言われても仕方ないです。。。 非常にご面倒をお掛けしますが、なにとぞ再びご検証のほどをお願いいたします。 あと、「設定＞詳細設定＞起動中にタスクバーボタンを表示、クリックでメニューを出せるようにする」のチェックをしているかしていないかも教えてくださると助かります。 Re: PriScVista　でのエラー - moon 2025/03/20(Thu) 20:15 No.7929 申し訳ございません。 こちらを拝見するのが遅くなりました。 本日下記のエラーがでたので、 こちらへアクセスしたところ PriScVista ver.4.1β(test-3)　のアップがありましたので インストールしてしばらく様子を見ます ============================== エラー発生番号: 7 エラー発生行: -1 開発者に報告してください。 7622: @PriScVista - ErrRep.hsp 7922: @PriScVista - ErrRep.hsp 7341: @PriScVista - ErrRep.hsp 7350: @PriScVista - ErrRep.hsp ============================== 現時点では、 「設定＞詳細設定＞起動中にタスクバーボタンを表示、クリックでメニューを出せるようにする」 チェックは入れていません。 Re: PriScVista　でのエラー - moon 2025/06/01(Sun) 18:40 No.7932 お世話になります。 久しぶりにエラーが発生しました。 エラー発生番号: 36 エラー発生行: -1 開発者に報告してください。 1436: @PriScVista - ErrRep3.hsp 1437: @PriScVista - ErrRep3.hsp 1438: @PriScVista - ErrRep3.hsp 1431: @PriScVista - ErrRep3.hsp 1432: @PriScVista - ErrRep3.hsp 1433: @PriScVista - ErrRep3.hsp 1434: @PriScVista - ErrRep3.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp 863: Skin_rep.hsp 865: Skin_rep.hsp 870: Skin_rep.hsp 879: Skin_rep.hsp 894: Skin_rep.hsp 947: Skin_rep.hsp 916: Skin_rep.hsp 918: Skin_rep.hsp 930: Skin_rep.hsp 861: Skin_rep.hsp Re: PriScVista　でのエラー - MIZUSHIKI 2025/06/09(Mon) 20:06 No.7933 報告ありがとうございます。 気づくのが遅くなってしまい申し訳ございません。 > エラー発生番号: 36 > ： > 861: Skin_rep.hsp この行で途切れていてエラー36ということはこれまでのエラーとは異なる新たなエラーが出てるっぽいです。 ただ、この861(直後)でエラーが起こるにはそれまでの動き(ログ)が不可解で、ここで急に起きることはないはずなんですが・・・ 正直なところ、今回の「エラー発生番号: 36」の件はこれ以上何もできないかもしれません。。。 このエラーの頻度が高くないのであれば、申し訳ありませんが、起動しなおして使って頂きたく思います。 今度また「エラー発生番号: 7」(もしくは当初のエラー16)が出たときには改めて対処したいと思います。 こちらはプログラム書き方ミスの可能性もあると思っているので、上手く検知できれば対処できるかもしれません。 Re: PriScVista　でのエラー - moon 2025/06/12(Thu) 08:22 No.7934 ご確認ありがとうございます。 実は、何度かエラー発生していましたが、 バタバタしていて、確実に毎回報告ができていませんでした。 >今回の「エラー発生番号: 36」の件はこれ以上何もできないかもしれません。 ≫≫ 承知いたしました。 また、エラー発生時には、報告させていただきます。 引続き、様子見をいたします。

PriScVista起動後一番最初のキャプチャ画像をアプリ... 投稿者：gwin7ok 投稿日：2025/03/11(Tue) 21:31 No.7923    PriScVistaが便利でいつもありがたく使わせていただいています キャプチャ後に「保存したファイルを開く」→「画像編集アプリに渡して起動」 画像編集アプリ→Google Chrome に設定しています 半年ぐらい前から、PriScVistaを起動後一番最初にキャプチャしたあと、 画像を表示するアプリが起動するのに20秒ぐらいかかるようになりました 画像編集アプリを別のアプリに変えたり、「関連付けしたアプリで開く」に設定しても、 PriScVista起動後一番最初にキャプチャしたあとは同様に画像が表示されるまで時間がかかります 画像を表示されるまでの間タスクバーにPriScVistaのアイコンが表示され、画像が表示される直前に消えます そのキャプチャする前にGoogle Chromeをあらかじめ起動しておいても同様に時間がかかります それ以降のキャプチャではすぐに画像が表示されるようになります PriScVistaを再起動した場合も一番最初のキャプチャは同様に時間がかかります 半年前までは最初からすぐに画像が表示されていました 問題が自分のPC特有の原因により生じているかどうかを知りたいので 作者さんの環境で同様のことが発生していないかどうか教えていただけないでしょうか？ PriScVista ver4.0.1 エディション Windows 11 Pro バージョン 24H2 インストール日 ‎2025/‎02/‎06 OS ビルド 26100.3323 エクスペリエンス Windows 機能エクスペリエンス パック 1000.26100.54.0 Google Chrome: バージョン: 134.0.6998.89（Official Build） （64 ビット） Re: PriScVista起動後一番最初のキャプチャ画像をア... - MIZUSHIKI 2025/03/13(Thu) 01:57 No.7924 > 半年ぐらい前から、PriScVistaを起動後一番最初にキャプチャしたあと、 > 画像を表示するアプリが起動するのに20秒ぐらいかかるようになりました > 画像編集アプリを別のアプリに変えたり、「関連付けしたアプリで開く」に設定しても、 > PriScVista起動後一番最初にキャプチャしたあとは同様に画像が表示されるまで時間がかかります > 問題が自分のPC特有の原因により生じているかどうかを知りたいので > 作者さんの環境で同様のことが発生していないかどうか教えていただけないでしょうか？ 私の環境では、起動後一番最初にキャプチャしたものでも瞬時に画像編集アプリが開きます。 Google Chrome, 関連付け 両方で試しましたがどちらも問題ありませんでした。 原因についてパッと思い当たる心当たりは無いですが、私の方でも少し調査してみます。 ちなみに設定はデフォルトの状態でも同様の遅延が発生しますか？ 試しに PriScVista_v40-1.zip を再度ダウンロードしてもらって、下記手順でも問題が発生するか教えてください。 1. 適当なフォルダにzipを展開 2. PriScVista起動 3. 初期設定「1.PrtScrキー タイプ」を選択 4. タスクトレイからPriScVistaアイコンを左クリック 5. メニューウィンドウの「アクティブ」ボタンを押してキャプチャ 6. 右下に出てくるプレビューアラートの「画像を編集」ボタンをクリック 7. Snipping Tool が起動する https://suwa.pupu.jp/PriScVista.html > 画像を表示するアプリが起動するのに20秒ぐらいかかる ここまで遅いことは無いですが、NAS（ネットワークHDD）をまたいだファイルやフォルダアクセスに時間が掛かることはたまにあります。 ファイル保存の際にそういった場所へのアクセスも発生しないでしょうか？ 上記の手順を行う際は、OneDriveすらも関係ない ダウンロードフォルダ[C:\Users\ユーザー名\Downloads] 辺りででも試して頂ければと思います。 【私の環境】 PriScVista ver.4.0.1 エディション Windows 11 Pro バージョン 24H2 OS ビルド 26120.3380 エクスペリエンス Windows 機能エクスペリエンス パック 1000.26100.64.0 Google Chrome: バージョン: 134.0.6998.88（Official Build） （64 ビット） Re: PriScVista起動後一番最初のキャプチャ画像をア... - gwin7ok 2025/03/13(Thu) 20:45 No.7925 返信有り難うございます 新規にダウンロードしたものを解答したフォルダから起動してみると 起動後一番最初からすぐに画像編集アプリからキャプチャ画像が開けたました そこでいろいろ調べた結果 自分の環境では設定で「音声を鳴らす」にチェックが入っていると、 起動後一番最初のキャプチャ画像を画像編集アプリで開くのに時間がかかることがわかりました ここのチェックを外していると、すぐに開きます 音声がなるときも頭のほうがカットされたような状態でなることが多く(アプリに同梱されているcapture.wav)、 他の通知音で使用している https://freesound.org/people/unfa/sounds/245645/ などはキャプチャ後に音声自体が鳴りません （Windowsのアクションセンターの通知音で使用しており、そちらの通知では問題なく鳴っています） 何が原因でこうなるのかまだ原因が自分でも不明なので とりあえずは「音を鳴らす」のチェックを外した状態で使わせてもらうことにします Re: PriScVista起動後一番最初のキャプチャ画像をア... - MIZUSHIKI 2025/03/15(Sat) 14:09 No.7926 > いろいろ調べた結果 > 自分の環境では設定で「音声を鳴らす」にチェックが入っていると、 > 起動後一番最初のキャプチャ画像を画像編集アプリで開くのに時間がかかることがわかりました > ここのチェックを外していると、すぐに開きます 音声ファイル読み込み処理を1回目のキャプチャ時にのみ行っているので、この読み込み処理とキャプチャ画像処理が重なるときにgwin7okさんの環境で何らかの問題が発生するのかもしれないですね。 ただ、本来そんな重い処理ではないはずなんです。 確認しましたが私の環境では、「音声を鳴らす」チェックONしてPriScVista再起動後一番最初のキャプチャでもちゃんと音が鳴りすぐに画像編集ソフトを開けます。 ただgwin7okさんの環境でも、音声読み込みとキャプチャ処理が別々に行われれば特段問題ない可能性もあるかもしれません。 ということで、PriScVista起動時や設定を変更したときに音声読み込みするようにしてみました。 ■ PriScVista ver.4.1β(test-4) https://suwa.pupu.jp/data/PriScVista_v41b_test-4.zip ただ、 > 音声がなるときも頭のほうがカットされたような状態でなることが多く > 他の通知音 〜 などはキャプチャ後に音声自体が鳴りません ということからもPriScVistaが音声再生に使っている処理系にgwin7okさんの環境では何らかの不具合が、というか相性が悪くなってしまったのかもしれないですね。 単純に音声読み込み処理に数十秒かかるようなら、新バージョンでもPriScVista起動時に固まって操作できるようになるまで時間が掛かるようになるだけかもしれません。。。 まだ、試して頂ける場合は確認してみてください。 Re: PriScVista起動後一番最初のキャプチャ画像をア... - gwin7ok 2025/03/15(Sat) 21:50 No.7927 対応ありがとうございます PriScVista ver.4.1β(test-4) を試してみました 通知音を有効にした状態で アプリ起動直後にキャプチャを行うと画像表示アプリが開くまで5秒ぐらいかかりますが (それでも以前よりは時間がかなり短縮されました) OS起動時に自動起動しているので、このような状況でキャプチャを行うことはあまりなく、 通常の状況では、すぐに画像表示アプリが開くようになりました ただ、同梱されているcapture.wavを通知音として設定した場合の通知音をよく聞いてみると、 頭の0.5秒ぐらいが無音でそのあと短いポップノイズがありその後にcapture.waveの残りの部分が再生されているように聞こえます おそらく前半部分がなんらかの原因で再生されてないのだと思います これより、再生時間の短い https://freesound.org/people/unfa/sounds/245645/ だと音の再生自体がされません 私のPC特有の環境に由来する原因でこうなっているのだと思われますが、 いろいろ調べてみましたが、現時点ではこれを解消できていません ただ、 ↑の再生時間の短い音声ファイルをwindows標準の通知音に設定した場合は正常に再生されます 他のアプリになりますが、 「Clibor」定型文の挿入もできるテキスト専用のクリップボード履歴ソフト - 窓の杜 https://forest.watch.impress.co.jp/library/software/clibor/ の場合、何かをコピーしてクリップボードに更新があった場合に通知音をならせるのですが、 このアプリでもも正常に再生されます 音声ファイルを再生する実装に違いがあるだと思われますが、 PriScVistaでもこれらと同じ形の実装にしていただければ、 私の環境でも通知音が正常に再生できそうです 音の再生に若干の問題は残るものの 画像表示アプリの起動に関しては問題が解消されたので 今後はPriScVista ver.4.1β(test-4)の方を使用させていただきます ありがとうございました Re: PriScVista起動後一番最初のキャプチャ画像をア... - MIZUSHIKI 2025/03/18(Tue) 06:19 No.7928 > windows標準の通知音 >「Clibor」 > 音声ファイルを再生する実装に違いがあるだと思われますが、 > PriScVistaでもこれらと同じ形の実装にしていただければ、 > 私の環境でも通知音が正常に再生できそうです 少し悩みましたが、再生処理系を変更してみました。 ただ、提示されたアプリの再生手法も分からないので他に使ったことのあるbass.dllというものを導入しました。 ■ PriScVista ver.4.1β2 https://suwa.pupu.jp/data/PriScVista_v41b2.zip 問題が解消されているかご確認ください。 Re: PriScVista起動後一番最初のキャプチャ画像をア... - gwin7ok 2025/03/27(Thu) 01:01 No.7930 返信きてるのに気づきませんでした すみません ver.4.1β2を試してみたところ、短い再生時間の通知音も正常に再生されることを確認しました ありがとうございます 今後はこちらを使わせていただきます Re: PriScVista起動後一番最初のキャプチャ画像をア... - MIZUSHIKI 2025/03/27(Thu) 19:54 No.7931 > ver.4.1β2を試してみたところ、短い再生時間の通知音も正常に再生されることを確認しました ご確認いただきありがとうございます。 ver.4.1 として更新しました。 https://suwa.pupu.jp/PriScVista.html

RhythmicaLyricsの再生速度変更とその他要望 投稿者：イツキ☆ 投稿日：2025/02/22(Sat) 16:39 No.7912    いつもお世話になってます 現状、RhythmicaLyricsで再生速度変更の幅が50%〜100%に設定されていますが、 これを50%〜200%に変更していただくことは可能でしょうか? 加えて、 当方マルチモニター環境で使用しているのですが、 リズミカのウインドウをサブモニタ(Windows上でサブに設定)に表示した状態だと、なぜかマウスのスクロールが効かなくなります サブモニタで閉じて、位置を記憶させた上で起動しても同じでした。 他にメインモニターでしか使用できない機能があるかもしれないですが、どの画面でも同じように動作するようになると嬉しいです。 他に、 タグを打つ際、音源の再生が一瞬途切れ、ステータスバーの再生時間が動かなくなる現象が発生します。 その状態になると演奏制御の[停止]をするまでは、巻き戻しても既に打った部分の文字がワイプしない状態になります。 もしかしたら同時に動かしている他のソフトの処理が関係しているのかも知れませんが、 リズミカ側て対応が可能だったり、対策等あれば教えていただければと思います。 以上、3点ご確認よろしくお願いします。 Re: RhythmicaLyricsの再生速度変更とその他要望 - MIZUSHIKI 2025/02/23(Sun) 09:38 No.7913 > 現状、RhythmicaLyricsで再生速度変更の幅が50%〜100%に設定されていますが、 > これを50%〜200%に変更していただくことは可能でしょうか? 「Shift+速度変更キー」か「Shift+再生速度トラックバー上でマウスホイールを動かす」ことで 50%〜100% 以外の再生速度に設定することができます。 変更可能な範囲は 5%〜5000% までです。 https://suwa.pupu.jp/Howto/RhythmicaLyrics/manual/doc/function/picth.html ただ、今試してみると通常時のホイールとShift+ホイールで再生速度の上げ下げの向きが逆になってしまってますね。 昔はそんなことなってなかったはずなのですが。。。 次回の更新時には修正したいと思います。 > 当方マルチモニター環境で使用しているのですが、 > リズミカのウインドウをサブモニタ(Windows上でサブに設定)に表示した状態だと、なぜかマウスのスクロールが効かなくなります うーん、何故でしょう。。。 私の環境ではサブモニタにRhythmicaLyricsを持って行っても問題なくマウススクロールが働きます。 ちょっと原因が想像つかないですね。環境に起因するものでしょうか・・・。 > タグを打つ際、音源の再生が一瞬途切れ、ステータスバーの再生時間が動かなくなる現象が発生します。 > その状態になると演奏制御の[停止]をするまでは、巻き戻しても既に打った部分の文字がワイプしない状態になります。 これも私は経験したことがないです。 とは言っても私自身は最近RhythmicaLyricsでタグ打ちをまったくやっておらず説得力に欠けるので、 試しに今私も「ファイル＞＋動画URLで曲を視聴＞ニコニコ動画 [www.nicovideo.jp/watch/sm1715919]」で『メルト』という曲をロードして丸まる１曲タグ打ちしてみました。 ですが、特に音が途切れることもなく不具合は起こりませんでした。 「動画URLで曲を視聴」では mp4 の読み込みなので、wav に変換したものもその後に試してみましたが特に問題はなさそうでした。 ダメ元ですが、試しに音楽再生に使っているライブラリを新しいものにしてみてください。 https://www.un4seen.com/ ↑こちらのサイトから Download: | Win32 | macOS | Linux | Android | iOS と書いてある箇所の「Win32」のリンクをクリックしてzip書庫をダウンロードしてください。 中に「bass.dll」というファイルがあるので「RhythmicaLyrics\plugins」フォルダ内にある「bass.dll」と置き換えてください。 (余裕があれば、bass_aac.dll等も置き換えてみてください。同じページの下の方にリンクがあります。) 上記の2点の問題は昔からでしょうか？ それとも最近発生し始めたものでしょうか？ 環境によるものだとは思うのですが、サブモニタ上の件にしても、再生途切れの件にしても、私の環境でも同じ不具合を確認できないとなかなか対処が難しいんですよね。 逆に、常駐ソフトやセキュリティソフト等を可能な限り停止したりするなどして、なんとか問題を切り分けて、そちらの環境の何が原因か糸口でも突き止められないでしょうか？ Re: RhythmicaLyricsの再生速度変更とその他要望 - MIZUSHIKI 2025/02/23(Sun) 19:18 No.7914 【追記です】 > 環境によるものだとは思うのですが、 改めて読み直して思いましたが、環境によるものだと断じるのは早計過ぎましたね。 >> タグを打つ際、音源の再生が一瞬途切れ、 例えば、もしタグ打ちや編集を長〜いこと繰り返した末に発生しやすいとかなら、もしかしてアンドゥリドゥ履歴が長大になり追加に変に処理が掛かる、、、とか色々なことが考えられるかもしれません。 （それが原因の場合は、演奏制御の[停止] をしても復活したりしないので違うと思いますが。あくまで様々な考察の一例として。） >> ステータスバーの再生時間が動かなくなる現象が発生します。 >> その状態になると演奏制御の[停止]をするまでは、巻き戻しても既に打った部分の文字がワイプしない状態になります。 ということは何かが切っ掛けで、再生時間やワイプ処理を反映し続けるメインループに戻ってこれてない ということのように思います。 タグ打ちだけしているつもりが もしかしたら何かしらの切っ掛けで他処理が始まってしまい、本当はそこからメインループに帰って来る処理になってないといけないのに上手く設計できていない。ということがありえそうなことだと思いました。 どういうタイミングだとか、何かタグ打ちとは違う操作をした直後に起こりやすいとか、何か少しでも手掛かりに心当たりがあれば教えてほしいです。 Re: RhythmicaLyricsの再生速度変更とその他要望 - イツキ☆ 2025/02/24(Mon) 23:05 No.7915 返信有り難うございます 再生速度については、ヘルプを見落としてました。 ご教示いただきありがとうございます。 以下の2事象については、 明確な発生時期はわからず、ただ以前より継続して発生していたと記憶しています。 ●サブモニタでスクロールしない事象について モニタ自体は同じものを2台横並びで使用しており、2台共グラフィックボードに繋がっています。 ケーブルや差口を変えてみましたが、変わりませんでた。 リズミカが2画面に跨るようにウインドウを配置してみましたが、 サブモニタ側にカーソルがあるとスクロールできず、メインモニタに移動するとスクロールできることを確認しました また、リズミカ以外のエクスプローラやChrome、テキストエディタ等ではサブモニタでも問題なくスクロールすることも確認しています。 サブモニタでリズミカだけ発生するということ以外現状分かっていませんが、 ソフトを使う上ではそこまで大きな影響はないので、こちらは一旦様子を見ようと思います。 ●音源再生中に一瞬途切れ、再生時間とワイプが動かなくなる事象について ご教示いただきましたbase.dllを更新してみましたが、その後も変わらず発生しています。 音源についてはmp3,mp4(AAC),wavの3種類を主に使用していますが、どの場合においても発生しています。 タグ打ちをせずに、再生だけしている状態でも発生し、発生タイミングもバラバラです 音源ファイルを読み込ませて再生させただけでも発生します(再生時間が動かなくなる) 一通り常駐ソフトやWindows Defenderを停止しても事象は発生しました。 現状は、再生をしている状態であればほぼ確実に発生し、、 一度再生停止をして事象を解除しても、同じ曲で再度発生することもあります。 環境に起因する可能性があるとのことで、こちらもいろいろ試しながら様子を見ようと思います。 何か分かりましたらまた報告します。 よろしくお願いします。 Re: RhythmicaLyricsの再生速度変更とその他要望 - MIZUSHIKI 2025/02/26(Wed) 00:07 No.7916 申し訳ございません。 > ●サブモニタでスクロールしない事象について に関してですが、環境によるものではまったく無かったようです。。。 サブモニタの配置がメインの左か上に置いてあるとカーソルポインタ下にあるウィンドウ判定に失敗してスクロールできなくなっているようでした。私の環境でもサブモニタを左側に置いたら発生しました。 下記バージョンを試してみてください。左に置いたサブモニタ上でもスクロールできるようになっていると思います。 ■ RhythmicaLyrics - ver.6.2.1β1(テスト版) https://suwa.pupu.jp/data/RhythmicaLyrics_v62-1b1_test.zip ※ このテスト版はもう１つの問題の発生個所を突き止めるための『処理、検証ウィンドウ追加』も含んでいます。 > ●音源再生中に一瞬途切れ、再生時間とワイプが動かなくなる事象について こうなってくると、おそらくこちらの問題も環境依存でも何でもないのでしょう。。。 > 音源ファイルを読み込ませて再生させただけでも発生します(再生時間が動かなくなる) 【test_A】上記のテスト版を使って、楽曲再生後に「ステータスバーの再生時間やワイプが止まる」事象が発生した時の検証ウィンドウに表示されている内容を教えてください。 『更新中断』ボタンを押せば更新が止まり、コピーできるようになります。 【test_B】また、次にbass.dllライブラリとの相性問題かどうかを切り分けたいので、以下の方法で曲再生に使うライブラリをmciコントロールに変更しても問題が起こるかも検証してみてください。 ※ 注意 ※ ・mciコントロールは mp3, wav くらいしか再生できないと思います。 ・再生速度の変更を「再生/一時停止の繰り返し」で無理やり実装しています。 ・(大昔に採用していたコントロールで)制限がありすぎるので、あくまで確認のための変更です。 1. 設定＞カスタマイズ＞サウンド再生制御 を開く。 2. 下のリストから mp3 または wav を選んで「代入↑」ボタンを押す。 3. サウンド再生制御の欄に「mci」と記入。 4. 「登録↓」ボタンを押す。(忘れがち) 5. 「OK」ボタンを押す。 6. 念のため、一度RhythmicaLyricsを閉じて再度開く。(設定を確認してちゃんと変更されてるかも確認) 7. mp3 または wav ファイルを読み込んで、問題が起こるかを確認。 おそらく、これでも問題が発生すると思いますが、これで発生しなければ「bass.dllとの相性問題」、発生すれば「RhythmicaLyricsの再生システム処理上の問題」と問題を切り分けられるのではと思います。 ---------- 設定＞カスタマイズ＞サウンド再生制御 https://suwa.pupu.jp/Howto/RhythmicaLyrics/manual/doc/config/custom.html ---------- ご面倒をお掛けしますが、上記２つの検証【test_A,B】をお願いいたします。 Re: RhythmicaLyricsの再生速度変更とその他要望 - イツキ☆ 2025/02/27(Thu) 18:30 No.7918 ●サブモニタでスクロールしない事象について ver.6.2.1β1にて解消されていることを確認できました。 ●音源再生中に一瞬途切れ、再生時間とワイプが動かなくなる事象について 【testA】 結果 ・1回目 mp4ファイル(aac) 事象が発生している最中 timer_count = 499 メインwaitラスト行:4543 再生状態:1 再生フラグ:0 bass_stat:1 ・2回目 wavファイル 事象が発生した瞬間 timer_count = 713 メインwaitラスト行:4543 再生状態:0 再生フラグ:0 bass_stat:2 事象が発生している最中 timer_count = 778 メインwaitラスト行:4543 再生状態:1 再生フラグ:0 bass_stat:1 2回目は一瞬音が途切れた瞬間にウインドウを止めることができたので、 発生した瞬間と、発生している最中ものをコピーできました。 【testB】 testAの2回目で使用したwavファイルを再生し、事象発生に変化があるか確認しました。 結果 複数回再生を行いましたが事象は発生しませんでした。 また、サウンド再生制御をbass.dllに設定し直すと再び事象が発生することも確認しました。 以上、確認結果の報告になります。 よろしくお願いします。 Re: RhythmicaLyricsの再生速度変更とその他要望 - MIZUSHIKI 2025/03/01(Sat) 00:57 No.7920 報告ありがとうございます。 > ●音源再生中に一瞬途切れ、再生時間とワイプが動かなくなる事象について > 【testA】 > 結果 > 事象が発生した瞬間 > 再生状態:0 > bass_stat:2 > > 事象が発生している最中 > 再生状態:1 > bass_stat:1 > > 【testB】 > 結果 > 複数回再生を行いましたが事象は発生しませんでした。 > また、サウンド再生制御をbass.dllに設定し直すと再び事象が発生することも確認しました。 ・事象が発生した瞬間にbass_stat:2になる（その後 bass_stat:1） ・【testB】で事象は発生せずbass.dllに設定し直すと再び事象が発生する 以上のことからおそらく原因を特定できたと思います。 下記バージョンを試してみてください。 ■ RhythmicaLyrics ver.6.3β1 https://suwa.pupu.jp/data/RhythmicaLyrics_v63b1.zip おそらく、「再生時間とワイプが動かなくなる」ことは無くなると思います。 ただし、そのままだと「音源再生中に一瞬途切れ」という事象は引き続き発生します。 「設定＞カスタマイズ＞サウンド再生制御」に「bass.dll - BASS_CONFIG_BUFFER」という項目を追加しました。 デフォルトの500ミリ秒から値を大きくしてみてください。(1〜5000ミリ秒まで) 再生の途切れが改善されるかもしれません。 (設定値を変更した後は曲をロードしなおしてください。) お試しいただいて、結果の報告をお願いいたします。 以下は動作についての詳細解説ですが、読み飛ばしてOKです。 ============================================================ 「事象が発生した瞬間にbass_stat:2」その後「bass_stat:1」に戻る。 ↑ bass.dllが通常再生中は「BASS_ACTIVE_PLAYING(1)」を返すが、瞬間的に「BASS_ACTIVE_STALLED(2)」という値を返している。ということ。 この「BASS_ACTIVE_STALLED」が発生したときにRhythmicaLyricsは曲が停止したと判断してしまっていました。 ひとまず「BASS_ACTIVE_STALLED」が発生しても再生中だと判断するように変更しました。 ------------------------------ BASS_ACTIVE_STALLED : 再生を続行するのに十分なサンプル データがないため、ストリームの再生が停止しました。十分なデータが得られれば、再生は自動的に再開されます。(BASS API Reference) ------------------------------ 次に音声途切れを改善する為に「bass.dll - BASS_CONFIG_BUFFER」の値を変更できるようにしました。 BASS API Reference には、以下のように書かれています。 ------------------------------ デフォルトのバッファ長は500ミリ秒です。長さを増やすと、低速のコンピュータで音が途切れる可能性が低くなりますが、DSP/FXのレイテンシも増加します。 小さなバッファ長は、たとえばソフトシンセなどでサウンドがリアルタイムで変化する場合にのみ必要です。このデフォルト長でも、一部のシステムではサウンドが途切れる可能性があります。また、バッファが小さい方がよい場合もあります。したがって、小さなバッファを使用する場合は、最適なパフォーマンスを得るために、ユーザーが使用する長さを微調整できるオプションをソフトウェアに用意する必要があります。 ------------------------------ 私の環境では特に音声の途切れが発生することも無かったので、こういう事情になっているということに今回初めて気が付きました。 ============================================================ Re: RhythmicaLyricsの再生速度変更とその他要望 - イツキ☆ 2025/03/04(Tue) 11:59 No.7921 ver.6.3β1にて bass.dll - BASS_CONFIG_BUFFERが500の状態では、 途切れが発生しましたが、再生時間は止まらない状態になっていることを確認しました。 bass.dll - BASS_CONFIG_BUFFERを倍の1000に設定し、 途切れ、再生時間が動かなくなる現象が発生しないこと、 再度、値を500に戻して再生が途切れることと再生時間が止まっていないことを確認しました。 適正の設定値については微調整を繰り返して確認したいと思いますが、 ひとまずこちらで問題は解消されていることが確認できましたので、ご報告となります。 よろしくお願いします。 Re: RhythmicaLyricsの再生速度変更とその他要望 - MIZUSHIKI 2025/03/05(Wed) 02:30 No.7922 確認いただきありがとうございます。 問題解消できたようで良かったです。 Ver.6.3 として更新しました。 https://suwa.pupu.jp/RhythmicaLyrics.html 設定の最適値は環境によって異なるみたいなので、デフォルト値はbass.dllのデフォルトと同じ500ミリ秒にしておこうと思います。

RhythmicaLyricsについて 投稿者：ドレッド 投稿日：2024/12/20(Fri) 23:44 No.7899    ルビを表示しながら→自動付加実行を押して→文字種を指定してルビを削除を押す をやった後、間に半角がある英語 今回【Come on】で起こりました。 文字種を指定してルビを削除を押した後にCome onの中間の半角スペースの『＋』連結が消えてしまいます。 自分は読み確定文字でCome onを【カモン/1＋,＋,＋,＋,＋,1＋,】で登録しています。 文字種を指定してルビを削除を押した後 手動で半角スペースに連結を付けています。 もしなにか対策がありましたら、教えていただきたいです。 よろしくお願い致します。 Re: RhythmicaLyricsについて - MIZUSHIKI 2024/12/21(Sat) 09:37 No.7900 「文字種を指定してルビを削除」すると、どんな条件でも空白のルビ（今回「＋」）が削除されるようになってしまっていました。 バグを修正、また文字種に「空白」を追加しました。 RhythmicaLyrics ver.6.2β https://suwa.pupu.jp/data/RhythmicaLyrics_v62b.zip 上記β版を試してみてください。 問題なければ ver.6.2 として更新したいと思います。 Re: RhythmicaLyricsについて - ドレッド 2024/12/22(Sun) 13:18 No.7901 β版をダンロードしてから 自動チェック→文字種を指定して削除を押してもスペースの空白が消えなくなりました。 早めの修正ありがとうございます。 Re: RhythmicaLyricsについて - MIZUSHIKI 2024/12/23(Mon) 21:00 No.7902 確認いただきありがとうございます。 ver.6.2 として更新しました。 https://suwa.pupu.jp/RhythmicaLyrics.html バグ報告ありがとうございました。

ezlocal-dish-jsの質問です 投稿者：ケムニャ 投稿日：2024/10/30(Wed) 14:33 No.7888    はじめまして。 ezlocal-dish-jsを使わせていただいています できる事が増えて大変重宝しております。 質問なのですが、こちらのモジュールの追加機能でローカルストレージに保存したデータをプログラム内で削除するにはどうすればよろしいでしょうか。 deleteを使ってみるもののエラーが出てしまって。 どうかご教授お願いいたします。 Re: ezlocal-dish-jsの質問です - MIZUSHIKI 2024/10/31(Thu) 02:03 No.7889 > ローカルストレージに保存したデータをプログラム内で削除するにはどうすれば すみません。 現バージョン2.5ではローカルストレージ(ブラウザ)に保存したデータを削除することは出来ません。 機能の追加を検討したいと思います。 今すぐ実現したい！という場合は下記リンク先のテキストをHSP3スクリプトにコピペして実行してください。 https://suwa.pupu.jp/HSP/sample/deleteKeyIndexedDB.txt ただし、これを実行した後でも exist の strsize は変更されず「-1」になったりはしないようです。 ブラウザを一度更新しないと exist の strsize の値は更新できない模様です。 Re: ezlocal-dish-jsの質問です - ケムニャ 2024/10/31(Thu) 21:23 No.7890 ご解答ありがとうございます。 スクリプトを作成していただきありがとうございます。 早速組み込みたいと思います。 ところで先ほどテストしていて気が付いた点がありまして、 出力HTMLにスマホ表示等の調整を行うをチェックした所 ihponeSE3(解像度750x1334)だと、chrome、safari共に タップした時の座標がずれてしまいました。 mouseyの値は正常なのですが、mtinfoで取得する値は座標が下にいくほど ずれの値が大きくなっているようです。 開発環境は HSP3.7bata9 ezlocal-dish-js 2.4.1 出力したソフトの解像度は640ｘ800です。 開発のお役に立てれば幸いです。 Re: ezlocal-dish-jsの質問です - MIZUSHIKI 2024/10/31(Thu) 23:03 No.7891 >> 今すぐ実現したい！という場合は下記リンク先のテキストをHSP3スクリプトにコピペして実行してください。 > スクリプトを作成していただきありがとうございます。 > 早速組み込みたいと思います。 異なる方法でもっと筋の良さそうな方法が見つかりました。 https://suwa.pupu.jp/HSP/sample/deleteKeyIndexedDB2.txt (内容は短いのですが、コードを掲示板に貼ったらエラーが出てしまったので・・・) こちらですと実行した後は exist の strsize が「-1」になります。 ただし、実行後に devcontrol "syncfs" も実行する必要があります。 （前回の方法は、逆に devcontrol "syncfs" を実行すると削除したファイルが復活してしまうということがわかりました。） 次回の更新では、今回の方法を用いた delete機能 のアップデートを行おうと思っています。 > 出力HTMLにスマホ表示等の調整を行うをチェックした所 > ihponeSE3(解像度750x1334)だと、chrome、safari共に > タップした時の座標がずれてしまいました。 > mouseyの値は正常なのですが、mtinfoで取得する値は座標が下にいくほど > ずれの値が大きくなっているようです。 > > 開発環境は > HSP3.7bata9 > ezlocal-dish-js 2.4.1 > 出力したソフトの解像度は640ｘ800です。 ver.2.4.1 でも発生してしまっていますか・・・。 いくつかお聞きしたいのですが、ezlocal-dish-jsを使ってhtml変換を行っている最中に fix_mtinfo.ezjs といファイルがスクリプトファイルと同じフォルダに作られていますか？ (※ fix_mtinfo.ezjs は ezlocal-dish-js を閉じると削除されます。) mtinfo がズレることに気づきこれを補正する処置を追加して ver.2.4 を更新しましたが、この処置が働いているかをまず確認したいです。 もし fix_mtinfo.ezjs なんて作られていないという場合は、hsp3beta\hsp3js\hsp3dish.js ファイルの更新日時が 2024/07/09 になっているか確認して頂けますか？ このズレ問題は動作解像度(ENV.HSP_WX,WY)と表示解像度(ENV.HSP_SX,SY)が異なると起こります。 すでにこの問題について公式に報告しているので次回は修正されるかもと思い、更新日時で処置の有無を振り分けています。 また、ズレが発生しているご使用の環境で以下のリンク先を試してみてください。 https://suwa.pupu.jp/HSP/sample/mtez/mtinfo4.html 上記のリンク先でもズレが発生していたら fix_mtinfo.ezjs での補正が十分でない。 ということなので何らかの対処を考えたいと思いますが、ズレは発生していますでしょうか？ もし、ズレている場合は下記リンク先の場合と比較してどのくらいズレ具合が違うかも教えてください。 https://suwa.pupu.jp/HSP/sample/mt/mtinfo2.html 色々と確認をさせてしまって申し訳ございませんが、よろしくお願いします。 Re: ezlocal-dish-jsの質問です - ケムニャ 2024/11/01(Fri) 21:34 No.7892 >異なる方法でもっと筋の良さそうな方法が見つかりました。 ありがとうございます。 早速こちらを使いたいと思います。 >いくつかお聞きしたいのですが、ezlocal-dish-jsを使ってhtml変換を行っている最中に fix_mtinfo.ezjs といファイルがスクリプトファイルと同じフォルダに作られていますか？ >(※ fix_mtinfo.ezjs は ezlocal-dish-js を閉じると削除されます。) >mtinfo がズレることに気づきこれを補正する処置を追加して ver.2.4 を更新しましたが、この処置が働いているかをまず確認したいです。 fix_mtinfo.ezjsは作られませんでした。 もしかすると作業フォルダが日本語なのが不味いのかとリネームしてみたのですがやはり駄目でした。 >もし fix_mtinfo.ezjs なんて作られていないという場合は、hsp3beta\hsp3js\hsp3dish.js ファイルの更新日時が 2024/07/09 になっているか確認して頂けますか？ 2024/07/09でした。 >また、ズレが発生しているご使用の環境で以下のリンク先を試してみてください。 ズレはたまに1ドットズレる程度で、ほぼ無かったです。 しかし不思議な挙動になってしまいました。 動作確認の動画を取りましたのでご確認いただければと思います。 https://drive.google.com/file/d/1JzqALSvWX1XcRLpN3r7Up8t-IDJ6pJ9a/view?usp=drive_link この挙動は画面を横持ち縦持ちどちらでも発生したのですが、横持ちから縦持ちに切り替え画面のサイズが小さくなった時は発生しませんでした。 もし、ズレている場合は下記リンク先の場合と比較してどのくらいズレ具合が違うかも教えてください。 こちらは先ほどのような挙動はありませんでしたがXY座標共にズレました。 https://drive.google.com/file/d/1fatUYD6_EsNTLhiM2uCq0ervEgkV_NNZ/view?usp=drive_link Re: ezlocal-dish-jsの質問です - MIZUSHIKI 2024/11/02(Sat) 11:13 No.7893 >> いくつかお聞きしたいのですが、ezlocal-dish-jsを使ってhtml変換を行っている最中に fix_mtinfo.ezjs > fix_mtinfo.ezjsは作られませんでした。 >> もし fix_mtinfo.ezjs なんて作られていないという場合は、hsp3beta\hsp3js\hsp3dish.js ファイルの更新日時が 2024/07/09 になっているか確認して頂けますか？ > 2024/07/09でした。 問題なさそうなのに作られませんね・・・。 強制的に発生させようと思ったら ezlocal-dish-js.hsp を開いて頂いて、627行目に needFixMtinfo = 1 : flg_use_dhjs = 1 と追記すれば一応可能です。 (exist dir_exe+"\\hsp3js\\hsp3dish.js" と if strsize != -1 {} の塊の後です。) 一回だけ、上記の「exist」の所を「dialog」に書き換えてみてhsp3dish.jsファイルのあるところを指すか確認してみて頂けますか？ (F5実行時のdir_exeがHSP3インストールフォルダを指さないなんてことあるだろうか・・・) もしこのまま原因不明だったら、強制的に発動させるオプションを付ける案も検討してみます。 >> また、ズレが発生しているご使用の環境で以下のリンク先を試してみてください。 > ズレはたまに1ドットズレる程度で、ほぼ無かったです。 > しかし不思議な挙動になってしまいました。 初めて見る挙動です。 私も iPhone 12mini, 7, 5 と Android(Blackview A52 Pro) の４つで試してみましたが問題なく動作しました。 私の環境でも同じ現象が起こせると原因を追いやすいのですが・・・。 他のブラウザでも同じ現象が起こりますか？ また、もし上記の fix_mtinfo.ezjs の件がうまくいっていたら、下記リンクにスクリプトを置いたので「実行」→「スマホでローカルサーバにアクセス」して同様に不具合が発生するか確かめてみてください。 https://suwa.pupu.jp/HSP/sample/mtez/mtinfo4.hsp そして余裕があれば、 1. 「エクスプローラでフォルダを開く」リンク先の mtinfo4.html をメモ帳で開く。 2. 350行目あたりの「ENV.HSP_SX = String(window.innerWidth);」を「ENV.HSP_SX = String(window.innerWidth - 50);」のように幅を狭めても不具合が発生するかどうか。 というのも確認してみて欲しいです。 Re: ezlocal-dish-jsの質問です - ケムニャ 2024/11/02(Sat) 13:20 No.7894 申し訳ありません、大きな失態を犯していました。 627行目、その前後に変更できる項目がなくもしやとバージョンを見たところ ソースファイルのフォルダに入れていたezlocal-dish-js.hspのバージョンが2.4になっておりました。 2.5に上書きした所座標のズレがなくなりました。 このような初歩的なミスで混乱をお与えしてしまった事になんと陳謝いせばよいか…。 >他のブラウザでも同じ現象が起こりますか？ >また、もし上記の fix_mtinfo.ezjs の件がうまくいっていたら、下記リンクにスクリプトを置いたので「実行」→「スマホでローカルサーバにアクセス」して同様に不具合が発生するか確かめてみてください。 >https://suwa.pupu.jp/HSP/sample/mtez/mtinfo4.hsp こちらのスクリプト、chromeとsafari共に問題なく動きました。 >そして余裕があれば、 >1. 「エクスプローラでフォルダを開く」リンク先の mtinfo4.html をメモ帳で開く。 >2. 350行目あたりの「ENV.HSP_SX = String(window.innerWidth);」を「ENV.HSP_SX = String(window.innerWidth - 50);」のように幅を狭めても不具合が発生するかどうか。 >というのも確認してみて欲しいです。 こちらも問題なく動きました。 私の確認不足で様々な可能性のご確認をなさった事をお察しします、 本当に申し訳ございませんでした。 Re: ezlocal-dish-jsの質問です - MIZUSHIKI 2024/11/02(Sat) 18:44 No.7895 >2.5に上書き ズレ補正はうまく働くようになったようですね。よかったです。 >>https://suwa.pupu.jp/HSP/sample/mtez/mtinfo4.hsp >こちらのスクリプト、chromeとsafari共に問題なく動きました。 >>そして余裕があれば、 >>1. 「エクスプローラでフォルダを開く」リンク先の mtinfo4.html をメモ帳で開く。 >>2. 350行目あたりの「ENV.HSP_SX = String(window.innerWidth);」を「ENV.HSP_SX = String(window.innerWidth - 50);」のように幅を狭めても不具合が発生するかどうか。 >こちらも問題なく動きました。 確認したいのですが、ズレ補正が動くようになっただけで「不思議な挙動」は継続して起こっているという認識で良いですか？ それとも 問題なく動いた というのは「不思議な挙動」も無くなったということだったりしますでしょうか？ そこだけ確認させてください。 Re: ezlocal-dish-jsの質問です - ケムニャ 2024/11/02(Sat) 21:28 No.7896 >確認したいのですが、ズレ補正が動くようになっただけで「不思議な挙動」は継続して起こっているという認識で良いですか？ >それとも 問題なく動いた というのは「不思議な挙動」も無くなったということだったりしますでしょうか？ >そこだけ確認させてください。 不思議な挙動は発生しませんでした。 縦長・横長で何かあるのかなと、自分のスクリプトのサイズをおかしな挙動になったスクリプトと同じ数値にして実行してみたのですが、 ガクガクと画面が動く挙動は発生しませんでした。 Re: ezlocal-dish-jsの質問です - MIZUSHIKI 2024/11/02(Sat) 23:28 No.7897 不可解な点はあるのですが、一応問題はすべて解決したということで良い・・・のかな？ 色々と確認頂いたり、deleteの件も情報を頂きありがとうございました。 ezlocal-dish-js ver.2.6 を更新しました https://suwa.pupu.jp/HSP/index.html#ezlocalDishJs ※ fix_mtinfo.ezjs は他の変更との兼ね合いで add_script.ezjs に変更になっています。 Re: ezlocal-dish-jsの質問です - ケムニャ 2024/11/03(Sun) 17:04 No.7898 >不可解な点はあるのですが、一応問題はすべて解決したということで良い・・・のかな？ 解決しました、ご相談にのっていただきありがとうございました。 >色々と確認頂いたり、deleteの件も情報を頂きありがとうございました。 いえ、色々と混乱を招いてしまって申し訳ない限りです。 >ezlocal-dish-js ver.2.6 を更新しました 追加機能すごく良いですね。 どんどん作るのが便利で楽しくなっていき感謝が付きません。