BBS

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起動後一番最初のキャプチャ画像をア... - 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: 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ミリ秒にしておこうと思います。

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

バグ報告ありがとうございました。

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 を更新しました
追加機能すごく良いですね。
どんどん作るのが便利で楽しくなっていき感謝が付きません。

- YY-BOARD - icon:Design Leaves

お名前	←末尾に「@スパム対策」という文字を入れてください。（末尾のワードは投稿後に削除されます）
タイトル
メッセージ
暗証キー	（英数字で8文字以内）
投稿キー	（投稿時を入力してください）