ALSA PCMコールバックにはどのような制限がありますか？

Question

私は（カスタムデバイスに接続されている）ALSAを使用した再生と録音の両方を利用してLinuxでプログラムを書いています。データの読み書きの両方に非同期コールバックアーキテクチャを使用したいと思います。

しかし、私はコールバック内でできることの制限に関する情報を得ることができませんでした。具体的には、私は同期安全でなければならないのですか？もしそうなら、これは例えば、実行のメインスレッドによって満たされているバッファから読み出しまたは書き込み、重度にかなりハードそれを作る、とりわけ、私はすべてのグローバル変数を参照しないはずなので、何ができるかを制限するようですその後、コールバックの外側のファイルに保存されます。

メインスレッドとグローバルの使用を調整するためにALSAコールバックで使用できるC並行構成はありますか？たとえば、POSIXセマフォを使用できますか？ ALSAのコールバックがメインスレッドに関してアトミックであるという保証はありますか（他のALSAコールバックに対してアトミックではないことはわかっています）。

人々がこれに耐えることができる任意の洞察に多くの感謝。

Answer 1

この回答がALSAに対して過度に否定的であるかどうかはわかりませんが、とにかく教えてください。

私は、いくつかの非同期アプリケーションでALSAを使用することを切望しました。それはとてもバグがあり、文書化されておらず、使用するのが難しいものでした。

私はALSA OSSエミュレーション層を使い、サウンドデバイス用のfdを開き、非同期コールバックを実行する方法としてlibeventを使用しました。このソリューションは私にとって完璧に機能し、結果に非常に満足していました。

ALSAは驚くほど複雑すぎて、設計が複雑で、バグがあり、文書化が困難で、設計者があらかじめ考えていなかったI/O多重化技術と互換性がありません。 Linuxシステムの標準であり、他のUnixオペレーティングシステムでははるかにシンプルで優れたデザインが利用可能です。