I/Oバッファサイズに 1024 以上が追加され続けないのはなぜでしょうか？

オーディオエンジンの書き換えが必要で、それを変えると処理系に加え音質面でも大きく変わることが原因でしょうね。

ただ、最近の追加機能等みていると小手先に戻ってきているので、他のプロアプリ同様に基礎エンジンの「追加選択」等で対応して欲しいと思います。

4096まで対応してもらえると、さらにオールインワンDAWとしての価値が上がると思います。

例えば今のエンジンを「Classicエンジン」として、新処理エンジンを「モダン処理エンジン」等にして、ユーザー側で選択できるようにすればLogicの価値を落とさずに様々なユーザーへの対応が可能になると思います。

元々のemagic時代の設計が、そこまで柔軟ではない事で付け足し進化しかできなかった可能性もありますが、ぜひ頑張って欲しいと思います。

＞2048にしたからといって

＞大丈夫かと言えば、そうとも言い切れません。

確かに確定的に対応可能になるとは限りませんが、多くの業務利用目的の製品に関しては、スパークは最小に抑えられているので99%は問題なく利用できるようになると思います。

※IR系処理など、スパークを全く抑えきれていないメーカーも多くありますが、それらはオーディオ化等で対応することとなると思います。

＞このバッファを多くしたからといって、

＞リアルタイム処理の重いPlug-inが

＞快適に使えるわけではないと思います。

それは実経験が無いことで、

認識を間違えていますね。

このバッファサイズに余裕がなければ、動作の重いプラグイン一つ利用する場合でさえ、CPUスパーク(瞬発的なオーバーロード)を発生させる専用処理のプロオーディオプラグインも多く存在します。

＞>性能を活かしきれない（特にマルチコア性能）

＞そうなのかもしれませんが、

＞それはバッファサイズには関係ないと思う。。。

この部分も同じく認識を誤っております。

以前までのシングル処理の周波数クロック数を上げることを重きを置いたCPU開発の時代ならば、重い処理のCPUでも新しいCPUが出るたびに大幅な改善が見込めました。

しかし、今はクロック数上げはわずかに留めて、その分マルチ処理できるコア数を増やす事で全体的な処理能力向上を狙っています。

CPUのシングル処理能力の限界を超えるとCPUスパークによる音割れや停止が発生しやすくなりす。(最近は各処理毎にマルチ処理を指定できるプラグインも増えております)

そのため重要になるのがI/Oバッファサイズになってきます。

余裕が持ったバッファの設定にできると、CPUスパークの影響を受けない安定した処理結果を得られやすくなります。

またバッファの設定値により音質も多少変化します。

バッファサイズが小さい方が高音質で、バッファサイズが大きいと音質が悪くなるという「誤った認識」の方もプロや国内外有名エンジニアにも多くおりますが、違いを認識し適切に判断して利用出来ることが重要になります。

その時に設定できる幅が狭い状態では、処理に加えて音質的な部分でも選択肢が狭められている事となります。

Logic側から見ればアンダーランで、プラグイン視点で見ればオーバーロードの問題になりますね。