サポートライブラリのバージョンを常に一発で揃える

こんなのでました。

All com.android.support libraries must use the exact same version specification (mixing versions can lead to runtime crashes). Found versions 27.1.0, 27.0.2. Examples include com.android.support:animated-vector-drawable:27.1.0 and com.android.support:cardview-v7:27.0.2 less... (⌃F1)
There are some combinations of libraries, or tools and libraries, that are incompatible, or can lead to bugs. One such incompatibility is compiling with a version of the Android support libraries that is not the latest version (or in particular, a version lower than your targetSdkVersion.)

「com.android.support:*」のバージョンは統一しておく必要があるのでしょうが、「利用しているサポートライブラリのバージョンが違う」ということなのでしょうか。

 

依存関係の確認


$ ./gradlew app:dependencies

大量の依存関係の出力から細々と見ていきます。

という感じで古いサードパーティのライブラリなどから、

「うまくバージョンを推移させながら参照できない。」

ということなのでしょう。

 

すばやく特定する

現在の最新バージョン「27.1.0」に揃えます。

行数が多くて面倒なので、grep や sort など使って推移解決できてないものを特定します。


$ ./gradlew app:dependencies | grep com.android.support: | grep -v 27.1.0 | sort | uniq
|    +--- com.android.support:customtabs:27.0.2 (*)
|    \--- com.android.support:cardview-v7:27.0.2 (*)
|    |    +--- com.android.support:cardview-v7:27.0.2
|    |    +--- com.android.support:customtabs:27.0.2

となり

「com.android.support:customtabs」
「com.android.support:cardview-v7」

の2つであることがわかります。

この2つを build.gradle にて追加明示してあげて、sync で赤線消えます。

しかし、これもだるいですね!

 

 

Gradle ResolutionStrategy を使う

この件はサポートライブラリに関してよく遭遇するので、細かく見る方法を覚えておきながら一括な定型にしておきましょう。

force で個別よりグループまとめれば簡単でしょうか。


// build.gradle (project)

// ...

allprojects {

  // ...

  // Force all of the primary support libraries to use the same version.
  configurations.all {
    resolutionStrategy {

      // force "com.android.support:support-annotations:${versions.supportLibrary}"
      // force 'com.google.code.findbugs:jsr305:3.0.0'

      eachDependency { details ->
        if (details.requested.group == 'com.android.support') {
          details.useVersion versions.supportLibrary
        }
      }
    }
  }
}

↓ 基本的なバージョン記述は前回より

あなたの build.gradle バージョン記述、きもいです。

ResolutionStrategy - Gradle DSL Version 4.6

All com.android.support libraries must use the exact same version specification - Stack Overflow


あなたの build.gradle バージョン記述、きもいです。

きもいですよ。

こう書いていたり、


minSdkVersion rootProject.ext.minSdkVersion
targetSdkVersion rootProject.ext.targetSdkVersion

こう書いてたり、


dependencies {
  implementation "com.android.support:appcompat-v7:$rootProject.supportLibraryVersion"
  implementation "com.android.support:support-v4:$rootProject.supportLibraryVersion"
  implementation "com.android.support:design:$rootProject.supportLibraryVersion"

「変数を使ってまとめました!」とか言ってるけど。

きもいですよ。

そもそも、定義の位置がヘボいのですよ。

 

書いてたのは私です。

以下のように書いてました。

root/build.gradle


ext {

  minSdkVersion = 24
  targetSdkVersion = 27
  compileSdkVersion = 27
  buildToolsVersion = '27.0.2'

  supportLibraryVersion = '27.1.0'
  firebaseVersion = '11.8.0'

}

これのせいで、「${rootProject.firebaseVersion」とか「rootProject.ext.***」とかダラダラ書く羽目になるようです。

stackoverflow も今やゴミのだらけでどれが正しいのか分かりづらいです。

 

神はこのように書いていた。

root/build.gradle


buildscript {

  ext.buildConfig = [
      'compileSdk': 27,
      'minSdk': 24,
      'targetSdk': 27
  ]

  ext.versions = [
      'supportLibrary': '27.1.0',
      'kotlin': '1.2.30',
      'okhttp': '3.10.0',
      'retrofit': '2.3.0',
      'kotshi': '1.0.1',
      'dagger': '2.15',
  ]

ブロック buildscript {} 内に map ですっきり記述しています。

module/build.gradle


android {

  compileSdkVersion buildConfig.compileSdk

  defaultConfig {

    minSdkVersion buildConfig.minSdk
    targetSdkVersion buildConfig.targetSdk

    versionCode buildConfig.versionCode
    versionName buildConfig.versionName

  }
}

// ....

dependencies {

  implementation "org.jetbrains.kotlin:kotlin-stdlib:${versions.kotlin}"
  implementation "com.android.support:appcompat-v7:${versions.supportLibrary}"
  implementation "com.android.support:support-v4:${versions.supportLibrary}"
  implementation "com.android.support:design:${versions.supportLibrary}"

  implementation "com.google.firebase:firebase-core:${versions.firebase}"
  implementation "com.google.firebase:firebase-auth:${versions.firebase}"

定形なテンプレートとして使えます。

参照する際は、「rootProject」とか「ext」の単語は不要です。

 

関連の以下も必須だろうと思います。

サポートライブラリのバージョンを揃える

👉 【Gradle Version Catalog】libs.versions.toml キー名の形式 camelCase vs kebab-case hatena-bookmark


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