どんなエラーが発生してるのか分からないので何とも
言えませんが、kbmpg123.kpi の設定は

ツール-プラグイン設定から kbmpg123.kpi を選択-General
セクションから設定は出来ます。設定項目は１つしかなく、
設定しないと再生出来なくなるようなものではありません

(kbmpg123.kpi は「検索」で mp3 とか kbmpg とでも入れて
Enter すればすぐに見つかります)



デバイスが開けないようなエラーの場合は

ツール-デバイス設定

で設定します。設定についての詳細は設定画面右下の「ヘルプ」
をクリックしてみて下さい。

「再生バッファサイズ」は 200～1000くらい
「プラグインへの再生周波数要求」は 0

「デバイスへの出力ビット数」は、「音質重視」をクリックすれば
使用可能なものが選択されます。

DirectSound か waveOut なら「32bit FLOAT」で良いと思います。
WASAPI や ASIO の場合はデバイスごとに異なります。

mp3ファイルを演奏してみると、エラーが発生して聞けません。
Windows10システム上での出力はソフトウェアルーターのVoicemeeter Bananaで、オーディオインターフェースはUR242(24bit192KHz)、MIDIデバイスはINTEGRA-7（USB接続で、24bit96KHz出力）などを利用しています。
どういった設定をすればいいのかお教えください。

あ、制限解除しても、上限はあったんですね。ありがとうございます。

プラグイン設定でサイズの制限を設定することが出来ます。

「ツール」-「プラグイン設定」-「kbunarc.kpi」-「General」

kbunarc.kpi は 4GB を超える ZIP に未対応ですので、
「制限なし」に変更しても対応出来ないものもあります。

> また、ファイル名の長さでKbMediaで聞けないことがあるきがするのですが・・・

ファイル名の長さの上限は 260 文字ですが、そのファイルが
置かれているフォルダ名の長さも含めて 260 文字までです。

アーカイブ内の場合、確かアーカイブ内のパスの長さと、アーカイブ
ファイル(ZIP等)が置かれているパスの長さの合計が260文字までしか
扱えないようにしていたと思います。（忘れました）

Windows8 あたりから OS の仕様上の長さ制限は 32768 文字まで
になってたと思いますが、260文字を超える長さに対応するソフト
はかなり少ないと思います。

Windows エクスプローラでは扱えたと思いますが、色々と動作の
制限があったと思います。（削除時にゴミ箱に移動できないなど）

すいません。ヘルプ読んで自己解決しました。

サントラ320kのMP3の無圧縮zipにして聞こうとしたら1GB超えたら聞くことができなくなりましたが、最大サイズというのがありましたか？
また、ファイル名の長さでKbMediaで聞けないことがあるきがするのですが・・・

> .zip を展開すると 7-zip 自己解凍書庫の .exe が展開されるということ
> でしょうか。二重にアーカイブして中身を見るのを難しくする感じですかね。
> 多重アーカイブくらい対応してると思いますけど。

単に、exeをそのまま再圧縮したものです。
zipは、もはや普通のフォルダ扱いなので、アンチウィルスソフトとっては意味ないですね。
でも、ブラウザは別に内容をチェックしてないので、有効ではと思います。

次回以降は Google Chrome で .7z も弾かれたら .zip も
アップロードしてみます。

何をしても無駄だと思いますけど、サイト移転前と違って
アップロード可能な容量は十分にありますので。

> 7zの自己解凍書庫をzipでラップして、置いておられるところもあります。
> これでブラウザ等がはじくのが緩和されないでしょうか。

.zip を展開すると 7-zip 自己解凍書庫の .exe が展開されるということ
でしょうか。二重にアーカイブして中身を見るのを難しくする感じですかね。
多重アーカイブくらい対応してると思いますけど。

悪意あるプログラムを配布する人が、ウイルス対策ソフトやブラウザに
弾かれないようにするために考えるようなことは、当然に対策がされて
ると思うのですよね。

多重にアーカイブするとかアーカイブ形式を変えるくらいの誰でも
思いつく方法が対策されてない筈がないです。

だから中身が同じであるものを配布する限り、何をしても無駄だと
思うのです。


先日公開した kbmed310.exe/kbmed310.7z はどちらも Google Chrome で
問題なくダウンロード出来ました。

Microsoft Edge は相変わらず .exe を弾いて .7z は OK でした。
管理者として報告してから数日経つと .exe も弾かなくなるんですけどね。

Google Chrome がどういう根拠で弾くのか分かりませんが、中身を見て
弾いているなら .7z を .zip にしたり 7z の自己解凍書庫を .zip に
したくらいで結果が変わるものとは思えません。

個人的には、.exe を機械的に弾いている（ようにしか見えない）
Microsoft Edge よりも実質的に中身が同じ .exe と .7z の両方とも
弾いた Google Chrome の動作の方が正しいような気はしました。

STEP_K が弾かれたのは残念ですが。

ダウンロードをはじくのと、アンチウィルスソフトが中身を解析して削除するのを一緒にするのは、ややこしくしました。すみません。

ダウンロードをはじくのは、7zの自己解凍用exeに多いように思ったのと、
7zでもはじくとあったので、他の書庫を考えた方がよいかと思いました。

7zの自己解凍書庫をzipでラップして、置いておられるところもあります。
これでブラウザ等がはじくのが緩和されないでしょうか。