返信が遅れまして申し訳ありません。

> 64bit 版と 32bit 版の違いは 32bit版の kernel32.dll の LoadLibraryW という
> API のアドレスの取得方法だけで、そのアドレスの取得に
>
> get_x86_loadlibrary_address.exe
>
> を使用しています。これがあって hook_xxx.dll もあるのに、32bit 版が動作して 64bit版
> が動作しないのは不思議です。

長年システム周りの整備をしていないPCなので何が起きてもおかしくないです・・(^^;)。ウイルス対策ソフトを一時無効化したり、C++ 2022のランタイムを入れ直したりと色々試したのですが手応えはなく・・。

どうにも根が深そうなこちらの環境依存の問題にKobarinさんを付き合わせてしまって恐縮なのですが、手短に検証結果だけをご報告します。

> ちなみに同じ環境で
>
> kbsmaf.kpi v0.14alpha
> kbzmdrive.kpi v0.16alpha
> kbeup.kpi v0.02alpha
>
> の 64bit版は動作しますか。

【kbsmaf.kpi v0.14alpha】

32bit版と64bit版の両方が再生失敗します。

こちらだけは少々事情が違いまして、最初にご報告した「kbgxscc.kpi」「kbhtsfms.kpi」の64bit版が再生失敗するようになる以前から、当方の環境ではなぜか動きませんでした（「kbvsti.kpi」で代用していました）。

MidRadio Player 7.2.1のパスは指定できていて、プラグイン設定画面の「MidRadio Playerを起動」ボタンは正しく機能します。

【kbzmdrive.kpi v0.16alpha】

32bit版は動いて64bit版は動かず、という結果でした。

【kbeup.kpi v0.02alpha】

こちらは動作確認に必要なeupファイルがどうしても見つからず・・検証できておりません。すみません。

ありがとうございます。

64bit 版と 32bit 版の違いは 32bit版の kernel32.dll の LoadLibraryW という
API のアドレスの取得方法だけで、そのアドレスの取得に

get_x86_loadlibrary_address.exe

を使用しています。これがあって hook_xxx.dll もあるのに、32bit 版が動作して 64bit版
が動作しないのは不思議です。

ちなみに同じ環境で

kbsmaf.kpi v0.14alpha
kbzmdrive.kpi v0.16alpha
kbeup.kpi v0.02alpha

の 64bit版は動作しますか。zmdrive と eup は必要なプログラム以外にも動作確認用のデータ
がないとテスト出来ませんが、kbsmaf.kpi の方は MidRadio Player をインストールすれば
データは MIDI だけ確認して頂ければ大丈夫です。

返信ありがとうございます。

> 64bti 版のプラグイン(kbgxscc.kpi/kbhtsfms.kpi) と同じフォルダに
>
> ・get_x86_loadlibrary_address.exe
> ・hook_gxscc.dll または hook_htsfms.dll
>
> はありますか。

確認してみたところ、ちゃんとありました。ウイルス対策ソフトに消されてしまった訳ではないようです。一応参考ですがタイムスタンプ（更新日時）はすべて「2024‎/05‎/‎26‎ ‏‎0:00:00」でした。

問題が発生するPCとは別のPC（OSは同じくWindows11 バージョン23H2）にKbMedia Playerをインストールして検証してみたのですが、64bit版プラグインで正常動作を確認しました。どうやら完全に当方のPC環境依存の問題のようです。

問題が発生する方のPCでは32bit版プラグインを使うようにすればいい話なので、これで解決とさせていただきます。お手間をおかけして失礼いたしました。

不具合報告ありがとうございます。

> プラグイン置き場にて配布されているMIDI再生プラグイン「kbgxscc.kpi」（バージョン0.14alpha）と「kbhtsfms.kpi」（バージョン0.08alpha）が、x64(64bit)版プラグインに限り再生に失敗します。

64bti 版のプラグイン(kbgxscc.kpi/kbhtsfms.kpi) と同じフォルダに

・get_x86_loadlibrary_address.exe
・hook_gxscc.dll または hook_htsfms.dll

はありますか。

get_x86_loadlibrary_address.exe

は 32bit 版の方にはありません。

同梱し忘れたのかもしれないと思って試しにプラグイン置き場からダウンロードしてみたら

64bit 版、32bit 版ともに hook_htsfms.dll はノートンに削除されてしまいましたが
間違いなく同梱はされています。(実際はどちらに置いてある DLL も 32bit 版です)

再生出来ないのはウイルス対策ソフトに削除されてしまったせいではないかと思います。
DLL の性質上、ウイルス対策ソフトに引っかかりやすいのは間違いないです。

ちなみに、hook_gxscc.dll と hook_htsfms.dll は中身はどちらも 32bit 版のプラグイン
のフォルダにあるものと同じですので、32bit版のフォルダにあるものを64bit版のフォルダ
にコピーするだけで動作する筈です。

配布時に同梱されてるのはタイムスタンプが違うかもしれないのでバイナリ比較すると微妙
に違うかもですが。

返信遅くなり申し訳ありません。

> Google Chromeだと危険なファイルとして全部一蹴されてしまいますね…・

確かにダウンロードするのがとても面倒くさくなっていますね。
普通の人はダウンロードの仕方が分からないだろうし、分かっても
怖くてダウンロード出来ないでしょうね。
この現象は私のサイトのファイルだけなのでしょうか。

>今の仕様(変換プラグイン優先)のままでも、kbzmdrive.kpiを優先させたい人は、kb2smf.kpiのオプションの「対応拡張子」からZMSとZMDを除去すれば何も問題はない、というふうな仕様にはならないのでしょうか？

%Kbmplay% セクションで変換プラグインの拡張子の無効化も出来るようにしています。

変換プラグインに限りませんが、今の仕様だとプラグイン自身の設定で拡張子を無効化
してしまうと、プラグイン設定画面左下の「検索」ボックスで拡張子を入れてもヒットし
なくなってしまうんですよね。本体からは無効化した拡張子については非対応のように見
えてしまうので。

そういうのもあって kb2smf.kpi には拡張子を無効化する設定をつけていませんでした。
今後どうするかは未定です。

ZMS/ZMD については変換プラグイン側で拡張子を無効化するだけでは不十分で、無効化する
と MIDI を含むが PCM を含まない ZMS/ZMD を再生出来なくなります。

本体が ZMS/ZMD を特別扱いするようにするしかないかな、と思っています。

返信遅くなり申し訳ありません。

> C:\Users\～～\AppData\Roaming\Kobarin's Soft\KbMedia Player\cache\default.kbmu
> のサイズが16MB(16,777,216byte)を越えると、それ以上プレイリストを復元することができなくなるようです。
> （エラー発生後にkbmuファイルのサイズを確認すると16MB以下になるように登録した曲数が減っていることを確認しました）

不具合報告ありがとうございます。
後で確認して対処するようにします。
曲数が一定数を超えると超えた分を無視するようにした覚えはあるのですが、
サイズで弾くようにした覚えはないんですけどね…。

こんにちは。MIDIやゲーム音源の再生に長年愛用させていただいております。

【概要】

プラグイン置き場にて配布されているMIDI再生プラグイン「kbgxscc.kpi」（バージョン0.14alpha）と「kbhtsfms.kpi」（バージョン0.08alpha）が、x64(64bit)版プラグインに限り再生に失敗します。

再生失敗時は「データに誤りがあります」旨のエラーが出ます。

x86(32bit)版プラグイン、およびXP対応版プラグインは問題なく再生できます。

【備考】

・KbMedia Player本体が32bit版か64bit版かに関わらず発生します。
・その他のMIDI再生プラグイン（「kbfmmidi.kpi」「kbemidi.kpi」「kbfmoplmidi.kpi」「kbtim95.kpi」「kbbassmidi.kpi」）も試してみましたが、32bit版・64bit版プラグインどちらでも正常に再生できました。

PCのOSをWindows10からWindows11（バージョン23H2）にアップデートした直後に確認したので、当方の環境依存の問題である可能性が高いです。もし同様の問題が起きている方がいたら参考になればと思い、投稿させていただきました。

こんばんわ。

> Microsoft Edge にブロックされる方は安全だと報告してくれると助かります。
>
Google Chromeだと危険なファイルとして全部一蹴されてしまいますね…・
「不審なファイル」よりさらに警戒する扱いなのか、chromeだとダウンロードに一手間(全てのダウンロード履歴タブからでないとダウンロードできない)になります。
問題報告はしました。
Firefoxではなんともないです。

> v3.16beta3 以降、デコーダプラグインより変換プラグインを優先するようにした
> 関係で、kbzmdrive.kpi で ZMS/ZMD を再生する場合は kb2smf.kpi の無効化が必要
> になりました。
>
> あと「zmsetup.ini」セクションの「内蔵音源+MIDI」の設定をしても意図した動作に
> ならなくなってしまいました。この設定はデコーダプラグインを優先する前提なので。
>
> どう解決すべきか考え中です。
> 変換プラグイン優先の方が自然な気がしたんだけど、デコーダプラグイン優先に
> 戻した方が良いのかな…。

今の仕様(変換プラグイン優先)のままでも、kbzmdrive.kpiを優先させたい人は、kb2smf.kpiのオプションの「対応拡張子」からZMSとZMDを除去すれば何も問題はない、というふうな仕様にはならないのでしょうか？
ZMSとZMDがkb2smf.kpiを経由しなくなり、kbzmdrive.kpi(+midi再生プラグイン)での動作になるので、「zmsetup.ini」セクションの「内蔵音源+MIDI」の設定も通るようになる、
というのが使ってる側の直感かな、とは思います。

いつもお世話になっております。
大変便利に使わせてもらっています。

大量の曲をプレイリストに入れて長期間聞いていると
再起動時にプラグインの検索でエラーが出ることがあり、条件が分かったのでご報告いたします。

確認したバージョン： 3.16beta4.2024.0827

C:\Users\～～\AppData\Roaming\Kobarin's Soft\KbMedia Player\cache\default.kbmu
のサイズが16MB(16,777,216byte)を越えると、それ以上プレイリストを復元することができなくなるようです。
（エラー発生後にkbmuファイルのサイズを確認すると16MB以下になるように登録した曲数が減っていることを確認しました）

可能であれば対応よろしくお願いいたします。

https://kobarin.sakura.ne.jp/test/kbmed316_beta4.exe
https://kobarin.sakura.ne.jp/test/kbmed316_beta4.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 の両方が必要です)

β版は Windows XP のサポートを打ち切りました。XP 環境だと一部のプラグインが
動作しません。Windows XP で使いたい方は正式版をお使い下さい。

v3.16beta4 での変更点

・各種プラグイン/DLL の開発環境を VS2022 17.11.1 に更新
・RMI/MDS をプラグインで再生出来なくなっていたのを修正
・RMI/MDS を midiOut で再生時、タグ情報を取得出来なくなっていたのを修正
・MDS を開くと CC111 がなくても LoopPoint が通知されるのを修正
・kb2smf.kpi に関する以下の修正
　・CM6/GSD/MTD が必要な RCP に対応(CVS.EXE 使用時)
　　・MTD は動作未確認
　　・MTD は必要なファイル名の取得方法が分からない為、RCP と同名で拡張子が .MTD
　　　のファイル(ABC.RCP なら ABC.MTD)を RCP と同じフォルダ内で検索
　　・RCP と同じフォルダ内の全ての MTD を検索することも可能だが時間がかかるので
　　　敢えてやらない
・kbmac.kpi に関する以下の修正
　・Monkey's Audio SDK 10.76(2024/08/15) に更新
・kbmpg123.kpi に関する以下の修正
　・libmpg123 を 1.32.7(2024/08/07) に更新
・kbpsf2.kpi に関する以下の修正
　・boost ライブラリを 1.86.0 に更新
・kbunac.kpi に関する以下の修正
　・LZMA SDK を 24.08(2024/08/11) に更新

要望があった CM-64 エミュレーションの強化はまだです。

CM6/GSD は RCP の内容から必要なファイル名を取得して検索しますが MTD は RCP と
同名のものを検索することにしています。MTD を含むデータが見つからないので動作は
未確認です。


v3.16beta3 以降、デコーダプラグインより変換プラグインを優先するようにした
関係で、kbzmdrive.kpi で ZMS/ZMD を再生する場合は kb2smf.kpi の無効化が必要
になりました。

あと「zmsetup.ini」セクションの「内蔵音源+MIDI」の設定をしても意図した動作に
ならなくなってしまいました。この設定はデコーダプラグインを優先する前提なので。

どう解決すべきか考え中です。
変換プラグイン優先の方が自然な気がしたんだけど、デコーダプラグイン優先に
戻した方が良いのかな…。