皆さん、こんにちは！
数週間前にBombardierに出会い、このプラグインこそ私がずっと探していたものだと感じました。
私はこれを、最終的なステレオ挿入スロットで「Whole Mix Glue」として使用しています。「Oversample」をオンにした瞬間、まるで最初からこれでミックスしていたかのような感触でした。もちろん、以前は同じスロットに別のコンプレッサーを入れていましたが、Bombardierのパンチボムモードが私に最高の成果をもたらしてくれました。「Glue」プリセットへの調整はごくわずかでした。
しかし、私の場合、厄介なグリッチが発生しています。以下に私のAll-In-The-Boxセットアップの簡単な説明を示します。
E6600 - Core 2 Duo - 2.4gHz、4GB RAM、Gigabyte DS3 Mobo上の965G Intelチップセット。すべてのSATAドライブ、完璧なオーディオストリーミングのためのRAID-0も含む。EchoAudioインターフェース用のAudiofire 12用Texas Instruments PCI-firewire、nVidia GeForce 8400GS。
私が取り組んでいるこのセッションは24ビット/44.100Hzです。Vista(x64)上でNuendo 4.3(x86)を実行しており、すべてのプラグインはx86バージョンです。
最大の問題は再生中に発生するCPUスパイクです。NuendoのVSTパフォーマンス表示では、Bombardierを挿入する前は60%を示し、「Oversample」ボタンを押すと80%まで上昇します。このような増加は予想されるもので、CPUスパイクが発生してオーディオが途切れることを除けば、すべてまだ制御下にあるように見えます。オーディオエンジンを停止し、再起動しないと80%のわずかなマージンに戻りません。
遅延を最大利用可能値に設定し、すべてのウィンドウを閉じてビデオリソースを節約しようと試みました。また、Bombardierに余裕を持たせるために巨大なオーディオステムでミックスしようとしましたが、グリッチはまだ発生します。
Steinberg VSTの問題に役立つかもしれないいくつかのメモを取りました。
-
プラグイン情報ウィンドウでBombardierの遅延補償が0に設定されています。私が所有する他の重い処理プラグインでは、ここにかなり大きな遅延値が表示されます。Nuendoの操作マニュアルでは、170ページに簡単に説明されています。これが原因かもしれません。
-
ダブルクリックした後、リリースモードが「Bomb」に固定されます。そしてセッションが保存されるたびに「Fast」に戻ります。「Punch」も「Firm」に戻ります。Nuendo内からオーディオドライバーを再起動しても発生します。オーディオの途切れに頭を悩ませているので、これらが実際に何をしているのかテストしていません…このミックスを終えるまであと少しなのですが…これはGUIだけの問題かもしれません。
-
プリセットの保存は機能しますが、プリセットがプラグインのプリセットリストに表示されません。セッションのリスト専用に保存されているだけではないかと疑っています。ただし、「Mode」と「Release Mode」は誤って保存されます。これは以前報告されたバグに関連しているようです。
スコット、お願いです！助けてください！
ご清聴ありがとうございました。
レオ
scott
2
オーバーサンプリングをオンにしたときに、そのマシンでCPU使用率が20%も跳ね上がる理由がわかりません。「予想される」とは言えないでしょう。AMD Phenom 9850 2.5 GHzクアッドコアでは、ASIOバッファサイズ128で実行している場合、通常は約1.4%、オーバーサンプリング時は約4.7%程度です。処理能力が半分のデュアルコアであれば、その約2倍、つまり10%であれば妥当かもしれませんが、Intel Core2プロセッサは旧世代のAMDよりも優れたパフォーマンスを期待します…
このプラグインのレイテンシ値がゼロであることは正しいです。レイテンシは、プロセスがどれほどCPU負荷が高いかとは必ずしも関係ありません（ただし、大きなレイテンシを持つ一部のプラグインはCPU負荷が高いですが）…通常は、プラグインが将来を見るために「先読み」する必要があるかどうかに関係します。Bombardierは先読みを使用しないため、真のゼロレイテンシプラグインとして実行されます。
リリースモードが固まる問題や、保存された値が適切に復元されない問題は再現できません。リリース初期にはプラグインに対していくつかのアップデートが行われました…プラグインを再ダウンロードして再インストールしましたか？
Nuendoを持っていないので、具体的にテストすることはできませんが、私が持っているホストでは、プラグインは正しく動作します。
スコット
スコットさん、こんにちは！ご回答ありがとうございます。
それだと「Oversample」はCPUをそれほど消費しないはずなのに…むむむ…私にとっては本当に謎です。もっと奇妙なのは、ほとんどの場合、曲の最後のコードで、他のほとんどのプラグインがほとんど何もしていない時に、明確なCPUスパイクが1回発生することです。Bombardierも、レベルがしきい値をはるかに下回っているので、何もしていません。他のトラックのオートメーションを探しましたが、実際には何も起こっていません。
Bombardierの最新バージョンを持っていますが、今ではこのすべての問題（GUIの問題も）が不完全なアンインストールのせいだったのではないかと考えています。
助けてください！Bombardierはとても良い音なのです！
scott
4
オーバーサンプリングをオンにすると、プラグインはオフの場合の約4倍のCPUを使用します（4倍のオーバーサンプリングを行うため、4倍の作業を行います…）。問題は、それがCore 2 Duo @ 2.4 GHzの20%を占めることです。あなたのコンピューターは私のコンピューターの4分の1から5分の1の速度であるべきではありません。
CPU使用率を確認してから、Bombardierのデフォルトインスタンスを追加してみてください。そのときCPU使用率はどのくらい上昇しますか？ここに何か問題があり、それがBombardierではないと私はかなり確信しています（ただし断定はできません）。もしここで何が起こっているのかを確認できる問題を発見して再現できれば、私がそれを修正するのは間違いありません。
スコット
そのテストは必ず実施します。
GForce 8400 GS ドライバーもアップデートします。
数時間以内に結果を投稿します。
ありがとうございます！
スコット様
色々と試してみましたが、私は試行錯誤をあまり得意としておらず、今回は途方に暮れています。
こちらが私が試した内容です。
まず、可能な限りシンプルな24ビット/44.100Hzのセッションを作成しました。オーディオチャンネルは1つのみで、プラグインはなしです。
2つの異なる、マスタリングされていない曲をオーディオトラックにインポートしました。この時点では、NuendoのVSTメーターはゼロを示していました。
Bombardier（デフォルト）を挿入すると、VSTメーターは安定して5%を示しました。「Oversample」を押すと、VSTメーターは安定して20%を示しましたが、これはCPUではなく、NuendoのVST Bridgeが動作しているものです。Nuendo 4のフォーラムはVST Bridgeに関する不満でいっぱいです…
最初の投稿で述べたように、再生中に少なくとも1回のVSTスパイクが発生し、このスパイクは最後のコードで発生することが多いです。時間に関する可能性を排除するため（この時点では、どんなにばかげていても思いつく限りのあらゆる詳細を排除しようとしていました）、ファイルを異なる開始位置に移動させてみました。これにより、時間に関する考え方も排除できました。
しかし、スパイクは発生しました。そしてそれらはランダムではありませんでした。なぜかはわかりませんが、Bombardierのメーターがスレッショルドから約8dB下がると、NuendoのVSTパフォーマンスが50%まで急上昇しました。もちろん、可聴アーチファクトはなく、まだ100%をはるかに下回っていました。どちらかの曲の導入部分では、スレッショルドポイントより8dB下のダイナミックレンジで安定していたため、スパイクは発生しませんでした。スパイクは、メーターがスレッショルドを超えてから下がった後にのみ発生しました。
両方の曲には暖かみのあるパッドのようなサウンドがあり、最後のコードが始まると、オーディオメーターは直線的にフェードアウトするのではなく、音量のわずかな変動でモジュレートしながら下がっていきます。したがって、8dBの範囲は目安としてしかお伝えできません。
Bombardierの実装については何も知らないので、これが数値の丸めや固定方程式に関係しているかどうかは断言できません。SteinbergのVST BridgeやAudioFireのASIOドライバーの問題も排除できません。VistaのCPUパフォーマンスは、VSTスパイクの有無にかかわらず、21%を超えることはありませんでした。CPUパフォーマンスは常に速いペースで変化するため、視覚的に関連しているかを判断することは不可能です。
以前述べたGUIの欠陥はVSTパフォーマンスのスパイクとは関係ありません。Bombardierのウィンドウを閉じた状態でもテストしたからです。
このテストで最もよく使用したBombardierのパラメーターは次のとおりです。
MODE：パンチ
Knee：03.0dB
RMS：130.6ms
Threshold：14.31
Gain Reduction Range：35 -dB
Feedback
Attack 009.91
Ratio 01.19：1
Bomb
スレッショルドを大幅に低く設定した場合、スパイクは発生しなかったことを指摘しておきます。
私があなたを助ける助けになれば幸いです！！！！！
ご清聴ありがとうございました。
レオ
ちょっと思ったんだけど……。俺はだいぶ前にプログラミングをやめたんだけど……これって全部、NuendoのVSTブリッジが変換する必要性を「感じている」何らかの型変換とか浮動小数点の丸め処理のせいじゃないかな？
ほら、だから俺はとっくの昔にそういう科目をやめたんだよ――得意じゃないからね。
ふと気づいたんだけど…
明日、JBridge経由でBombardierを使ってみようと思うんだ。JBridgeは、NuendoのVST Bridgeとは独立した新しいプロセスでプラグインを開くVSTラッパーだよ。
どうなるか見てみよう…
scott
9
それから、無料でダウンロードできるので、Reaperを試してみてください…ネイティブブリッジ機能が内蔵されていて、とてもうまく動作するように思います。私が使っているのはReaperなので、あなたのPCでの結果がどうなるか興味があります。私のPCの結果と比較して、公平な比較をしましょう。
ホストソフトウェアを変更する必要があるとは言っていません。ただ、ダウンロードサイズが小さく、私にとっては「既知のソフトウェア」だからです。
スコット
というわけで、BombardierをReaperでテストしましたが、まずは手始めに…
すべてのテストで同じオーディオ素材を使いました。
ここからは「Oversample」に設定されたテストについてです。
Nuendo 4.3(x86)でも「JBridged」のBombardierは同じように動作しました。VSTパフォーマンスは曲の終わり近くでほぼ同じ範囲でピークに達しました。全く違いはありませんでした。
Nuendo 4.3(x64)でもBombardier(x64)をテストしました。VSTメーターのピーク問題にもかかわらず、こちらの方がはるかにパフォーマンスが向上しています。ピークが50%だったのが、30%にまで下がります。
では、Reaperについてです。
最初に気づいたのは、ReaperのCPUメーターがNuendoのものと比較してはるかに効率的な使用状況を示していたことです。しかし、どちらのホストもどのように測定しているのか全く分かりません。平均は14%くらいか、それ以下でしょう。しかし、最も高い値が出たのはどこだと思いますか？曲の最後のコードのところです…21%を超えることがかなり頻繁にありました。このことから、Bombardierのアルゴリズムにおける副作用が簡単に隠蔽されていた可能性があると言えます。失礼や無礼なつもりはありません。私には理にかなっていると言っているだけです。
この時点で、Bombardierの入出力メーターがNuendoのBombardierと比較してあまりにも異なって動作していることに気づきました。自分のプリセットをロードしようとしましたが、「Knee」と「Attack」だけが正しくロードされました。必要な変更はすべて行いましたが、メーターの動作は私が慣れ親しんでいたものとはあまりにも異なりました。そして、ここでVSTピークの問題についてもう少し詳しく説明できます。私の推測は少し変わりました。Bombardierの出力スレッショルド付近でレベルが下がると問題が発生すると言えるでしょう。
曲の素材には、最後のコードでレベルが小さな起伏とともに下がるようなパッド系のサウンドがあったのを覚えていますか？VSTパフォーマンスのピークは、これらの起伏がBombardierスレッショルド付近で発生するときのようです。まるで何かを何度もオンオフしているか、 Bombardieが不必要に素材を2回処理しているかのようです…全く分かりません、これはすべて推測です。
ちなみに、「Release Mode」の問題はまだありますが、少し違います。再生を開始するたびに「Fast」に切り替わります。再生中に「Release Mode」を2回クリックすると「Bomb」になりますが、停止して再度再生を開始しない限り変更できず、自動的に「Fast」に戻ります。
私のシステムの信頼性についてですが…プラグインで問題が発生したことはありません。最悪の場合でも、SteinbergがNuendo 4.3のVSTパフォーマンスの問題を完全に解決したことはないと言えるでしょう。フォーラムにはいくつかの苦情があります。
この努力が報われることを願っています…Stillwellでのあなたの仕事を本当に信じているからこそ、これほどの時間をテストと報告に費やしました。
本当にありがとうございます！
P.S.：たすけてえええええ！
scott
11
ホストによるサウンドとレベルの観点からの動作に違いはありません…同じサンプルセットを入力すれば、同じサンプルセットが出力されます。以上です。
これを試してください…外部からの影響を排除するために簡単なプロジェクトを作成するか、大きなプロジェクトのコピーを作成し、ボンバルディアに焦点を当てられるようにいくつかの要素を取り除いてください。
私があなたにしてもらいたいのは、誤動作しているトラック、バス、またはマスターを取り、その背後に低いレベルでピンクノイズまたはホワイトノイズを注入することです…-60 dB程度で。問題が解消されるかどうかを確認してください。私たちが目にしているのは、浮動小数点非正規化かもしれません。私のプラグインはそれをかなり広範囲にわたって検出しており、見つけた場所でそれを修正します。Reaperにも、それを見つけたときに自動的に修正するオプションがあります。Nuendoは？私にはわかりません。ノイズを追加することでレベルが十分に上がるため、少なくともプラグインの一部（私のものを含む）は非正規化状態にならないでしょう。それは修正策ではありませんし、必ずしも常に問題を回避できるわけではありませんが、それを行うとCPU使用率が下がるのであれば、問題がどこから来ているのかがわかります。
スコット
スコット
scott
12
それと、Nuendoには64ビット（倍精度浮動小数点）処理オプションがありますか？もしあるなら、それをオンにしてみてください。Reaperは内部的に64ビット信号経路であり、私たちのすべてのプラグインもそうです。ホストが倍精度をサポートしていない場合、私たちはすべてのサンプルを、入力時には倍精度に、出力時には浮動小数点に戻す必要があります。これは「はるかに」多くの負荷ではありませんが、負荷が増えることは確かです。
スコット
Nuendo (x64) はネイティブ 64 ビットです。それが、私が以前言及したパフォーマンスの向上を説明できるかもしれません。
Nuendo (x86) には 64 ビット処理への切り替えスイッチはないと思います。32 ビット内部処理に基づいていると確信しています。
scott
14
テストプロジェクトを作成したばかりです…可能な限りシンプルなテストです。新規プロジェクトを作成し、Bombardierをマスターに追加し、すべてのパラメータをデフォルト以外の値に調整し、保存し、Reaperを終了し、Reaperを再起動し、プロジェクトをリロードし、プラグインUIを開いて完了です。あなたのReaperのコピーとNuendoで、可能であればx86とx64の両方のバージョンで試してください（x64 Nuendoで使用するためにBombardierのx64バージョンをダウンロードしていますよね？Nuendo x64はx64 VSTをサポートしていますか、それともブリッジされたx86プラグインのみですか？）。それだけをしてください…テストに他の変数はありません…このプラグインが、そのマシンで、それらの2つのホストで、単独で機能するかどうかを確認したいだけです。
x86 Reaperであろうとx64 Reaperであろうと、私が保存した通りにすべてのパラメータでプラグインがロードされます。リリースの設定がmanual、slow、fast、またはbombのいずれであっても関係なく、意図した通りに動作し、それに応じて表示されます。
この問題を一度に一つずつ解決していきましょう。今の問題は「保存されたプラグインパラメータが復元されない」ことです。何が起こっている可能性があるか、そうでないかについて推測しないでください…それは、私がトラブルシューティングに使用できる事実情報とあなたが書いているものを区別するのを難しくするだけです。助けようとしてくれていることには感謝しますが、この場合は逆効果です。観察可能で再現性のある動作に固執し、それを報告してください。
意地悪をしているつもりはありません。ただ、あなたのためにできるだけ早く問題を解決しようとしているだけです。
スコット
ご心配なく。
VSTピークの問題に専念し、GUIの問題については後ほど取り組むことで同意しましょう。非生産的であることは全く理解できず、賛同しません。
私が以前に行ったテストは、あなたが提案したものと全く同じでした。新品のセッション、ステレオトラック1つのみ、Bombardierは最初のスロットに単独で設定しました。
Nuendo x64とBombardier x64を使用しました。
あなたに質問があります。音楽がフェードアウトするときも、通常よりも集中的な処理が行われるのでしょうか？つまり、Nuendoを使っていなければ何も気付かなかったでしょう。
これを解決しましょう！
というわけで、今日Reaperで達成したことの要約です。
オーバーサンプルの項目：
平均CPUピーク：14％、もしかしたらもっと低いかも。
曲の最後でのCPUピーク、スレッショルド近くでフェードアウト：21%
scott
17
がーん……それは違う。
私が頼んだことをやってください。私たちはまず、ロード/セーブの問題に集中しています。これらは使用にとって非常に重要だからです。CPU使用率に問題がある場合は、いつでもトラックをフリーズまたはレンダリングできますが、保存したとおりにプロジェクトが復元されないとなると、対処が大変です。
スコット
はい、スコット。これから数時間外出します。戻ってから、あなたの言う通りにします。
それから念のため言っておきますが、Bombardier を使って最終的なミックスを接着しているので、トラックをフリーズすることは不可能です。目標は、これ以上バウンスするのを避けることです。でも、今はこれくらいにしておきます。
すぐに戻ってきて、もっと良い結果を出します。
ありがとう!!!
scott
19
はい、理解しました…私が「あなた」と言うのは、もし誰かがCPU負荷の問題、フリーズ、またはレンダリングの問題を抱えている場合、それが非常に頻繁に選択肢となるという意味で…それがプラグインの使用を妨げることはありません。複数のトラックで巨大な「Nebula」プログラムを実行している人々の数を見てみてください。
後ほど、あなたのマシンで何が起こるか確認するために戻ります。ありがとうございます。
スコット
ああ、なるほど…
一般ユーザーの皆さん：必要であれば、このプラグインを凍結してください。それだけの価値はあります！
また近いうちに。