【要望】読み確定文字(net)辞書への登録内容削除の�... 投稿者：FMPeach 投稿日：2025/06/24(Tue) 10:29 No.7938    お世話になっております。 突然のご連絡を失礼いたします。 読み確定文字(net)辞書において、「ち,ち」という読み仮名が登録されているようでございます。 この登録により、カラオケ歌詞字幕制作時のルビ振りにおいて不都合が生じております。 【具体例】 ・「落ちて」→ 「らく,ち,て」（期待される振り仮名：「お,ち,て」） ※ 現在は「落ち,おち」の個別登録で暫定対応しておりますが、 根本的な解決には至っておりません。 つきましては、大変お手数をおかけしますが、 下記登録内容の削除をご検討いただけませんでしょうか。 削除要望対象： ち,ち この度はご多忙中まことに恐縮ではございますが、 何卒よろしくお願い申し上げます。 Re: 【要望】読み確定文字(net)辞書への登録内容削�... - MIZUSHIKI 2025/06/27(Fri) 22:14 No.7940 確かに「確定文字」にひらがな１文字等が登録されると、ルビ振りがおかしくなってしまいますね。 削除要望いただいたデータを削除しました。 またデータベースの方も、「確定文字」が『平仮名またはカタカナのみ』で構成されていた場合、登録しないように変更しておきました。 ご報告ありがとうございました。 また何か気づいたことがあれば連絡ください。

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