https://kobarin.sakura.ne.jp/test/kbmed312_beta5.exe
https://kobarin.sakura.ne.jp/test/kbmed312_beta5.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.12beta5 での変更点

・本体の開発環境を C++Builder 12 v29.0.51511.6924 に更新
・各種プラグイン/DLL の開発環境を VS2022 17.9.3 に更新
・終了時に演奏してなくてもレジューム再生が利いてしまうことがあるのを修正
・起動直後等のプラグイン検索時、見つかったプラグインをロードする直前にそのパス
　を表示するようにした
　・バージョンアップ直後の初回起動に時間がかかってフリーズしてるように見えるの
　　を防ぐ効果
　・実際にフリーズした場合に原因となるプラグインが分かるようにする効果
　・2回目以降の起動時は基本的にプラグインをロードしないので表示されない
・デコーダプラグインで連続再生時、最後の曲の終端が再生されないのを修正
・kbflac.kpi に関する以下の修正
　・libFLAC を 1.4.3(2023/06/23) に更新
・kbGuru2SMF.kpi に関する以下の修正
　・DLS に対応
　　・プラグイン設定で DLS のパスを設定(| で区切ることで複数ファイル指定可)
　　・曲データと同じフォルダに DLS があればそれも使う
　　・音色が被る場合の優先順位は
　　　・曲データと同じフォルダ(見つかった順) => プラグイン設定(記述順)
　　・動作確認出来るデータがない
・kbm4a.kpi に関する以下の修正
　・FAAD2 を v2.11.1(2023/11/14) に更新
・kbmac.kpi に関する以下の修正
　・Monkey's Audio SDK 10.55(2024/03/12) に更新
・kbmod.kpi に関する以下の修正
　・libopenmpt を 0.7.4(2024/03/03) に更新
・kbmpg123.kpi に関する以下の修正
　・libmpg123 を 1.32.5(2024/02/17) に更新
　・プラグイン設定で選択可能なデコーダの数を増やした
・kbsnesapu.kpi に関する以下の修正
　・SNESAPU.DLL を 2.20.1.8272(2023/12/03) に更新
　・SNESAPU.DLL 2.20.0 以降の新サンプリングレートコンバータのノイズ対策
　　・実機エコー/FIR 処理 が true で再生周波数が 32001Hz 以上のとき
　　・KPI_MEDIAINFO::dwUnitSample に 10ms 相当の値(44100Hz なら441)を渡すことで
　　　必ず EmuAPU を 10ms 単位で指定する
・kbunarc.kpi に関する以下の修正
　・unrarsrc を 7.0.7(2024/02/26) に更新
　・LZMA SDK を 23.01(2023/06/20) に更新
・kbwv.kpi に関する以下の修正
　・libwavpack を 5.7.0(2024/02/27) に更新
・kblibpng.dll に関する以下の修正
　・libpng を 1.6.43(2024/02/23) に更新
・kbzlib.dll に関する以下の修正
　・zlib を 1.3.1(2024/01/22 に更新


ライブラリの更新はエミュ系がまだ残っています。

BCB を最新版にしたら本体の実行ファイルサイズが大きくなってしまいました。
CodeGuard を有効にして実行すると終了時に fflush に不正なパラメータを渡したみたいな報告が
出るようになりました。本体は fflush や fopen 系を使ってる箇所がないので BCB のライブラリ
の問題としか思えません。

BCB は VS2022 に比べると IDE の使い勝手が悪くて本体の開発はとてもストレスが溜まります。
CodeGuard のメモリリーク検出はとてつもなく便利ですが。

毎年5万円以上のお布施をしないとバージョンアップが出来ず、そのお布施の額は毎年少しずつ
高くなっていきます。ユーザーを馬鹿にしています。でも本体を VS2022 に移行させることは
出来ないのでしぶしぶ使っています。


kbGuru2SMF.kpi は一応 DLS に対応しましたが DLS を使う MIDI データがないです。
どこかにあるなら教えて下さい。

GuruGuruSMF には DLS を追加する API はありますが削除や破棄する API がありません。
現状はデバイスを閉じると DLS が破棄される仕様となっていますのでそれを前提とした
作りにしています。

v3.12beta2 からVMware 上の XP で kbunarc.kpi がロード出来なくなったようですね。
v3.12beta までは動作するので VS2022 を新しくしたのが原因と思われます。
kbvsti_x86.kpi もロード出来なくなっています。

マイナーな形式のプラグインが動作しないならともかく、kbunarc.kpi が動作しないのは
致命的です。

一応調査してみますが XP 対応はそろそろ終わりかもしれませんね

> v3.12beta2 からVMware 上の XP で kbunarc.kpi がロード出来なくなったようですね。
> v3.12beta までは動作するので VS2022 を新しくしたのが原因と思われます。
> kbvsti_x86.kpi もロード出来なくなっています。

kbunarc.kpi も kbvsti_x86.kpi も AcquireSRWLockExclusive という API を使うように
なっていてこれが怪しい気がします。

プラグインとして明示的には呼ばないので何がこれを呼ぶ原因となるのか分かりません。
何となくグローバル変数とかスタティックな変数の初期化の為に呼ばれてそうな予感が
しますが…。

kbpsf2.kpi も viopsf2.bin をロード出来なくなってて動作しませんね。

最新版の VS2019(v16.11.34) でビルドすれば動作するので次の正式版は VS2019 と VS2022 でビルド
した２種類を公開して VS2019 でビルドした方を Windows XP 対応最終版にしようかと思います。

VS2022 でも動作するようにする方法が分かればそれに越したことはありませんが。

解決方法はわかりませんが、情報提供を。

・kbunarc.kpi, kbvsti_x86.kpi, kbvsti_x64.kpi
VS2022(17.9.3)で kpi_sources_20221023.7z からビルドしたkpiでもXPで動作しました。（kbvstiはロード出来る事だけ確認）
WinXP(x64)でもx86,x64の両方が動作しました。

kpi_sources_20221023.7z は3.11c時点のソースのようですが、
kbunarc.kpi は 3.11c → 3.12beta2 で変更が無いようなので参考にはなるかな？と。

VS2022は今回新規インストールし、インストールオプションは「ワークロード」タブの「C++ によるデスクトップ開発」だけ選択し、
「個別のコンポーネント」タブの「VS 2017 (v141) ツールの C++ Windows XPサポート [非推奨]」を追加してあります。


・kbpsf2.kpi
kpi_sources_20221023.7z の viopsf2 を boost 1.84.0 に更新してVS2022(17.9.3)でビルドしました。
ただ、viopsf2.bin のロードはテストデータが無く確認できません。（kbpsf2.kpi は元からロード出来ています）
ビルドした viopsf2.bin のインポートテーブルには AcquireSRWLockExclusive や ReleaseSRWLockExclusive が存在しないので、
多分ロードできるのでは…？と思います。


・Windows XP Professional x64 SP2 での動作確認
64bit版の本体は起動不可
→「...\x64\Kbmplay.exe は有効な Win32 アプリケーションではありません。」

32bit版の本体は起動可能
→x64プラグインを表示し、同名のx86プラグインを無効化すればx64プラグインも動作する
→→kbunarc.kpi(x64), kbvsti_x64.kpi は「ReleaseSRWLockExclusive ～」でロード失敗
→→kbunarc.kpi(x86), kbvsti_x86.kpi はエラーメッセージは出ないがロード失敗
→→kvwma.kpi(x64)は 「WMVCore.DLL が見つからなかったため、このアプリケーションを開始できませんでした。」でロード失敗
→→→wmp11-windowsxp-x64-JA-JP.exe をインストールしてみても駄目だったので諦め

(910KB)

検証ありがとうございます。

> ・kbunarc.kpi, kbvsti_x86.kpi, kbvsti_x64.kpi
> VS2022(17.9.3)で kpi_sources_20221023.7z からビルドしたkpiでもXPで動作しました。（kbvstiはロード出来る事だけ確認）
> WinXP(x64)でもx86,x64の両方が動作しました。

私の環境ではどうしても AcquireSRWLockExclusive に依存するバイナリが出来てましたが、
一度 VS2022 をアンインストールしてからやり直したらうまく行きました。
が、その後も色々いじってたらまた再発してしまいました。

どうやら個別のコンポーネントに

MSVC v141 - VS2017 C++ x64/86ビルドツール(v14.16)

というのも追加しておくと大丈夫になるみたいで、これを外すとダメみたいです。

あと MFC と ATL も v141 のも入れておかないと kbviv.kpi のビルドが出来ないようですね。

> ・Windows XP Professional x64 SP2 での動作確認
> 64bit版の本体は起動不可
> →「...\x64\Kbmplay.exe は有効な Win32 アプリケーションではありません。」

あら、やっぱり動きませんでしたか。もしかして

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

これだったらどうでしょうか。リンカオプションの OS バージョンが 6.0 になってたのを
5.0 に変更してみました。(32bit版は 5.0 でした)

> →x64プラグインを表示し、同名のx86プラグインを無効化すればx64プラグインも動作する
> →→kbunarc.kpi(x64), kbvsti_x64.kpi は「ReleaseSRWLockExclusive ～」でロード失敗
> →→kbunarc.kpi(x86), kbvsti_x86.kpi はエラーメッセージは出ないがロード失敗
> →→kvwma.kpi(x64)は 「WMVCore.DLL が見つからなかったため、このアプリケーションを開始できませんでした。」でロード失敗
> →→→wmp11-windowsxp-x64-JA-JP.exe をインストールしてみても駄目だったので諦め

WMA は出たばかりの頃は何かを別途インストールしないと動作しませんでしたよね。
それが XP の時代だったかそれより前だったかもう覚えていませんが。

もう諦めかけてましたが、検証してくれたおかげで少なくとも 32bit 版は問題解決しそうなので
まだしばらく XP 対応続けても良いかな。

XP対応の解決の一助になったようで何よりです。

Kbmplay20240317.7z をWinXP(x64)で動作確認してみたところ、起動時に下記エラーがでました。

---------------------------
Kbmplay.exe - エントリ ポイントが見つかりません
---------------------------
プロシージャ エントリ ポイント GetFinalPathNameByHandleW がダイナミック リンク ライブラリ KERNEL32 から見つかりませんでした。
---------------------------

Kbmplay.exe がプロセスとして起動はするようになったので、OSバージョン5.0への変更は必要だったとして、
GetFinalPathNameByHandleW は何でしょうね？x86版の本体ではインポートしてないようですし。


kvwma.kpi(x64)はロードに失敗しますが、kvwma.kpi(x86)での再生は出来るのでそれで良い気もしています。
そもそもWinXP(x64)への対応が必要だとも思えませんし…
# インストールが必要だったのは wmaudioredist.exe か wmtools.exe 辺りでしょうか？さすがに覚えてません。

検証ありがとうございます。

> Kbmplay.exe がプロセスとして起動はするようになったので、OSバージョン5.0への変更は必要だったとして、
> GetFinalPathNameByHandleW は何でしょうね？x86版の本体ではインポートしてないようですし。

そんな API 初めて見たので VCL が内部で使ってるのでしょう。
64bit版は XP に対応出来ませんね。32bit版が動けば十分とは思いますが。

本体が動かない以上、プラグインが XP に対応してもほぼ意味がないので、64bit版はプラットフォーム
ツールセットを XP 対応にしなくても良いかもしれないですね。

> > GetFinalPathNameByHandleW は何でしょうね？x86版の本体ではインポートしてないようですし。
>
> そんな API 初めて見たので VCL が内部で使ってるのでしょう。
> 64bit版は XP に対応出来ませんね。32bit版が動けば十分とは思いますが。

64bit版を初めて公開したのは 2015/10/18 の v2.70alpha4 でしたが、その当時から
GetFinalPathNameByHandleW をインポートしてるようなので、開発環境を当時まで
遡っても対応は不可能ということになります。

そこまでして対応する意味もありませんけどね。
64bit版に初めて対応してから8年以上経って1度も報告がなかったのですから需要も
ないでしょうし。