https://kobarin.sakura.ne.jp/test/kbmed312_beta.exe
https://kobarin.sakura.ne.jp/test/kbmed312_beta.7z

.exe と .7z はどちらも中身は同じです。
.7z の展開の仕方が分からない方は .exe をダウンロードして下さい。

.exe だと Microsoft Edge でブロックされる方は .7z をダウンロードして下さい。
Microsoft Edge にブロックされる方は安全だと報告してくれると助かります。

起動時にエラーメッセージが表示されてプラグインが認識されない場合は
Microsoft Visual C++ 2022 再頒布可能パッケージが必要です。
https://visualstudio.microsoft.com/ja/downloads/#other-ja-family
x64 版ランタイムファイル直リンク
https://aka.ms/vs/17/release/VC_redist.x64.exe
x86 版ランタイムファイル直リンク
https://aka.ms/vs/17/release/VC_redist.x86.exe
(x64 版の動作には vc_redist.x64.exe と vc_redist.x86.exe の両方が必要です)

VS2019 のランタイムでも動作はするようですが、念のため VS2022 の
ランタイムを入れて下さい。Windows XP 環境の人は除きます。

Windows XP で使いたい方は

https://kobarin.sakura.ne.jp/wforum/wforum.cgi?mode=read&no=181&reno=180&oya=180&page=0#181

こちらを参考にして古いランタイムをインストールして下さい。一応まだ
XP でも動作するようです。

v3.12beta での変更点

・演奏リストが更新されている状態のとき、OS をシャットダウン・再起動・サインアウ
　トするのを妨げないように(保存確認のダイアログを表示しないように)した
　・確認のダイアログに対して「いいえ」を選択したときの動作になる
　・終了時のリストの状態は保持されて次回起動時に確認される
・単曲リピートや連続再生時にスリープモードに入らないようにした
　・OS の「電源オプション」->「詳細設定->「マルチメディアの設定」->「メディア共
　　有時」の設定が「アイドリングがスリープ状態になるのを回避する」にしても、曲
　　の切り替え時に(切り替え前後で再生周波数が変わる場合等)デバイスを閉じる際に
　　スリープモードに入っていた
　・一部の Player プラグインで再生した場合は演奏停止してもスリープモードに入ら
　　ない(停止しただけではデバイスを閉じないから?)
　・演奏停止後にスリープモードに入らなくなる Player プラグインは以下の通り
　　・kbdmusic.kpi
　　・kbqt.kpi(MIDI 再生時のみ、*.mov では問題なし)
　・midiOut で MIDI を再生後に演奏停止してもスリープモードに入らない
　　(停止後も midiOut デバイスを閉じない為）
　・「アイドリングがスリープ状態になるのを回避する」にしてなくても再生中はスリ
　　ープモードに入らなくなる(設定出来るようにするべき？)
・kbvsti.kpi に関する以下の修正
　・AEffect::numInputs の値が 0 でないプラグイン(MAmiVSTi.dll)を使用すると落ち
　　るのを修正
　・プラグイン DLL のファイル名が "MAmiVSTi.dll" のときだけ effSetBlockSize に
　　渡すサイズを再生周波数の 30分の1 の値(44100Hz なら 1470)にするようにした
　　・音がぶつぶつ途切れる現象への対策
　　・正常に再生出来ないことに変わりはない
　　　(演奏開始直後の数秒間音が途切れる、音途切れが安定後もテンポがよれよれ)
　　・設定出来るようにした方が良いのかもしれないがプラグインによっては対応しな
　　　い値を渡すと本体を巻き込んで落ちてしまう
　・演奏開始時の初期化を強化(リセット系 SysEx を受信しないプラグインへの対策)
　　・CC/RPN を出来る限り初期値に設定、リセットオールコントローラー送信等
　　・リセットを受信しないプラグインを使用時に「キャッシュ」を true にして演奏
　　　を繰り返しても不自然になりにくくなった(VSTSynthFont で確認)
　　・プラグインによっては却って演奏が不自然になるかも(リセットオールコントロー
　　　ラーを送信するだけにしておいた方が良いかも)
　・「再生周波数」「音量」「音源リセット」「キャッシュ」の設定を x86/x64 版 で
　　区別して保存するようにした


12月まで更新しないつもりでしたが現実逃避しました。(笑)

MIDI をプラグインで連続再生したまま放置してるとスリープモードに入ってしまうこと
に気づきました。

OS の電源オプションで「アイドリングがスリープ状態になるのを回避する」に設定している
場合、デバイスを開いている間は確かにスリープモードには入らないのですが、デバイスを
閉じるときにスリープモードに入ってしまうようです。

デバイスを閉じてから指定の時間が経過するまでスリープモードに入らなくなるものと思って
ましたが、元々こういう動作だったのでしょうか。

MIDI 以外の形式で、再生周波数が同じデータを連続再生している間はデバイスを閉じること
なくギャップレスに再生するので、スリープモードに入ることがなくて気づきませんでした。
MIDI だとギャップレス再生に対応していないので曲が切り替わる度にデバイスを開き直します。
(プラグイン使用時。midiOut 使用時はデバイスを開き直しません)

このままだと不便でしょうがないので連続再生中はスリープモードに入らないようにして
しまいました。ただし、「アイドリングがスリープ状態になるのを回避する」に設定して
いなくてもスリープしなくなります。

これは設定出来るようにした方が良いでしょうか。

プラグインの設定は簡単に追加できますが、本体の設定項目を追加するのはちょっと
面倒くさいです。

本体の設定もプラグイン設定と同じようにヘルプを兼ねるようにしたいと思ってはいる
のですが、かなり大掛かりな修正が必要で実現出来ていません。

ありがとうありがとうありがとう

このアプリが永続的に使えていることが本当にストレスフリー

再生時の履歴をどこかで表示できる機能
が欲しいとこの場を借りて要望を・・・

１００曲くらいリストに入れた状態でのランダム再生時とかで一つ前の曲に戻りたいときがちらほらあるので。

> 再生時の履歴をどこかで表示できる機能

「ファイル」メニューに「最近開いたファイル」みたいな感じですね。
そういう要望があったということで、考えておきます。

終了時のリストが次回起動時に読み込まれるのが嫌な人もいるようなので、
対応したらしたで今度は無効化して欲しいという人もいそうですけど。

大変便利に使わせてもらってます。

OS:Windows 11 Home
64bit版の方でランダム再生で雑多なデータ（MP3,OGG,FLACやZIP,RAR,7z等で固めたやつなどおよそ５万曲ぐらい）を聞いているのですが、
まれに、次の曲に行きそうなあたりで音が止まってしばらくするとアプリが落ちます。
(3.11c以前は応答なしになっていました。ですが、UIには次の曲が表示されてました)
再生履歴が起動前の状態に戻ってしまうのが不便なのでご確認頂けると幸いです。

それとは別に、これもまれにですが起動時にプラグインの検索に失敗して
「モジュール 'Kbmplayer.exe' のアドレス******でアドレス
0000000000000000に対する読み取り違反がおきました。」
のエラーダイアログが表示されることもあります。
演奏リストも空っぽのままで、一度終了して再起動させると演奏リストの最後尾の曲が１曲減った状態になります。
こちらの症状は演奏リストの曲数が５万を超えたあたりから発症してるような感じなのですが、上限とかある感じでしょうか？

> 64bit版の方でランダム再生で雑多なデータ（MP3,OGG,FLACやZIP,RAR,7z等で固めたやつなどおよそ５万曲ぐらい）を聞いているのですが、
> まれに、次の曲に行きそうなあたりで音が止まってしばらくするとアプリが落ちます。

う～ん、これだけだとちょっと分かりません。
現象から想像するにギャップレス再生処理に何等かの不具合があるっぽいですが…。

いつから（どのバージョンから）発生するようになったか分かりますか。
随分前(v3.x の初期の頃とか)からですか。

参考までに登録されてる形式(音楽形式、アーカイブ形式)を教えて貰えますか。

どのくらいの頻度で発生しますか。数時間連続再生させるとほぼ確実に
発生するくらいには頻繁に起こりますかね。

> (3.11c以前は応答なしになっていました。ですが、UIには次の曲が表示されてました)

その表示されていた次の曲の形式(音楽形式、アーカイブ形式)はいつも同じでしたか。

> それとは別に、これもまれにですが起動時にプラグインの検索に失敗して
>「モジュール 'Kbmplayer.exe' のアドレス******でアドレス
> 0000000000000000に対する読み取り違反がおきました。」

標準同梱以外のプラグインは導入していますか。

「プラグイン設定」画面で「最新の情報に更新」をクリックしたときにもプラグインを
再検索しますが、ここで同様のエラーが発生することはありますか。

ちなみに起動時にプラグインの検索をし直すのは、通常は前回起動時と異なるバージョン
の本体を起動したときです。（なので通常はバージョンアップ時）
正確には、プラグインフォルダ以下にある *.kpi のタイムスタンプが更新されている場合
に更新されてる *.kpi を再ロードして情報を取得し直します。

> こちらの症状は演奏リストの曲数が５万を超えたあたりから発症してるような感じなのですが、上限とかある感じでしょうか？

確認したところ、登録可能な最大数は約100万曲(2の20乗=1,048,576)に制限しています。
5万曲くらいなら制限に引っかかることはない筈です。
（そんなにたくさん登録して試したことはないですが）

曲数はあまり関係がなく、登録数が多いだけに破損データが存在していて
それを読み込むときに落ちるような気もします。
（特にアーカイブされてる場合）

ご確認ありがとうございます。

> いつから（どのバージョンから）発生するようになったか分かりますか。
> 随分前(v3.x の初期の頃とか)からですか。

バージョンはちょっとうろ覚えですが、3.xの一桁の頃のやつを使っていて、
起動時にエラーが出るようになったのでバージョンを上げてみた、といった感じです。


> 参考までに登録されてる形式(音楽形式、アーカイブ形式)を教えて貰えますか。

順不同になりますが
wav,ogg,flac,mp3,wma,adx,vgm(vgz),spc,psf,mdx,opi,ovi,s98,mini2sf,minigsf,nsf,hes,
書庫は、zip,lzh,7z,rar形式のものがあります。


> 標準同梱以外のプラグインは導入していますか。

プラグイン置き場にあったものは追加しています。（kdxsf）


> どのくらいの頻度で発生しますか。数時間連続再生させるとほぼ確実に
> 発生するくらいには頻繁に起こりますかね。

まっさらに入れ直した3.12betaでは、15分～２時間ぐらいで落ちている感じです。


> > (3.11c以前は応答なしになっていました。ですが、UIには次の曲が表示されてました)
> その表示されていた次の曲の形式(音楽形式、アーカイブ形式)はいつも同じでしたか。

特に決まったフォーマットということはなかったように記憶しています。


> 「プラグイン設定」画面で「最新の情報に更新」をクリックしたときにもプラグインを
> 再検索しますが、ここで同様のエラーが発生することはありますか。
>
> ちなみに起動時にプラグインの検索をし直すのは、通常は前回起動時と異なるバージョン
> の本体を起動したときです。（なので通常はバージョンアップ時）
> 正確には、プラグインフォルダ以下にある *.kpi のタイムスタンプが更新されている場合
> に更新されてる *.kpi を再ロードして情報を取得し直します。

入れ直してからはまだこのエラーは発生していないので、
もし発生したら試してみます。


> 曲数はあまり関係がなく、登録数が多いだけに破損データが存在していて
> それを読み込むときに落ちるような気もします。
> （特にアーカイブされてる場合）

どうやら最近追加したデータに問題がある可能性が高いみたいですね。
こちらも確認してみたいと思います。
Mediaエクスプローラーから再生できれば問題ない感じでしょうか？

最近追加したデータをMediaエクスプローラーから再生確認してみましたが、
破損データらしきものは見つかりませんでした。

確認中もアプリが落ちることがあったので、イベントビューワーからログを抜粋してみました。

Version=1
EventType=APPCRASH
EventTime=133162181839567519
ReportType=2
Consent=1
UploadTime=133162181846036699
ReportStatus=268435456
ReportIdentifier=5b366aa5-96ae-4649-be6e-e84b1d52b979
IntegratorReportIdentifier=c6911754-e393-46f6-a304-31a879556cbc
Wow64Host=34404
NsAppName=Kbmplay.exe
OriginalFilename=Kbmplay.exe
IsFatal=1
Sig[0].Name=アプリケーション名
Sig[0].Value=Kbmplay.exe
Sig[1].Name=アプリケーションのバージョン
Sig[1].Value=3.12.2022.1108
Sig[2].Name=アプリケーションのタイムスタンプ
Sig[2].Value=00000000
Sig[3].Name=障害モジュールの名前
Sig[3].Value=Kbmplay.exe
Sig[4].Name=障害モジュールのバージョン
Sig[4].Value=3.12.2022.1108
Sig[5].Name=障害モジュールのタイムスタンプ
Sig[5].Value=00000000
Sig[6].Name=例外コード
Sig[6].Value=c0000005
Sig[7].Name=例外オフセット
Sig[7].Value=0000000000077358
UI[2]=C:\TOOLS\kbmed64\x64\Kbmplay.exe
LoadedModule[0]=C:\TOOLS\kbmed64\x64\Kbmplay.exe
LoadedModule[62]=C:\TOOLS\kbmed64\x64\Device\Kobarin\kbdsound\kbdsound.kpi
LoadedModule[74]=C:\TOOLS\kbmed64\x64\UnArc\Kobarin\kbunarc\kbunarc.kpi
LoadedModule[76]=C:\TOOLS\kbmed64\x64\kbzlib.dll
LoadedModule[77]=C:\TOOLS\kbmed64\x64\Plugins\Kobarin\kbvorbis\kbvorbis.kpi
LoadedModule[78]=C:\TOOLS\kbmed64\x64\Plugins\Kobarin\kbmpg123\kbmpg123.kpi
FriendlyEventName=動作が停止しました
ConsentKey=APPCRASH
AppName=KbMedia Player (x64) v3.12beta.2022.1108
AppPath=C:\TOOLS\kbmed64\x64\Kbmplay.exe

参考になれば幸いです。

アプリの落ちるデータを見つけることができました。
ですが、挙動が単なるデータ破損ではなさそうなので、
状況を報告します。

・データはループ情報をコメントにつけたogg形式
・Mediaエクスプローラーから単発再生した時にもフェードアウト直前ぐらいのタイミングで再生が引っかかってアプリが落ちる
・「演奏設定」の「デフォルトのループ回数」を4にした時だけ落ち、2,3,5,6では正常にフェードアウトして再生終了する
・「単曲リピート」では問題なくエンドレス再生する

そういえばアプリが落ちるようになったのも「デフォルトのループ回数」を4にしてからだったような気がします。
参考になれば幸いです。

p.s.
余談になりますが、SPCファイルは演奏設定で「ループ回数を曲から取得」のチェックを外しても、
デフォルトのループ回数指定にかかわらず2ループで終了してしまいますけど
これを「デフォルトのループ回数」指定を反映させる方法ありますか？

> ・データはループ情報をコメントにつけたogg形式
> ・Mediaエクスプローラーから単発再生した時にもフェードアウト直前ぐらいのタイミングで再生が引っかかってアプリが落ちる
> ・「演奏設定」の「デフォルトのループ回数」を4にした時だけ落ち、2,3,5,6では正常にフェードアウトして再生終了する
> ・「単曲リピート」では問題なくエンドレス再生する

ありがとうございます。
ループ回数が 4 のときだけ発生するというのはちょっと不思議な
気がしますが再現性があるなら対応しやすいです。

確認してみます。
ループ回数が 4 ならループ情報を含めばどのデータでも発生してるのでしょうかね。

> 余談になりますが、SPCファイルは演奏設定で「ループ回数を曲から取得」のチェックを外しても、
> デフォルトのループ回数指定にかかわらず2ループで終了してしまいますけど
> これを「デフォルトのループ回数」指定を反映させる方法ありますか？

こちらも確認してみます。
XID6 にループ回数が記述されているのですよね。

対応したのが大分前のことなので良く覚えていませんでしたが、kbsnesapu.txt
にループ回数の仕様について記載しています。

記載の通りに動作していないならプラグインによるループ回数の通知に
不具合があるか本体の不具合です。

> ループ回数が 4 ならループ情報を含めばどのデータでも発生してるのでしょうかね。

正常に再生できるデータが大半だと思いますが、他にも落ちるデータがあるのは確かです。
ランダム再生で気づいた時には落ちてるので、
どのデータで落ちたのか分からなくなってしまっていて……

こちらの環境で落ちるデータを添付します（２曲）
うち、短い方のデータはループ回数が2,3,4回でもフェードアウトのタイミングでアプリが落ちてしまいました
データ的には問題なさそうなのですが…

(1882KB)

ありがとうございます。

頂いたデータでも落ちるのは確認出来ませんでしたがフェードアウトされずに
演奏が止まってしまったり、フェードアウトが始まるまでの演奏時間がおかしく
なることがあるのは確認出来ました。

ですが、その現象も確実な再現方法が分からずにいます。

色々試してみたところ、「環境設定」-「演奏設定」の「デフォルトのフェード時間」
の設定を変えて「適用」時にエラーが表示されることがあるのも確認出来ました。
その後再現が出来なくなってしまいましたが。

フェードアウト関係が怪しそうですが確実な再現方法が分からないので
対応には時間がかかるかもしれません。

もし確実な再現方法が分かったら教えて下さい。

現象再現出来ました。

やはりフェードアウトの処理のところで落ちてましたが
原因や確実な再現条件はまだ分からないです。

落ちる原因が分かりました。

LOOPSTART/LOOPLENGTH タグを含む曲データで単曲リピートが無効
（単曲再生や連続再生時）のとき、フェードアウト時に発生します。

頂いた曲データの１つが短い曲だったので調査がしやすくて助かりました。

https://kobarin.sakura.ne.jp/test/Kbmplay20221230.7z

64bit版のみです。3.12beta の Kbmplay.exe(x64) を置き換えて下さい。

ループタグを持つ曲データのフェードアウト時に落ちることはなくなったと思います。

落ちることはなくなった筈ですが、曲データや設定によってはフェードアウトの
開始時間がおかしかったり正しくフェードアウトされずに演奏が終わってしまう
ことはあるかもしれません。

これで長時間の連続再生ができるか確認してみて頂けますか。

あけましておめでとうございます

差し替えて、今まで落ちていたデータの再生で落ちなくなっていることを確認いたしました

しばらく動かしてみて様子をみてみます

延べで２００曲ぐらい再生してみましたが
安定動作しており、フェードでも特に気になる挙動はなかったように思います

ご対応ありがとうございました

確認ありがとうございます。
落ちなくなったようで安心しました。

原因がループ曲にあるのは全くの盲点で自分では絶対に気づけなかったです。

フェードの開始時刻等に関しては、頂いたデータのようにループ時間がフェード
時間より短くなる場合の処理とかが怪しいのですが、まだ十分に検証が出来てい
ません。

修正後の確認中に動作がおかしいことがあった気がしたんですが再現出来なく
なってしまったので。

分かったありがとう

興味深い情報

VS2022ランタイムのバージョンが古いか、インストールされていません。

Win10 64　3.11と3.12ベータの両方で同じ状況です

ランタイムはVC_redist.x64.exeとVC_redist.x86.exeの両方を入れていますが起動時にこのエラーが出ます。一度入れ直しもしました。
プラグイン設定ではFailed to load Plug-inです
再生に問題はありません、動画ファイルも音楽ファイルもZipの中身も正常に再生されます


ただ起動時に出るエラーダイアログがOKを押しても☓を押してもReadmeとブラウザでリンク先が表示されてしまうので、これらを出さないように出来ませんか。

VS2019 の頃だったと思いますが、64bit 版は vcruntime140.dll に加えて vcruntime140_1.dll
にも依存するようになりました。

その頃から本体が 64bit 版のときは vcruntime140_1.dll もチェックするように
しています。更新履歴を確認したら v3.08(2020/01/19) からのようです。

導入しているランタイムが古いとかいうことはありませんか。
もしかして最近のランタイムは vcruntime140_1.dll が必要なくなったのかな。

バージョン情報ダイアログはどう表示されていますか。
私の環境だと

Version : 14.34.31931.0(x64)
: 14.34.31931.0(x86)
TimeStamp : 2022/10/05 22:36:54(x64)
: 2022/10/05 22:36:54(x86)

となっています。

> プラグイン設定ではFailed to load Plug-inです

ということはランタイムがないということだと思うのですが…。

ソースコードを確認すると vcruntime140_1.dll がないときは確かに
起動時にダイアログを表示しますがその後のプラグインのロードとか
を弾くようにはなっていないようです。なのでロードが出来てれば
少なくとも failed to load plug-in にはならない筈です。
（確認出来る環境がないので違うかもしれません）

> 再生に問題はありません、動画ファイルも音楽ファイルもZipの中身も正常に再生されます

プラグインがロード出来ていないなら、MIDI 以外は何も再生出来ない筈なのですが。

もしかしたら 32bit 版のプラグインを使ってるのかな。32bit版のランタイムを入れてる
なら 32bit 版のプラグインはロード出来る筈ですから。

大変失礼しました。

Win10セットアップしてて先ほどAdminじゃないと気付いたところで、
Adminユーザーを有効にしてそちらで起動したところすべてが正常となりました。
エラーダイアログも出ずプラグイン画面の表示も正常です

セットアップ時の推奨設定だったと思いますがC:\Program Files\にファイル移動するだけで警告が出てたのでユーザー権限の関係で引っかかってたのかな？と。

お手間をおかけしました。

Program Files 以下に置いたり権限次第で発生するということですか。

置き場所によって動作に支障が出る作りにはしてないつもりなんですが
後で確認してみます。

ただ、Program Files 以下に置くのは推奨はしません。
標準同梱のプラグインは問題なく動作すると思いますが、プラグイン置き場の
プラグインのいくつかは動作しない可能性があります。

kbtim.kpi とか kbwinamp あたり（ini ファイルを本体やプラグインと同じ
場所に作成するタイプ）が怪しいかな。

エラーダイアログとは関係ありませんが。

RCPCV.DLLをインストールしていなくても、64bit版のバージョン情報では「インストール
されています」と表示されます。

（64bit版の）バージョン情報画面を開いて最初にRCPCV.DLLタブを表示した時は正しく
「インストールされていません」と表示されます。
その後、別のタブを選んでから再度RCPCV.DLLタブを表示すると なぜか「インストール
されています」に変化しています。

一度「インストールされています」になってしまうと戻らず、32bit版のバージョン情報を
開くと64bit版も連動して「インストールされていません」に戻ります。

私だけでしょうか。
KbMedia Playerのバージョン：3.12beta.2022.1108 64bit
OSのバージョン：Windows10 Pro 22H2 64bit

ありがとうございます。確認出来ました。

64bit 版で rcpcv.dll のロードに失敗すると、以後は rcpcv.dll を導入
しても本体を再起動するか kbrunkpi.exe を終了するまで rcpcv.dll を
ロードしなくなり、それでいてロードには成功したと見なす不具合でした。

次のバージョンで修正しておきます。手元の最新版では修正済みです。