評判 | #iOS | #Android ファショ通

Android OS バージョンマーケットシェアはどうなってるのか

最終更新日時 : 2020-03-14 21:38

そんな公式アナウンスが古い。

👉 配信ダッシュボード | Android デベロッパー | Android Developers

なので、以下から。

👉 Mobile & Tablet Android Version Market Share Worldwide | StatCounter Global Stats

しかし、こういう感じの minSdk からの一目でわかる「カバー率」な欲しかった。

なので、手計算で作る。

いや、作ったライブで。

出来上がり。2020-02版。

minSdk て 24 ぐらいでいいのだろうね。

👉 Android OS バージョン確認方法 (platform versions)
👉 Android OS バージョンのコードネームを取得する

SoundFlowerからBlackHoleに移行してOBS接続おさらい

最終更新日時 : 2020-05-23 18:52

仮想オーディオデバイスと各音声の流れを整理します。

macOS版OBSでは「デスクトップ音声」を受け取ることができません。

一方、「マイク音声」は「Built-in Microphone」として受け取ることができます。

なので、配信時の音声は、「マイク音声」のみとなります。

簡単な図にするとこうなります。

デスクトップ音声も流したいですよね。

そこで、仮想オーディオデバイスを使います。

OBSは仮想オーディオデバイスを受け取ることができます。

今回は仮想オーディオデバイスとして SoundFlower の代替として BlackHole を使います。

👉 ExistentialAudio/BlackHole: BlackHole is a modern macOS virtual audio driver that allows applications to pass audio to other applications with zero additional latency.

インストールすると、BlackHoleを経由したデスクトップ音声をマイク音声2として受け取れるようになります。

この状態では、パソコンのスピーカーからデスクトップの音声は聞こえないので、AUDIO MIDI設定から複数出力装置を作成して内蔵出力(パソコンのスピーカー)にも流れるように分岐します。

これでマイクとデスクトップの音声をOBS経由で配信や録画することができるようになりました。

大まかに各音声の流れを掴みながら細かい設定をしていくと混乱せずに設定していくことができます。

詳細設定は画面キャプを参考にいけると思います。

👉 OBS出力から仮想カメラデバイスを作成する【macOS】
👉 【OBS】複数のURL/APIキーを管理させる - YouTube
👉 Soundflower と Audio MIDI設定
 👉 How to setup OBS on macOS Catalina using BlackHole - YouTube

👉 このサイト内で「OBS」で検索する

「macOS Catalina 2月からAppleの公証が必要になる」とは何なの?

最終更新日時 : 2019-12-28 11:59

この方針はスムーズな移行のため、9月に一度緩和されていたが、来年2月3日から厳格に適用されるようになる。未公証の“野良アプリ”を「macOS Catalina」で実行しても、従来は警告で済んでいたが、それ以降はエラーで起動不能となるため、アプリに修正を施す必要がある。

👉 「macOS Catalina」で実行する野良アプリにはAppleによる公証が必要に～来年2月から - 窓の杜

どうやらこれのことらしい。

Update to Notarization Prerequisites
December 23, 2019

In June, we announced that all Mac software distributed outside the Mac App Store must be notarized by Apple in order to run by default on macOS Catalina. In September, we temporarily adjusted the notarization prerequisites to make this transition easier and to protect users on macOS Catalina who continue to use older versions of software. Starting February 3, 2020, all submitted software must meet the original notarization prerequisites.

If you haven’t yet done so, upload your software to the notary service and review the developer log for warnings. These warnings will become errors starting February 3 and must be fixed in order to have your software notarized. Software notarized before February 3 will continue to run by default on macOS Catalina.

As a reminder, all installer packages must be signed since they may contain executable code. Disk images do not need to be signed, although signing them can help your users verify their contents.

👉 Update to Notarization Prerequisites - News - Apple Developer

Notarizing Your Mac Software for macOS Catalina
September 3, 2019

As a reminder, Mac software distributed outside the Mac App Store must be notarized by Apple in order to run on macOS Catalina. To make this transition easier and to protect users on macOS Catalina who continue to use older versions of software, we’ve adjusted the notarization prerequisites until January 2020.

You can now notarize Mac software that:

Doesn’t have the Hardened Runtime capability enabled.
Has components not signed with your Developer ID.
Doesn’t include a secure timestamp with your code-signing signature.
Was built with an older SDK.
Includes the com.apple.security.get-task-allow entitlement with the value set to any variation of true.
Make sure to submit all versions of your software. While Xcode 10 or later is still required to submit, you don’t need to rebuild or re-sign your software before submission.

👉 Notarizing Your Mac Software for macOS Catalina - News - Apple Developer