なぜiOSにはクールな音楽アプリケーションが多く、Androidにはある種のスラグがあるのかという質問に常に興味がありました。 そして、私はいつもこの問題を理解することにしました。
UPD、免責事項
それは「アマチュア音楽の創造」に関するものです。なぜなら、 高価なスタジオの大きな叔父が高価なおもちゃやスペシャルを使用していることは明らかです。 iPadで音楽を作成および処理するのではなく、DAW。
ところで、この記事では、「すぐにリリースされる」Windows Phone 8とWindows RTについて忘れません。
一般的に、本質はシンプルであり、Android向けの音楽ソフトウェアの開発者は、このオペレーティングシステム用のアプリケーションをうまく機能させることはできません。 なんで？
Androidには何がありますか？
問題は、Googleのスタッフがオーディオ信号の遅延を気にしなかったことです。 （Windows用のASIOを保存！）。 AndroidのLatensiはひどいです。 Andiodの標準遅延は100ミリ秒です。 通常のプレーヤーや他のアプリケーションの場合-これは重要ではありませんが、音楽を作成するためのアプリケーションの場合、ご存知のように、これはどのゲートにも入りません。
繰り返しますが、レイテンシーは何らかのアクションを実行する方法の間の遅延です。たとえば、仮想キーボードのキーを押した場合（この場合、タッチスクリーンの遅延自体がコメントに正しく記載されているため遅延が入力されます）彼らはギターデバイスに音を聞いた（この場合、タッチスクリーンの遅延は何の役割も果たさず、レイテンシはオーディオ信号が蓄積されるバッファのサイズと信号がデバイス内を進む方法によってのみ決定され、このレイテンシ遅延について話します トーク）。 このような大きな遅延があると、快適に使用できる音楽アプリはありません。
一般的に、ここで彼らが言うように、グーグルからの人は失敗をしました。 Appleの人たちは正反対のことをしました。 遅延は約10ミリ秒以下であると言われています。 そして、これはモバイルプラットフォーム用の音楽ソフトウェアを開発するプログラマーによってすぐに使用されました。
すべてがAndroidに悪いですか？ うーん、いいえよりもむしろイエスですが、絶望するには早すぎます。 Googleは彼らの間違いに気付いた。 Android 4.1では、Jelly Beanが修正しようとしました。 少なくとも10ミリ秒以下の目標を明記。 さらに、USBオーディオデバイスとマルチチャンネル録音のサポートを主張し、これらは高品質の外部オーディオインターフェイスです。 一般的に、クール。
しかし、すぐにおとぎ話が影響を及ぼしますが、すぐに物事は行われません。 オペレーティングシステムレベルで低遅延のサポートを提供する必要があるという事実に加えて、開発者にこの遅延を使用する機会を与える必要があり、そのためには、開発者が慣れていない可能性が高い新しいAPIを使用する必要があります。 繰り返しになりますが、Androidでは、デバイスの動物園全体が残酷な冗談を演じます。 彼らが言うように 、Samsung Galaxy Nexusで12msの遅延を達成できた場合（悪くはありませんが、10未満ははるかに優れており、開発者を引き付けるでしょう）、誰がSamsungではなくAsusのハードウェアで同じことを達成できることを保証します？ さらに、ラテックスを含むラテックスNexus 7タブレットにはまだ問題があるという証拠があります 。
一方、Jelly Beanの場合、約15ミリ秒の遅延が一般的であるという意見があり、これは「平均的なユーザー」にとってはすでに十分です。 繰り返しになりますが、Androidデバイスの一部のベンダーは、デバイスのレイテンシを減らし、「ミュージシャン向けのデバイス」として位置付けようとする可能性があります。
それでは、Andriod 4.1 Jelly Beanは、音楽を演奏することに無関心ではない人々として、私たちに何を約束しますか？
•Android Open Accessory Development KitによるUSBオーディオのサポート
•HDMI経由のマルチチャンネルオーディオ
•プラットフォームレベルでのオーディオコーデックへのアクセス（多くのクールな低レベルチップを使用）
•オーディオレコードのトリガー
•オーディオの前処理
•オーディオチェーン。これは、複数のストリームの同時再生を意味します。
•メディアルーティング
•Midiサポート（まだICSにありました）
一般に、一方ではすべてがバラ色で有望ですが、他方では特定のデバイスにこれらすべてがどのように実装されるかは明確ではありません。 繰り返しますが、Jelly Beanのデバイスは現在いくつ販売されていますか？
しかし、Windowsはどうですか？
まあ、x86アーキテクチャのデスクトップモードのWindows 8のデスクトップバージョンのユーザーにとっては、すべてが同じままです。 いいえ、さらに良い。 Cakewalkの連中によると、Win 8の製品はWin 7よりもさらに高速です！
さて、モバイルアプリはどうでしょうか。 メトロモード、Windows Phone 8、Windows RT？
最近まで、すべてが悪かったため、Microsoftのスタッフは同じ悪名高い100msの遅延で目標を設定しました。 そして、誰もがこれについて後悔している、と彼らは言う。 そして、当然嘆いた。 Microsoftがそのような問題を解決した経験が（Googleのような）なかったとしたらいいのですが、Vista WASAPI（Windows Audio Streaming API）に戻って、いわゆる助けを借りて登場しました。 「排他モード」では、低遅延を実現できます。 そして、ここにそのようなわながあります！ いくつかは、SteinbergがWin RT用のASIOドライバーを作成することを提案しました。これは、WASAPIがまだないWindows NT用に作成したドライバーです。 うーん、スタインバーグが必要ですか？ それだけです...
しかし、彼らは長い間悲しみませんでした。Cakewalkの同じ人たちはMicrosoftからWASAPIなどがWin RTでサポートされるという確認を受けました。 「排他モード」（ただし、C ++のみを使用）。 これにより、iOSデバイスのレベルが遅延する可能性があります。 ただし、手持ちのデバイスはありませんが、結論を出すのは時期尚早です。
USBオーディオインターフェイスをサポートする問題も未解決のままです。 さて、Metroの組み込みのMIDIサポートはまだ発表されていませんが、優先リストでは「リストの上位」にあるため、既に更新を待つことができます。
結果は何ですか？
要約すると、iOSは、現時点では、ミュージシャンと音楽制作のためのソフトウェアの量と品質において、議論の余地のないリーダーであると言えます。 なぜなら 上記のすべては、長い間実装されてきました。
AndroidとWindows RTはほぼ同じレベルになりました。技術的な機能は似ていますが、音楽を作成するためのソフトウェア、追加のデバイス、アクセサリはなく、少なくとも1つのデバイスと低遅延デバイスが登場するまでは、これまでのところ期待されていません別のプラットフォームで。
気配りのある読者はおそらく気づいたでしょう、私はWin RTについてますます話をしました、そして私は見出しにWin Phone 8しか持っていませんでした。 これは、音楽の使用とサウンドに関してWindows Phone 8についてほとんど知られていないためです。 MSによると 、WP 8はRTに基づいていますが、これらは2つの異なるプラットフォームです。 後者の事実は、Windows 8の電話バージョンでは、すべてがWindows RTとほぼ同じになることを期待しています。
コメントと修正を歓迎します！