¶ 注意
裏取りが済んでない記事未満の何かを垂れ流すスペース。
内容は現状のまま無保証で掲載されるし、見解は所属を代表した公式なものではないし、何かを推奨するものではない。
記載の内容を真似したことで起こるいかなる損害についても責任を負わない。
¶ Pixel Experience の悪口大会始めていい？
いいよ
いいよあり
やたら持ち上げられ気味だけどお行儀が悪すぎるんすよねという愚痴です。
これはポジショントークではなく個人的な問題視です。 [1]
¶ 問題のある実装一覧
自分の端末を Pixel だと思い込みたい人 [2] 向けに作られているカスタムROM、 Pixel Experience にはライセンス上問題のある実装が 複数 存在する。
正直最近の主要な多機能系のカスタムROMはどこもこのへんの機能を提供しているが、諸悪の根源 だいたいその起源は Pixel Experience にある。
¶ Megvii / Motorola 由来の顔認証
一番問題なのは間違いなく顔認証システムだろう。これについて説明するためには、Android OS における顔認証の歴史から紐解くことになる。
まず、インカメラを用いた顔認証によるロック解除は Android 5.x の頃から "Trusted face" として存在こそしていたものの、その精度はお世辞にも高いとは言えないものであり（実際 端末によっては写真でも突破できた とされている）、位置情報や近くのデバイスを用いた補助的な解除方法（Smart Lock）と同列に位置づけられていた。
やがて Google は Pixel 4 で顔認証用に2基のIRカメラを搭載し、今までより高精度な顔のスキャンが可能になったことで、API的にはこれを指紋認証周り (FingerprintManager) と統合して生体認証 (BiometricsPrompt) として利用できるようにした。しかし、このご時勢ではいまいち流行らなかったのか、 Google も以降の端末には普通に指紋センサーを搭載するようになってしまった。
一方で従来のインカメラのみでの顔認証はこれと入れ替わるようにして OS標準からは姿を消す こととなるのだが、やはりその手軽さから今でもその需要は少なくない。
しかし、高価なセンサーやIRカメラを使わずにインカメラを用いる手法を諦めなかったメーカーもあった。Motorola (Lenovoの会社) は顔認識システムで世界をリードする中国企業の Megvii と契約を結び、技術供与を受けることでインカメラを用いての精度向上を図り、最近の Android バージョンを搭載する自社端末においても顔認証によるロック解除を可能としている。
ここに目をつけたのが Pixel Experience の開発者で、彼らは Motorola 製端末のシステムダンプから顔認証周りの実装をぶっこ抜いてきて GitHub で公開、そのままカスタムROMに移植してしまったのだ。
パクられた Megvii 側は技術供与が飯の種なのに知らん奴に無断で使われたどころか不特定多数が利用可能な形で公開までされてるわけで、著作権所有者としては黙ってられないので DMCA Takedown を要求、関連リポジトリは一掃 された…はずだった。
ところが Pixel Experience の開発陣は顔認証関連のリポジトリを GitLab.com に移設して続行（のちに 自前の GitLab インスタンス に移管）、現在も削除することなく機能を提供し続けている。
ちなみに今は Motorola の実装をパクるのをやめて Megvii 側の実装に 切り替えたらしい 。そうじゃないんだよな。
¶ ASUS 由来の Long Screenshot
長いスクリーンショットを撮りたいけど Android 10 では標準の機能じゃないよ～という感じで ROG Phone 2 から ASUS による独自実装をぶっこ抜いてきたやつ。これはまだ消されてないのでGitHubにリポジトリがある。もう 11 では使ってないっぽいけど。
- jhenrique09/StitchImage が開発者個人が逆コンパイルしたのを改変してるやつ
- PixelExperience/external_asus_stitchimage がそれを取り込んでるやつ
¶ Google Sans/Product Sans
Google が自社のブランディング用途に制作したフォント。Pixel 端末ではシステムにも使用されている。きちんと ライセンスに関するページ が存在していて、
Google offers many fonts under open source licenses. This is not one of them. Please see fonts.google.com for options you can use.
とだけ書かれている。これくらい読めますよね？ Product Sans は Google がオープンソースライセンスの下で提供するフォント ではない ということです。
しかし Pixel Experience は 自分の端末を Pixel だと思い込みたい人 のためのカスタムROMなので、当然 同梱されている 。よかったですね。
¶ 積極的な端末情報の偽装
Pixel Experience を焼いたユーザーが Google から『ようこそ、新しい Pixel 5 へ』などのメールが来る、という報告が 散見される 。
もちろんこれも 自分の端末を Pixel だと思い込みたい人 に向けた Pixel Experience のお節介で、ご丁寧にも Google 製アプリに対して自身を Pixel 5 だと言い張る ようになっている。この実装だけだと確証にまでは至っていないが、Google フォトの無制限アップロード機能が有効になっている報告とも関連がなくはなさそう[3]。
ちなみにこの件でもっと悪いことをしているカスタムROMが crDroid で、騙す対象を大幅に増やすことで Pixel 限定で先行提供される新機能であるはずの Feature Drop をカスタムROMでも利用可能にしている（こっちは Google フォトが偽装対象に入っている）。あと、上に書いた問題のある実装のすべてがこっちにも移植されている。
¶ デフォルトでの gapps の同梱
Android 端末向けの Google 製アプリケーション群の総称。主に Google Play 開発者サービス や Play ストア などの、Android 端末を使うにはほぼ不可欠な Google サービスを含む。通常、カスタムROMには同梱されない。
もちろん Pixel Experience は 自分の端末を Pixel だと思い込みたい人 向けなので、 Pixel に入っている Google 製アプリケーション群は最初から入っている。
…もはや今更という気もするけど、2009年の Google 側の声明 をご存知でない？[4]
と思ったが、今まで書いてきたようなモラルの無さからしてどうでもいいんだろうな…という予感。
ざっくり: 当時の CyanogenMod が Google 製アプリを同梱してたのに対して、 Google 側が「それらはオープンソースソフトウェアとして公開している Android プラットフォームの一部ではなくて、うちの製品なので同梱による非正規な配布は許容できない」とした回。CyanogenMod は Google の声明に 理解を示し 、これを尊重するとして同梱を取りやめた。
一方でユーザーには自身の端末からバックアップしたものを書き戻す形で Google 製アプリを使用する権利がある[5] という見解も表明した。これを拡大解釈して配布されているのが OpenGApps[6] などの今日における GApps パッケージになる。
¶ あとがき
独自実装で Pixel の Now Playing を再現してた 頃は面白いことやってんなあと思ってたんですが、よく見たらそれも元はCypherOSが実装したやつだったのね…。じゃあPixel Experienceのいいとこって何？
¶ じゃあどうすればいい？
知らん。俺は使ってる人間にどうこうしろとは言ってない。自分で調べて判断してくれ。[7]
対応端末とか考えたら LineageOS くらいしか残らん気がする。豊富な機能はないけど余計なこともしないぞ。
これらが嫌いだから自分の欲しいROMは作っているが、だからといってこれを読んだ人間に勧めようとは1mmも思っていない。 ↩︎
オブラートに包んだ表現 ↩︎
私はどこを弄れば有効になるかに辿り着けていないどころか個人的には興味がなく、分かったとしてもそれを使うつもりも推奨するつもりもない（写真のバックアップには Amazon Photos を使っています） ↩︎
わたしもリアルタイムで見てたわけではないので記事と伝聞でしか知らないけども。 ↩︎
これは OpenGApps のFAQにも書いてあるが、GApps のパッケージはバックアップ（建前）を書き戻す便利な手段として提供されているのであって、Google 製アプリが搭載されていない端末にインストールしたからといってその使用が許諾されることはない。元の端末が Google の認定を受けている必要がある。 ↩︎
よくある誤解だが、OpenGApps は パッケージの生成用スクリプトなどがオープンなだけであって、それ自身が権利的に問題がないことを示すものではない。 ↩︎
わたしは欲しい機能のために多機能系のカスタムROMから問題のある実装を排除して使う方向に走ったけど、めんどいのでやめたほうがいい。 ↩︎