QRコードリーダーによっては、パスキー用のQRコードに対応していない場合があります。
FIDOスキームURL（FIDO:/…）の扱いがアプリによって異なるため、別のQRコードリーダーを試すと解決することがあります。
例えば、Microsoft Launcherではブラウザが起動してしまい失敗しましたが、カメラアプリを使用すると成功しました。Galaxyの場合、カメラアプリの設定で「QRコードをスキャン」をONにしておくと、QRコードを正しく処理できます。
「パスキーうざい。メルカリ、PCからログインできない」となった記念にメモ。
プリインのカメラアプリではおかしな色合いになることがおおかったので、GCamを導入してみた。
メインカメラのセンサーはSony製Exmor RS IMX398。
OPPOとSonyの共同開発したとされるセンサーで、IMX298をベースにした1600万画素のイメージセンサー。
画素数は16MPで、センサーサイズは6.4mm (1/2.8")。RAW出力、位相差AFには対応するが、光学式手ブレ補正はなし。F値1.7の明るいレンズ。
スペック的には前モデルのIMX298から、位相差AFがデュアルコアAFと呼ばれている高速なものへアップデートされたぐらいのように見える。
IMX298を搭載したOnePlus3TとGCamの組み合わせで、そこそこ綺麗に取れていたので、センサーとしてのスジはそう悪くないはず。
Google CameraアプリをGoogle製以外のアンドロイド端末向けに改変、機能追加したもの。
Play Storeでは配布されていない。
現行バージョンの8.xは、Android 11/10に対応している。Android 10以前の場合は、旧バージョンの7.xから探すことになる。
通常は機種ごとに専用のものをインストールすればよいが、"RENO A"に関しては、専用版は用意されていない。
また、センサー構成が同じと思われる機種("Oppo R17 Neo/K1"や"Oppo R15x"等)の専用版も見当たらないようだったので、
"Older Google Camera APK"に記載されているものを試して見た。
それぞれの結果は以下の通り。
多少不安定だが、実用できそうだったのが、BSG版とUrnyx05版。
現在はUrnyx05版を常用しているが、特に目立った問題には遭遇していない。
GCamアプリを使用
Stockカメラアプリを使用
Android 9ベースのOxygenOS 9.0.3でも機能したのでやり方をメモしておく。
$ settings put global op_voice_recording_supported_by_mcc 1
op_voice_recording_supported_by_mccフラグをOnにする
フラグを立てると"電話"アプリの設定にCall Record項目が表示される。
Call Record設定に入って通話録音の設定を行う。すべての通話を自動で録音するよう設定した。
この状態で電話を受けると自動で通話録音が開始された。当然、切ると録音終了。
録音した内容は"レコーダー"アプリで再生できる。
端末スピーカーでの通話は、受話・送話ともに正常に記録されていた。
再起動するとフラグがリセットされるので、起動時に毎回行う必要がある。
init.rcで行ってもよいが、よりカジュアルな方法としてMacroDoroidというアプリでマクロを作成した。
以上。
下手なアプリをインストールするよりよっぽど安定して使える。
久々にAndroidアプリを製作してみたら、太古の時代とはいろいろと状況が変わっていた話のその２。
今度は、大幅にパワーアップしたPlay Consoleに関して気になった機能を挙げていく。
サーバー側でアプリへ署名を行う仕組み。
アップロードキーで署名してパッケージをアップロードするとサーバー側で配布用の鍵で署名し直してくれる。
厳重管理の配布用鍵を共有する必要がなくなるので運用が楽になる。組織にもよるが、アップロードキーはgitへ含めてしまって問題ないように思える。
aab。以前のapkに変わるもの。
aabでアップロードすると、Google Play側で各端末に最適化（不要なリソースを削る等）したapkを生成してくれるので、ユーザーのダウンロードサイズを抑えることができる。 アプリの分割配信にも対応。
apkやaab等をまとめてアーティファクトと呼称するようになったようだ。また、（aabから生成したものではない）以前の形式のapkを、ユニバーサルAPKと呼ぶようになった。
テスト端末を使用した自動化された受入テスト（品質テスト）が行える。
Firebase Test Labの機能が一部取り込まれたようだ。Robo Scriptにも対応している。
トラック（配布チャンネル）が「内部テスト版トラック」「クローズドトラック（アルファ版）」「オープントラック（ベータ版）」「製品版トラック」の４つに整理された。
段階的に公開範囲を広げていくリリースシナリオに沿ったもののようだ。初版リリース前なら「内部テスト版トラック」を作成することで、ストア表示の確認にも使える。
ストア表示のプレビュー機能が搭載されたか誤解したがそうではなく、ストア掲載情報に関してのA/Bテストが行える。（50%のユーザーに対しては別パターンの画像を表示等）
アプリのA/Bテストですらないので開発者が気にする類ではない。広告屋によるマーケティング担当に向けた機能。
以上、気になった機能を挙げてみた。
外部サービスが必要であったものもPlayコンソールで行えるようになっており、企業による本格的な開発におけるリリース管理全般に使えるような改善が行われている。
QAやマーケ担当に向けた機能が充実しており、以前は開発者が使うものといったイメージを持っていたが認識を改めたいと思う。
また、逆説的にそういった機能が必要となる程、今のアプリは多様な人材が必要で、組織立って多大なコストをかけて行う重いビジネスとなってしまったのだと感じてしまう。
戦略会議で意見表明するマーケティング担当
QAチームによる最終品質チェックの様子
久々にAndroidアプリを製作してみたら、Lollipop時代とはいろいろと状況が変わっていたのでメモ。
以下、2018年版としてプラットフォームやよく使われるライブラリ等を表にしてみた。
| 2014年頃 (Kitkat/Lollipop辺りまで) |
2018年現在 (Nougat/Oreo/Pie) |
備考 | |
|---|---|---|---|
| 最低対応バージョン (推奨) |
Gingerbread (API9) |
Lollipop (API21) |
|
| 言語 | Java6 | Java8 Kotlin |
Java8はAndroid7.0(API24)とそれ以前とで対応状況が異なる |
| DEXコンパイラ | DX | D8 | Android Studio 3.1からD8がデフォルト |
| コード圧縮 | ProGuard | ProGuard R8 |
次期バージョンのAndroid Studio 3.3からR8がデフォルトになる |
| デザイン | Holo Material |
Material | フラットデザイン2.0やMaterialTheming |
| ランチャーアイコン | Bitmap画像 | Vector画像 | API25でRoundIcon API26からAdaptiveIcons追加 |
| 基本レイアウト | Relative | Constraint | |
| コンポーネント | Support Library | Jetpack | JetpackでSupport LibraryとArchitecture Componentsが統合された |
| アーキテクチャ | MVP | MVVM | Android Archtecture Components (AAC)のViewModel + DataBindingでMVVM |
| 開発プラットフォーム | Fabric | Firebase | Twitter社のFabricはGoogleへ売却された |
| ビューインジェクション | Butterknife | - | DataBindingで代用 |
| DI | Guice | Dagger2 | |
| イベント駆動 | EventBus | RxAndroid | ViewModel + LiveDataだけで十分かも |
| HTTP通信 | Volley | Retrofit2 OkHttp3 |
|
| 画像ロード | Volley | Picasso Glide |
|
| ラムダ式 | Retrolambda | - | API24で不要 |
アーキテクチャ的に近年はMVVMがトレンドのようで、ViewModel + DataBinding + LiveDataあたりを組み合わせて実装する。
Kotlinに関してはクリエーターやデベロッパー色の強い開発者を中心に普及が進んでいるようだ。
ただ、SDKバージョンをAPI24まで上げるとJava8の多くの機能が使用できるので、Kotlinへのモチベーションは個人的にさがっている。
AndroidOSは毎年新しいメジャーバージョンがリリースされているが、Marshmallowあたりから個人的にはどうでも良くなってきた感がある。
最低SDKバージョンはLollipop(API21)が推奨されているようで普及率は85%となる。Java8の対応状況を考えるとNougat(API24)まで上げたいが、普及率は37.1%と苦しいところ。
尚、Nougatからがサポート中の現行バージョンとなり、Marshmallowまでは旧バージョン扱いとなっている。
BonjourだとかzeroconfだとかmDNSの話。
閉じたネットワークで`ホスト名.local`でサーバーマシンにアクセスできれば満足。Service Discoveryとかはスルーの方向性で。
最初から入っているディストリも多いが、ホスト名を設定してavahi-daemonとlibnss-mdnsを入れるだけ。
avahi-daemonがresponderでlibnss-mdnsのほうがクライアントとして動作する。
ラズパイやオレンジパイも同じ。
$ sudo -e /etc/hostname
$ sudo apt install avahi-daemon libnss-mdns
ネイティブサポートされているようだがファイアーウォールで止められている。UDPポート5353を開放すると使えるようになる。
面倒であれば、Bonjourをインストールするとファイアウォールが自動で構成されるので手っ取り早い。
ホスト名はコンピュータ名を使う。
最初から使用可能。設定のローカルホスト名とか名前とかそこらへんでホスト名を決める。
Arduinoスケッチの場合は、ESP8266mDNSライブラリをインクルードしてMDNS.beginをコールするだけ。
この類のマイコンでmdnsはかなり有用。
#include <ESP8266mDNS.h>
MDNS.begin("superhost");
SDKでAPIは提供されているが、アプリ側で対応が必要。そして現状、chromeでは使えない。
スマホは公共ネットワークに接続することも多いだろうから、セキュリティ的に使えなくて正解かもしれない。
op3tのシステムを新しくしたのでメモ。
stable版で固めたのでandroidは8.0(sdk26)と少し古めの構成。
$ fastboot flash recovery twrp-3.2.1-x_blu_spark_v8.61-op3_op3t.img
以上。
年の瀬なので、Android端末のOnePlus3Tも年末大掃除。 全てリセットして、Android8(Oreo)ベースのOxygenOSへ移行する。
全データを消去して端末のセットアップから始めるので事前にバックアップやメモは必要。しっかりNANDroid Backupしておく。
mitmproxyはhttpsに対応したman-in-the-middle型のプロキシサーバー。
PC側でmitmproxyを起動してAndroid実機へプロキシ設定するだけでお手軽に通信を覗いたり改竄することができる。
Android端末にrootも不要なので、テストがとても捗る。
これでハイスコア更新したりありえない場所にワープしたりするのが流行ったとかなんとか。
OnePlus3Tで遭遇した問題と回避法をメモ。Romは公式OOSを使用。
oos独自機能のシステムジェスチャーが原因。
回避策: [設定] > [ジェスチャー] > [３本指のスクリーンショット]を無効に設定する。
デフォルトで2.4GHz（のみ)はチャネルボンディングが無効に設定されている為、対応ルーターを使用してもバンド幅40MHzで接続できない。
回避策: システムの設定ファイルを編集して2.4GHzのチャネルボンディングを有効にする。(root必要)
gChannelBondingMode24GHz=1
音楽再生やゲームなどで一時的に音量が小さくなる。裏で迷惑な通知が届いてる。
回避策: [設定] > [音] > [デフォルトの通知音]をなしに設定する。または[設定] > [通知]からアプリごとに設定を変更する。
続く...
Xperia so-02fでバッテリー残量が十分残っている状態なのに、突然シャットダウンが起こる現象に遭遇。
症状：Androidがバッテリー残量を正しく認識していない状態になっているようだ。 ようはバッテリー詐欺状態。
settings put global tether_dun_required 0が効かないみたいなので、root必須になるけれどもbuild.propの書き換えでWiFiテザリングできるようにする。
インテント送信元のアプリはプライベート領域上にPNG画像ファイルを保有しており、これを独自に実装したContentProviderを使用して外部アプリへ共有する。
調査方法としてアプリ内で以下のようなインテントを生成し、ContentProviderへのメソッド呼び出しをデバッガで調べた。
Intent i = new Intent(Intent.ACTION_SEND);
i.addCategory(Intent.CATEGORY_DEFAULT);
i.setType("image/png");
i.setFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
i.putExtra(Intent.EXTRA_STREAM, Uri.parse("content://__authority__/image/1"));
sharedUserIdを使用しているアプリでin-app billing v3を使用すると例外が発生。
同じsharedUserIdを設定したアプリAとB
アプリAのみインストールした場合： 動作OK
アプリAとBをインストールした場合： InAppBillingServiceがエラーを返す
W/Finsky(20189): [27] InAppBillingService.validatePackageName: Package name ***.****.****** does not match the Uid E/AS(27058): Problem setting up In-app Billing: IabResult: Error checking for billing v3 support. (response: 5:Developer Error)
不具合として承認されているが、半年ほど進展なし。
https://code.google.com/p/marketbilling/issues/detail?id=90お。
IABv2のサポート終了。この不具合は修正されているようです。
Beginning January 2015, we will end support for the In-app Billing Version 2 API. After this date, users will no longer be able to make in-app purchases using your app until you upgrade your app to use the Version 3 API.
レガシーアプリ互換性のためのアレ。targetSdkVersionをあげると表示されなくなるので、無理やり表示させてみる。
Androidアプリ開発ではよく使う？リフレクションを使用。setContentViewしてからWindowに隠しフラグをセットする。
public class HogeActivity extends Activity {
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.hoge);
setLegacyOverflow(getWindow(), true);
}
void setLegacyOverflow(Window window, boolean enable) {
try {
int flag = WindowManager.LayoutParams.class.getField("FLAG_NEEDS_MENU_KEY").getInt(null);
if (enable) {
window.addFlags(i);
} else {
window.clearFlags(i);
}
} catch (NoSuchFieldException e) {
// 2.3以下はフラグなし
} catch (IllegalAccessException e) {
// 使えなくなった...
}
}
}
Androidを使い込んでもっさもっさしてきたら、バキュームとインデックス再作成でリフレッシュ。rooted端末ならシェルスクリプトで根こそぎバキューム。
続きは以下
Windows or Mac の場合はIntel x86 Emulator Accelerator (HAXM)で実機以上の高速動作が可能なAndroidエミュレータですが、いつまで待ってもLinux用のHAXMがリリースされない訳で...。
どうもLinux環境ではKVMを使えということらしい。
Linuxの場合は、AMD(AMD-V)も対応。以下、導入手順。
S51SEへZelly Cream 3.0を焼いた。
zipファイルをsdcardに配置して、CWRからzip更新。
update-framework-res-signed.zip
ランチャー設定＞ドックバーから
home_stage_bg.png最新バージョンZelly Cream 3.5ではHolo.Darkテーマの背景が戻っていた。framework-resの置き換えは不要。
