むあーるの雑記

MR-S オイル交換、オイルフィルター交換 255,650km 2026/03/01

Sun, 01 Mar 2026 00:00:00 GMT

オイル交換

Castrol(カストロール) エンジンオイル EDGE RS 10W-50 API SN 4L 90430-12028 : トヨタ(90430)オイルパンドレンコックG/K

GT7用にモニターを買い替えた話

Sun, 11 Jan 2026 00:00:00 GMT

はじめに

自分はPS5用にLGの27UL500-Wを使用しています。 Amazonの履歴で2019年に￥37,480で買っていました。もう7年くらい使ってるみたいです。

ただ、GT7をプレイしているとコース脇のブレーキポイントなどが見えづらく困っていました。

このモニターは60Hzまで対応なんですが、PS5のGT7自体は120Hzでの出力に対応しています。

120Hz出力なら見えやすくなるんじゃないのというのもあって今回モニターを買い換えました。

Dell 27inch Plus 4Kモニター S2725QS

今回買ったのが、このDell 27inch Plus 4Kモニター S2725QSになります。

https://www.dell.com/ja-jp/shop/dell-27-plus-4k%E3%83%A2%E3%83%8B%E3%82%BF%E3%83%BC-s2725qs/apd/210-bqvr/%E3%83%A2%E3%83%8B%E3%82%BF%E3%83%BC-%E3%83%A2%E3%83%8B%E3%82%BF%E3%83%BC%E7%94%A8%E5%91%A8%E8%BE%BA%E6%A9%9F%E5%99%A8

4K、HDR、VRR、120Hz対応とPS5の性能を引き出すにはちょうどいいスペックになっています。値段も公式サイトで値引きアリで￥35,481で変えたので、スペックに対して結構安かったと思います。 27インチで￥35,000円程度でPS5の性能を引き出せるスペックとなるとこのモニターしかなかったです。

PCと USB-C 1本で接続できるのS2725QCもありますが、そちらは結構値段が高くなり￥49,800なので最低限必要なSpecのモデルにしました。この値段差だとUSB-C Dockが買えてしまいます。

もっと安いモニターがいいという人はHDMI 2.1対応のWQHDモニターがいいと思います。

PS5は内部でWQHDを4Kにアップスケーリングしているゲームも多いです。特に120Hz出力だとその傾向は強くなります。今回設定をいろいろ試してみて4KとWQHDで値段分の差があるかと言われると自分はないと感じました。 WQHDだと￥20,000円台まで予算を落としてもハイフレームレートのモニターの選択肢が多かったです。

後述の理由からもWQHDにしておけばよかったと後で思いました。

開封

新品のはずなんですが、なぜか外箱がやたら汚かったです。それ以外は特に変わったところはないですね。 HDMIケーブルも入ってました。

PS5に接続

PS5に接続してディスプレイ設定で確認するとこのようにフルスペックで認識されました。

GT7で120Hz出力設定を有効にした状態もしっかり120Hzで出力されていました。

モニターの設定画面もコスパ重視のモニターだと癖が強いことがあるんですが、さすがDell製というところでしょうかサクサク動いて必要な設定もわかりやすいです。

配信設定

音声関係

配信にこのモニターを使用する際は1点注意が必要です。

このモニターには3.5mmのイヤホンジャックがありません。

前の環境ではモニターから出力されてる音声をイヤホンジャックからヘッドホンに流してモニターしていました。この場合は音声出力はHDMIだけですみます。

しかし、このモニターの場合はイヤホンジャックがなく、PS5はHDMIとコントローラー両方から音声出力はできません。

配信せずプレイするだけであればコントローラーから音声出力するのがいいと思います。

配信する場合は

HDMIから音声分離するか、
PS5のコントローラーから音声出力するか

になります。

これが思いのほか厄介で最終的にHDMIスプリッターに音声分離機能がついているものを購入しました。コントローラーからの音を引き回してできなくはないはずですが、構成が複雑になるため断念しました。

映像関係

これはモニターとは関係ないですが、映像のキャプチャーについても注意点があります。

自分は配信するためのキャプチャーカードとしてElgato 4K60 Pro MK.2を使用しているんですが、

4k映像をライブ配信可能で持ち運びもできるコンパクトな高コスパ自作PC

このキャプチャーカードではパススルーだと4K、HDR、VRR、120Hzまで対応なんですが、キャプチャーだと4K,60Hzまでになります。

パススルーがPS5のフルスペックに対応しているので問題なくキャプチャーできるように思いますが、PS5から4K(2160p)、120Hzで出力すると1080p、120Hzでのキャプチャーになりました。

1440p、120Hzでのキャプチャーには対応しているのでこっちになってほしかったんですが、EDID設定などいろいろ試してみましたがならなかったです。

しょうがないのでPS5側で1440p出力にして1440pでのキャプチャーにしました。これだとキャプチャーカードでも1440p、60Hzでのキャプチャーになりました。

いままで4Kでキャプチャーしてきましたが、よく見比べないと画質的には違いはわからない程度だと思いますのでこれで良しとしました。

配信環境の構成図

全体の構成はこういう接続になります。

ちなみにキャプチャーカードを使用するならHDMIスプリッターは持っておいたほうがいいです。 PCの電源を落とすとパススルー対応でも映像が出なくなったりするので、HDMIスプリッターから分岐するほうが使い勝手がよくなります。

%%{init: {
  'theme': 'base',
  'themeVariables': {
    'primaryColor': '#444444',
    'primaryTextColor': '#ffffff',
    'primaryBorderColor': '#666666',
    'lineColor': '#999999',
    'secondaryColor': '#666666',
    'tertiaryColor': '#444444'
  }
}}%%
flowchart LR
    subgraph "<br>プレイ環境"
        PS5["PlayStation 5"]
        MON["プレイ用モニター"]
        HS["ヘッドセット<br>(3.5mm 3極AUXx2)"]
        SR["スピーカー"]
    end

    subgraph "配信設備"
        SP["音声分離機能付き<br>HDMIスプリッター"]
        PC["配信用PC<br>(キャプチャーボード)"]
        AG03["オーディオミキサー"]
    end

    %% 映像・音声のメインフロー
    PS5 -- "HDMI<br>(HDMI2.1対応ウルトラハイスピードケーブル)" --> SP
    SP -- "HDMI OUT 1<br>(HDMI2.1対応ウルトラハイスピードケーブル)" --> MON
    SP -- "HDMI OUT 2<br>(HDMI2.1対応ウルトラハイスピードケーブル)" --> PC
    PC <-- "USBケーブル<br>(IN:マイク音声,OUT:PC音声)" --> AG03
    SP -- "3.5mm AUX" --> AG03

    %% ヘッドセットの分岐接続
    AG03 -- "3.5mm 3極AUX<br>(音声出力)" --> HS
    HS -- "3.5mm 3極AUX<br>(マイク入力)" --> AG03

    AG03 -- "RCA-3.5mm変換<br>オーディオケーブル<br>(音声出力)" --> SR

まとめ

120HzでGT7をプレイしてみましたが、予想通り見やすくなったように思います。画面両サイドの流れていく背景がくっきり見えるように感じます。やはり買い替えて正解でした。

ただ、いままで60hzでプレイ、配信していて問題なかったことも120Hzとなると配信関係は意外と問題にぶち当たりますね。

結局、1440pでのプレイになるならWQHDのミニターにしておけば2万円台ですんでいたのになぁ。

ゆく年くる年 from 2025 to 2026

Wed, 31 Dec 2025 00:00:00 GMT

はじめに

今年もF1にSuperGTにとレース観戦にいき、映画を見まくり、GT7もやりまくりと相変わらずかなという感じでしたが、さらっと振り返りつつ来年の抱負などを。

2025年のGT7

GT7も3年目になってだんだんプレイ時間も少なくなってきたと言っても500時間以上プレイしているんですが。

白河杯でSクラス決勝で4位になったのは成長を感じました。 https://www.youtube.com/live/4ahhPhJNRNw?si=uD9gRtAUq2IAIQjY

国体の鈴鹿 BRZ Gr3 がとんでもなく修行でした。苦手なFRターボに終始苦しめられたものの、ちゃんと走ればタイムが答えてくれるという点ではとてもいいレギュだったと個人的には思いました。

鈴鹿F1観戦

今年もF1を見に鈴鹿サーキットへ近場で宿を取るのが厳しいのでMR-Sで車中泊はそろそろ厳しいか！？とはいえそれを差し引いても歩いて10分とかでサーキットは楽なんですよね。あとは年々西コースの観戦エリアやマチュピチュ周辺が開発されていっていて快適度がアップしているのはいいですね。実質入場料でスプーンやらで見放題の西コース権様々です。

2025年に見た映画

今年もいろいろ見ましたが、以前鈴鹿で奮発してV2席を取ったらたまたま撮影協力席でレース見ながらいろいろ撮影協力させられたF1の映画が公開になりました。実写の映像をベースにしているので映像の迫力はいままでのレース映画で一番リアルだったのではないでしょうか。

アニメ映画は、ガンダムが始まった瞬間から衝撃しかなく今年の旬のアニメという感じでした。その他は硬派版ルパン三世がついに完結したり、鬼滅の刃は変わらず凄まじい映像を見せてくれました。チェンソーマンも映像が凄まじかった。そんななかで「ひゃくえむ。」が一番印象に残っていて、映画を見たあとコミックを買って読むくらいでした。 GT7でひたすらタイムを追う国体を走り抜けたあとに見たので、セリフの一つ一つが刺さりました。

あとはGTWSで博多にいったついでにDolbyCinemaで初鑑賞したアバターも映像がすごかった。前作までだとアバターは映像に比べてストーリーが弱かった感じだったのですが、今作はストーリも満足感がありました。

ホラー映画ではサブスタンスがぶっちぎりに怖い映画でした。ちょうど先日アマプラで配信開始になりました。

01/17 機動戦士Gundam GQuuuuuuX -Beginning-
05/18 【字幕】サブスタンス[R15+]
05/23 岸辺露伴は動かない　懺悔室
06/27 【字幕】F1／エフワン
06/29 LUPIN THE IIIRD THE MOVIE 不死身の血族
07/18 字幕ATMOS ｽｰﾊﾟｰﾏﾝ
08/10 長崎ー閃光の影でー
08/24 字幕ATMOS ﾊﾞﾚﾘｰﾅ The World of John Wick
08/26 劇場版鬼滅の刃無限城編第一章猗窩座再来
09/19 劇場版『チェンソーマンレゼ篇』(PG12)
09/22 ひゃくえむ。
09/27【字幕】ラスト・ブレス
10/04 【字幕】ワン・バトル・アフター・アナザー
10/13 劇場先行版アニメ『ゴールデンカムイ』札幌ビール工場編前編
11/01 劇場先行版アニメ『ゴールデンカムイ』札幌ビール工場編後編
11/07 ﾌﾟﾚﾃﾞﾀｰﾊﾞｯﾄﾞﾗﾝﾄﾞ
12/22 【DolbyCinema3D・字幕】アバター：ファイヤー・アンド・アッシュ

2026年に向けて

そんなこんなで今年もいろいろありましたが、来年もさらにいろいろやっていこうかということで、

ガレージ、買っちゃいました。

まとめ

最後に今年一番印象に残った言葉を

「不安とは君自身が君を試す時の感情だ」(出典元：ひゃくえむ。新装版下 P161)

来年も新しいことにチャレンジして不安も含めて楽しんで行こうと思います。

【脱レンタルサーバー】WordpressのブログをVercel（Astro）に完全移行した話

Sat, 13 Dec 2025 00:00:00 GMT

はじめに

これまでさくらインターネットのレンタルサーバーを借りてWordpressでブログを運営してきましたが、自分のブログではそこまでの環境が必要ないためサーバー代節約も兼ねて、ブログをAstroで作り直しホスティング先をVercelに変更することにしました。

最終的なゴールは以下の通りです。

ブログ: VercelにAstroで新ブログサイトを構築
転送設定: 旧URLhttps://muaaru.com?p=914 にアクセスしたら、新URLhttps://muaaru.com/blog/2025-08-24-post-914 に自動転送
サーバー契約: さくらのレンタルサーバーは解約し、ドメイン管理のみにする

移行の全体像

WordPress（さくらレンタルサーバー）からVercelへの移行作業の流れを整理すると、以下のようになります。大きく分けて「データ抽出」「ローカル開発」「デプロイ」「DNS切り替え」の4フェーズです。

%%{init: {
  'theme': 'base',
  'themeVariables': {
    'actorBkg': '#444444',
    'actorTextColor': '#ffffff',
    'actorBorder': '#666666',
    'signalColor': '#0066ff',
    'signalTextColor': '#666666',
    'actorLineColor': '#999999',
    'noteBkgColor': '#444444',
    'noteTextColor': '#ffffff'
  }
}}%%
sequenceDiagram
    autonumber
    actor User as あなた (管理者)
    participant WP as WordPress<br>(旧サーバー)
    participant Local as ローカル環境<br>(VS Code)
    participant GitHub as GitHub
    participant Vercel as Vercel<br>(新サーバー)
    participant DNS as DNS設定<br>(さくら)

    Note over User, WP: 1. データ準備
    User->>WP: XMLエクスポート
    WP-->>Local: 記事データ (XML)

    Note over User, Local: 2. 開発・設定
    User->>Local: 変換スクリプト実行
    Local->>Local: vercel.json (リダイレクト設定) 生成
    Local->>Local: astro build (動作確認)

    Note over User, Vercel: 3. 公開・切り替え
    User->>GitHub: git push
    GitHub->>Vercel: デプロイ開始
    Vercel-->>Vercel: ビルド完了 (Ready)

    User->>DNS: レコード変更 (A / CNAME)
    DNS->>Vercel: ドメイン接続
    Vercel-->>Vercel: SSL証明書 自動発行

    Note over User, Vercel: 4. 移行完了

各フェーズのポイント
- データ準備: まずはWordPress標準の「エクスポート」機能を使って、全記事データをXML形式でローカルにダウンロードします。
- 開発・設定: AIで作らせたスクリプトでXMLデータから旧サイトの画像ファイルをダウンロードして、記事全体をAstroで扱えるMarkdownに変換します。さらに、旧URLとはURLの構造が変わため、vercel.json にリダイレクトルールも作成しておきます。
- 公開・切り替え: GitHubにプッシュしてVercelへのデプロイが完了したら、最後にDNS設定を変更します。DNSが浸透し、Vercel側でドメイン接続が確認されると、SSL証明書（https）も自動で発行されます。

旧URLからのリダイレクトの仕組み

WordPressからAstroへ移行すると、URLの構造が大きく変わります。（例：https://muaaru.com?p=914 → https://muaaru.com/blog/2025-08-24-post-914）

古いリンクを踏んだユーザーも移行後のサイトで同じ記事が開けるように、Vercel側で「旧住所から新住所へ転送」する処理を行っています。記事URLの転送の動きを図解すると以下のようになります。

%%{init: {
  'theme': 'base',
  'themeVariables': {
    'actorBkg': '#444444',
    'actorTextColor': '#ffffff',
    'actorBorder': '#666666',
    'signalColor': '#0066ff',
    'signalTextColor': '#666666',
    'actorLineColor': '#999999',
    'noteBkgColor': '#444444',
    'noteTextColor': '#ffffff'
  }
}}%%
sequenceDiagram
    autonumber
    actor User as ユーザー (ブラウザ)
    participant Vercel as Vercel サーバー
    participant Config as vercel.json<br>(受付係)
    participant Astro as Astro<br>(記事データ)

    Note over User, Vercel: 1. 古いURLへのアクセス
    User->>Vercel: GET https://muaaru.com/?p=914

    activate Vercel
    Vercel->>Config: 転送設定確認
    Config-->>Vercel: 転送先は<br>"https://muaaru.com/blog/2025-08-24-post-914"

    Vercel-->>User: HTTP 308 Permanent Redirect<br>(引越しました。新住所へ行って！)
    deactivate Vercel

    Note right of User: ブラウザが自動的に<br>新しいURLへ移動

    Note over User, Vercel: 2. 新しいURLで再度アクセス (自動)
    User->>Vercel: GET https://muaaru.com/blog/2025-08-24-post-914

    activate Vercel
    Vercel->>Config: 転送設定確認
    Config-->>Vercel: 転送なし<br>そのままのアドレスで表示

    Vercel->>Astro: 記事ファイルを取得
    Astro-->>User: 記事ページを表示 (HTTP 200 OK)
    deactivate Vercel

仕組みのポイント：vercel.json

この「受付係」の役割を果たしているのが、プロジェクトルートに置いた vercel.json です。 Vercelの has プロパティ（クエリパラメータ判定）を利用して、WordPress特有のURLパラメータ（?p=数字）を、Astroの新しいパスに正確にマッピングしています。

実際の vercel.json の記述は以下の通りです。

    {
      "source": "/",
      "has": [
        {
          "type": "query",
          "key": "p",
          "value": "914"
        }
      ],
      "destination": "/blog/2025-08-24-post-914",
      "permanent": true
    },

正規表現などを使わずに type: "query" でキーと値を明示的に指定することで、誤作動を防ぎながら確実にリダイレクトさせています。これを記事数分だけ自動生成するスクリプトを書いて対応しました。 AIにテストコードを書かせて実行したところ一部記事のリダイレクトが上手く生成できていなかったので、そこだけは手動で修正しました。

ハマりポイント：さくらのサーバー側のドメイン設定ミス

Vercel用のCNAMEを設定してもなぜか反映されず、さくらのエラーページが表示され続ける現象が発生しました。

原因はDNSレコードではなく、「レンタルサーバー・コントロールパネル」側でドメイン設定をしていたことでした。

ドメインのコントロールパネルからDNS設定（ゾーン編集）を変更しても、サーバーのコントロールパネルにある「ドメイン/SSL設定」に note.muaaru.com が登録されたままだと、そちらの設定が干渉してしまうようです。

サーバーコントロールパネルから対象ドメインを削除したところ、しばらくしてVercelへの接続が反映されました。

まとめ

普段アプリ開発しかしてないのでWebサイトのDNSやらの設定は詳しくないんですが、AIに聞きながら簡単に移行ができました。サーバー代がこれで無料になるので少し節約になりました。

MR-S オイル交換、オイルフィルター交換 250,316km 2025/09/06

Sat, 06 Sep 2025 00:00:00 GMT

オイル交換

Castrol(カストロール) エンジンオイル EDGE RS 10W-50 API SN 4L 90430-12028 : トヨタ(90430)オイルパンドレンコックG/K

オイルフィルター交換

90915-10003 : トヨタ(90915)オイルエレメント

【デスク整理の救世主】USB切り替え機でゲーム配信環境をスッキリさせよう！

Sun, 24 Aug 2025 00:00:00 GMT

「PS5でキーボード入力したいけど、配信用PCでもコメントを返したい…でも、キーボードを2つも置くスペースがない！」

そんな悩みを抱えていませんか？特にコクピット環境を構築しているとデバイスの置き場所には本当に困ります。

今回は、そんな悩みをボタン一つで解決してくれる、非常に便利なガジェット「USB切り替え機」を紹介します。

PS5と配信PCのキーボードを1つにまとめる

今回導入したのは、こちらのUGREEN製のUSB切り替え機です。

Amazon.co.jp: UGREEN USB3.0 切替器 2PCでUSB-C&Aデバイス共有 5Gbps高速転送 USB 切り替えプリンタ/マウス/キーボード/ハブなどを切替リモコン＆切替ボタン切り替え機 2*USBケーブル&リモコン付きスカイグレー : パソコン・周辺機器

使い方は簡単で

このデバイスをPS5と配信PCそれぞれにUSBケーブルで接続
共有したいキーボードを切り替え機に接続
手元のボタンを押すだけで、使いたい方の機器にキーボードの接続先が切り替え

切り替えに若干タイムラグはありますが、物理的にキーボードを1つに集約できるのでデスクやコクピット周りがごちゃつかずにスッキリするのが大きなメリットです。

PS5でキャプチャした画像や動画もすぐ配信PCに取り込める

この切り替え機の便利な点は、キーボードやマウスだけにとどまりません。USBポートに接続するものであれば、基本的に何でも共有できます。

例えば、USBメモリを接続してみましょう。

切り替え機をPS5側に設定し、USBメモリにスクリーンショットやプレイ動画を保存
ボタンを押して、接続先を配信PCに切り替え
PCにUSBメモリが認識され、すぐに動画を編集や画像をSNSにアップロード

これまでPS5からPCへデータを移す際に、わざわざUSBメモリを抜き差ししていた手間がなくなり、作業が非常にスムーズになりました。

まとめ

たった一つの小さな機材ですが、その効果は絶大です。

省スペース: デバイスを1つにまとめてコクピット周りがスッキリ
手間削減: ケーブルの抜き差しや、面倒なデータ移行作業も簡単に

PS5とPCを併用しているゲーマーや配信者の方にとって、スペースの節約と手間の削減に大きく貢献してくれる。まさに「縁の下の力持ち」的なデバイスです。デスク周りの環境をより快適にしたい方は、ぜひ導入を検討してみてはいかがでしょうか。

国スポオフライン大会に参加する人が知っておくべきこと

Tue, 19 Aug 2025 00:00:00 GMT

この記事のAI要約

[audio mp3="https://www.muaaru.com/wp-content/uploads/2025/08/ce5c4a0c2e83f8f029969111bb086d3b.mp3"]

国スポオフライン大会に参加する人が知っておくべきこと

何度も参加している人は勝手がわかっているので問題ないですが、今年は各県オンライン予選突破人数が多いので初めて参加する人も多いかと思います。

全国都道府県対抗 eスポーツ選手権 2025 SHIGA グランツーリスモ7スペシャルグランプリ

個人的に国スポのオフライン大会参加はハンター試験並みに罠が多いと思っているので初参加の人は自分の実力を大会でできるだけ出せるように事前準備から入念にしておきましょう。

ということで、自分が過去に参加した経験から色々と紹介しておきます。

運営とのコミュニケーション

結構運営がガバいのでおかしいな？と思ったら自分から積極的に運営に問い合わせるようにしましょう
- 普通に別人宛の連絡が自分に来たりするレベルでガバいです
- 参加登録したはずなのに参加することになっていない事もあります、おかしいな？と思ったら能動的に動かないと大会参加する前に終わります
- Twitterなどで他の参加者に連絡が来ているのに自分には来ていないといったことがないか、常に情報収集に気をつけましょう
年に1回あるかないかの大会です。ミスやトラブルはあって当然の姿勢で参加者側で自衛しましょう
使用する機材やレギュレーション等わからないことは早めに運営に質問しておきましょう
確認していても当日になって戦略が変わるレベルで全然違うレギュレーションだったこともあります。諦めて頑張りましょう
- 当日朝に会場に行くと運営がテスト走行している可能性が高いです、実際のレギュレーションを早めに知ることができるかもしれません。が、当日なのでどのみち手遅れです

大会に行く前の準備

普段のゲーム内設定を全てスクリーンショットに撮ってスマホにメモ
- ボタン設定、アシスト設定、BGM/SE音量設定など　運転に影響する箇所は全てスマホで確認できるようにメモしておきます
大会で使用する機材の説明書を探してメモ
- 事前に運営から大会で使用する機材の連絡があるはずです
- モニターのイヤホンジャックの位置、コクピットの調整方法、ハンコンの設定/操作方法、ペダル配置、ボタン配置など
- ペダルはT-GTであれば3ペダルですが、DD proだと2ペダルになると思います。右足だけでアクセルブレーキの人は辛いことになりますが諦めましょう
- RCZ01であればDDProのペダル位置調整用の金具が別売りされています。持参すればペダル位置が調整可能になる場合があります。
ハンコンがオーバーヒートする機種か調べる
- ハンコンは機種によってはFFBを強くするとオーバーヒートでFFBがなくなったり最悪ハンコンが操作不能でフリーズする場合があります
- 熱に弱い機種の場合はFFBを弱くしましょう
- DD ProやT-GTであれば比較的大丈夫な印象ですが、低価格なモデルの場合は要注意です
ロビーで大会レギュを検索すると参加者が部屋を建てている事があります、知らない人でも突撃して模擬練習しましょう
自分で大会レギュ部屋をOPENで建てていると参加者が入ってくる事があります、模擬練習しましょう

持ち物

身分証明書
- オフライン大会では免許証などで本人確認が行われます忘れると参加できなくなるので絶対に確認しましょう
有線接続可能な遮音性の高いヘッドホン
- 大会開催は観客有りの場合が多いです。イオンモールの広場などでは騒音だけでなく見えない多数の電波も飛び交っています。無線は通信が不安定になる場合があるので自分は有線接続をお勧めします
2m程度の延長オーディオケーブル
モニターのイヤホンジャックからコクピットまで意外とケーブルの長さが必要になります。念のため持って行ったほうがいいです。
グローブ、シューズ
- コクピットが土足禁止の場合があります。靴下や裸足でよければそのままでも大丈夫です
すぐ手に取って飲める飲み物
- レース中に足が攣ったりしないよう小まめに水分補給しましょう。自分はレース中に吊りかけて死にそうになりながら走ってました。
(option) 走行録画用に小型アクションカメラ、スマホ
(option) プレイ中のモニターが撮影できる高さに伸ばせるカメラ用一脚にスタンドつけるのがコンパクト、もしくはネックマウント
(option）ハンコン冷却用モバイルファン

大会会場にて

大会受付

時間になっても何もアナウンスなしな場合があります
時間になったらスタッフを捕まえて身分証明書を見せて大会受付を済ませます

ウォームアップ時間

ここからすでにレースが始まっていると言っても過言ではないです
大会中は参加者に公平になるように走行可能な時間が限られます
大体15~30分程度機材・ゲーム内セッティング＆ウォームアップ走行の時間があります
スマホのメモを頼りに素早くゲーム設定、コントローラー設定、FFB強度、ドライビングポジション、ヘッドフォン音量などを素早く調整してウォームアップの時間を稼ぎます
ゲーム内のオプションからペダル開度、ステアリングセンターを表示してハンコン個体状態を確認
- ハンコンは個体差があるので設定から必ずアクセル、ブレーキペダルが100%まで踏めるか、0％まで戻るか、ハンドルがセンターからどれくらいズレているかは最低限確認します
- 機材はあまり使い込まれない場合ブレーキがめちゃくちゃ硬い場合があります。普段の踏力では足りない可能性があるのでペダルの踏み加減はしっかりウォームアップで体に叩き込みます。人によってはコース上をウォームアップ走行するよりオプション設定のペダル開度の設定画面でどれくらいの力で何％の開度になるかしつこく確認しておくのもいいでしょう
　(option) 走行録画カメラの調整

レース中

機材トラブルが起きた際はすぐに手を挙げるなりして運営にアピールしましょう
- タイミングによってはすぐレースリスタートなど対応ができます
レース中は大会運営による写真撮影などで人影がちらついたり実況の声などがありますが、全集中で走りましょう

レース後

リザルト画面をスマホで撮影
録画したプレイ画面などレースを振り返りましょう

まとめ

大会当日は慣れていても緊張します。スタート直後の１コーナーでさっそくミスって前に追突しそうになって緊急回避してコースアウトすることがあるかもしれません。ですが諦めず最後まで頑張って走りましょう。モータースポーツは最後まで何が起こるかわかりませんから。

習慣を作る技術

Sun, 13 Jul 2025 00:00:00 GMT

この記事のAI要約

[audio mp3="https://www.muaaru.com/wp-content/uploads/2025/07/f6c9cc53a18a60dd136d37af641e881d.mp3]

もう挫折しない！習慣化の鍵は「0秒スタート」にある

「今年こそは毎日筋トレするぞ！」「ブログを毎日更新して、いつかは収益化を…」「毎朝30分、英語の勉強をしよう！」

私たちは誰もが、一度はこのような目標を立てたことがあるのではないでしょうか。しかし、その固い決意もむなしく、三日坊主で終わってしまった経験も、また多くの人が持っているはずです。

「やっぱり自分は意志が弱いんだ…」と落ち込む必要はありません。実は、習慣化に失敗する原因は、あなたの意志の力不足ではないのです。

習慣化は「環境」が9割

結論から言いましょう。習慣化を成功させるたった一つの、しかし最も強力なコツは、「やろう」と思った瞬間に、1秒もかからずに始められる状態をあらかじめ作っておくことです。

言い換えれば、**「行動開始までの手間（フリクション）を極限までゼロにする」**ということです。私たちは、自分が思っている以上に、ほんの些細な手間にやる気を削がれています。その小さな障壁を取り払うことこそが、習慣化への一番の近道なのです。

例えばブログを毎日書く

例えば、あなたが「毎日ブログ記事を書く」ことを習慣にしたいとしましょう。多くの人は、以下のような手順を踏んでいるはずです。

椅子に座る
PCの電源を入れる
モニターの電源を入れる
ブラウザを立ち上げる
ブログの管理画面にアクセスしてログインする
新規作成画面を開く
「さて、何を書こうか…」と考える

この手順を見て、どう感じるでしょうか。「面倒くさい」と思いませんでしたか？特に、仕事で疲れて帰ってきた後などは、「PCを立ち上げるのすら億劫だ…」と感じてしまい、結局「明日でいいか」となってしまうのです。

そこで、「0秒スタート」の出番です。

PCもモニターも、電源を付けっぱなしにしておくのです。そして、ブログの編集画面も開いたままの状態にしておきましょう。

あなたがやるべきことは、ただ椅子に座ることだけ。目の前には、いつでも書き始められる真っ白な編集画面が広がっています。これなら、「ちょっと5分だけ書いてみるか」という気にもなりやすいはずです。

「もったいない」という気持ちこそが最大の敵

この話をすると、多くの人がこう言います。「PCを付けっぱなしなんて、電気代がもったいない！」「モニターの寿命が縮むんじゃないの？」

その気持ちは、非常によく分かります。私たちは、節約を美徳として教わってきました。しかし、ここで一度、冷静に天秤にかけてみてほしいのです。

あなたが失うもの：

月に数百円程度の電気代

いつか買い替えるモニターの、ほんのわずかな消耗

あなたが手に入れるもの：

ブログを毎日更新するという、かけがえのない習慣

文章力の向上、思考の整理といったスキル

継続によって生まれる読者からの信頼

将来的な広告収入やアフィリエイトといった収益

自己肯定感の向上と、人生が好転していく実感

月に数百円のコストを惜しんだがために、これら全ての可能性を失ってしまうとしたら、それこそが**「最大のもったいない」**だとは思いませんか？

電気代やモニターの消耗は、あなたの人生をより良くするための**「必要経費」であり、「未来への投資」**なのです。習慣化によって得られる絶大なリターンに比べれば、それはあまりにも些細な代償と言えるでしょう。

あらゆる習慣に応用できる「0秒スタート」の法則

この考え方は、ブログ執筆に限りません。

筋トレ・運動をしたいなら：
- リビングのど真ん中にヨガマットを敷きっぱなしにしておく。
- トレーニングウェアに着替えてから寝る。起きた瞬間に始められます。
読書をしたいなら：
- 本を開き、栞を挟んだ状態で机の上に置いておく。
- 電子書籍なら、読みたいページを開いたままスリープさせる。
勉強をしたいなら：
- テキストもノートも、筆記用具も、全て机の上に出しっぱなしにしておく。

ポイントは、「片付けない」勇気を持つことです。見た目の綺麗さよりも、あなたの未来を変える習慣のほうが、何倍も重要です。

まとめ：意志に頼るな、仕組みを作れ

習慣化は、根性や意志の力で乗り切るものではありません。それは、いかに行動のハードルを下げ、楽に始められる「仕組み」や「環境」をデザインするかという技術なのです。

もしあなたが、何かを習慣にしたいのにうまくいかないと悩んでいるのなら、ぜひ一度「0秒スタート」を試してみてください。

小さなコストを未来への投資と捉え、行動までの障壁を徹底的に取り払う。その小さな一歩が、あなたの人生を大きく変えるきっかけになるはずです。

4k映像をライブ配信可能で持ち運びもできるコンパクトな高コスパ自作PC

Fri, 30 May 2025 00:00:00 GMT

この記事のAI要約

[audio mp3="https://www.muaaru.com/wp-content/uploads/2025/05/0c03d75e8538a595609699b56ad6143b.mp3"]

はじめに

去年メインPCを更新したんですが、今年は配信・録画につかっているサブPCの更新です。

サブPCなので今回の自作PCのテーマは 4K映像をライブ配信可能で持ち運びもできるコンパクトな高コスパ自作PC です。

全体構成

だいたいの構成は以下のとおりです。この構成にElgato Game Capture 4K60 Pro MK.2が追加されたような構成になります。あと実際はメモリが24Gになってます。

新たに購入したのは

Core i3-14100 Box
B760M GAMING PLUS WIFI DDR4
JONSBO C6 Handle になります。

CPUクーラはCPU付属品をそのまま使っています。最近の付属CPUクーラーは全然静かなので、このCPU程度なら別途購入する必要はないです。最近はCPUクーラーが付属してないCPUもあるんですがこれには付いてきます。

もともとサブPCで使っていたパーツがほとんどなのと、マザーボードが安く手に入ったのですべて新品ですが追加でかかったのは約3.5万程度ですみました。

全部１から揃えると中古品とかも使えば１０万～１５万ぐらいでしょうか

https://2tom.jp/diy/?a=9000&b=1&c=2&d=16&e=&f=&g=1.8&st.cpu=1&st.Auto_mode=0&st.gpu=3&st.size=1&st.chipset=0&st.hashOK=true&st.color=0&h=1.510369,2.269709,3.443232,4.442191,6.645324,7.152425,11.584852,12.118174

CPU ： Core i3-14100   12671円
　　　　 [ インテル | 性能(PassMark)：15,039 | 1スレッド性能(PassMark)：3,743 | 4コア Pコア：4+Eコア：0 | 8スレッド | 第14世代 Core プロセッサー | LGA1700 | TDP:60~110 | ﾁｯﾌﾟｾｯﾄ:B660,H670,Z690,Z790,H770,B760 | GPU:Intel UHD Graphics 730 ]

メモリ ： CFD D4U3200CS 16G [DDR4 PC4 25600 16GB]   2922円
　　　　 [ CFD | 16GB | 1枚 | 合計容量：16GB | DIMM DDR4 SDRAM | 3200MHz　 ]

GPU ： SPARKLE SPARKLE Intel Arc A380 ELF SA380E-6G   18200円
　　　　 [ SPARKLE | 性能(PassMark)：6,253 | Arc A380 | メモリ：6.0 GB | 消費電力:75W | 3ポート ]

SSD ： MP33 PRO TM8FPD002T0C101   16878円
　　　　 [ Team | 2TB | 2GB/s | M.2 （Type2280）　 ]

マザーボード ： B760M GAMING PLUS WIFI DDR4   10980円
　　　　 [ MSI | INTEL B760 | LGA1700 | MicroATX | ﾒﾓﾘｽﾛｯﾄ数：4 | DIMM DDR4 | RAID:1個 | VRM数:12+1+1 | M.2:M key：type 2242/2260/2280 |  ]

OS ： Microsoft Windows 11 Pro 日本語版   20884円
　　　　 [ マイクロソフト |  ]

PCケース ： JONSBO C6 Handle [Black]   6631円
　　　　 [ JONSBO | MicroATX ITX | 2.3kg | 内容積：202x295.2x266mm | 水冷： | GPUサイズ:200〜255mm | CPUｸｰﾗｰ高:75mm | 電源規格:ATX | 電源サイズ:185mm ]

電源 ： ION Gold 550W FD-P-IA2G-550 [ブラック]   8800円
　　　　 [ Fractal Design | ATX12V v2.52/EPS12V v2.92 | 550W | 80PLUS認証○　GOLD | 150x150x86mm ]

拡張スロット：　Elgato Game Capture 4K60 Pro MK.2　31,480円
―――――――――――――――――――
合計 : 97966円　+ 31,480円
―――――――――――――――――――
構成概要
Core i3-14100 | メモリ：16GB | GPU:Arc A380 | SSD:2TB | 電源:550W
CPU-GPUバランス：グラボが弱い（0.42）

パーツ選定理由

パーツ選定のポイントをそれぞれ書くと

Core i3-14100 Box

今回GPUには珍しいIntel製GPUのArc A380を採用しています。このGPU性能を活かすためにくわしくは後ほど説明しますが内蔵GPU付きのCPUを選択する必要がありました。他にはCore i5-12400の中古品などが候補だったんですが、値段がたいして変わらないのでこちらを選択しています。

B760M GAMING PLUS WIFI DDR4

これはとりあえず一番安くてかつPCIe 4.0 x8とPCIe 4.0 x4があれば何でも良かったです。 GPUとキャプチャーカードの2枚を刺さないといけないので安いH610とかは選択できませんでした。

SPARKLE SPARKLE Intel Arc A380 ELF SA380E-6G

このGPUはゲーム性能も低くNvidiaのRTXなどと違い相性が激しいじゃじゃ馬GPUなので1万5000円とかで投げ売りされていました。ただ、このGPUは異様に映像のエンコード処理に強くてAV1のハードウェアエンコーダーを搭載しています。ハードウェアエンコードなので低スペックのCPUと組み合わせても問題なく配信ができます。このAV1だとネットワーク帯域が低くても結構きれいに配信ができます。このエンコード性能だと普通は倍以上値段がするGPUが必要なんですが1.5万です。

ただ、根本的なGPU性能が低くて4K配信だとちょくちょくフレームドロップがでていました。そこで、ローエンドの内蔵GPU付きCPUの方でモニターには出力をして、GPUは配信エンコードに専念させます。これだと安定してフレームドロップもほぼなく4k配信を行うことができました。

JONSBO C6 Handle

小さいケースは色々とあるんですが、ハンドル付きとなるとなかなかないです。ネットでさがしてたらちょうどこのケースを見つけました。似た名前でITX版とか、もうちょっと前面に長くて大きいCPUクーラーやGPUが使えるC6 Maxとかあります。

組み立て

今回使用したPCケースはかなり小さいケースなので組み立ての難易度は高いです。結構慣れていたつもりの自分でも間違えて数回全部バラしてやりなおしました。

あとは予期せず組み立ててる最中にメモリが1枚故障していて原因がわからず1回全バラして全パーツチェックする羽目に。

けっこうミチミチです。

完成

前のPCケースはE-ATXも入る空気清浄機くらいでかいケースだったのでかなりちっさくなりました。今回のPCケースは小さい上に持ち運びようにハンドルも付いてるので自宅以外にも持ち運んでいきやすくなりました。 OBS使って会社でちょっとリッチな配信環境で勉強会などやってみたかったので今度ためしてみます。今年の水郷祭はライブ配信でいくか！？

MR-S オイル交換 244,908km 2025/04/27

Sun, 27 Apr 2025 00:00:00 GMT

2025/04/27 24,4908km

オイル交換

Castrol(カストロール) エンジンオイル EDGE RS 10W-50 API SN 4L 90430-12028 : トヨタ(90430)オイルパンドレンコックG/K

OBSでGT7のテレメトリーデータをゲーム画面に自然にオーバーレイ表示してみた

Sun, 09 Feb 2025 00:00:00 GMT

OBSでGT7のテレメトリーデータをゲーム画面にオーバーレイ表示

GT7は、レース中など走行中のテレメトリーデータを裏で吐き出しているようでアプリを使用してテレメトリーデータを可視化することができる

今回は、このテレメトリーデータをOBSでGT7のゲーム画面にいい感じにオーバーレイしてみよう

テレメトリーデータの取得

まずはテレメトリーデータの取得を行う準備を行う

Androidであれば自分は下記のアプリを使用している

SIM Dashboard https://play.google.com/store/apps/details?id=de.stryder_it.simdashboard&hl=ja

iPhoneにも似たようなアプリがあるが、そちらは使ったことがないので自分で探してもらいたい

画面表示のレイアウトはテンプレートが共有されているので、探して良さそうなのを選べばＯＫ自分で１からレイアウトを作る必要はない

実際にアプリを使用すると下記のような画面が取得できる

スマホ画面をキャプチャー

AndroidばDP Alt Mode対応の機種(Pixel8Proとか)は、下記のような変換ケーブルで USB -> HDMI に変換できるので

RS-UCHD4K60-1M https://www.ratocsystems.com/products/smartdev/smartcable/uchd4k60m/

iOSでも上記のであれば使えると思うが試していないので、自分で探してほしい

あとは適当なキャプチャー機材で映像をキャプチャーすればOBSに取り込める

フルHD程度キャプチャーできれば十分なので、自分は数千円くらいのこういう小さいやつでキャプチャーしている

必要なテレメトリー表示だけ抜き出すOBS設定方法

アプリ画面をそのままでゲーム画面にのせてもいいのだが、アプリの画面から必要な情報の箇所だけを切り抜いてい配置するとゲーム画面になじんで自然な表示にできる

そのためには、

1つの映像ソースをコピーして複数の映像ソースに分割
コピーした映像ソースそれぞれにクロップ処理を行い必要な個所のみに切り抜くという処理が必要になる

キャプチャーの仕方によると思うが、キャプチャーボードであれば普通に1つの画面を複数の映像ソースとして参照できるのだが、 USBカメラなどは同じように設定してもどれか1つにしか映像が表示できなかったり映像は表示できてもクロップフィルターが共有されてしまい、それぞれで別の箇所を切り抜けなかったりした

なので、すこし裏技的な設定になるがシーンを使用することでUSBカメラの場合でも、1つの画面を複数の映像ソースとして参照して切り抜くことができた

やり方は

切り抜きたい箇所ごとにシーンを作成
シーンにアプリ画面の映像ソースを追加
メインのシーンに先ほど作成したシーンを追加
追加したシーンにクロップフィルターを適用して切り抜きという設定方法で、1つの画面を複数の映像ソースとして参照して切り抜くことができる

ただし、この設定の仕方によるのかわからないが、複数の映像ソースをクロップしているので、すこしOBSが重くなった気がする

ぎりぎりのPCスペックだと、このような表示はキツイかもしれない

実際に切り抜いてテレメトリー表示だけ配置してみるとこんな感じになる

OBSでテレメトリーデータをいい感じにオーバーレイする

最終的にはこのようにゲーム画面上に配置してみた

アプリ画面そのまま表示するより自然に見えるようになった

Windows11で普段使うアプリのインストールを爆速で行う方法

Mon, 13 Jan 2025 00:00:00 GMT

下記のバッチファイルを作成してダブルクリックで終了環境セットアップ後は一度Windowsを再起動

wingetは昔はインストールしてたが今はデフォルトで入ってるのか？なければ、そこだけ手動インストール

windows11setup.bat

@echo off

echo Installing Google Chrome using winget...
winget install -e --id Google.Chrome

echo Installing Google Japanese Input using winget...
winget install -e --id Google.JapaneseIME

@REM For Windows Useful Tools
echo Installing Microsoft PowerToys using winget...
winget install -e --id Microsoft.PowerToys

echo Installing Windows Terminal using winget...
winget install -e --id Microsoft.WindowsTerminal

@REM For Communication
echo Installing Discord using winget...
winget install -e --id Discord.Discord

echo Installing Slack using winget...
winget install -e --id SlackTechnologies.Slack

@REM For Develop
echo Installing Docker Desktop using winget...
winget install -e --id Docker.DockerDesktop

echo Installing Visual Studio Code using winget...
winget install -e --id Microsoft.VisualStudioCode

@REM For OBS StudioFor OBS Studio
echo Installing iTunes using winget...
winget install -e --id Apple.iTunes

echo Installing OBS Studio using winget...
winget install -e --id OBSProject.OBSStudio

@REM For Photo
@REM echo Installing Amazon Photos using winget...
@REM winget install -e --id Amazon.Photos
@REM Not Found

@REM For Online Storage
echo Installing Google Drive using winget...
winget install -e --id Google.GoogleDrive

echo Installing Dropbox using winget...
winget install -e --id Dropbox.Dropbox

@REM echo Installing Resilio Sync using winget...
@REM winget install -e --id Resilio.Sync
@REM Not Found

@REM For Game
echo Installing Steam using winget...
winget install -e --id Valve.Steam

echo Installing Epic Games Launcher using winget...
winget install -e --id EpicGames.EpicGamesLauncher

echo Installing DMM Game Player using winget...
winget install -e --id DMM.com.GamePlayer

echo Installation completed.
pause

MR-S オイル交換,オイルフィルター交換 239,026km 2024/11/30

Sun, 01 Dec 2024 00:00:00 GMT

23万9026km　3.25L オイルフィルター交換あり

2024年メインPC構築メモ

Sun, 11 Aug 2024 00:00:00 GMT

全体構成

https://2tom.jp/diy/?a=9000&b=1&c=2&d=16&e=&f=&g=1.8&st.cpu=0&st.Auto_mode=0&st.gpu=0&st.size=1&st.chipset=0&st.hashOK=true&st.color=0&h=1.272260,13.461116,2.233560,3.103416,4.134752,6.537337,7.152425,11.520841,12.346510,14.78858

CPU ： Ryzen 9 7950X   77456円
　　　　 [ AMD | 性能(PassMark)：62,775 | 1スレッド性能(PassMark)：4,279 | 16コア | 32スレッド | Ryzen 7000シリーズ | Socket AM5 | TDP:170W | ﾁｯﾌﾟｾｯﾄ:A620,B650,B650E,X670,X670E | GPU:Radeon Graphics ]

CPUクーラー ： AN600 R-AN600-BKNNMN-G   6596円
　　　　 [ DEEPCOOL | トップフロー型 | ノイズレベル:24.4dB（A） with LSP：20dB（A） | 120x120x15mm | TDP:180 | 幅x高さx奥行:122x67x120mm | 対応ｿｹｯﾄ:LGA 1700/1200/1151/1150/1155AM5/AM4 ]

メモリ ： Corsair CMK32GX5M2B5200C40W [DDR5 PC5 41600 16GB ] 2枚   15464円
　　　　 [ Corsair | 16GB | 2枚 | 合計容量：32GB | DIMM DDR5 SDRAM | 5200MHz　 ]

GPU ： ASUS TUF-RTX3090-O24G-GAMING   中古 111,800円
　　　　 [ ASUS | 性能(PassMark)：26,764 | NVIDIA GeForce RTX 3090 | メモリ：24.0 GB | 消費電力:420W | 299.9x126.9x51.7mm ]

SSD ： WD Blue SN570 NVMe WDS100T3B0C   9500円
　　　　 [ WESTERN DIGITAL | 1TB | 3GB/s | M.2 （Type2280）　 ]

マザーボード ： B650 Steel Legend WiFi   27521円
　　　　 [ ASRock | AMD B650 | ATX | ﾒﾓﾘｽﾛｯﾄ数：4 | DIMM DDR5 | RAID:1個 | VRM数:○ | M.2:M key：type 2230/2260/2280 | PCIe4.0対応なので、PCIe5.0のグラボは性能が出ない可能性があります。 ]

OS ： Microsoft Windows 11 Pro 日本語版   9196円
　　　　 [ マイクロソフト |  ]

PCケース ： COOLER MASTER QUBE 500 Flatpack White Q500-WGNN-PSE [ホワイト]   14376円
　　　　 [ COOLER MASTER | ATX MicroATX Extended ATX（最大幅：SFX電源使用時296mm/ATX電源使用時273mm） Mini-ITX | 7.8kg | 内容積：231x415x406mm | 水冷：○ | GPUサイズ:365mm | CPUｸｰﾗｰ高:164mm/172mm （水冷ブラケット不使用） | 電源規格:SFX、SFX-L、ATX | 電源サイズ:173mm（GPUスロット1の高さまで）/216mm/332mm ]

電源 ： TUF-GAMING-850G   19096円
　　　　 [ ASUS | フォームファクタ：ATX12V 規格：ATX 3.0 | 850W | 80PLUS認証○　GOLD | 150x150x86mm ]

ケースファン ： Sirius Loop ASL120 ASL120FAN-3PK   3022円
　　　　 [ IN WIN | 最大風量50CFM | ﾌｧﾝｻｲｽﾞ120mm角 | 厚さ25mm | 最大ﾉｲｽﾞﾚﾍﾞﾙ27dB | 最大回転数1800rpm | PWM：○ | 発光：○ | 　 ]

―――――――――――――――――――
合計 : 310475円
―――――――――――――――――――
構成概要
Ryzen 9 7950X | メモリ：16GB×2枚 合計32GB | GPU:NVIDIA GeForce RTX 3090 | SSD:1TB | 電源:850W
CPU-GPUバランス：グラボが弱め（0.43）

組み立て

開封していく

マザーボード関係を組み立てる

完璧なクリアランス

背面＆前面を組み立てる

いったん動作チェック

上面&底面を組み立てる

側面を組み立てる

完成

PRレビューの品質と速度の改善をAIでなんとかしてみる

Sun, 25 Feb 2024 00:00:00 GMT

PRレビューの品質と速度の改善

開発時にPRを作成して複数人でレビューしてマージするというのが一般的な開発の進め方になっています。
ただ、PRレビューには時間も手間もかかるためPRを作成してもなかなかレビューが終わらなかったり、レビューする人によって指摘の品質がまちまちだったりします。
そこでAIにPRレビューをさせることで、自動でPRレビューをさせてPRレビューの品質と速度の改善を行います。
AIがレビューすることによりLintチェックやフォーマッターのように人間がレビューする時点のコード品質を一定以上になるようにして人間のレビュアーの負担を軽減しつつ品質の均一化も狙っています。

GitHub Actions

GitHub ActionsとしてAIレビューのワークフローを組んで実装してみました。また、今回はAIレビューだけでなくPRの修正量をチェックするワークフローを追加しています。これはAIで入力できるデータ量には制限があるのと、要約などを行うのに量が多すぎるとレビューの精度が下がるためです。人間がレビューする時にも大量の修正を含むPRレビューの効果は低いと言われているため、PRサイズの制限も導入しています。(Pull requestの理想的なサイズとその理由) このワークフローを使用する際には、OpenAI APIのAPIKeyを取得してGithubのSecretsにOPENAI_API_KEYの変数として設定してください。

今回作成したGithubActionsのコードが下記です。

.github/workflows/main.yml

name: On pull request

on:
  pull_request:
    types: [opened]
  pull_request_review_comment:
    types: [created]
  issue_comment:
    types: [created]

jobs:
  limit-changes:
    if: ${{ github.event_name == 'pull_request' }}
    uses: ./.github/workflows/check-pr-changes-limit.yml
    with:
      limit: 400
      extension: kt|java
  code-review:
    if: ${{ github.event_name == 'pull_request' || github.event_name == 'pull_request_review_comment' || github.event_name == 'issue_comment' }}
    uses: ./.github/workflows/check-pr-ai-reviewer.yml
    with:
      openai_light_model: 'gpt-4'
      openai_heavy_model: 'gpt-4'
      language: 'ja-JP'
    secrets:
      GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
      OPENAI_API_KEY: ${{ secrets.OPENAI_API_KEY }}

github/workflows/check-pr-ai-reviewer.yml

name: Code Review

permissions:
  contents: read
  pull-requests: write

on:
  workflow_call:
    inputs:
      debug:
        description: Debug mode
        required: false
        type: boolean
        default: false
      review_simple_changes:
        description: Review simple changes
        required: false
        type: boolean
        default: false
      review_comment_lgtm:
        description: Review comment LGTM
        required: false
        type: boolean
        default: false
      openai_light_model:
        description: OpenAI light model to use
        required: true
        type: string
        default: 'gpt-4'
      openai_heavy_model:
        description: OpenAI heavy model to use
        required: true
        type: string
        default: 'gpt-4'
      openai_timeout_ms:
        description: OpenAI timeout in milliseconds
        required: false
        type: number
        default: 900000
      language:
        description: Language of the review
        required: true
        type: string
        default: 'ja-JP'
    secrets:
      GITHUB_TOKEN:
        required: true
      OPENAI_API_KEY:
        required: true

concurrency:
  group: ${{ github.repository }}-${{ github.event.number || github.head_ref ||
    github.sha }}-${{ github.workflow }}-${{ github.event_name ==
    'pull_request_review_comment' && 'pr_comment' || 'pr' }}
  cancel-in-progress: ${{ github.event_name != 'pull_request_review_comment' }}

jobs:
  review:
    runs-on: ubuntu-latest
    steps:
      - uses: coderabbitai/ai-pr-reviewer@latest
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
          OPENAI_API_KEY: ${{ secrets.OPENAI_API_KEY }}
        with:
          debug: ${{ inputs.debug }}
          review_simple_changes: ${{ inputs.review_simple_changes }}
          review_comment_lgtm: ${{ inputs.review_comment_lgtm }}
          openai_light_model: ${{ inputs.openai_light_model }}
          openai_heavy_model: ${{ inputs.openai_heavy_model }}
          openai_timeout_ms: ${{ inputs.openai_timeout_ms }}
          language: ${{ inputs.language }}
          system_message: |
            あなたは @coderabbitai（別名 github-actions[bot]）で、OpenAIによって訓練された言語モデルです。
            些細なコードスタイルの問題や、コメント・ドキュメントの欠落についてはコメントしないでください。
          summarize: |
            次の内容でmarkdownフォーマットを使用して、最終的な回答を提供してください。

              ### 概要: 特定のファイルではなく、全体の変更に関する高レベルの要約を80語以内で。
              ### 詳細: ファイルとその要約のテーブル。スペースを節約するために、同様の変更を持つファイルを1行にまとめることが可能
          summarize_release_notes: |
            このプルリクエストのために、markdownフォーマットで簡潔なリリースノートを作成してください。
            変更は以下のような分類で箇条書きにすること:
              "New Feature", "Bug fix", "Documentation", "Refactor", "Style",
              "Test", "Chore", "Revert"

            例えば:
            ```
            - New Feature: モーダルコンポーネントを追加
            ```
            回答は50-100語以内にしてください。

github/workflows/check-pr-changes-limit.yml
```
name: Limit number of changed lines
```

on: workflow_call: inputs: limit: description: Limit of changes required: true type: number extension: description: > File extensions that you want to count changes. Do not include "." before extensions. Use regular expressions if you want to specify multiple extensions. (example) kt|yml|gradle required: true type: string exclude_dir: description: > Directories where you don't want to count changes. Do not add "/" at the end of directory name. type: string required: false

env: LIMIT: ${{ inputs.limit }} EXT: ${{ inputs.extension }} EXCLUDE: ${{ inputs.exclude_dir }}

jobs: limit-changed-lines: name: Limit changed lines in the pull request runs-on: ubuntu-latest steps:

name: Checkout base branch uses: actions/checkout@v3 with: ref: ${{ github.base_ref }}
name: Setup base commit ID run: echo "BASE=$(git rev-parse HEAD)" >> $GITHUB_ENV
name: Checkout PR branch uses: actions/checkout@v3

name: Count number of changed lines and prepare comment id: count_changes run: | changed=$(git diff $BASE --numstat \ | if [ -n "$EXCLUDE" ]; then grep -vE "^(\d+\s+)+\/?($EXCLUDE)\/"; else cat; fi \ | grep -E ".*.($EXT)$" \ | awk '{ additions+=$1; deletions+=$2 } END { print additions+deletions }') echo "CHANGED=$changed" >> $GITHUB_ENV

  if [ $changed -gt $LIMIT ]; then
    message="**The number of changed lines exceeds the limit.**\n:hammer_and_wrench: LIMIT: $LIMIT, :fire: CHANGED: $changed"
    echo "MESSAGE=$message" >> $GITHUB_ENV
    echo "::error::Exceeds limit. (Limit: $LIMIT, Changed: $changed)"
  else
    message=":sparkles: Changes are within the limit :sparkles:"
    echo "MESSAGE=$message" >> $GITHUB_ENV
  fi

name: Post comment uses: actions/github-script@v6 with: script: | const message = process.env.MESSAGE; github.rest.issues.createComment({ issue_number: context.issue.number, owner: context.repo.owner, repo: context.repo.repo, body: message });

Code Review Workflowの解説

このWorkflowは、プルリクエストの開始、プルリクエストレビューコメントの作成、およびイシューコメントの作成に反応します。特に、GitHubのイベントに基づいて動作し、コードレビューのプロセスを自動化するために設計されています。

Githubの権限権限

このWorkflowには、コンテンツの読み取りとプルリクエストの書き込み権限が必要です。

トリガー

下記のイベントに反応して自動レビューが起動されます。

pull_request: プルリクエストが開かれたとき
pull_request_review_comment: プルリクエストのレビューコメントが作成されたとき
issue_comment: イシューにコメントが作成されたとき

並行性

このWorkflowでは、concurrencyを設定しています。これは、特定のグループ内で複数のジョブが同時に実行されるのを防ぎ、重複や競合を避けるためです。また、プルリクエストレビューコメントイベントが発生した場合にのみ、進行中のジョブのキャンセルを避ける設定が施されています。

レビュー

このアクションは、AIによるコードレビューを提供し、以下の環境変数を使用します：

GITHUB_TOKEN: GitHubから提供されるトークンを設定します。
OPENAI_API_KEY: OpenAIのAPIキーを設定します。

また、以下のオプションを設定しています：

`debug: false` : デバッグモードの無効化
`review_simple_changes: false` : 単純な変更に対するレビューの無効化
`review_comment_lgtm: false` : LGTMのレビューコメントを無効化
`openai_light_model: gpt-4` : 要約などに使用するOpenAIモデルの選択しています、コスト削減でgpt-3.5-turboを指定するのもあり
`openai_heavy_model: gpt-4` ; コードレビューに使用するOpenAIモデルの選択しています
`openai_timeout_ms: 900000`:処理のタイムアウト時間
`language: ja-JP` : 生成する言語を設定しています

レビューの概要と詳細

AIは、レビューの概要と詳細なフィードバックを提供します。これには、変更の高レベルの要約、ファイルごとの変更点の詳細、リリースノートの作成が含まれます。

このWorkflowは、開発プロセスを効率化し、より迅速かつ正確なフィードバックを提供することを目的としています。

実行結果

ワークフローをリポジトリに反映して、実際にPRを作成してAIコードレビューを試してみます。
PRが作成されるとAIレビューが開始され下記のような処理中コメントが追加されます。
そのまま数分待つと下記のようにPRのサマリが自動で更新されます。
またコメントでもPRの詳細な要約が生成されます。
さらにケアレスミスや改善案のコメントも追加されています。
AIレビューの設定で日本語指定していたのでレビューもしっかり日本語で生成されています。

コスト面

コスト麺はだいたい１回レビューするのに100円程度かかりました。
すべてをGPT4で処理するようにしているのと日本語で回答するようにしているので高めになっていると思います。
この辺はチューニングの余地アリで、
- `openai_light_model: 'gpt-4'`としていたところをgpt-3-turboにする
- レビューを英語で生成する
- レビュー生成用のプロンプトを工夫してトークン数が減るようにする
上記の対応をすることでもう少しコスト削減はできると思います。

まとめ

AIによるコードレビューを導入して試してみました。思ったより使えるなという印象で、フォーマッターやLintチェックではレビューし辛い内容のレビューが生成できていたかと思います。 GPT４を使用するので1回のレビューでもそれなりのコストがかかりますが、人間がレビューするよりは低いコストでレビューが行えました。また、人間によるレビューではレビュアーによってレビューの品質はまちまちになりがちですが、フォーマッターやLintチェックのようにAIレビューであれば一定以上の品質を担保しやすくなります。 AIレビュー用にPRサイズ制限もしているので最終的に人間がレビューする際も見やすいサイズのPRになります。 gpt-4のコストがさらに安くなればもっと気軽にバンバン使いたいとこです。

参考

バッテリー上がりは突然に

Sat, 12 Aug 2023 00:00:00 GMT

セルモータが回らない

駐車場にしばらく止めていたらセルモータが回らなくなっていた。メータやらに電気は来ているようだったので、最初はこの夏の暑さでセルモーターがとうとうオシャカになったかと思った。とりあえず、バッテリーを疑いモバイルジャンプスターターを持っていたのでそれで始動を試みてみた。

ジャンプスターターも効かない

ジャンプスターターを充電して戻って来るとキーレスエントリーまで反応しなくなっていた。短時間でバッテリーが完全にあがってしまっていた。ただのバッテリー上がりではない嫌な予感がしつつも、エンジンルームを開けてバッテリーにジャンプスターターを繋げてエンジンをかけてみる。が、セルがちょっと動くだけでエンジンはかからない。何度かやってジャンプスターターのバッテリーが切れてしまった。

何かがおかしい

この時点でセルモーターが怪しい気もするが何かがおかしい。しかし、この日は電気系を調べるテスターを持っていなかったので、いったん作業を中断してそのままにして帰宅。会社の駐車場でよかった。

暗電流を測ってみる

前日になにかがおかしいと思っていたのでとりあえず暗電流を測ってみることに。すると何も動いていないのになんと6A近くも暗電流が流れていた。これではバッテリーがすぐに空になるのも当然でジャンプスターターも効かないわけである。

暗電流の原因は？

だんだん原因に近づいてきた。ヒューズボックスを開けてヒューズを抜いていきながら暗電流を測定して原因を探っていくことにする。すると、STOPのヒューズを抜いたときに暗電流が大きく下がった。

STOPのヒューズはリアのテールランプのヒューズなので、ヒューズを戻してテールランプのカプラーを外すと同じように暗電流が大きく下がった。原因はテールランプだった。テールランプのどこかがショートしているのかと思ったが、配線や電球が切れている様子はない。原因がわからずディーラに持っていくしかないかと思ったが、いったん保留で作業を中断してまた帰った。

新犯人はお前か！

いろいろとネットなどで調べ直していくと１つ気になる症例を見た。ブレーキランプをつけたり消したりするブレーキペダルにあるセンサーに使われるストップランプスイッチクッションというのが砕けてブレーキランプが点きっぱなしになるという症例だ。翌日、もしやと思い運転席を調べてみるとビンゴである。

砕けた破片がマットの上に散らばっていた。黒い部品に黒いマットだったので落ちているのに全く気づかなかった。また、ブレーキランプが付きっぱなしなのに、もっと早くきづければよかったが昼間に調べていて全く見えていなかった。

交換パーツがない！

ようやく原因にたどりつけたが、このパーツのストックはないため発注。発注したパーツ番号は90541-06036で大抵の車と共通のようだ。 https://www.monotaro.com/p/2649/8544/

しかし、メーカー在庫切れで届くのは1週間以上先であった。仕方ないので応急処置としてテープをぐるぐる巻にして高さを調整して両面テープでストップランプスイッチクッションの代用として取り付けた。ブレーキランプの消灯点灯が問題なく動くのを確認していったん帰宅。

修理完了

パーツが届いたので応急処置のテープとはおさらばして交換。原因がわかってみると全く大したことがなかった。ディーラーに頼んでいたら積車と原因調査の工賃でいくらかかっていたことやらである。 1個120円、1分で交換できる部品のためにエラくてんやわんやすることになった。

SUPER GT 2022 Rd.7 オートポリス観戦旅行

Fri, 07 Oct 2022 00:00:00 GMT

チケット種別について

決勝日のみグランドスタンドは有料になります各ファンシートチケットなら2日間通し入場券、グランドスタンド入場券とグッズがセットになっていてかなりお得です。車で行くならファンシートチケットと4輪駐車券で通常はOKです。

宿泊場所

岡山国際サーキット同様に周辺に宿泊施設がほぼありません。ホテルを取るとしたら早期に熊本方面で探したほうがいいでしょうキャンプエリアであればテントの設営が可能です。また、通常の駐車券でも場内駐車場で車中泊が可能ですがテントは使えません土曜に駐車したらそのまま一度も退場せずに日曜の終わりまで動かずにいることも可能です。以前は一度退場する必要があったようですが変わったようです。再入場も可能ですが門限が24時でした駐車場内ではお湯を沸かしたり程度は問題ないようです 10月のオートポリスはそこまで寒くないですが10℃前後までは下がりますある程度の防寒が必要です

サーキットまでのルート

日田ICからのルートは避けましょう ICからの道のりはMR-Sでも60km/hでは険しい峠道が延々1時間続きます決勝終了から2時間程度経ってから出発しても渋滞に捕まり2時間半かかりました次回は熊本からのルートにすると誓いました

駐車場

岡山と違い場内駐車場が広大なのでいっぱいになるということはなさそうです入り口から各駐車場へのルートは初めてだとわかりにくいので確認しておきましょう入り口はメインゲートのみです

タイムスケジュール

https://autopolis.jp/ap/wp-content/uploads/2022/09/2022-sgt-time.pdf

場内の移動

場内を反時計回りで周遊するバスがあり目的の場所付近までは基本バスを利用しましたただ、決勝中はなかなかバスが来ない場合があります来るときは２〜３台いっきにくるので長蛇の列でも意外と１回で乗れます場所によっては歩いたほうが早い場合もありました

観戦場所

キャンプエリアはそのキャンプエリアへの入場券がないと入れません最終コーナ周辺のスタンドからはコースの大部分が見渡せます。双眼鏡があれば第一ヘアピンまで見えます。ただ、日よけがないので大判のタオルなどで日差しを避けられるようにしていきましょうさよぐりんブリッジ周辺はかなり迫力があるのでおすすめですグランドスタンドは屋根があるおかげで日陰で観戦できるのでおすすめです

持ち物

グランドスタンド周辺であれば自販機がいくつか設置されていますが、補充と冷却が間に合わず冷たい飲料を入手するのが難しいときがありました可能なら保冷剤を入れたクーラボックスで飲料水は持参したほうがいでしょう

最終コーナ周辺のスタンドで観戦するなら日よけがないので帽子や大判のタオルなどで日差しを避けられるようにしましょう日傘はスタンドで使用するとスタッフさんに注意されます

車中泊をするならポータブルバッテリーや防寒具（上着、毛布など）などがあるといいでしょう

移動スケジュール

9/30 340km

島根　6:30発宮島SA　9:15着壇ノ浦PA　12：00着ららぽーと福岡(実物大νガンダム立像) 14:30着ホテルフロントイン福岡空港　16:30着

10/1　126km

ホテルフロントイン福岡空港 9:00発日田IC 10:00着エネオス日田北SS　給油、買い出しなどオートポリス 12:00着オートポリス車中泊

10/2 78km

オートポリス　18:00発ホテル花景色　20:30着

10/3 304km

ホテル花景色　9:30発福岡周辺観光ファミリーロッジ旅籠屋　宮島SA店 20:15着

10/4 186km

ファミリーロッジ旅籠屋　宮島SA店 8:30発島根 11:00

参考

　http://ke-kun.com/circuit/autopolis-guide.html

ConstLayntLayout内でmatchParentを使用した場合に警告するカスタムLintを作成する

Sat, 26 Feb 2022 00:00:00 GMT

はじめに

DroidKaigi 2021にて行われた下記の発表に触発されて

DroidKaigi 2021 - 25分で作るAndroid Lint / Nozomi Takuma [JA] - YouTube 25分で作るAndroid Lint / Android Lint made in 25 minutes - Speaker Deck

PRレビューでよく指摘していたことをLintにできたらいいなと思い、上記を参考に自分もAndroidのカスタムLintを作成してみました。 Lint化しておけばローカルの開発環境や、CI上でDangerを使用してPR作成後に自動でLintチェックを行い、レビュアーが指摘せずとも間違いに気づける環境が構築できるという狙いがあります。

カスタムLint作成の準備

まずは発表内容を参考にカスタムLint作成時に必要なものが揃っているので下記のリポジトリをベースに作成していきます。

GitHub - googlesamples/android-custom-lint-rules: This sample demonstrates how to create a custom lint checks and corresponding lint tests

今回はConstraintLayout内の子Viewに android:layout_width="match_parent"もしくは android:layout_height="match_parent" が設定されている場合に警告するLintを作成してみます。

ConstraintLayout内の子Viewにmatch_parentを使っては行けない理由は公式ドキュメントにかかれているのでそちらを参考にしてください。 ConstraintLayout | Android Developers

layout.xmlに対するLintの作成方法は発表内容やドキュメントだけだとわかりにくいので標準のConstraintLayoutのLintのコードを参考にしながら作成しました。

ConstraintLayoutDetector.kt - Android Code Search

layout.xmlに対するカスタムLintの作成

まずはカスタムLintの本体となるLayoutDetectorを実装していきます。

appliesToやgetApplicableElementsでLintを適用する対象を絞っています。 visitElementで対象を実際にLintチェックするコードを実装します。最後にLintチェックに引っかかったらcontext.reportでIssueを報告するようにします。

package com.example.lint.checks.detector

import com.android.SdkConstants.*
import com.android.resources.ResourceFolderType
import com.android.tools.lint.detector.api.*
import com.android.utils.forEach
import org.w3c.dom.Element
import org.w3c.dom.Node

class ConstraintLayoutDetector : LayoutDetector() {

    // layoutファイルだけ検出するように設定
    override fun appliesTo(folderType: ResourceFolderType) =
        (folderType == ResourceFolderType.LAYOUT)

    // ConstraintLayoutの要素だけ検出するように設定
    override fun getApplicableElements() = setOf(
        CONSTRAINT_LAYOUT.oldName(),
        CONSTRAINT_LAYOUT.newName()
    )

    // 検出したConstraintLayoutに対してLintCheckを実行
    override fun visitElement(context: XmlContext, element: Element) {
        var child = element.firstChild
        while (child != null) {
            if (child.nodeType != Node.ELEMENT_NODE) {
                child = child.nextSibling
                continue
            }
            // ConstraintLayout内の子Viewの設定をチェックしていく
            child.attributes.forEach { attribute ->
                val name = attribute.localName ?: return@forEach
                val value = attribute.nodeValue
                // android:layout_width or android:layout_heightにmatch_parentが含まれているかチェック
                if (name != ATTR_LAYOUT_WIDTH && name != ATTR_LAYOUT_HEIGHT) return@forEach
                if (value != VALUE_MATCH_PARENT) return@forEach
                // Lintチェックに引っかかったのでreportする
                context.report(
                    issue = ISSUE_USE_MATCH_PARENT_IN_CONSTRAINT_LAYOUT,
                    location = context.getLocation(element),
                    message = ISSUE_USE_MATCH_PARENT_IN_CONSTRAINT_LAYOUT.getExplanation(TextFormat.TEXT)
                )
                return
            }
            child = child.nextSibling
        }
    }

    companion object {
        // Lintで検知した際に表示する内容などを設定する
        @JvmStatic
        internal val ISSUE_USE_MATCH_PARENT_IN_CONSTRAINT_LAYOUT = Issue.create(
            id = "UseMatchParentInConstraintLayout",
            briefDescription = "Similar behavior can be defined by using MATCH_CONSTRAINT with the corresponding left/right or top/bottom constraints being set to \"parent\"",
            explanation = "MATCH_PARENT is not recommended for widgets contained in a ConstraintLayout.",
            category = Category.CORRECTNESS,
            priority = 6,
            severity = Severity.ERROR,
            implementation = Implementation(
                ConstraintLayoutDetector::class.java,
                Scope.RESOURCE_FILE_SCOPE
            ),
            androidSpecific = true
        ).addMoreInfo("https://developer.android.com/reference/androidx/constraintlayout/widget/ConstraintLayout")
    }
}

また、カスタムLint開発時はテストコードでデバッグしながらやるとわかりやすいです。

package com.example.lint.checks

import com.android.tools.lint.checks.infrastructure.TestFiles.xml
import com.android.tools.lint.checks.infrastructure.TestLintTask.lint
import com.example.lint.checks.detector.ConstraintLayoutDetector
import org.junit.Test

@Suppress("UnstableApiUsage")
class XmlDetectorTest {
    @Test
    fun testXML() {
        lint()
            .files(
                xml(
                    "res/layout/sample.xml",
                    """
                <?xml version="1.0" encoding="utf-8"?>
                <layout xmlns:android="http://schemas.android.com/apk/res/android"
                    xmlns:app="http://schemas.android.com/apk/res-auto"
                    xmlns:tools="http://schemas.android.com/tools">

                    <data>

                    </data>

                    <androidx.constraintlayout.widget.ConstraintLayout
                        android:id="@+id/main"
                        android:layout_width="match_parent"
                        android:layout_height="match_parent"
                        tools:context=".ui.main.MainFragment">

                        <EditText
                            android:id="@+id/message_1"
                            android:layout_width="wrap_content"
                            android:layout_height="match_parent"
                            android:text="MainFragment"
                            app:layout_constraintBottom_toBottomOf="parent"
                            app:layout_constraintEnd_toEndOf="parent"
                            app:layout_constraintStart_toStartOf="parent"
                            app:layout_constraintTop_toTopOf="parent" />

                        <EditText
                            android:id="@+id/message_2"
                            android:layout_width="wrap_content"
                            android:layout_height="wrap_content"
                            android:text="MainFragment"
                            app:layout_constraintBottom_toBottomOf="parent"
                            app:layout_constraintEnd_toEndOf="parent"
                            app:layout_constraintStart_toStartOf="parent"
                            app:layout_constraintTop_toTopOf="parent" />

                    </androidx.constraintlayout.widget.ConstraintLayout>
                </layout>
            """.trimIndent()
                ).indented()
            )
            .issues(ConstraintLayoutDetector.ISSUE_USE_MATCH_PARENT_IN_CONSTRAINT_LAYOUT)
            .allowMissingSdk()
            .run()
            .expectErrorCount(1)
    }
}

あとは発表内容にもあるように作成したカスタムLintようのIssueRegistryの作成や src/main/resources/META-INF/services/com.android.tools.lint.client.api.IssueRegistry リソースの追加を行えばカスタムLintモジュールが完成します。

作成したLintを導入する

作成したカスタムLintモジュールを対象のプロジェクトに導入してappのbuild.gradleにlintChecksで追加したLintCheckモジュールを参照します。

// build.gradle(app)
dependencies {

    // Custom Lint Check
    lintChecks project(&#039;:lint-checks&#039;)

}

これで対象のプロジェクトで作成したカスタムLintが機能するようになります。

まとめ

コードレビューで何度も指摘することを検出するカスタムLintを作成することでレビューの負荷が減らすことができます。

また、特定のクラスを参照しないように検知するといったプロジェクト固有のルールを適用するLintも作成できます。

これにより複数人での開発でもプロジェクトがカオスになっていくのを防ぐことができます。

カスタムLintの書き方はドキュメントも少なく分かりづらいですが、既存Lintのコードを参考にすればなんとか作成していけると思います。

[Android]Fragmentの実装の仕方について

Sat, 25 Dec 2021 00:00:00 GMT

[Android]Fragmentの実装の仕方について

Fragment正しく実装できてますか？結構みんな間違ってFragment実装しているコードを見るので、一度Fragmentの実装について自分なりに整理してみました。

FragmentでDatabindingを使う場合の実装について

DatabindingをFragmentのフィールドに持つ場合は必ずonDestroyViewで開放する必要があります。 https://developer.android.com/topic/libraries/view-binding#fragments


    private var _binding: ResultProfileBinding? = null
    // This property is only valid between onCreateView and
    // onDestroyView.
    private val binding get() = _binding!!

    override fun onCreateView(
        inflater: LayoutInflater,
        container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View? {
        _binding = ResultProfileBinding.inflate(inflater, container, false)
        val view = binding.root
        return view
    }

    override fun onDestroyView() {
        super.onDestroyView()
        _binding = null
    }

でそのためにはbindingフィールドをNullableにしないといけないんですが、 Nullableにするといちいちオプショナルの解除が必要でNonNullで宣言したいんですよね。

そこで、こういう風にAutoCleardValueを使ったり https://github.com/DroidKaigi/conference-app-2020/pull/294/files#diff-ece280c4922c43e26a5266b1a334647bR32

DataBinding-ktxを使ったり https://github.com/wada811/DataBinding-ktx

といろいろあるわけなんですが。

調べてみてAutoCleardValueはonDestroyView以降でbindingを触るとクラッシュする可能性があるし。

DataBinding-ktxは結局使い勝手があまりNullableで宣言するのと変わらない感じがあって。わざわざライブラリに依存してまで対応するほどなのか？という気がするし。

で、結局は普通にNullableで宣言すればいいんでは?と思ってしまいました。ただ、絶対にonDestroyViewで開放忘れを無くしたいぜって場合はDataBinding-ktxがいいとは思います。

Fragmentでのviewのinfrateについて

FragmentのviewをinfrateするのにonCreateViewをoverrideしますが。実はAndroidXのFragmentは下記のようにコンストラクタに直接LayoutXMLを渡せて、onCreateViewをoverrideする必要がない書き方ができます。

https://developer.android.com/reference/androidx/fragment/app/Fragment#Fragment(int


class MainFragment : Fragment(R.layout.main_fragment){

}

この書き方だとonCreateViewでinfrate以外のViewの初期化をしたりといった非推奨な書き方をしないように、onCreateViewをそもそも書かないので強制できるわけです。 https://developer.android.com/reference/androidx/fragment/app/Fragment#onCreateView(android.view.LayoutInflater,android.view.ViewGroup,android.os.Bundle

ただこれだとDatabindingのインスタンスはどうやって取得するのか？となるんですが。

onViewCreatedで下記のようにviewRootからDatabindingのインスタンスが取得できるようになっています。

https://developer.android.com/topic/libraries/data-binding/generated-binding#create


val binding: MyLayoutBinding = MyLayoutBinding.bind(viewRoot)

まとめ

いろいろ調べて書いてきましたが結論としてできるだけシンプルに間違った書き方ができない、しずらいコードを目指すとこのサンプルの実装が今の所シンプルで良かったですということです。さすが公式サンプルでした。

https://github.com/android/architecture-components-samples/blob/master/ViewBindingSample/app/src/main/java/com/android/example/viewbindingsample/BindFragment.kt#L36-L41

/**
 * View Binding example with a fragment that uses the alternate constructor for inflation and
 * [onViewCreated] for binding.
 */
class BindFragment : Fragment(R.layout.fragment_blank) {

    // Scoped to the lifecycle of the fragment&#039;s view (between onCreateView and onDestroyView)
    private var fragmentBlankBinding: FragmentBlankBinding? = null

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        val binding = FragmentBlankBinding.bind(view)
        fragmentBlankBinding = binding
        binding.textViewFragment.text = getString(string.hello_from_vb_bindfragment)
    }

    override fun onDestroyView() {
        // Consider not storing the binding instance in a field, if not needed.
        fragmentBlankBinding = null
        super.onDestroyView()
    }
}

MR-Sのエンジンが始動不調からのアイドリング不調

Fri, 24 Dec 2021 00:00:00 GMT

エンジン不調は突然に

今年もとうとう12月になり寒くなってきた。島根は例年よりだいぶ早く雪がちらほらしだしてきたので、スタッドレスタイヤに交換しようとしました。しかし、車を少し動かしてエンジンを切ったのが運の尽き

そう、まさしくこれをやらかしました。

見事にプラグがかぶってエンジンがかからず、アクセルを踏み込んだ状態ならなんとか始動しました。

ところが、今度はアクセルを放すとアイドリングするはずがストンとそのまま回転が落ちてエンスト

アイドリング不調まで発症する始末

エンジン不調を直していく

プラグかぶり

壊れたもんはしょうがないので直していきます。

まずはプラグかぶりから

スパークプラグは清掃して再利用できるとは思うんですが、そこそこ使っていたのとプラグかぶりで真っ黒な上にサビが出ていたので交換します。前回と同じくNGKのプレミアムRXにしときました。 https://www.muaaru.com/2018/12/11/post-279/

そしてスパークプラグのネジが錆びてるのはエンジンヘッドカバーがついてないと雨水などがエンジンの上に溜まってプラグホールに浸透していくからだそうな。

まさにこの動画ほどではないですが、初期症状くらいになってた感じです。

というわけでエンジンヘッドカバーも購入

ついでにいままで一度もコイルを交換したことがなかったのでこれも購入画像だと2つしか写ってないですが4本買ってます

コイルもプラグも交換してプラグかぶりの方はこれでOKなはずエンジンヘッドカバーもつけました。

あとはアイドリングを何とかする。

アイドリング不調

MR-SのOBDコネクタからエラーコードを読み取ろうとしますが、何もエラーが記録されておらず。 https://www.muaaru.com/2018/09/02/post-136/

一応、自己診断機能を作動させてみてそっちでも確認しましたが、やはりエラーなしということでセンサー類は大丈夫そう

そうなるとISCVが汚れて正常に機能しておらずアイドリングができなくなってると推測しました。

バッテリーやらエアクリやら外してスロットルバルブにアクセスします。

バルブ手前の左下にあるISCVの入り口を見ると案の定真っ黒

ISCVに入り口だけにスロットルバルブクリーナーが入るようノズルをしっかり狙ってブシュブシュスプレーします。スロットルバルブクリーナーは結構強力みたいなので少しずつ控えめに吹いていきました。

この状態で一旦エンジンを掛けてみます、まだ安定しませんがアイドリングしそうな雰囲気が出てきました。

ということで、何度かこの作業を繰り返してついにアイドリングするようになりました。

クリーナーを使うとISCVのグリスが切れるらしいので仕上げにISCVにスプレーグリスを吹いときました。

あとは元通りに戻してしばらくアイドリングさせてECUの学習も済ませます。

試走してみましたが元通り問題なくエンジンもかかりアイドリングも問題なし。これで大丈夫そうです。

まとめ

あと少しで20万kmということだったので、いきなりエンジンが動かなくなっったときは最初だいぶ焦りましたが、意外と大したことなくて助かりました。

今回交換したコイルやプラグは使えないわけではないのでいざというときの予備として保管しておきます。

今回部品がすぐに手に入らず1週間くらい車が使えずにめちゃくちゃ不便でした。

いままでエンジン廻りで不調が出たことがなかったので今回はいい経験になりました。

[Android]タップ範囲を広げるレイアウト構築テクニック

Sat, 28 Aug 2021 00:00:00 GMT

小さいアイコンをそのままViewで表示するとタップ範囲が狭くて押しづらくなります。

Material Designのガイドラインでも最低48dp以上のサイズのタップ範囲を設定するよう記述されています。

Accessibility - Material Design

小さいアイコンのタップ範囲を広げたい

Androidでタップ範囲を広げるためにはTouchDelegateが使用できます。

ViewGroup のタッチイベントの管理 | Android デベロッパー | Android Developers

しかし、タッチ範囲を広げたつもりが反応しなかったりなど、 TouchDelegateは正しく動作させようとすると意外とハマりどころが多く実装が難しいです。

そこで、もっと簡単にタップ範囲を広げてみます。

TouchArea用のViewを追加する

このように真ん中に配置された小さいアイコンのタップ範囲を拡大していきます。

ここではtouch_area_small_icon_viewというタップ範囲用のViewを追加しています。このViewはlayout_constraintBottom_toBottomOfなどで左右上下にsmall_icon_viewを指定して、２つのViewの中心が同じ位置になるようにしています。

こうすることでtouch_area_small_icon_viewのサイズを変えることでタップ範囲を調整できるようにします。

<androidx.constraintlayout.widget.ConstraintLayout
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        tools:context=".MainActivity">

        <ImageView
            android:id="@+id/small_icon_view"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            app:layout_constraintBottom_toBottomOf="parent"
            app:layout_constraintEnd_toEndOf="parent"
            app:layout_constraintStart_toStartOf="parent"
            app:layout_constraintTop_toTopOf="parent"
            app:srcCompat="@android:drawable/ic_delete" />

        <View
            android:id="@+id/touch_area_small_icon_view"
            android:layout_width="48dp"
            android:layout_height="48dp"
            app:layout_constraintBottom_toBottomOf="@id/small_icon_view"
            app:layout_constraintEnd_toEndOf="@id/small_icon_view"
            app:layout_constraintStart_toStartOf="@id/small_icon_view"
            app:layout_constraintTop_toTopOf="@id/small_icon_view" />

    </androidx.constraintlayout.widget.ConstraintLayout>

あとはtouch_area_small_icon_viewに設定していたClickListenerをtouch_area_small_icon_viewに付け替えます。

これでタップ範囲の拡大ができました。

タップ範囲を可視化する

このやり方だとタップ範囲用にViewを追加しているので、タップ範囲をレイアウトファイルで可視化することができます。

touch_area_small_icon_viewに下記の設定を追加することでタップ範囲が可視化できます。 toolsで指定しているのでレイアウトエディタ上でのみ可視化が反映されます。

tools:background="@android:color/holo_red_dark"
tools:alpha="0.3"

<androidx.constraintlayout.widget.ConstraintLayout
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        tools:context=".MainActivity">

        <ImageView
            android:id="@+id/small_icon_view"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            app:layout_constraintBottom_toBottomOf="parent"
            app:layout_constraintEnd_toEndOf="parent"
            app:layout_constraintStart_toStartOf="parent"
            app:layout_constraintTop_toTopOf="parent"
            app:srcCompat="@android:drawable/ic_delete" />

        <View
            android:id="@+id/touch_area_small_icon_view"
            android:layout_width="48dp"
            android:layout_height="48dp"
            app:layout_constraintBottom_toBottomOf="@id/small_icon_view"
            app:layout_constraintEnd_toEndOf="@id/small_icon_view"
            app:layout_constraintStart_toStartOf="@id/small_icon_view"
            app:layout_constraintTop_toTopOf="@id/small_icon_view"
            tools:background="@android:color/holo_red_dark"
            tools:alpha="0.3"/>

    </androidx.constraintlayout.widget.ConstraintLayout>

まとめ

TouchArea用のViewを追加することで単純にレイアウトファイルの修正だけで対応できました。さらにタップ範囲もレイアウトエディタ上で確認でき、わかりやすいので範囲調整も容易です。

どんな場合でも適用できるとはわけではないですが、大抵はこのやり方で十分ではないでしょうか。

[Android]Android端末のデバイスファームSTFを構築する

Mon, 09 Aug 2021 00:00:00 GMT

STF

このSTFというのは、AWS Device Farm のように Android端末のデバイスファームを自作できるツールになります。 GitHub - DeviceFarmer/stf: Control and manage Android devices from your browser.

このSTFを構築しておくと会社にあるAndroid端末でも自宅からリモートで接続してデバッグに使用できるようになります。

今回、これがDocker Composeで簡単に構築できるというのを耳にして構築してみました。

準備

まずはDocker ComposeとADBコマンドを使用できるようにします。

Dockerのインストールは下記を参照してインストールしておきます。 Docker Compose のインストール — Docker-docs-ja 19.03 ドキュメント

ADBコマンドはAndroidStudioをインストールすれば一緒についてきます。
そのままだとパスが通って無くて使えないのでパスを通しておきます。

Macの場合だと ~/.bash_profile にADBのパスの設定を追記しておきます。
[user_name]は自分のPCの環境に合わせてください。

export PATH=$PATH:/Users/[user_name]/Library/Android/sdk/platform-tools

source ~/.bash_profile

で反映して適当にadbコマンドが実行できるようになっていればOKです。

最後にdocker-compose.yamlを用意していきます。

STF公式のdocker-compose.yamlが下記にあります。 stf/docker-compose.yaml at master · DeviceFarmer/stf · GitHub

ただ、公式のものはADB用のコンテナ内からUSBに接続したAndroid端末を認識するようになっているのですが、自分の場合だとうまく認識しなかったのでホストのADBコマンドを直接使うように変更しています。また、stf の起動オプションに --no-cleanup でインストールしたアプリを端末利用終了時に削除されないようにしています。

下記の設定ファイルのIP:192.168.100.193 の部分を自分のホストのIPに変更すればMacでもWindowsでも構築できるはずです。

今回作成した docker-compose.yaml ファイル

# [DeviceFarmer/stf: Control and manage Android devices from your browser.](https://github.com/DeviceFarmer/stf)

# 使い方
# 1. 192.168.100.193 の部分を自分のホストのIPに変更
# 2. adb start-server
# 3. docker-compose up -d
# 4. http://192.168.100.193:7100 にアクセスすれば管理画面が表示される

version: '3'

services:
  rethinkdb:
    container_name: rethinkdb
    image: rethinkdb:2.3
    restart: unless-stopped
    volumes:
      - 'rethinkdb-data:/data'
    command: 'rethinkdb --bind all --cache-size 2048'

  # コンテナからUSBがうまく認識しなかったのでホストのadbを使うようにする
  # adb:
  #   container_name: adb
  #   image: devicefarmer/adb:latest
  #   restart: unless-stopped
  #   volumes:
  #     - "/dev/bus/usb:/dev/bus/usb"
  #   privileged: true

  # --adb-host host.docker.internal でホストのadbを使用する　
  #     コンテナを起動する前に adb start-server でadbを立ち上げておくこと
  # --no-cleanup で インストールしたアプリを端末利用終了時に削除されないようする
  # http://192.168.100.193:7100 にアクセスすれば管理画面が表示される

  stf:
    container_name: stf
    image: devicefarmer/stf
    ports:
      - '7100:7100'
      - '7110:7110'
      - '7400-7500:7400-7500'
    environment:
      - TZ=&#039;America/Los_Angeles&#039;
      - RETHINKDB_PORT_28015_TCP=tcp://rethinkdb:28015
      - STF_ADMIN_EMAIL=p1j98x1i@gmail.com
      - STF_ADMIN_NAME=p1j98x1i
    restart: unless-stopped
    command: stf local --public-ip 192.168.100.193 --adb-host host.docker.internal --provider-min-port 7400 --provider-max-port 7500 --no-cleanup

volumes:
  rethinkdb-data: {}

起動

準備ができたらSTFサーバーを立ち上げていきます。

今回はホストのADBコマンドを直接使うように変更しているので、まずはホスト側で端末を認識できるようにADBサーバを起動しておきます。

adb start-server

あとはdocker-compose.yamlがあるディレクトリで

docker-compose up -d

を実行すればSTFのサーバが立ち上がります。

ポートは7100で設定されているので http://192.168.100.193:7100 にアクセスすればSTFの管理画面が表示されます。

使い方

STFの管理画面にアクセスるとユーザー登録の画面が表示されるので、適当にユーザー登録するとログインできるようになります。

ホストPCにAndroid端末を接続すると端末側にデバッグ接続許可のダイアログが表示されるので承認すればDevicesの画面に接続した端末が表示されます。

デフォルトだと言語が英語になってますが、上部のメニューのSettingsから日本語に設定することもできます。

リストのUseボタンを押すと端末の操作画面が開きます。

端末の操作画面ではエミュレータを操作するようにブラウザ上で端末を操作できます。

さらにRemote debugの項目に記述されているコマンドを手元のPCで実行すれば、 AndroidStudioから直接ローカルの端末と同様に端末にリモート接続してデバッグが行なえます。

adb connect 192.168.100.193:7401

Appsの項目の設定アイコンを押すと端末の設定画面が直接開けたりと他にも便利な機能がいろいろとあります。

まとめ

STFを構築してみましたが、完成度が高くさまざまな機能があってデバッグする上で困ることはほぼなさそうです。また、1度Docker Composeファイルを作ってしまえば構築もほとんど手間がかかりません。

昨今のリモートワークする機会が多くなっていますが、なかなか自宅に端末を揃えるのも負担です。

会社の端末でデバッグしたいというときに、このSTFを構築してVPNで接続できるようにしておけば、自宅からエミュレータでデバッグするように会社の実機端末でデバッグできるため、端末を取りに出社するというようなことも減らせそうです。

android.visibilityにvisible,invisible,goneをデータバインドする方法

Sun, 08 Aug 2021 00:00:00 GMT

Viewのvisibilityのbinding

ViewModelをViewにbindingした際、Viewのvisibilityを変更できるようにすることは多いかと思います。たいていはvisible/invisibleやvisible/goneの切り替えだけなのでBooleanを処理するBindingAdapterを作成すれば事足ります。

しかし、visible/invisibleに加えてgoneもbindしたい場合があります。

この場合はBoolean?を使用してvisible/invisibleをtrue/falseに、goneをnullにbindする下記のようなBindingAdapterを作成します。

@BindingAdapter("android:bindVisibleInvisibleGone")
fun View.bindVisibleInvisibleGone(visibilityValue: Boolean?) {
    visibility = when (visibilityValue) {
        true -> View.VISIBLE
        false -> View.INVISIBLE
        else -> View.GONE
    }
}

これでViewModelをViewに依存させずに記述できるようになりました。

他にもView.VISIBLEなどがIntであることを利用してIntをbindすればオプショナルにせずともすみそうです。しかし、意味的にも近くなるのでBoolean?のほうがわかりやすいと思います。

まとめ

ちょっとしたことですが思いつくまで自分は地味に悩みました。

今回検証に使用したソースは下記にアップしています。 muaaru/testBindingAdapter

[Android]ConstraintLayout Flowを使ってみる

Sat, 07 Aug 2021 00:00:00 GMT

Constraint Layout Flow について

ハッシュタグ一覧のようなViewを作ろうとすると、いままでライブラリや自前での実装をしていました。しかし、FlowというのがConstraintLayout2.0から追加され、ConstraintLayoutを使用してLayoutファイルの記述だけで実装できるようになりました。

Flow | Android デベロッパー | Android Developers

Flowで実装するハッシュタグ一覧

実装は簡単でConstraintLayoutの中にこのようなFlowのタグを追加します。

<androidx.constraintlayout.helper.widget.Flow
            android:id="@+id/flow"
            app:constraint_referenced_ids="text_1,text_2,text_3,text_4"
            android:layout_width="0dp"
            android:layout_height="0dp"
            android:orientation="horizontal"
            app:flow_horizontalBias="0"
            app:flow_horizontalStyle="packed"
            app:flow_verticalStyle="packed"
            app:flow_wrapMode="chain"
            app:flow_verticalAlign="baseline"
            app:layout_constraintBottom_toBottomOf="parent"
            app:layout_constraintEnd_toEndOf="parent"
            app:layout_constraintStart_toStartOf="parent"
            app:layout_constraintTop_toTopOf="parent" />

Flowのレイアウトを適用したいViewのidをapp:constraint_referenced_idsにカンマ区切りで追加します。ここで追加したViewにはapp:layout_constraintTop_toTopOf="parent"のような位置決めのための設定は不要になります。ただし、AndroidStudioのバージョンよっては位置決めの設定がないことでWarningが出ます。無視して問題ありませんが、Warningが気になる場合はtools:ignore="MissingConstraints"を設定しましょう。
１行に収まりきらなくなった場合にViewが次の行に配置されるようにapp:flow_wrapMode="chain"を設定します。
View同士が隙間無く配置されるようにapp:flow_horizontalStyleやapp:flow_verticalStyleにはpackedを指定します。ここで設定できるStyleの値は、下記に詳しい説明が図解付きであるのでわかりやすいです。 ConstraintLayout | Android デベロッパー | Android Developers
デフォルトではFontやテキストサイズが違うTextView同士が横並びになった際に微妙に上下にずれます。これを防ぐためにapp:flow_verticalAlign="baseline"を追加しておきます。これでそれぞれのテキストのbaselineに合わせて縦方向の配置が調整されるようになります。

まとめ

いままで実装が大変だったハッシュタグ一覧のようなViewがレイアウトファイルだけで実装できました。また、実装方法もFlowタグをConstraintLayout内に追加するだけで簡単にできました。

今回実装したサンプルは下記にあります。 muaaru/testConstraintLayoutFlow

今回はハッシュタグ一覧でしたが、他にもスマホとタブレットでレイアウトファイルを分けていたような場合に、 1つのレイアウトファイルで済ませるといったこともできるので、今後使用する機会が多くなりそうです。

Androidで画面が開かれると同時にキーボードを表示したい場合の実装

Sun, 25 Jul 2021 00:00:00 GMT

キーボードが表示されない

画面を開いたタイミングでキーボードを表示したいと思い下記を参考にキーボードを表示しようとした入力方法の表示の処理 | Android デベロッパー | Android Developers

しかし、onResumeのタイミングででキーボードを表示しようとしても、表示されたりされなかったり不安定な現象が出た。

ボタンをタップしてキーボードを表示しようとするとキーボードが確実に表示されたので、どうやらタイミングが悪いらしいというのはわかった。

たとえば、下記のようにonResumeからdelayさせると動作するようになるが、対症療法な感じになってしまう。

    view.postDelayed({
      showSoftInput()
    }, 100)

そこでもう少し原因を探ってみた。

キーボードが確実に表示されるようにする

結論としては、ViewのFocusだけでなく、その画面がWindowのFocusを取得している必要があるためということのようだ。確かにデバッグログを出してみるとonResumeのあとにonWindowFocusChangedが呼び出される。なので、onResumeのタイミングではまだWindowのFocusが取得できていない。

そのためonWindowFocusChangedでWindowのFocusが取得できてから、キーボードを表示することで確実に表示できるようになった

    override fun onWindowFocusChanged(hasFocus: Boolean) {
        super.onWindowFocusChanged(hasFocus)
        Log.d("DEBUG" , "onWindowFocusChanged hasFocus : $hasFocus")
        if(hasFocus) {
            binding.editText.setSelection(selectionStart,selectionEnd)
            showSoftInput(binding.editText)
        }
    }

まとめ

キーボードを表示したい場合はEditTextへのフォーカスだけでなく、その画面のWindowFocusも必要だった。

今回検証に使用したコードは下記にあります。 GitHub - muaaru/testKeyboard

iOSでGoogle Natural Language APIのサンプルコードを実行できるようにする

Sun, 16 May 2021 00:00:00 GMT

はじめに

GoogleのCloud PlatformのサービスにCloud Natural Languageというものがあります。これはテキストデータを入力すると機械学習を使用してテキスト構造や意味を解析した結果を返してくれるサービスになります。

Cloud Natural Language | Google Cloud

ドキュメントにはサーバー向けのSDKは用意されています。しかし、今回はiOSアプリに組み込みたかったので、下記のNatural LanguageのiOS版サンプルコードを動かしてみようとしました。

ios-docs-samples/natural-language/swift at master · GoogleCloudPlatform/ios-docs-samples

しかし、セットアップの手順を実行してもプロジェクトのビルドでエラーになってしまいます。(2021-05-16 現在)

動かない原因をいろいろと調べた結果、このサンプルコードは不完全な状態であることがわかりました。なので、これを実際にiOSアプリとしてビルドして動かせるようにするまでの手順を説明していきます。

プロジェクトの修正方法

INSTALL-COCOAPODSスクリプトの修正
APIキーのみで動作するように修正

INSTALL-COCOAPODSスクリプトの修正

まずはセットアップの手順で使用するINSTALL-COCOAPODSというスクリプトがありますが、この内容がNatural Languageを使用するようには作られていません。

github からダウンロードした状態でプロジェクトをXcodeでビルドしても下記のようなエラーが表示されます。

google/protobuf/Descriptor.pbobjc.h file not found

Descriptorのprotoファイルがダウンロードされていませんでした。

他のファイルのダウンロード先などを見ると下記のリポジトリからダウンロードしているようなので、ここから必要なファイルを探してきます。

googleapis/googleapis: Public interface definitions of Google APIs. protocolbuffers/protobuf: Protocol Buffers - Google's data interchange format

Descriptorについては下記のコードを追加します。

mkdir protobuf
curl https://raw.githubusercontent.com/protocolbuffers/protobuf/master/src/google/protobuf/descriptor.proto >> protobuf/descriptor.proto

他にもNatural Languageで使用するクラスが記述されたprotoファイルもダウンロードされておらず、なぜかtranslationのクラスをダウンロードする処理になっています。こちらも下記のコードを追加してダウンロードするように修正します。 Natural Languageで使用するクラスはlanguage_service.protoファイルにあります。

mkdir -p cloud/language/v1
curl https://raw.githubusercontent.com/googleapis/googleapis/master/google/cloud/language/v1/language_service.proto >> cloud/language/v1/language_service.proto

language_service.protoの内容を確認すると、下記のようなimport文があります。

import "google/api/annotations.proto";
import "google/api/client.proto";
import "google/api/field_behavior.proto";

language_service.protoを使用するにはimportで指定されるprotoファイルも必要になるのでそれぞれ追加します。追加したprotoファイルにもimportを含むものがあるので、同じようにすべてのprotoファイルを集めます。

不要なファイルをダウンロードしていた部分を削除して、最終的にprotoファイルをダウンロードする部分は下記のようになります。

mkdir google
cd google

mkdir api
curl https://raw.githubusercontent.com/googleapis/googleapis/master/google/api/annotations.proto >> api/annotations.proto
curl https://raw.githubusercontent.com/googleapis/googleapis/master/google/api/client.proto >> api/client.proto
curl https://raw.githubusercontent.com/googleapis/googleapis/master/google/api/field_behavior.proto >> api/field_behavior.proto
curl https://raw.githubusercontent.com/googleapis/googleapis/master/google/api/http.proto >> api/http.proto

mkdir protobuf
curl https://raw.githubusercontent.com/protocolbuffers/protobuf/master/src/google/protobuf/descriptor.proto >> protobuf/descriptor.proto

mkdir -p cloud/language/v1
curl https://raw.githubusercontent.com/googleapis/googleapis/master/google/cloud/language/v1/language_service.proto >> cloud/language/v1/language_service.proto

cd ..

スクリプトの残りの部分については、Clean BoringSSL module.modulemapとFix the bad imports in the generated filesは不要なので削除します。

以上でINSTALL-COCOAPODSについては修正は終わりになます。

sh INSTALL-COCOAPODS

を実行します。

うまくいくとXcodeでプロジェクトが立ち上がり、protoファイルからObjective-Cのコードがgoogleフォルダ配下に生成されます。もし生成されてない場合は、依存するprotoファイルが足りてないなどが考えられます。

APIキーのみで動作するように修正

元のサンプルコードでは認証トークンを使用していますが、APIキーで動かすほうがGCPの設定も簡単です。

また、Xcodeのバージョンが新しいと依存しているCryptoSwiftが未対応でビルドが通らなかったのでAPIキーを使用したほうがシンプルで動かす分にはいいです。

GCPのAPIキーの設定については下記などを参考にしてもらえばと思うので、ここでは説明しません。それほど手間はかからないです。

iOSでGoogle Cloud Vision APIのサンプルをランするまでの手順(5分以内に) - Qiita

それではプロジェクトファイルを修正していきます。

Podfileに下記の2つのライブラリがあります。認証トークンのために導入しているライブラリなのでこれを削除します。

pod AuthLibrary, :git =https://github.com/google/auth-library-swift.git
pod Firebase/Messaging

Xcodeで削除したライブラリを使用している箇所にエラーがでるようになっているので、削除するなりコメントアウトしていきます。

NaturalLanguageService.swiftを開いて、認証トークンを使用していた箇所がるので、

call.requestHeaders.setObject(NSString(string:authToken), forKey:NSString(string:"Authorization"))

この部分を下記のようにAPIキーを使用するように修正します。

call.requestHeaders.setObject(NSString(string: apiKey), forKey: NSString(string: "X-Goog-Api-Key"))

あとはビルドしてアプリが起動すれば完成です。適当にネットからニュース記事などをコピペして試すと、テキストが解析されてアプリの画面にこのような結果が表示されます。

まとめ

iOSアプリ自体が不慣れなのとgRPCを初めていじったのもあって勝手がわからず、調べるのに時間がかかりました。また、Googleのサンプルコードが不完全な状態だったのも不運でした。

GCPの他のサービスのサンプルコードについても、今回の対応を参考にすれば動くようにできるかもしれません。

最終的に動くように修正したサンプルは下記のリポジトリにアップしてあります。 APIキーに自分のキーを入力すれば動作するはずです。

muaaru-develop/ios-docs-samples

Gooleフォトが有料化するのでPixel端末に手間なく転送する方法

Sat, 14 Nov 2020 00:00:00 GMT

概要

Googleフォトから、下記のような記述がされたメールがきていました。

2021年06月01日以降に高画質でバックアップしたすべての写真と動画は、Google アカウントに付属する無料の保存容量またはご購入いただいた追加の保存容量を使用するようになります。容量無制限で写真や動画の保存ができた、Googleフォトがついに容量制限されるようです。

ただ、幸運にも下記にも記述されていますがPixel3などのPixelシリーズには、この制限は適用されないようです。写真や動画のアップロードサイズを選択する - Android - Google フォトヘルプ

そこで、Pixelシリーズ以外の端末にある写真や動画をPixelに転送して、PixelからGoogleフォトにアップロードすることで、この制限を回避します。 Pixel3の場合、2022年01月31日までは元の画質で無制限にアップロード可能です。

それ以降はGoogleOneの契約などをするしかないですが、今回のやり方はPixel端末だけではなくPCへ転送するようにも設定できるので、最終的には自分のPCに写真や動画を集約して保存しておくというのでもいいですね。

ただ、後述しますがiPhoneでは、今回のやり方では使い勝手が少々悪かったです。

設定方法

今回のやり方では「Resilio Sync」というファイル同期アプリを使用します。 iPhoneやAndroidだけでなくPCとも相互にファイル同期ができるアプリになります。有料プランもあるのですが、無料で使える機能だけで十分です。有料プランだと便利機能が追加されるようです。

Resilio Syncをインストールする

「Resilio Sync」のアプリをダウンロードします。

スマホの場合、ストアで「Resilio Sync」を検索すれば出てきます。

PCの場合は以下の公式サイトからダウンロードしてください。 File Sync Software - Sync Home | Resilio Sync

Resilio Syncを設定する (ファイル送信側)

転送したいファイルがある送信側の端末をまずは設定していきます。

iPhoneの場合は、

プラスマークを押してカメラのバックアップを選択
バックアップを設定を押して共有設定に必要なリンクを手に入れます。このリンクはファイルを受信する端末で使用するので、メールを自分宛てに送信するなどして、ファイルを受信する端末に送信しておきます。

Androidの場合も同じように

プラスマークを押してバックアップを追加を選択
カメラのバックアップを追加と表示された文字があるので選択
共有リンクが生成されるのでファイルを受信する端末に送信 Androidの場合、共有リンクを送信しなくても、後でQRコードを表示してそれを読み取らせることもできます。

共有用のリンクが生成できれば送信側の設定は完了です。

Resilio Syncを設定する (ファイル受信側)

転送したいファイルを受け取る受信側の端末を設定していきます。

ファイル送信側から転送した共有用のリンクを受信側の端末で開きます。すると、アプリに先程設定したフォルダが追加されます。

初期設定の状態だと、転送するファイルを選択しないとファイルが転送されません。それだと手間がかかるので自動ですべて転送されるように設定を変更します。

フォルダの右に表示されている「！」マークをタップして詳細設定画面を開きます。選択型同期という項目がONになっているのでこれをOFFにします。

これで選択しなくてもすべて自動で転送されるようになります。

まとめ

これでしばらくはGooleフォトを使い続けられそうです。今回は説明しませんでしたが、PCへの動機も同じ用に設定していけば簡単に設定できます。

ただ、実はこのやり方、iPhoneでは使い勝手が微妙でした。というのも、iPhoneではアプリを開いてる間だけ転送されるようになっており、転送中はずっとアプリを起動しておかないといけません。

Androidの場合は、カメラで撮影したらなんの操作も必要なく全自動で転送されるので非常に快適です。

iPhoneの方はOS自体の制約でこういう仕様になっていると思うので、おそらく今後も改善はされないでしょう。

Amazon Photos を使用する手もあるかと思いますが、あちらもいつ無制限をやめるかわからないので今回はやめました。特にAndroidの場合、全自動で転送できるのでAmazon Photosより便利だと思います。

最終的にはGoogleOneを契約して不要な画像は削除していく運用にするしかないですね。

MR-Sのアームレストの爪折れ対応

Sun, 04 Oct 2020 00:00:00 GMT

ドアの内張りを外す際にアームレストを外さなければならないが、何度もつけ外しているうちに固定用の爪が折れてしまった。

アームレストを接着剤などで完全に固定してしまうと内張りを外す際に困るので、つけ外し可能なようにマグネットで固定するようにした。

ホームセンターで売っていた強力な磁石と適当な鉄製のプレートを用意する。１個だと少し弱いので１箇所に２つ重ねて、磁力を増すようにする。

ドア側に鉄製プレートを接着剤で固定する。

少し幅がはみ出しているが、これぐらいならアームレストと干渉しないので問題ない。

アームレストにパテを盛ってそこにマグネットを埋め込む。

パテを盛る高さは横のしきりと同じでいい。

パテが硬化したあとマグネットやパテが取れるようなら接着剤で固定しておく。

このようにアームレストの２箇所にマグネットを固定する。

あとはアームレストをハメれば完成。

走行中の振動などではビクともしないくらいに、しっかり固定できている。

外すときはちょっと力をかけなら引っ張れば簡単に外すことができる。

MR-Sにサンバイザーの代わりにGoProのマウントをつける

Sat, 29 Aug 2020 00:00:00 GMT

MR-Sで車載動画を撮影するには、フロントガラスにサクションカップで取り付けたりする方法がある。しかし、直射日光が当たりやすいためカメラが高温になりやすい。

そこで、もう少し日陰になりそうな場所ということでサンバイザーの取り付け穴がちょうどよさそうだった。

サンバイザーの取り付け穴のカバーの3Dデータが公開されていたので、少し編集してGoProのマウントをつけられるアダプターを3Dモデルを作成した。

今回作成した3Dモデルのデータはこちらにアップロードしてある。 MR2 Spyder Sunvisor GoPro Mount by muaaru - Thingiverse

これを3Dプリンターで印刷して、実際に取り付けてみるとこんな感じになる。

今回はPLAしかフィラメントがなかったのでPLAで印刷したが、夏の炎天下の車内だと高温過ぎてPLAだと変形してしまうので、本当はもっと耐熱性の高い素材を使用したほうが良いと思う。

自由雲台と組み合わせると自由にアングルを変えられて便利だった。

これならフロントガラスにサクションカップで取り付けるよりも視界の邪魔になりにくく、直射日光も避けられるので結構良い感じである。

[Android]LiveDataでRxのCombineLatestをやる

Fri, 21 Jun 2019 00:00:00 GMT

複数の LiveData を組み合わせようとすると MediatorLiveData を使用することになりますが、これがボイラープレート山盛りなコードを書かされて非常に使いにくい。

そこで、Rx みたいにお手軽に 2 つの LiveData を組み合わせる方法はないかと探して、ちょうど良さそうな実装が書かれた下記の記事を見つけました。

Combine Results from Multiple Async Requests – Gaurav Goyal – Medium

この記事では、 zip〜と関数名をつけていますが、Rx 的には zip 　ではないです。

2 つのストリーム、どちらかに更新があれば、それぞれストリームの最後の値のセットが流れてくるので、Rx 的には Zip でなく、CombineLatest になります。

ReactiveX - Zip operator ReactiveX - CombineLatest operator

この記事では関数として定義してますが、もっと Rx 的に書けるように LiveData の拡張関数として書いてみました。

fun <A, B> LiveData<A>.combineLatest(b: LiveData<B>): LiveData<Pair<A, B>> {
    return MediatorLiveData<Pair<A, B>>().apply {
        var lastA: A? = null
        var lastB: B? = null

        fun update() {
            val localLastA = lastA
            val localLastB = lastB
            if (localLastA != null && localLastB != null)
                value = Pair(localLastA, localLastB)
        }

        addSource(this@combineLatest) {
            lastA = it
            update()
        }
        addSource(b) {
            lastB = it
            update()
        }
    }
}

これで、LiveData だけで、ログイン画面で ID とパスワードの入力チェックが通ったらログインボタンを有効にする、というような処理もサクッとかけるようになります。

[Android]RecyclerViewで角丸にする方法

Sun, 16 Jun 2019 00:00:00 GMT

RecyclerView で角丸にするには

Button などで角丸にするには android:background に角丸の shape を設定するれば実現できますが、 RecyclerView では中の View がはみ出してしまい、うまくいきません。

そこで、API level 21 から追加された ViewOutlineProvider | Android Developers を使用します。

Google 公式にサンプルもあります。 GitHub - googlesamples/android-ClippingBasic

実装してみる

Google 公式のサンプルでは、Java で実装されていて RecyclerView も使われていないので、実際に、kotlin で RecyclerView に角丸を実装してみました。ついでに RecyclerView には Groupie を適用して簡単にリスト表示をしています。

実装的には非常に少ないので単純です。

サンプルコードのプロジェクトファイルは下記においてあります。

GitHub - muaaru/testRecyclerViewRoundCorner

ViewOutlineProvider の実装

ViewOutlineProvider を継承したクラスを作成し、getOutline メソッドで角丸にする処理を記述します。ドキュメントでは、記述されてませんが渡す値は px 単位になります。なので、各値を dp から px に変換して渡しています。

    class ClipOutlineProvider : ViewOutlineProvider() {
        override fun getOutline(view: View, outline: Outline) {
            val margin = dp2Px(10f, view.context).toInt()
            outline.setRoundRect(
                margin, margin, (view.width - margin), (view.height - margin),
                dp2Px(30f, view.context)
            )
        }

        private fun dp2Px(dp: Float, context: Context): Float {
            val metrics = context.resources.displayMetrics
            return dp * metrics.density
        }
    }

View に角丸を適用

あとは対象の View に下記のように ClipOutlineProvider のインスタンスをセットして clip を有効にすれば適用できます。

    outlineProvider = ClipOutlineProvider()
    clipToOutline = true

まとめ

RecyclerView でも、非常に簡単に角丸が実装できました。最近だと API level 21 未満に対応するアプリも少ないかと思うので、普通はこれで十分でしょう。

NavigationArchitectureComponentでSharedElementTransitionの遷移

Sun, 24 Mar 2019 00:00:00 GMT

Navigation Architecture Component で、Shared Element Transition を使用した遷移方法

Android Architecture Components の　Navigation Architecture Component で、Shared Element Transition を使用した遷移方法が、よくわからなんかったので調査してみました。

参考にしたコード Github Browser Sample with Android Architecture Components

とりあえず、下記の２パターンで遷移できるとこまで作成

通常のViewをクリックしただけの遷移
RecyclerViewで表示されている要素からの遷移

Navigation Component と Shared Elementsを使用した遷移

通常のNavigationComponentでの遷移時に、追加でFragmentNavigatorExtrasを使用してSharedElementsを指定します。

        view.findViewById<View>(R.id.imageView).setOnClickListener {
            it.findNavController().navigate(
                TransitionSourceFragmentDirections.actionTransitionSourceFragmentToTransitionDestinationFragment(),
                FragmentNavigatorExtras(
                    it to "testTransitionName"
                )
            )
        }

遷移先では、通常のSharedElementsを使用した遷移と同様に,Viewに同じtransitionNameを指定しておき、遷移時のアニメーションを指定します。

    override fun onCreateView(inflater: LayoutInflater, container: ViewGroup?, savedInstanceState: Bundle?): View? {
        sharedElementEnterTransition = TransitionInflater.from(context).inflateTransition(R.transition.move)
        return inflater.inflate(R.layout.fragment_transition_destination, container, false)
    }

これで、NavigationComponentを使用しながら、ShareadElementsも使用して遷移ができるようになります。バックボタンで、前の画面に戻る際にも、アニメーションが入るようになります。

RecyclerViewを使用している場合の実装

RecyclerViewで選択した要素から、遷移する場合は上記だけでは、うまく動作しません。

追加で必要なポイントとしては、 * RecyclerViewの準備ができてから、遷移アニメーションを行うようにする * 要素ごとにユニークなtransitionNameを使用するになります。

まず、RecyclerViewの準備ができてから〜、の部分はviewTreeObserverを使用します。いったんpostponeEnterTransitionでアニメーションを止めて、RecyclerViewの描画が終了してからアニメーションを開始させます。

これによって、バックボタンでRecyclerViewに戻った際にも、アニメーションが行われるようになります。

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)

        postponeEnterTransition()
        view.viewTreeObserver
            .addOnPreDrawListener {
                startPostponedEnterTransition()
                true
            }
    }

次に、要素ごとにユニークなtransitionNameを使用するの部分は、 RecyclerView.Adapterで、各要素のViewをbindする際に、ユニークなtransitionNameをbindします。

    override fun onBindViewHolder(holder: ItemViewHolder, position: Int) {
        val item = mValues[position]
        val transitionView = holder.itemView.findViewById<View>(R.id.imageView)
        transitionView.transitionName = item.id

    }

遷移時には、遷移先のViewにtransitionNameを渡すようにします。これで、遷移先でも同じtransitionNameを使用できます。

    override fun onClickItem(transitionView: View) {
        view.findNavController().navigate(
            TransitionSourceGridFragmentDirections.actionTransitionSourceGridFragmentToTransitionDestinationGridFragment(
                transitionView.transitionName
            ),
            FragmentNavigatorExtras(
                transitionView to transitionView.transitionName
            )
        )
    }

遷移先では、受け取ったtransitionNameを自身のViewにセットします。

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        arguments?.let {
            view.findViewById<View>(R.id.imageView).transitionName =
                TransitionDestinationGridFragmentArgs.fromBundle(it).transitionName
        }
    }

まとめ

全体のコードは、ココにおいてあります。

testNavigationComponent

やり方さえ分かれば、大した実装ではないです。が、なかなかやり方がわからず、サンプルコードを見つけるまで苦労しました。

島根からDroidKaigi2019に参加する 2日目

Sat, 09 Feb 2019 00:00:00 GMT

DroidKaigi2019 2日目、一部オフィスアワーにもいってみたのでメモを。

2日目は朝食も用意されていていました。

オフィスアワーでした質問の内容には、Q/Aとつけてあります。

Dialogflowによる自然言語処理(NLP)を用いたボイスコマンド音声認識の精度向上

DialogFlowによる自然言語処理(NLP)を用いたボイスコマンド音声認識の精度向上

スライド https://speakerdeck.com/kakka/20190208-droidkaigi2019

登壇者 https://twitter.com/KAKKA_Blog

単純なボイスコマンドの場合

複雑なコマンドでなけれ、SpeechRecognizerだけで十分ただし、認識は完璧ではないので表記揺れを考慮しとかないといけない。

Q/A　どうやって表記ゆれを、集めているのか？＝＞アプリを使ってもらって集めているが、何でもかんでも表記ゆれとして入れると、他のワードで逆に認識率が下がったりするので、取捨選択が重要

複雑なボイスコマンドの場合

DialogFlowのように自然言語処理が必要

DialogFlowを使うことで、自然言語処理について詳しくなくてもコンソールから設定すれば、認識機が作れる。

ただし、固有名詞などを処理しようとすると、コツが必要になってくる。

認識率の改善について

ユーザが認識できないことを言わないようにするのも認識率改善の方法の一つあらかじめできることを先にユーザに知らせておくのが重要

誤認識の結果から、ユーザの意図を推測することが重要　どれを学習させるのか、どれを認識の揺れとするのかなど、ここが一番泥臭いポイント

そんな感じで３５％＝＞１７％台にまで誤認識を減らせた。

Q/A 改善しても、それでも誤認識するものってどんなものがあったのか？上記の話は英語での話だったのだが、認識できなかったのは、そもそも意味不明な内容だった。どうやっても認識しようのないものというのも出てくる。

↓の内容は、セッションの内容とは関係なかったのだが、会社で作っているアプリについても聞いてみた。 Q/A ActivityRecognitionとかセンサーの値を使った機能のデバッグはどうやっている？カーシェアで車を借りて実際に試している。

Wi-Fi RTTによる屋内測位アプリを作ろう

https://droidkaigi.jp/2019/timetable/70885

スライド https://speakerdeck.com/napplecomputer/wi-fi-rttniyoruwu-nei-ce-wei-apuriwozuo-rou

登壇者 https://twitter.com/napplecomputer

前のセッションのオフィスアワーがあったので、最初のほうが聞けていない。

Google Wifiだけがしれっと対応しているとのこと。

用途的に、イベントとかでないとつらそうな感じだった。測位する場所の地図が必要だったり、専用のAPが必要だったりとハードルが高い。

測位できる環境が作れても、センサーの値はかなりブレがある。デモ動画があったが、何かしらフィルターをかけないと厳しいぐらいブレがあった。

カスタムブラウザの作り方ー実例から学ぶ Chrome と Firefox のカスタムビルド開発ー

https://droidkaigi.jp/2019/timetable/70785

なんかレッサーパンダのぬいぐるみがおいてある。かわいい。

ブラウザのビルド簡単なようで難しいという感じ。ちょっとカスタムするなら内容にもよるが、簡単

基本的にビルドはめちゃくちゃ大変　数時間単位

AndroidのFirefoxやChrominiumをビルドしたい人は必見だが、めっちゃニッチでマニアック。

SpekでUnitTestを書こう

https://droidkaigi.jp/2019/timetable/69464

スライド https://speakerdeck.com/moriiimo/unit-test-with-spek

登壇者 https://twitter.com/moriiimo

Android EnterPriseで実現できる端末管理の世界

https://droidkaigi.jp/2019/timetable/70820/

MDM？　Mobile Device Management 　会社が従業員の端末を管理したい

問題点 OSバージョアップで、制限できることが減ってしまっている

そこで　Android　Enterprice　（元Android for Work）

Android　Enterprizeについて

Google Playの管理ができるただし、Googleの許可が必要

文鎮化デモ動画

注意点

Android9 からdepricated Android 10では　Enterprize に完全移行

Q/A　キオスク端末とかで、通信ポート制限とかはできる？＝＞ポート制限する案件は結構あるけど、Enterprizeにその機能はないので、アプリ側で頑張るしかない。

Navigation Architecture Component によるアプリ内遷移の管理

https://droidkaigi.jp/2019/timetable/70415/

登壇者 https://twitter.com/yt_hizi

スライド https://speakerdeck.com/ytakahashi/navigation-architecture-component-niyoruapurinei-qian-yi-falseguan-li

DeepLinkもnavigationのXMLとAndroidManifestに書くだけで実装できるので、めっちゃお手軽しかも、DeepLinkでもバックスタックをちゃんと作ってくれて便利

マルチモジュールでNavigation使おうとするとツライアクティビティ名をハードコーティングしたり、リフレクションを使うことになる

現状は共通モジュールにNavigationをもたせてリフレクションさせるのが良さそう今回のDroidKaigi2019のような構成

ああ、素晴らしきTDD ~アプリとエンジニアの心に安寧を~

スライド https://www.slideshare.net/SaikiIijima/tdd-130994383

画面分割して、テストとソースを並べて、かなり頻繁に行き来しながら書いていく

テストを通す以上に実装してはならないルールを守るのかなり難しそう自分のテストコードの書き方の考えとめちゃくちゃ乖離していた。

自分の想像以上にテストコードとソースの行き来が多い

工数の見積もりは、実装にテストも含める（＜＝　実装と切り離せないくらい行き来するから）

テストの粒度テストは１つの振る舞いごとに書く

BLEアプリ設計パターン

https://droidkaigi.jp/2019/timetable/70753

スライド https://speakerdeck.com/tomohikosato/ble-app-pattern

登壇者 https://twitter.com/8yabusa

Qrio Lockアプリのノウハウの紹介

BLE 低用量（バイト単位）で低頻度の通信が得意 Bluetoothだと1ヶ月しか持たないバッテリーが1年持つようになる。

BLEには、20バイトの壁がある

BLEの通信経路は暗号化されないので自前で用意しないといけない。あるにはあるが、使える状況がかぎられる。

低レイヤーの部分を結構自作する必要があって、いろいろ辛い。

まとめ

本当はコードラボにも行ってみようと思っていたが、部屋が満員で入れなかった。

オフィスアワーは現地へ行っているからこその部分なので、もっと行っておけば良かったと思った。けど、あんまりオフィスアワーに来ている人が少ない感じだった。

セッションはあとからでもYoutubeで見れるはずなので、現地へ行ってるならオフィスアワーに積極的に行くべき。

1日中内容の濃いセッションを聞き続けて、かなりハードであった。最後の方のセッションは本当にヘトヘト状態になっていた。

この2日間、かなりの知見が得られたり、いろいろと体験できた。ぜひ一度、現地へ行って、あの熱気にあふれる空間を体験してみると良いかもしれない。

ただし、来年は会社のお金で行こう。

島根からDroidKaigi2019に参加する 1日目

Fri, 08 Feb 2019 00:00:00 GMT

DroidKaigi2019 1日目、DroidKaigiに初参加してきたのでメモを。

マルチモジュールなプロジェクトでテストはどう変わる？

https://droidkaigi.jp/2019/timetable/70713

スライド https://speakerdeck.com/tkmnzm/how-change-testing-in-modular-architecture

PITというテスト用のライブラリ？ツール？が気になった。機械的にソースを変えて、ちゃんとテストで変更を拾えるか確認するやつらしい。境界値テストを見つけるのに役立つということで、テストの漏れなどのチェックができるらしい。

Qiitaに記事を見つけたので、見ておきたい。 https://qiita.com/tkmnzm/items/36d8332e58c1d71bd037

マルチモジュールプロジェクトでのDagger2を用いたDependency Injection

https://droidkaigi.jp/2019/timetable/68629

スライド https://speakerdeck.com/kgmyshin/android-multi-module-with-dagger

Dagger2を使い始めるときに、仕組みとか概念がいまいちよくわからなくて苦労したのだが、このセッションのDaggerがinjectする仕組みの説明の部分がわかりやすかった。

スライドに手書きで説明書いてるのが、硬すぎなくて良い印象的だった。

マテリアルデザインの起源とベースとなる哲学

https://droidkaigi.jp/2019/timetable/69850

スライド https://speakerdeck.com/ken0331/materiarudezainfalseqi-yuan-tobesutonaruzhe-xue

マテリアルデザイン作った人マティアス・デュアルテ氏

自分としては、一番印象に残っているセッション。

人間は、どう動くかよくわからないものや予想と異なる動きをされるとストレスを感じる。なので、老若男女問わずに理解できる物理法則が重視されている。

マテリアルデザインは絶対ではないし、場合によっては外れることも必要という感じのことを言っていたような気がする。例えば、BottomNabigationはもともとマテリアルデザインになかった？が、今は取り入れられている。

マテリアルデザインはあくまで手段であって目的ではないのだな、という感じに思った。

Master of Android Theme

https://droidkaigi.jp/2019/timetable/70938

スライド https://speakerdeck.com/konifar/master-of-android-theme

英語のセッションだった。同時通訳のレシーバーが全席に置いてあってすごい。これは今年からの取り組みらしい。

どういう場合にThemeを使えばいいか、どうやって独自のThemeを作っていくかを説明していた。

Understanding Kotlin Coroutines: コルーチンで進化するアプリケーション開発

https://droidkaigi.jp/2019/timetable/70802

スライド https://speakerdeck.com/mhidaka/understanding-kotlin-coroutines-korutindejin-hua-suruapurikesiyonkai-fa

超満員のセッションだった

並行処理と並列処理の説明が、いまだによく理解できていない。

全体的にJavaのFutureのような雰囲気のものに感じたが、さらに扱いやすくなった感じか。

Rxとどちらを使えばいいのか判断が難しそうである。 Rxから移行はしやすいようになっているとは言っていた。

ドキュメントなど見ながら実際に使ってみないと、理解が難しそうである。

From Monolithic to Modularized codebase with Dagger

https://droidkaigi.jp/2019/timetable/70516

スライド https://drive.google.com/file/d/1rICcpOK-5ly61KLqkyTlhgvAPKL18OPs/view

Android パターン設計の本に載っていたメルカリアプリの話をさらに詳しくした説明するセッション

Dynamic feature moduleは、まだちょっとつらそうな感じ　＝＞　今年のGoogleIOでどう変わるか注目というところか

展示ブース

MOV

タクシー配車アプリ
https://m-o-v.jp/
タクシーに載っている機器にシリアル接続データを取り出してBluetoothでアプリと接続していた。
バックエンドにはAWSとGCPを組み合わせていたのも気になった。

JAPAN TAXI

タクシー配車アプリ
ハードウェア周りとかMOVと変わらない感じ。
バックエンドはAWSだけのようだった。
実際に決済するところまでデモをしていてわかりやすかった。

CREW

タクシーではなく普通の車を配車するUber的なアプリ
https://crewcrew.jp/

まとめ

とりあえずメモからまとめてみたが、まだまとめきれていないし、消化しきれていない。

特に午後以降のセッションが疲れてしまってあまり理解できていないものが多いので、島根に帰ってからメモとスライドを突き合わせて消化していきたい。

あと予習、大事な気がした。セッションだけだと、なかなかついていけない。

明日は、発表後の質問コーナー（なんていうか忘れた）にも行ってみよう。

島根からDroidKaigi2019に参加する 0日目

Thu, 07 Feb 2019 00:00:00 GMT

島根からDroidKaigi2019に参加する 0日目

DroidKaigiというのは、簡単に言うとAndroid開発のすごい人がいっぱい集まるイベントです。

去年のDroidKaigi2018のセッションの動画がYoutubeで配信されていたのを見て、知りました。

Android開発での知見満載で、昨年は実際に業務でも役立った内容があったので、今年は直接会場に乗り込むことにしました。

今年もYoutubeにセッションの動画は残るようです。

交通費、宿泊費、もろもろの費用

東京に住んでいないので当然ですが、それなりに費用がかかります。自分はいろいろ抑えて下記の費用と+αで食費などという感じです。

合計　49,280円
    航空券(往復) 25,080円
    宿泊費（3泊） 9,200円
    DroidKaigi参加チケット 15,000円

交通費

松江から東京への飛行機代が、早期割引で往復25,000円ほどです。トラベルコで検索して、エアトリで購入しました。

松江からは隣の鳥取県にある米子空港のほうが近いので、そちらの便にしました。

米子区港までだと下道で車で30分ほどです。出雲空港も高速を使えば同じく30分ほどで着きます。

松江周辺にある出雲空港も米子空港も、空港の駐車場が無料なので助かります。

今だけですが、米子空港にはカニ汁蛇口があってお得な感じです。

宿泊費

宿泊費が、DroidKaigi当日移動では、間に合わないので前乗りするため３泊になります。自分は寝て風呂に入れればいいという感じなので、トラベルコで探してファーストキャビンに決めました。

市ヶ谷駅のすぐ近くで、周辺に飲食店や24時間営業のスーパーがあり、便利でした。市ヶ谷駅から会場のある新宿へ電車一本で行けて便利です。

最近できたばかりなので非常にキレイです。

風呂もキレイで良かったです。コインランドリーが、家庭用のドラム式洗濯機で洗濯と乾燥がいっぺんにできるのもいい感じです。

朝食は微妙そうだったので、朝食無しのプランにしました。

会場近くに朝食が食べれそうな場所が、いろいろとあったので、通勤ラッシュを避けるためにも早めに出て、そっちで食べるようにしました。

DroidKaigi参加チケット

DroidKaigiのチケット代が15,000円となります。２日間の昼食代と１日目のパーティー代が含まれているようです。２日目だけ朝食も数量限定であるようです。

早期申込みなら10,000円なんですが、速攻売り切れてました。

まとめ

やはり地方から東京のイベントに参加、となると費用がかさみます。その分、いろいろと経験値を稼いで帰りたいと思います。

Mac mini 2018を買ってしばらく使ってみて

Wed, 30 Jan 2019 00:00:00 GMT

購入したMac miniの構成

以前、5年は戦える構成を考えましたが、基本的にはあの構成と同じです。違いは、メモリとEthernet端子です。

メモリ

メモリは16GBに上げました。これは自分でメモリ交換するのとアップルストアでカスタムするのとで、金額にあまり差がなかったからです。 Androidアプリ開発などをしようと思うと8GBでは、少々心もとないので16GBにしました。ただ、今後メモリ価格が下がっていくようなら自分で交換したほうがいいと思います。

Ethernet

Ethernet端子ですが、これは1Gに下げました。

これは、10Gb Ethernet関係の機材が、まだ結構高いというのがあります。

企業とかで今すぐ10Gb Ethernet環境があるんであれば、つけたほうが良いとは思いますが、正直、個人で使う分には、まだつけなくても良いと思います。

それに、USB-C端子に接続する10Gb Ethernetの変換アダプターというのがありまして、あとからでも追加できるということで、10Gb Ethernetにはしませんでした。

５年後くらいなら普及してるかもとも思いますが、そのときは新しいMacに買い換えるべきでしょう。

キーボードとかマウスとか

キーボードはApple純正の初期型のBluetoothキーボードがあったので、それを使おうと思ったのですが。長年しまっておいたせいなのか、誤入力が連発して使い物にならなかったので新しいのを買いました。

AnkerのテンキーレスUS配列のBluetoothキーボードです。

ぱっと見、Apple純正のキーボードにめっちゃ似てますが、実物はプラスチック感満載なので、質感とかは似ても似つかないです。安っぽい。値段が2000円以下の激安なので、こんなもんかと思います。キーの配列がMacと一緒なので使いやすいです。

マウスの方は、Apple純正の初期型のトラックパッドを使用してます。こっちは誤入力とかは起きてないのでそのまま使ってます。

使ってみて

普通に使っている分にはマシンパワーを使い切ることはできないくらい余裕があります。

AndroidStudioで大きいプロジェクトをビルドすると真価を発揮する感じです。

それでもCPU使用率80%くらいまでだったりします。ただ、ここまで負荷をかけると、さすがにファンが回りだします。地味にうるさいのと、本体もそれなりに熱くなります。

最近のデスクトップPCだと結構静かなやつが多いので、ちょっと気になりました。音的にはノートPCからするようなファンの音です。

ただ、そもそもファンが回りだすほど負荷をかけようと思うと、上記のように相当重い処理でないといけないので、普段はほぼ無音です。

4Kモニターもつなげてみましたが、カクつきもなく快適に使えます。

USBも最近増えてきたtype-Cだけでなく、普通のtype-Aを挿せるので便利です。

リモート接続

VPN接続してMac標準の画面共有で出先から接続したりしています。

回線によりますが、テキストを打ち込んだりとかする分には、ちょっとラグがあるかなと言う感じですが十分な使い心地です。

ただ、他のMacBook Proなどから画面共有で接続すると、解像度の関係で画面が滲んだような汚い感じになったり、余白ができたりして気になっていました。

そこで、Quick Resという解像度をいじるソフトを使ってます。

これを使うといろいろと解像度が選択できるようになります。 MacBook Proとかであれば、1280*800(HiDpi)を選択すると綺麗に表示できるようになります。

あと画面共有だと接続先のマシンにスワイプの操作が送る方法がわからないんですが、もうそこは割り切ってCommand+Shift+tabでウィンドウ切り替えでやってます。

という感じで、 5年以上前に買ったMacbookAir(mid 2013)でも、開発にリモートでMac miniのパワーが使えるので非常に快適です。

持ち運び

結構サイズが小さいのもあって、持ち運んでつかえたりします。実家に帰ったときなど、普通にバッグに本体やらケーブルやら入れて持ち帰って使ってました。

あとはiPadのアプリを使ってMac miniと接続すれば画面が出せるので、テレビとかモニタがなくても普通に使えたりします。

Mac mini キーボートトラックパッド ipad pro 電源ケーブルライトニングケーブル

上記を持ち歩けばどこでもデスクトップのパワーが手に入ります。少し大きめのカバンであれば余裕で入ります。

とはいえ、ネット環境がない場所ならアレですが、別に持ち運ばなくてもリモート接続して使えば十分です。

まとめ

自分としては、今回のMac miniは買って正解でした。

メモリもその気になれば増量可能ですが、今のとこは16Gで事足りています。

SSDの容量は128Gだとちょっと狭い感じなんですが、AppleStoreだとやはり割高な感じです。ここのところSSDの値段が下がり気味なので余計割高になってます。

なので、USB-C接続の外付けSSDで誤魔化してます。

内蔵SSDと比べると速度は遅くなりますが、正直気にならないです。自分はDropboxとかGoogleDriveの同期フォルダやらiTunesのフォルダなんかを外付けに退避させてます。なので、読み込みが遅くて気になるとかもないです。そもそもSSDなので遅いと言っても速いです。

今なら分割で支払っても24回までなら金利０円キャンペーンも延長してるので買うなら今のうちですかね。

Webサイトで離脱確認を実装する際に詰まった

Tue, 29 Jan 2019 00:00:00 GMT

ページを離れる際に警告を出したい

Webアプリの設定ページだと、設定を編集中の状態で、ユーザがページを移動しようとした際に、データが保存されていないことを警告したい場合があります。

このような機能を実装しようとしたのですが、実装して、いざ各ブラウザで動作確認すると正常に動作しない場合があったので、まとめておきます。

beforeunloadイベントが、SafariとiOSだけ動作がかなり違う

上記で説明したようなことをしようと思うと、 beforeunloadイベントのメソッドを実装すると思います。

ただ、iOSの場合、このbeforeunload自体が発火しません。

このあたりで確認して見ると、 https://developer.mozilla.org/en-US/docs/Web/Events/beforeunload

Mobile Safariはbeforeunloadが未実装であると書かれてるんですが、 iOSのChromeでも発火しません。

PCのSafariの場合は、一応beforeunloadが発火します。しかし、他のブラウザと違い、表示されたダイアログで、一度ページを移動するを選択すると、それ以降はbeforeunloadが発火してもダイアログが表示されなくなりました。

ダイアログの選択がキャッシュされるようで、ブラウザのリロードをすると再度表示されるようになります。ただ、バックフォワードキャッシュでもないようで、結局２回目以降にダイアログを表示させる方法が見つかりませんでした。

まとめ

入力が変わった時点で都度変更を保存するというのが、一番マシな方法になるのかなぁと思います。なんか他にいい方法ないもんでしょうかね？

MR-Sが15万km到達とオイル交換の話

Sun, 13 Jan 2019 00:00:00 GMT

走行距離 15万km到達

中古で10万kmぐらいの車両を買ってから3年で5万kmくらいで、走行距離が15万kmに到達しました。

通勤やら買い物、ぶらぶらドライブといろいろ走りました。島根だと信号が少なくて流れも早かったりするので、下道でもあっという間に40~50km走ってたりします。

オイル交換もだいたい３ヶ月〜４ヶ月に一回とシーズンごとに交換してる感じです。

オイル交換

以前はディーラで変えてもらってましたが、自分でやるようになってからは、Castrol EDGE 5W-40 4L を使ってます。

MR-Sはもともと5w-30が指定オイルになるんですが、 10万km超えということで少し固めのやつがいいかなと思い、Amazonだと4L缶で3000円くらいと結構手頃なので、これにしてます。このオイル、なぜか20Lで買うよりも4Lで買うほうが単価が安いです。

MR-Sはオイルフィルターも交換して、3.7Lなので4L缶でちょうどいいかちょっと余る感じになります。

だいたい交換してから5000km超えてくるとエンジン音がやかましくなってくるのでわかりやすいです。エンジンオイル交換後は、エンジン音が明らかに静かになります。

オイルフィルターやらパッキンはモノタロウで、純正のものを購入してます。

モノタロウブランドの数百円のオイルフィルターもありますが、たいして値段が変わるわけではないので、気分も安心の純正品を使用してます。

オイルの廃棄ボックスはネットで買うといまいち安くないので、近くのホームセンターで200~300円くらいで買っています。 Amazonとかだとムダに高いです。 4.5Lのやつがちょうどいいサイズになります。

MR-Sは、オイル交換ぐらいなら、プラスチック製とかのラダーレールとか木材に乗せてやればジャッキアップせずとも作業空間が確保できるので楽です。

作業時間もオイルフィルターやら交換しても片付け含めて1時間くらいでできました。

まとめ

次は20万kmを目指して、またいろいろ走り回って行こうと思います。とりあえず次は九州か東海地方あたりにでもいってみたいと思ってます。

MR-SのスパークプラグをNGKのプレミアムRXプラグに交換してみた

Mon, 10 Dec 2018 00:00:00 GMT

スパークプラグ交換

中古車で買ってからディーラーで整備してもらったので、今ついてるのは純正のスパークプラグです。

数年前のことなので、もう寿命になっているはずということでスパークプラグを交換することにしました。

ネットなどを見てると純正のやつからイリジウムなどの高いプラグに交換すると、結構体感できるほどよくなるということだったので、どうせ変えるならいいやつにしとこうかと思い、NGKのプレミアムRXプラグという１本1500円ほどの高いプラグに交換してみました。

NGK プレミアムRXプラグ

交換に必要なもの

必要な工具

今回もAmazonやらモノタロウで揃えました。

16mmのプラグソケット(マグネット付き) 結構マグネットが強力で、少々手荒に扱ってもプラグが落下しそうにないくらい強力です。
T型レンチコレ一本あるだけで作業がめちゃくちゃ楽になります。エクステンダーも必要ないので便利でした。
スピンナハンドルタワ−バーが結構なトルクで締めてあるので、チカラをかけやすい大きめのやつがないと緩まないです。
10mm,14mmのソケットリアのタワーバーや、コネクターを固定しているボルトを外すのに使います。
クリップリムーブハンドル内装のクリップなどを外す工具ですが、今回は電気系のソケットを外すのに使います。なければマイナスドライバなどで。

必要な部品

NGKのプレミアムRXプラグ MR-Sは熱価5なので、品番：BKR5ERX-11Pを使用します。 4気筒なので４本用意します。

交換してみる

エンジンルームを開けて、スパークプラグを交換していきます。

タワーバーを外すスパークプラグの上にタワーバーがあるので、作業をしやすいように先に外します。すべて14mmで4箇所で止まっています。 70~80くらいのトルクがかかってるので、スピンナハンドルを使って緩めます。

電気関係のケーブルなどを外していくケーブルがコイルにつながっているので、ソケットの爪を外していきます。ケーブルがつながるプラスチックのバーもボルト外して、外しておきます。

コイルを抜いて、古いスパークプラグを外すコイルを固定してるボルトを外して、コイルを抜きます。 T型レンチにプラグソケットをつけて、古いプラグを外します。

新しいスパークプラグを取り付ける新しいスパークプラグをプラグソケットにはめて、ぶつけないように慎重にはめ込みます。軽く回していって固くなったところから、更に1/2回転させて、プラグのガスケットを潰して密着させます。

電気系のケーブルを戻していく４本とも交換できたら、電気系のケーブルを外すときの逆の手順でつけていけばいいだけです。

タワーバーを戻すタワーバーも戻していきます。

確認取り付けが終わったら、エンジンをかけてみて、異常がないか確認します。

古いプラグは、なんか白い感じでした。

まとめ

MR-Sはタワーバーさえ外せば、スパークプラグの交換は簡単です。初めてでも１時間かからないくらいでできました。

プラグ交換後はネットで調べたとおり、かなり体感できるくらい良くなりました。エンジンがリニアに低回転から高回転までスムーズに回る感じになりました。特に2000回転以下が非常に安定するようになりました。

燃費もかなり良くなって、ほぼ高速道路の走行ですが、16km/lくらいでました。

3〜4km/lくらい良くなってるので、高いプラグですがすぐ元が取れそうです。

Googleのローカルガイドをやっていたら特典で13,000円も得した話

Thu, 29 Nov 2018 00:00:00 GMT

突然のGoogleからの謎のメール

今日メールを確認していたら、なにやら英語のメールが。よく見るとGoogleからのメールでした。

タイトルは「Perk: Free 12-month trial of Google One for Local Guides」で中身を読んでみると、

どうやらGoogleのローカルガイドを頑張ってる特典として、Google One (旧 Google Drive) の2TBプランを無料で試せるみたいです。

普通に契約すると１年一括で13,000円もするやつです。

特典の受け取り方

招待メールのリンクからボタンを押していくだけで特典が受け取れました。メール自体は英語ですが、リンクで開くページからはすべて日本語で書かれているのでわかりやすかったです。

途中支払画面が出ますが、ちゃんと無料/365日と書かれています。ただ、支払いはないですが、アカウントにクレジットカードを登録している必要があるようです。

Google　One のサイトで確認すると実際に2TBになっています。これまで15GBしかなかったので、ほぼ0%の使用率になりました。

一応、お試しということ１年後までに解約すれば完全に無料で利用できるようです。

さらに特典のメールが届く

これで無料でGoogle Oneに加入したわけですが、Gooleから更にメールが届きました。

どうやらGoogle Oneに加入する事自体にも特典があるようで、 Google Play 600円分のギフトがもらえました。

さらに、Google検索からホテルを予約すると、宿泊料金が最大40%オフになる特典もついてました。

どんだけ特典あるんだという感じです。

まとめ

ローカルガイドをやってて、まだGoogle Oneの招待メールを確認してない人は、すぐメールを確認してみるといいです。

ローカルガイドは、これまでもいろいろと特典があり、もともとかなりお得感が高いのですが、今回は、普通に契約すれば13,000円もするプランが無料で提供の上、追加で600円分の特典やらまであって、かなり大盤振る舞いな感じでした。

[Android]バックグラウンドでセンサーなどのログを取得し続けるには

Fri, 16 Nov 2018 00:00:00 GMT

バックグラウンドからサービスを起動できなくなった

ライフログなどのログを取得し続けるアプリを作ろうと思うと、アプリを閉じた状態でもセンサーなどの値を監視し続ける必要がある。

そのようなログアプリで端末再起動後も自動でログの取得を開始するようにしていると、下記のようなエラーでサービスが起動できなくなった。

Caused by: java.lang.IllegalStateException: Not allowed to start service Intent { cmp=com.muaaru.testbackgroundservice/.ForegroundService }: app is in background uid UidRecord{c4b2502 u0a100 RCVR idle change:uncached procs:1 seq(0,0,0)}

どうもAndroid O (8) 以降では下記の制限に引っかかってしまうようになったようだ。

バックグラウンド実行制限

バックグラウンドからサービスを起動するには

回避するには、サービスをフォアグランドサービスとして起動する必要がある。

公式ドキュメントの説明だと、NotificationManager.startServiceInForegroundを使用すると書かれているが、そのメソッドが見当たらず、実際はContextCompat.startForegroundServiceを使用するらしい。

ContextCompat.startForegroundServiceの実装を見てみると、Androidのバージョンによって切り替えているだけだった。

    public static void startForegroundService(@NonNull Context context, @NonNull Intent intent) {
        if (VERSION.SDK_INT >= 26) {
            context.startForegroundService(intent);
        } else {
            context.startService(intent);
        }
    }

minSdkVersionを26以降にできるなら、ContextのstartForegroundServiceで良さそうである。

さらに、Android P以降だと、startForegroundServiceする際に、パーミッションが必要になり、

    <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />

AndroidManifestに上記の記述が必要になっている。

起動したサービスをフォアグランドサービスに設定する

バックグラウンドからstartForegroundServiceでサービスを起動するが、これだけではフォアグランドサービスには、まだならない。

サービス側で、onStartCommandがよびだされるので、さらにServiceのstartForegroundメソッドを呼び出して、サービスをフォアグランドサービスとして設定する。 startForegroundする際に、Notificationが必要になってくる。

startForeground(ForegroundServiceNotification.FOREGROUND_SERVICE_NOTIFICATION_ID, notification);

フォアグラウンドサービスに設定する通知について

Android O 以降、すべての通知をチャンネルに割り当てる必要がある。

下記のようにしてチャンネルを設定するのだが、フォアグラウンドサービスに設定するNotificationChannel特有の注意点があった。

NotificationChannel notificationChannel = new NotificationChannel(
                CHANNEL_ID,
                CHANNEL_NAME,
                NotificationManager.IMPORTANCE_HIGH);
manager.createNotificationChannel(notificationChannel);

フォアグラウンドサービスの通知の場合、公式ドキュメントにはIMPORTANCE_MIN は非推奨と記述されている。 https://developer.android.com/reference/android/app/NotificationManager.html#IMPORTANCE_MIN

ただ、実際に動作を見てみると、IMPORTANCE_HIGH 未満を指定しても、IMPORTANCE_HIGHとして扱われていた。

このあたりは、ユーザに気づかれずにバックグラウンドで処理ができなくなるようにするため、と考えると当然かもしれない。

まとめ

今回の調査で作成したソースはGitHubで公開してます。 https://github.com/muaaru/testbackgroundservice

バックグラウンドでサービスを起動するのに把握しなければいけないことが、だいぶ増えている。

特に通知が必須になっているので、対応するには新規に通知の処理を作らないといけなくなっている。また、公式ドキュメントに記載がない仕様がいろいろとあり、動作を調べながらでないと予期しない動きとなりそうである。

Pixel3 XLのケースを探してみた

Thu, 08 Nov 2018 00:00:00 GMT

背景

Pixel3 XLを購入してあったんですが、ケースやらガラスフィルムを買うのを全く忘れていたので探してみました。

購入したケース＆ガラスフィルム

Amazonでいろいろ見てたんですが、いまいちどれがいいのかわからないので、昔使ったことのあるSPIGENのケースで探してみてコレにいきつきました。

SPIGENのスマホケース　THIN　FIT 360

なんかもう売り切れになってる。きっとそのうち復活するんじゃないかな。

このケースは、ケースとガラスフィルムがセットになっていて、端末全体をケースとガラスフィルムで覆い尽くす感じのケースになります。

ガラスフィルムが、予備でもう一枚入っていました。

ケースの使い心地とか

ケース自体の触り心地は、マットでスベスベ感のある感じ。

ツルツルしている感じではない。

サイドの部分は少しゴムっぽくて、グリップするようになっている。

ケースとガラスフィルムとの隙間は、髪の毛１本分ほどでほんの少しだけ隙間がある。

ガラスフィルムの装着が簡単で先にケースをつけて、ケース自体を貼り付けのガイドとして貼り付けていくだけでピッタリの位置に貼り付けができる。

Pixel3 XLなので、もともと大きいのもあると思うが、ケース自体は、非常に薄いので、ケースをつけることで大きくなった感じもあまりない。

画面の端っこが湾曲しているようで、ガラスフィルムの左右は少し浮いている感じ。気になるといえば気になる。

まとめ

触り心地や装着のしやすさはさすがで、4000円もするだけのことはありました。下手なケースとガラスフィルムを買わずに、少し高いですが思い切ってコレを買って良かったです。

Mac mini 2018年モデルで5年は戦える構成を考えてみた

Wed, 31 Oct 2018 00:00:00 GMT

Mac mini 2018年モデル

結論から書きますが、私はこの構成が一番コスパが高いと思います。

| | Mac miniをカスタマイズ | | -------------- | --------------------------------------------------------------- | | CPU | 3.2GHz 6コア第8世代Intel Core i7（Turbo Boost使用時最大4.6GHz） | | メモリ | 8GB 2,666MHz DDR4 | | GPU | Intel UHD Graphics 630 | | 内蔵ストレージ | 128GB SSDストレージ | | LAN端子 | 10ギガビットEthernet |

あとから変更不可な上に開発機には重要なCPUはMAXにカスタムしますが、それ以外は最小構成という感じ。

10Gb Ethernetは、好みでというとこですが、＋1万なので5年後も戦える端末と考えるとつけとくほうがいいようにも思います。

メモリは自分で交換できるみたい

下記の記事やアップル公式サイトの画像をみると、どうもメモリは交換可能な様子。

<追記　2018-11-08>

メモリ交換は可能だが、以前までのモデルと違って、ロジックボードを取り出す必要がある。割とめんどくさい模様なので、今すぐメモリ増強したいとかいう人は、AppleStoreで素直にカスタムしたほうが良さそう。逆にメモリが安くなってからでもいい人は、8GBを選択でいいと思う。

<追記終わり>

Mac mini 2018のSSDはオンボードで購入後のアップグレードは不可能なものの、メモリは通常のSO-DIMMを採用しサービスプロバイダーなどでアップグレード可能。

Mac mini

なので、AppleStoreでカスタムする際は最小の8Gを選択して、あとから自分で交換がコストパフォーマンスが高い。

Amazonでメモリを探すと32GBにすると、コレぐらいの値段になるようだ。

CORSAIR DDR4 SO-DIMM メモリモジュール VENGEANCE SO-DIMM シリーズ 16GB×2枚キット CMSX32GX4M2A2666C18

ちなみに、元からついてる8GB分のメモリはだいたい5,000円くらい(2018-11-01現在)の買取価格の模様。

ただ、このあたりは正直、販売後にメモリの互換性を確認してから購入するほうが良さそうに思う。

SSDは128GBで十分

XcodeやAndroidStudio、AdobeCCなどをインストールすると考えると、128GBは少ないと思うが、Thunderbolt3やUSB3接続でSSDなりを外付けすればいいと思う。

AmazonでThunderbolt3対応の外付けSSDが、コレぐらいの値段である。 Plugable Thunderbolt 3™ NVMe SSD ドライブ - 480GB

10Gb EthernetはThunderbolt3で追加可能だが

現状のThunderbolt3に10Gb Ethernetを追加するアダプターが数万円するよう。

StarTech.com Thunderbolt 3-10GBase-T 有線LANアダプタマルチGigabitイーサネットアダプタ 10GbE TB310G

なので、このオプションは付けておいたほうがオトクな感じがする。

まとめ

安く開発環境を構築するには最適なMac miniが発表されました。ココ最近は開発用のMacとしてパッとするモデルが見当たらず、コスパの高い4coreの2012モデルのMac miniが使われたりしてましたが、これで完全に乗り換え先ができました。

とりあえず会社に開発機をおねだりするなら、この構成にしたいと思います。

LEDライトバーを自作した

Mon, 01 Oct 2018 00:00:00 GMT

LEDライトバーを自作

メタルラックのライトアップ用に、LEDライトバーをつけようと思ったが、意外と値段が高いかった。 LEDライトの長さ調整もできないので、自作することにした。

材料・工具

材料

LEDテープ 500mm (1000mm　1,500円程度)

12V電源 ACアダプター　 (電源容量による 1,000円〜3,000円程度)

10mm * 1000mm * 1mm のアルミ平角棒　(1000m 200円程度)

ACアダプターは家に転がっていたのを今回は使用した。

LEDを点灯させるだけなら、アルミ平角棒は必要ないのだが、LEDの放熱のために使用する。 LEDは点灯させ続けていると結構な発熱になる。 LEDは高温状態が続くと寿命が短くなるため、アルミに貼り付けることで放熱させる。

テープ状よりバーになってたほうが、マグネットでメタルラックに貼り付けたりするのに扱いやすいというのもある。

アルミ平角棒は、大きいので通販だと送料が高くなってしまう。近くのホームセンターを探せば売っているところがあるはず。

工具

電工ペンチ（なければハサミでもOK）

カッター（大きいＨ型刃のやつ）

金物ヤスリ

LEDテープの選び方

激安の5mで1000円以下のローコストLEDテープは、球切れが起きやすいのでやめたほうがいい。

間接照明であれば高演出ではないやつで十分だと思う。

室内で水に濡れないような場所に設置するのであれば非防水タイプがいい。放熱性が高いのでLEDの寿命が長くなる。

1mで1000~1500円程度であれば大丈夫だと思う。

今回使用したLEDテープは、東京出張した際に秋葉原のLEDライト専門店で調達してきた。ネット通販もやっている。 akibaピカリ館

Amazonなりネット通販で探せば、他にも売っている場所はいろいろと見つかる。

作り方

アルミ平角棒を必要な長さにカッターで切断するアルミ平角棒の切断する箇所にカッターで何度も切りつけて、傷を深くしていく。傷をつけたらペンチなどで何度もグリグリ折り曲げるていると、金属疲労で切断される。そのままだと切断面が凸凹しているので、ヤスリでならしておく。
LEDテープを必要な長さに電工ペンチで切断する LEDテープの切断してもいい接点のある箇所で、電工ペンチを使って切断する。
LEDテープの両面テープで、アルミ平角棒に貼り付ける LEDテープの両面テープをすこしづつ剥がしては、アルミ平角棒に貼り付けていく。一気に長い範囲を剥がすと、うまく貼り付けるのが難しくなるので、少しづつ貼り付けていく。
電源とLEDテープのケーブルを接続する電源の端子をLEDテープの端子に差し込めばいい。

全部くっつけた状態

点灯させてみる

使い方

アルミ平角棒の裏面にマグネットをつければ、メタルラックに貼り付けることができて便利。

セリアなどの１００円ショップでマグネットが売っている。シートタイプや粒タイプなどがあるが、メタルタックにつける場合は粒タイプでないと剥がれやすい。

電源とLEDテープの間にスイッチを挟み込めば電源のON・OFFが簡単にできるようになる。

この他にも、電源から２分岐、４分岐させるようなケーブルがあるので、延長ケーブルなどと組み合わせて、メタルラック全体をショーケースのようにライトアップすることもできる。

メタルラックにLEDライトバーをつければ、大型の撮影ブースも作る事ができる。

まとめ

自作することで半額程度の費用で制作ができた。自作であれば安くて長さやLEDの色も自由に調整可能なのがいい。

Evernoteのように同期するメモ環境をDropBoxで構築する

Sun, 16 Sep 2018 00:00:00 GMT

メモが取りたい

思いついたらすぐにメモを取りたくなる。ブログなどを書こうとすると、ネタになりそうなことは、すぐにメモがしたい。仕事でもそうだろう。

そういうときは、Evernoteを使えばいいのだが、自分はどうも使いにくく感じる。 URLを貼り付けたときなど、自動でリッチテキストにされるのが、お節介に感じるからだ。

そこで、 Dropbox と Visual Studio Code (VSCode) を組み合わせて、マークダウンでメモをとるようにした。１年ほどやってみて、うまく回せてきたので、その方法を書いておこうと思う。

必要なもの

Dropbox
Visual Studio Code (VSCode)

どちらもWindwos,Mac,Linuxのどれでもインストール可能なので、環境を選ばない。 Dropboxは、Googleドライブなど、他のファイル同期ソフトでも大丈夫。メモだけであれば10MBもあれば十分だった。

そして、この環境でやっていけると思えたのが、Visual Studio Codeの登場である。これが非常に使いやすく、動作も軽快で必要なものが揃っているので、これを選んだ。

やり方

Dropboxのフォルダに、メモ用のフォルダを作成する。
メモ用のフォルダに、メモのカテゴリを分けをフォルダで作成する。
カテゴリごとに「メモの名前.md」などのファイル名にして、マークダウン記法でメモを取っていくだけ。

手順としては以上である。

非常に簡単。

私は、カテゴリのフォルダ名をつける際は、「A_TODO」など「A_」や「W_」などの接頭辞をつけている。 VSCodeでフォルダをサイドに表示した際の順番を指定するためだ。

こうすることで、カテゴリ名とは関係なく、フォルダの表示順を指定できる。

使い方

VSCodeでメモをとるときは、メモ用のフォルダが最近使用した項目に表示されているので、そこからすぐに開ける。基本的にはVSCodeを起動しっぱなしにしておけば、気にならない。

スマホだとVSCodeがないので、マークダウンのメモを閲覧するだけならいいが、記述するのはツライ。ただ、スマホで文章を書くのはもともとツライと思っているので、スマホでは閲覧さえできれば、それほど困ることはなかった。

注意点

ないとは思うが複数人で同時に二箇所で同じメモを開いて編集してしまうと、変更が衝突してしまうので、基本的に複数人で使うことはできない。

１人で使う場合も、DropBoxは常に起動しておき、メモが同期された状態を保たないと、同じことが起こるので注意が必要だった。最初の頃は何度か、メモが衝突してしまい修正するのに面倒なことになってしまった。

テキストのメモの同期は瞬時に行われるが、メモを保存している間はPCを閉じないなど、気をつけないといけない。

まとめ

１年ほどやってみて、いろいろ試してみた中では一番しっくり来ている。あとはスマホでVSCodeのようなエディタが見つかれば、より完璧になるはずだ。

Bose SoundLink Miniを5年使ってみたけど、どこでも使えて便利だった

Mon, 03 Sep 2018 00:00:00 GMT

５年ほど使い続けているBose SoundLink Miniについて紹介したいと思います。

Bose SoundLink Mini

何これ？

Bluetooth接続で使える、どこでも気軽に持ち運べるポータブルスピーカーです。現在は後継機種が出たため、絶版になっています。

500mlのペットボトルぐらいの大きさと重さなのに、重低音の迫力がすごいスピーカー。

現在では様々なメーカーがポータブルスピーカーを出しているが、その元祖的なスピーカーです。 BOSEが販売して人気が出ると、SONYが同じようなコンセプトのスピーカーを発売し、その後、各メーカーが安価なポータブルスピーカーを発売してきました。

何が良いのか？

コンパクト小さいので、どこでも持って移動できます。家の中でも常に持ち歩いて、自分の側においておけるます。
スピーカとしての性能が高い重低音の迫力がすごくて、iPhoneなどのスピーカだと、どうしても重低音がでないのです。しかし、コレをつなげれば映画を観ても重低音の迫力がでます。また、音量をどこまで上げても音割れしません。普通、イヤホンやスピーカーで音量をMAXにするとビリビリと音が割れるのですが、このスピーカーは音量をMAXにしてもそういう事がありません。そして、MAXの音量はとんでもない音量で、オープンカーで高速を走っていても、問題なく音楽が聞こえるレベルです。部屋の中ではMAXにはできないほどの音量でした。ただ、ミニジャックで接続すると音質が悪い気がしますが、まず使うことはないので問題ないとも言えます。
長時間バッテリー　バッテリーが10時間ほどもつので、 1泊2日程度なら充電器いらずです。車で片道３時間で往復つけっぱなしでも、充電が消えることはありませんでした。
頑丈ポータブルでいろいろと持ち歩くと当然スマホ等と同じように落とします。しかし、MacBookAirのようにアルミの削りだしのボディなので、雑に扱っても頑丈でなかなか壊れません。 5年使ってきて、今まで何度も落としたり、車のダッシュボードんい置きっぱなしにしたりしました。だいぶ傷だらけになっていますが、一度も故障しませんでした。頑丈ですが、落としたら傷はつくのでケースに入れて持ち歩いたほうがいいです。スピーカのメッシュの部分が凹むと、見た目的にちょっときになります。

駄目なとこ

値段が高い 2万円くらいして、結構高いので買うのに勇気がいります。私は最初買うとき高くて悩みましたが、思い切って買って使ってみるとすぐに値段以上の価値が合うように思いました。実際、5年ずっといろいろ使い倒してきたので、十分もとは取れていると思います。新品だと高いので中古でもいいと思います。頑丈なので中古でも大丈夫でしょう。中古なら15,000円ほどで売っています。もし、ポータブルスピーカーが初めてなら、Ankerなどが出している5,000円ほどのスピーカーで試してみてもいいでしょう。ポータブルスピーカーの便利さがわかると、この機種の価値がわかるはずです。
充電がUSBでできない充電が専用の充電器でしかできないため、1泊2日を超える場合は充電器を持ち運ぶ必要があります。充電器も非常にコンパクトなのですが、やはりUSBで充電できえばなと思います。ただ、私が使っている機種の後継機種のBose SoundLin kMini 2ではUSB充電に対応しています。こちらだと、充電器も必要なく、車のシガーソケットからUSBで充電できたりするので、非常に便利そうです。

Bose SoundLink Mini Bluetooth speaker II

どう使うと便利なのか？

一番使うのは、車の中で音楽を流すときです。

それ以外にも、iPadと組み合わせると迫力ある動画鑑賞環境がどこでも持ち運べます。

キャンプで音楽を聞いたり、キッチンで料理をしながら動画の音声だけ流したりと様々です。

まとめ

カラーにこだわりがなければ、USBで充電できるBoseSoundLinkMini2が便利でオススメです。私は、MacBookAirと同じ色で統一したくて、BoseSoundLinkMiniを使い続けてます。

Apple製品のような綺麗さのあるボディなど、一度気に入ってしまうと私のように他の機種には買い替え出来なくなるかもしれません。

MR-SにOBD2をBluetooth接続してアプリを設定する

Sun, 02 Sep 2018 00:00:00 GMT

MR-Sの水温などを見たいと思い、OBD2端子をスマホで読み取ってみようと思います。

Bluetooth接続するOBD2ドングルを探す

車のOBD2端子から読み取れるデータをスマホへ送信するために、OBD2ドングルが必要です。

私はこのOBD2ドングルを購入しました。

ELM327 OBD2スキャンツール

Amazonを探すと、これ以外にもいろいろ見つかります。ただ、レビューを見るとうまく動作しなかったり、付属のCDにウィルスが混入されていたりと、安いものは選ばないほうがいいようです。

OBD2ドングルをOBD2端子に接続する

OBD2ドングルを手に入れたら、車に接続します。

MR-SのOBD2端子は、運転席のハンドル右下にあります。この画像の白い端子がOBD2端子です。

ここにOBD2ドングルを刺しますが、その前にエンジンをかけます。エンジンをかけてから、このようにOBD2のドングルを刺します。

エンジンをかけるまえにOBD2ドングルが刺さっていると、ABSのチェックランプが高速で点滅するようになります。

エンジンをかけたあとに挿せば、この症状はでません。

私が購入したOBD2ドングルは、スイッチがついていないので、毎回使うときに刺すようにしています。

OBD2ドングルとAndroidアプリを接続する

今回は、Torque ProというAndroidアプリを使用します。

Torque Pro

Androidタブレットは、１万円以下でいろいろ選択肢が多いのでAndroidを使用します。私は、7,000円程で購入したNexus7(2013)を使用してます。

アプリの左下にある設定からMR-Sの接続設定を行います。

車両プロフィールを選択します。

各種MR-Sの情報を入力していきます。

設定画面の一番下に「ATIB 96\n ATIIA 13\n ATSH8113F1\n ATSP A4\n ATSW 0」と入力します。

設定を保存して、しばらくすると接続されるはずです。

まとめ

OBD2のドングルが怪しいものばかりで、実際に使ってみるまで使えるかわかりませんでしたが、無事、MR-SのOBD2からセンサーの値を読み取る事ができました。

MR-Sの幌交換の費用を節約するために幌を海外から個人輸入した話

Sat, 01 Sep 2018 00:00:00 GMT

幌を交換しないといけなくなったら

オープンカーにとって幌は消耗品のため、中古車などで購入した場合は数年も乗れば、かなり劣化していると思います。

そのため、幌の交換はできるだけ安く済ませたいのですが、部品代と工賃を合わせると、だいたい15万円から20万円は予算がないとできません。そこで、少しでも節約するため、海外で安く売っている社外品の幌を購入しました。

どこで売ってるのか

海外のサイトでは、いくつかMR-Sの幌が購入できるサイトがありますが、私はここで購入しました。

TOPS ONLINE

TOPS ONLINEでの購入方法

上のリンクを開くとMR-Sの幌の販売ページが開きます。４種類のブランドがあって、選択できる色や値段はそれぞれ違います。一覧の右側半分にEZ ON BrandやのRobbins Brandは、日本の通販でも販売しているEZ ON社製やロビンス製のようです。

どれもリアはガラスウィンドウのようなので、好きなブランドでいいと思います。縦方向は色と材質の選択になります。純正と同じようなVinylのビニール製か、Clothの布製かを選びます。

私は一番安いTopsonline Brandにある550ドルのBordeaux Haartz Stayfast Clothで布製の幌にしました。

「Add To Cart」のボタンを押すとカート画面が表示されます。

個数が1になっているのを確認します。

「I'd prefer a DVD sent for $5 instead - add it to my Cart!」と書かれたやつがあるので、取り付け手順を解説したDVDが必要ならクリックして、カートに追加します。

「Estimate Shipping Costs」と書かれた箇所で、配送先を選択していきます。「Shipping Outside US」を選択して、アメリカ国外を指定します。

「select country」となっているドロップダウンから「Japan」を選択して日本を指定します。

「View Estimate」のボタンを押すと、日本までの送料が表示されます。

「Year of the Car」で車の年式を入力します

後はクレジットカードか、Paypalで支払います。私はPaypalを選択して、ドル払で支払いました。日本円で支払う場合はクレジットカード会社やPaypalでドルへの交換手数料がかかってきます。

また、Paypalで支払う場合は、配達先などの住所、氏名がペイパルの情報から取得されます。そのため、事前にペイパルのアカウントには日本語ではなく、英語で住所、氏名を登録しておきます。住所は複数登録できるのですが、氏名は一つしか登録できない上にネット上から変更することができません。サーポートセンターとやり取りして変更する必要があるので時間と手間がかかります。すでにPaypalのアカウントを登録している場合は、注意してください。

日本語だとおそらく注文しても、店の人が読めないと思うのでキャンセルされてしまう可能性があると思うので注意してください。

クレジットカードで支払う場合は、次の画面で住所、氏名を英語で入力して、カード情報を入力していけば購入できるはずです。私はPaypalで購入したのでクレジットでの支払いは

注文が完了すると「TopsOnline Order Confirmation」という確認メールが来ます。

配達されてくるまで

注文が完了から４日ぐらいすると「Your TopsOnline.com order has shipped」という出荷メールが来ました。

出荷メールにはアメリカ合衆国郵便公社の追跡番号もついているので、荷物が今どこにあるのかもわかります。荷物は船便ではなく空輸されてくるようです。

さらに１週間ほどすると日本の郵便局から国際郵便で配達されてきます。受け取る際には、輸入関税が３千円ほどかかりました。

私は配達時に不在だったので郵便局まで取りに行きました。 MR-Sに積む場合は、幌を開ければ助手席に積めます。

配達されてきた幌

幌の箱の大きさは、120cm × 50cm × 10cm ぐらいでした。幌の布の部分と、リアガラスだけなので、意外と軽くて１人で十分持てる重さです。

「Topsonline Brand」で注文したはずですが、配達されてきた箱には、なぜか「EZ ON Auto Tops」と書かれていました。説明書も「EZ ON Auto Tops」と書かれていました。

もしかしたら、幌自体もEZ ON製かもしれませんが、よくわからないです。

まとめ

商品の代金と送料で$649.30＋関税が3000円程度で、だいたい日本円だと¥75,000程で購入できました。

注文してから２週間くらいはかかりますが、日本で販売しているサイトから購入すると10万円以上していたので、だいぶ節約できました。リアの電熱線の配線処理は少し残念でしたが、安い社外品と言っても、布製のちゃんとした幌が届いたので満足してます。

2021/06/04 追記

もうそろそろ幌を交換してから3年ほど経ちました。雪の日も大風の日も365日青空駐車でしたが幌は特に問題が起きていません。

布の幌なのでビニールのように冬場に硬くなったりもしないです。この幌交換時に骨組みの歪みもある程度とったので、幌の開閉もスムーズになりました。ちょっとコツがいりますが運転席に座ったまま開け閉めができるのは本当に便利です。

この幌を交換する際に、ウェザーストリップも交換したほうがよかったのでが、結構高いのと雨漏りしてたわけでもなく、後からでもできるので自分は交換しませんでした。

結果的にはその後も雨漏りなど特に問題ありませんでした。現状雨漏りしてないなら様子見で交換しないのもありだと思います。

今見るとTOPS ONLINEの幌の値段がめっちゃ上がってますね。 550ドルだったのが804ドルに…

最後に本文中には載せてませんでしたが、幌交換時に撮ってた写真があるのでココに載せておきます。

MR-Sのエアコンを掃除してみた

Thu, 30 Aug 2018 00:00:00 GMT

なんかエアコンが臭い

夏場エアコンでクーラーをガンガン使っていたが、エアコンの風の嫌な匂いが気になるようになった。

ちょうど以前Twitterでこんな投稿を見つけていたので、自分でもやってみることにした。

使う道具

プラスドライバー
マイナスドライバー
バケツ
歯ブラシ
家庭用エアコン洗浄スプレー

エアコンのブロアーを外す

このツイートを参考に、ブロアーを外していきます。

まずは、助手席側のスカッフプレートを外していきます。スカッフプレートは、上方向に引っ張ると簡単に外れます。

助手席のグローブボックスを外します。グローブボックスを開けて、グローブボックスの左右を内側に抑えるとグローブボックスが下まで開くようになります。奥側にグローブボックスが引っ掛けてあるので、少し上に持ち上げれば外れます。

次は、助手席の足元のカバーを外します。奥の方に一本ネジが止まっていたと思います。外したら、手前方向に引っ張りながら外します。

外すとこんな感じに電気系の配線がむき出しになります。この上側にブロアーがあります。

助手席の足元に頭を入れて上方向をみると、こんな感じになっています。ブロアーはネジで３本でとまっていますが、まずは左側に見える青い配線のカプラーを外します。

このカプラーはこのような構造になっており、奥側に爪が引っかかています。適当にマイナスドライバーを突っ込んで、爪を押さえなが引っ張っていくと外れます。

カプラーを外したら、ブロアーを固定するネジを外せばブロアーが落ちてきます。他の部分にあたって引き抜きにくいですが、なんとか引き抜きます。

エアコンのヒダヒダを洗浄する

エアコンのヒダヒダの部分、エバポレーターというやつをエアコン洗浄剤で洗浄します。

グローブボックスのあったあたりの金属の部品の奥側に、黒い箱状の部分があります。この左下に窓のようにセンサーが埋め込まれているので、これを外します。

金属の部品のネジも外しておかないと、センサーが引っかかってはずれないので外しておきます。センサーを壊さないように、慎重に引っ張り出します。意外と長いので、ぶつかる部分をどかしながら引き抜けばギリギリ取れます。

外すとこんな感じになります。

センサーを外すとこのようにエバポレーターが見えるので、ここからエアコン洗浄剤を吹き付けます。吹き付けたらしばらく放置してます。

ブロアーを洗う

取り外したブロアーを洗浄していきます。

バケツにブロアーの白い部分だけ浸かる程度に水をためて、ブロアーの白い部分を洗います。

歯ブラシやらでこすると、こんな感じに水が真っ黒になりました。中古車で買って、それから数年乗っていたので、すごい汚れでした。

洗浄していくと、だいぶ白くなります。汚れが結構頑固なのと、形状が複雑でなかなか歯ブラシが届きません。ある程度、掃除できたので適当なところで切り上げました。

乾燥させて、念の為カプラーの刺さっていた端子部分も乾いた布などで拭きます。

戻していく

ここまでの手順の逆に戻していきます。エバポレーターのセンサーをもとに戻して、ブロアーをもとに戻します。カプラーも接続したら、エアコンは切った状態でエンジンをかけて送風でエバポレータを乾かすために、しばらく動かします。しばらく動かしたら、エアコンもつけてエアコンが動いてることを確認します。

ちゃんと動いていたら、残りのラゲッジボックスや、スカッフプレートなどを戻して完了です。

まとめ

掃除してみると、嫌な匂いはしなくなりました。正直、ブロアーを洗ってい時、よく今までこんな汚いブロアーが吐き出した空気を吸っていたなと思いました。

エアコン洗浄剤も２本で千円しないので、安くすみました。

中古車で買って、今まで掃除したことがない人は、一度、掃除してみるといいでしょう。きっと私と同じようにびっくりするぐらい汚れているはずです。

MR-Sのエンジンチェックランプが点灯したので修理してみた話

Wed, 29 Aug 2018 00:00:00 GMT

エンジンチェックランプが点灯した原因を調べる

インターネットなどで調べると、MR-Sの場合はだいたいはO2センサーが故障したということらしい。

ODB2端子にBluetooth接続できるドングルを使って、Torque ProというAndroidアプリで調べてみます。エラーコードを見てみると、やはり片方のO2センサーで異常コードがでていました。

ということで、せっかくO2センサーが壊れたので、自分で交換してみることにしました。

修理に必要なもの

部品と工具

すべてAmazonなり、アストロプロダクツなどで揃います。 O2センサーを回す際に、かなりチカラをかけないと回らないため、工具は丈夫なものを選んだほうが良いです。

ソケットレンチ
O2センサーソケット
クレ556

O2センサーソケット

部品

純正品は非常に高価なので、社外品をAmazonで適当に探しました。これに交換をして、しばらく経ちますが特に問題は起きてません。

O2センサー

O2センサー

交換してみる

エンジンルームを開けて、O2センサーを交換していきます。

O2センサーにクレ556を吹いておく何もせずに回そうとすると、ネジ部分がガッチリ固まっていて回せないと思うので、先にクレ556をO2センサーのネジ部分に吹いて置きます。しばらく、その状態で放置して潤滑剤を染み込ませます。
O2センサーのカプラーを外す潤滑剤を染み込ませている間に、O2センサーの配線ケーブルを外しておきます。カプラーで接続されているので、カプラーの爪の引っかかりを外すように意識しながら引っ張ると外れます。今回は2本とも交換なので2つ外します。

O2センサーを外す潤滑剤が染み込んだら、O2センサーソケットをつかって、O2センサーを回して外します。

O2センサーを取り付け取り外すときと同じように、O2センサーソケットをつかって、O2センサーを取り付けます。カプラーも接続します。抜くときと違って刺すのは簡単です。
確認取り付けが終わったら、エンジンをかけてみて、エンジンチェックランプが消えているの確認します。エンジンルームも確認して、O2センサーのあたりから排気が漏れていなければ完了です。

まとめ

他の車種だと、部品を外さないとアクセスできない場所にO2センサーがあったりするようですが、 MR-Sの場合は、エンジンルームを開ければ目の前にいます。

タイヤ交換よりも簡単で、左右交換しても1万円以下でできました。

MR-Sを購入してからの総費用

Tue, 28 Aug 2018 00:00:00 GMT

MR-Sを購入してから3年近く立つので、今ままでにかかった費用を振り返ってみる。

MR-Sとは

TOYOTAが2000年頃に発売した車で今は生産されていない。 2人乗りのオープンカーで1トンちょっとのライトウェイトスポーツカーである。低価格の車には珍しい、エンジンが運転席の後ろにあるミッドシップで後輪を駆動させるMRになっている。

頭文字Dにも登場した車種なので、見たことがあるかもしれない。実際に運転してみると、結構、面白い車だと思う。

買ったばかりの状態

３年くらい前の買ったばかりの状態が下記の画像。 2006年度登録の後期型、運転席はフルバケットシートで、ロールケージが入っていた。幌やシートはタンレザーになっている。 10万キロちょっとの車両で、中古車屋で95万円で購入した。正直、今思うと高かった気がする。

1年目から３年目まで

ネッツのディーラーにて12ヶ月点検のシビアコンディションで点検してもらい、いろいろと修理箇所が出てきた。タイヤやらエンジン、ブレーキまわりの修理で16万くらいかかった。

ただ、大きな修理はこれくらいで、車検までの1年位は問題なく乗れていた。

車検で再び、いろいろと整備が必要になり車検費用と合わせて18万くらいかかった。スタビライザーがついてなかったり、サイドブレーキが腐ってたりと、ここでもいろいろ出てきた。

その後は再び、１年程度は問題なく乗れていた。

ある日、エンジンチェックランプがついた。 MR-SにはよくあるらしくO2センサーが壊れたようだった。簡単に交換できるため、自分で交換してみたが、普通に交換できた。

まとめ

３年ほどMR-Sに乗ってきて、おおよそ税金なども含め総額で200万くらいはかかっている。

安くで楽しいスポーツカーに乗りたいけど、他の人と被りたくないという人には向いている車種かもしれない。

最後に今までの詳細な記録を載せておく。

むあーるの雑記

MR-S オイル交換、オイルフィルター交換 255,650km 2026/03/01

オイル交換

GT7用にモニターを買い替えた話

はじめに

Dell 27inch Plus 4Kモニター S2725QS

開封

PS5に接続

配信設定

音声関係

映像関係

配信環境の構成図

まとめ

ゆく年くる年 from 2025 to 2026

はじめに

2025年のGT7

鈴鹿F1観戦

2025年に見た映画

2026年に向けて

まとめ

【脱レンタルサーバー】WordpressのブログをVercel（Astro）に完全移行した話

はじめに

移行の全体像

旧URLからのリダイレクトの仕組み

仕組みのポイント：vercel.json

ハマりポイント：さくらのサーバー側のドメイン設定ミス

まとめ

MR-S オイル交換、オイルフィルター交換 250,316km 2025/09/06

オイル交換

オイルフィルター交換

【デスク整理の救世主】USB切り替え機でゲーム配信環境をスッキリさせよう！

PS5と配信PCのキーボードを1つにまとめる

PS5でキャプチャした画像や動画もすぐ配信PCに取り込める

まとめ

国スポ オフライン大会に参加する人が知っておくべきこと

この記事のAI要約

国スポ オフライン大会に参加する人が知っておくべきこと

運営とのコミュニケーション

大会に行く前の準備

持ち物

大会会場にて

大会受付

ウォームアップ時間

レース中

レース後

まとめ

習慣を作る技術

この記事のAI要約

もう挫折しない！習慣化の鍵は「0秒スタート」にある

習慣化は「環境」が9割

例えばブログを毎日書く

「もったいない」という気持ちこそが最大の敵

あらゆる習慣に応用できる「0秒スタート」の法則

まとめ：意志に頼るな、仕組みを作れ

4k映像をライブ配信可能で持ち運びもできるコンパクトな高コスパ自作PC

この記事のAI要約

はじめに

全体構成

パーツ選定理由

Core i3-14100 Box

B760M GAMING PLUS WIFI DDR4

SPARKLE SPARKLE Intel Arc A380 ELF SA380E-6G

JONSBO C6 Handle

組み立て

完成

MR-S オイル交換 244,908km 2025/04/27

オイル交換

OBSでGT7のテレメトリーデータをゲーム画面に自然にオーバーレイ表示してみた

OBSでGT7のテレメトリーデータをゲーム画面にオーバーレイ表示

テレメトリーデータの取得

スマホ画面をキャプチャー

必要なテレメトリー表示だけ抜き出すOBS設定方法

OBSでテレメトリーデータをいい感じにオーバーレイする

Windows11で普段使うアプリのインストールを爆速で行う方法

MR-S オイル交換,オイルフィルター交換 239,026km 2024/11/30

2024年メインPC構築メモ

全体構成

組み立て

開封していく

マザーボード関係を組み立てる

国スポオフライン大会に参加する人が知っておくべきこと

国スポオフライン大会に参加する人が知っておくべきこと

10/1　126km