Soundflower と Audio MIDI設定

なんとなく接続できてるがなんだかきもいです。

OBS 音声設定の Soundflower。

Releases · mattingalls/Soundflower · GitHub

自在に利用したいので接続のつながりを少し整理しておきます。

どうしてSoundFlowerとかいるのか。

以下の問題があるそうです。

macOS版 OBS Studio既知の問題一覧 (公式サイトより引用)
・デスクトップオーディオをキャプチャする場合は、仮想音声デバイスを利用する必要があります。

OBS Studio for macOS インストール / アップデート 方法解説:OBS Studioに関する情報投稿ブロマガ - ブロマガ

ここでいう「仮想音声デバイス」が Soundflower らしいです。

OBSで設定-音声をみてみます。

選択肢には Soundflower しかありませんね。

「既定」は何なのか謎ですがとりあえず音声は受け取れてないようでした。

「デスクトップ音声」の設定

OBSがデスクトップ音声をSoundflowerからしか受け取れないことは分かりました。

あとはこの先に「デスクトップ音声」を接続すればいいのですね!

Mac設定から「サウンド」「出力」で 「Soundflower(2ch)」を選択します。

これで、いけるっちゃあいけるのですが、Macからは音がでなくなりました。

クソですね!

Audio MIDIの設定

「OBS」と「内蔵出力(スピーカーやヘッドホン)」の2つに「デスクトップ音声」をわたしたいですよね!

しかし、Mac設定から「サウンド」「出力」では「サウンドを出力する装置」は一つしか選択できません。

Mac上で「アプリケーション」「ユーティリティ」に「AudioMIDI設定」というのがあります。

これは、Macの設定「サウンド」の詳細設定ができるものです。

赤い四角のスピーカーマークが「デスクトップ音声」です。サウンド設定から「Soundflower(2ch)」を選択しましたよね。

ここで「複数出力装置」なるものを作ると分岐できるようになります。

「内蔵出力(スピーカー)」を有効にして、「標準出力装置」を右クリックで「デスクトップ音声」を接続します。

これは以下のようにつながっています。

これで、Mac上の音声を聞きながらOBS経由でゲーム配信できますね!

まとめ

「OBS」は「Soundflower」からしか「デスクトップ音声」を取得できない。

「デスクトップ音声」はひとつのデバイスしか接続できないのでその先で分岐する。

「複数出力装置」や「Soundflower」は、複数の入出力を行えるデバイスである。

だが、さまざまな理由からソフトウェアによって利用できない入出力デバイスがある。

ゲーム配信者はすごいなあ。

👉 【Catalina】SoundFlowerからBlackHoleに移行してOBS接続おさらい 

Soundflower - ニコニコ生主のためのwiki
機器セットを作成して複数のオーディオインターフェイスを組み合わせる - Apple サポート
「Audio MIDI 設定.app」を紐解く | scribble warehouse

Flip Tables で List を見やすくログに表示する

安定のJake産です。

JakeWharton/flip-tables: Because pretty-printing text tables in Java should be easy.

例えば、ログに、List<Item> を


println(list)

このように表示されているのが、


I/System.out: [Item(exchange=quoine, pair=bchjpy, price=127989.3), Item(exchange=bitflyer, pair=btcfxjpy, price=1073351.0), Item(exchange=kraken, pair=btcjpy, price=1046576.0), Item(exchange=bitflyer, pair=btcjpy, price=1038000.0), Item(exchange=quoine, pair=btcjpy, price=1035870.94), Item(exchange=kraken, pair=ethjpy, price=91402.0), Item(exchange=quoine, pair=ethjpy, price=90595.82), Item(exchange=kraken, pair=xrpjpy, price=109.815), Item(exchange=kraken, pair=zecjpy, price=41855.0)]

こう書くだけで、


println(FlipTableConverters.fromIterable(list, Item::class.java))

こんなテキストで表で整形されて表示されます。


I/System.out: ╔══════════╤══════════╤════════════╗
I/System.out: ║ Exchange │ Pair     │ Price      ║
I/System.out: ╠══════════╪══════════╪════════════╣
I/System.out: ║ quoine   │ bchjpy   │ 127989.3   ║
I/System.out: ╟──────────┼──────────┼────────────╢
I/System.out: ║ bitflyer │ btcfxjpy │ 1073351.0  ║
I/System.out: ╟──────────┼──────────┼────────────╢
I/System.out: ║ kraken   │ btcjpy   │ 1046576.0  ║
I/System.out: ╟──────────┼──────────┼────────────╢
I/System.out: ║ bitflyer │ btcjpy   │ 1038000.0  ║
I/System.out: ╟──────────┼──────────┼────────────╢
I/System.out: ║ quoine   │ btcjpy   │ 1035870.94 ║
I/System.out: ╟──────────┼──────────┼────────────╢
I/System.out: ║ kraken   │ ethjpy   │ 91402.0    ║
I/System.out: ╟──────────┼──────────┼────────────╢
I/System.out: ║ quoine   │ ethjpy   │ 90595.82   ║
I/System.out: ╟──────────┼──────────┼────────────╢
I/System.out: ║ kraken   │ xrpjpy   │ 109.815    ║
I/System.out: ╟──────────┼──────────┼────────────╢
I/System.out: ║ kraken   │ zecjpy   │ 41855.0    ║
I/System.out: ╚══════════╧══════════╧════════════╝

数秒で使えます。

 

なんだかスッキリな気分となったりで気分転換にもよいですよー。

今後は「イベントリスナー」は書かずに「イベントハンドラー」を書け!?

「イベントリスナー」と「イベントハンドラー」て分かってるようで分かってないような。

特に, Kotlin では混乱します。

一般的に「リスナー」と「ハンドラー」は定義として

「リスナーは起動するイベントを監視するもの」

「ハンドラーはイベントの処理を担当するもの」

混乱の原因として、同じオブジェクトをイベントのために監視(Listen)して処理(Handle)することがよくあります。

無名クラスをリスナーとしてセットして、それのメソッドがハンドラーのパターン。


cancelImage.setOnClickListener(object : View.OnClickListener { // 1
    override fun onClick(v: View?) { // 2
        dismiss()
    }
})

// 1 -> リスナー
// 2 -> ハンドラー

また、以下のようにリスナーと名前をつけてクラスを作ることができます。


class OnCancelSnackListener(
    val snackbar: Snackbar
): View.OnClickListener {
    override fun onClick(v: View?) {
        snackbar.dismiss()
    }
}

使い方:


cancelImage.setOnClickListener(OnCancelSnackListener(this))

一般的に、リスナーは「***Listener」、ハンドラーは「On***」と命名されます。

問題なのはラムダ記述の場合です。


cancelImage.setOnClickListener { dismiss() }

どれが「リスナー」なのか「ハンドラー」なのか。

リスナーオブジェクトは、Kotlinでは隠れてしまいます。

これは、setOnClickHandler と書くべきではないのかと思えたります。

ExJSなどjavascriptライブラリでは以下のような記述があります。


handler: function() {
}

listeners: {
   'click': function() {
   }
}

これらのJavaや他の言語の接尾語「***Listener」を使う慣習は歴史的な理由なだけです。

Kotlin stdlib や JetBrains のコードからそのことを確認できます。

自信をもって以下のように書きましょう。


fun setOnLoadedListener(handler: () -> Unit) {
   // Code
}
fun addOnFlingListener(handler: () -> Unit) {
   // Code
}

これまでどおり以下のようにも書くことができます。


fun setOnLoadedListener(listener: () -> Unit) {
   // Code
}
fun addOnFlingListener(listener: () -> Unit) {
   // Code
}

プロジェクトごとにどちらかに統一するのが良いでしょう。とな。

イベントハンドラとラムダ

Programmer dictionary: Event listener vs event handler