← 2026-11-09 の一覧へ戻るホーム
Android 16 を点字ディスプレイ付きキーボード電話に移植する作業

2026/11/05 0:18

Android 16 を点字ディスプレイ付きキーボード電話に移植する作業

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

弱視の利用者が、Android 11（2024年4月のセキュリティパッチ適用済み）とMediaTek Helio P60チップセットおよび4 GBのRAMを搭載し、元々不安定で過剰なプレインストールアプリに悩まされていたKapsys SmartVision3を、カスタム改変版Android 16（2026年5月のセキュリティパッチ適用済み）を実行する高速かつアクセスしやすいスマートフォンに変容させました。同デバイスは、利用者の母親の古いNokia 1280の代替としてeBayで400ドルで購入されましたが、頻発するクラッシュ、カクつき、バックグラウンドタスクの失敗を伴うとともに、重度のプリインストールアプリを内蔵しており、TalkBack用のキーボード入力を処理するためにはカスタム

libinput.so
関数（
SV3KeyboardForTalkback
）が必要とされていました。Universal Android Debloater NGといった標準的なデブロアーツールの試みは失敗に終わりました。これはROMがカスタムリカバリーへのアクセスを許可しておらず、本質的に「腐っていた」ためです。初期のLineageOS 23.2（Android 16）をGSIとしてフラッシュさせる試みでは、繰り返しリカバリーモードへのブートループが発生し、ログには"Error: Retry fail /cache partition not found"や未知のパラットフォームデバイスタイプといったエラーが表示されました。チームは、Androidが"dont check"フラグをチェックする前に未署名の
vbmeta
ファイルを拒否することに気づき、Googleの公開テストキーで署名して対処せざるを得ませんでした。アンロックとvbmetaの修正を行った後も、MTKClientによるバックアップのフラッシュではウォッチドッグのフリーズを引き起こし、手動での15秒間の電源ボタンリセットが必要でした。重要な決定的な突破口は、KapsysのアプデートAPI（デバイスIMEIとシリアル番号を使用して）を使って公式ファームウェアの完全なバックアップを抽出できたことです。これにより、ADBによる不完全なバックアップ（87個のファイルが欠落）を克服しました。Dynamic System Updates（DSU）を使った大規模なデバッグを経て、利用者はカスタム改変版Android 16を実装し、以下の特定の変更を加えました：キーボード入力およびTalkBackインタラクションを再現する新しいアクセシビリティアプリの追加、TalkBackのウクライナ語検出機能への修正、不要な画面ステータスアナウンスを静かにするためのTalkBackリソースへのパッチ適用。最終的な結果として、ブLOATが除去され、処理速度向上、バッテリー持続時間の延長、カスタム
owntracks
サーバーによる位置情報プライバシー保護、そしてGoogle AssistantではなくGeminiを使用するよう変更された動作可能なアシスタントボタンが実装されました。このプロジェクトは、公式サポートが不十分なデバイスであっても、高度なファームウェア改変によってアクセシビリティニーズのために効果的に再利用可能であることを示しています。

本文

視覚障がい者のためのノキア 1280→SmartVision3: Android 16 化とアクセシビリティ改善への道

母親の老式スマホ（元ノキア 1280）が故障し、新しい端末を探すことに。 視覚に不自由な彼女にとって**「ボタン操作」と「音声ガイド（TalkBack）」**は不可欠でした。

キャプシス社製「SmartVision 3」を購入したが、OS が古く動作不良が続く中、Android 16 (GSI) へのアップグレードとカスタマイズに成功しました。

背景：なぜこの端末を選んだのか？

  • 現状の課題
    • 母親は視覚が不自由であり、スマートフォンの複雑な操作や画面表示には適していませんでした。
    • 必要なのは物理キーパッドでの操作と、音声ガイド機能付きの安価な Fire TV Stick を使用していたこと。
  • 購入経緯
    • eBay で中古として40 ドルで購入しました（キャプシス社の SmartVision 3）。
    • 期待した機能: 物理キーパッド、音声ガイド内蔵、アプリ「Be My Eyes」対応など。
  • 初期の問題点
    • OS の古さ: Android 11 でセキュリティパッチは 2024 年 4 月更新のみ（保証期間中だが事実上終了）。
    • 動作不良: アプリの強制終了が多く、バッテリー drain が激しかったです。
    • 解決不能な欠陥: テレグラムや Google アプリが頻繁にクラッシュし、音声認識が停止しました。

製造元は Android 12 以上を「不可能」と宣言しましたが、私はその制限を受け入れませんでした。

課題分析：なぜ起動しないのか？

  • 根本原因
    • Google アプリの自動更新によりクラッシュループに陥っており、音声入力機能（ディクテーション）が停止しました。
    • キャプシス社のシステムライブラリ 
      libinput.so
      がキー入力を介して TalkBack を制御しており、純粋なアプリ移植では解決できませんでした。
  • 技術的障壁
    • チップセット: メンテック・ヘリオ P60（MEDIATEK）。
    • OS/カーネル: Android 11 / カーネル 4.14.186。
    • ドライバの古さ: 2021 年 12 月のドライバを使用中（2027 年保証との不整合）。

改造プロセス：失敗と試行錯誤

1. バックアップとアンロック

  • バックアップ: 連絡先や写真などは正常にバックアップできましたが、アプリデータは復元できませんでした。 
    • mtkclient
      を介した BROM（ブートローダー）経由での全ストレージバックアップを試みるも、ハンドシェイク失敗により断念しました。
    # 例：BROM モードへの接続試行（失敗）
~/dev/sv3> uv run mtk.py rl backup/raw --skip userdata
[LIB]: Status: Handshake failed, retrying...
  • アンロック: キャプシス社が提供したコマンドのみで解除できました。 
    fastboot flashing unlock
# 出力結果
OKAY [ 69.642s]
unlocked: yes

2. LineageOS (GSI) のフラッシュと失敗

  • 初期計画: LineageOS 23.2 (Android 16) を GSI として導入。ブート署名チェックをオフ化しフラッシュ。
  • 結果: ブートローダー起動時に直ちにRecovery モードに強制転送されました。
    • 「工場出荷状態のリセット」を選んでも Recovery に戻り続けるバグが発生。
  • 調査と発見:
    • 複数回の試行後、カーネルログを調査すると 
      init
      プロセスが死亡し、端末を再起動していたことが判明しました。
    • Android のセキュリティルールにより、特定ファイルの存在確認でクラッシュが生じており、そのログは出力されませんでした。
  • 解決策: 署名チェックオフ設定を変更し、Google の公開テストキーでの再署名を実行。これで Fastboot モードへの強制転送が解消されました。

3. DSU (Dynamic System Updates) とテスト導入

  • 新しいアプローチ:
    • Android のスロット機能（Slot A / Slot B）を活用しました。
    • オリジナルの Android 11 が Slot A にあり、新しいテストビルド（Android 16）を Slot B にインストールしました。
    • クラッシュが起きた場合でも、再起動することで元の動作に戻る仕組みです。
  • 修正内容:
    • セキュリティルールの例外を追加し、
      init
      プロセスのクラッシュを防ぎました。
    • これにより、Android 16（2026 年 5 月 セキュリティパッチ） が正常起動しました。

カスタマイズ：アクセシビリティの向上

純粋な OS 移植だけでは不十分でした。物理キーと音声ガイドの連携を再構築しました。

アプリ開発と最適化

  • 新しいホーム画面アプリ: キャプシス社の非互換なパッチを置き換え、独自の軽量アプリを開発しました（20MB vs 63MB）。
  • TalkBack の統合:
    • Android 標準の「偽キー」として矢印キーを設定。
    • アクセシビリティアプリがカーソルを手動で操作する仕組みを実装し、スクリーンリーダーと物理キーを同期させました。
  • 権限管理: アプリごとに許可を求めず、システムレベルで必要な権限を自動付与しました。

機能強化リスト

項目改善内容備考
バッテリー長持ちするようになったベンチマークなしだがユーザー確認あり
位置情報Google 追跡を廃止 → OwnTracks へ変更15 分間隔または 100m 間隔でサーバーに送信
通知音ソフト化し、着信・アラーム音を調整音量キー操作時の大きな起動音が改善された
ショートカットタッチ反応のみだった行を修正テレグラムなどでの操作性向上
言語設定ウクライナ語音声へのフォールバック防止デフォルトにウクライナ語エンジン搭載

残されている課題

  • 時刻表示: TalkBack が時刻を読み上げた後に「整列」を宣言してしまい、2 秒遅れる問題が解消されていない。
  • Bluetooth: スキャン時に強制終了するバグがある（オフにした状態で使用）。
  • アシスタントボタン: Google アシスタントのみ対応で、他の AI への設定が難しいため Gemini を再度採用中。

結論：改造後の成果

  • 性能向上: クラッシュが消え、アプリ起動が劇的に高速化しました。ブロアウェアが削除されたため、RAM 確保率が改善されました。
  • アクセシビリティ: 「不可能」とされた Android 16 上で、視覚障がい者向けの機能（物理キー操作）を維持しながら利用できました。
  • セキュリティ: 2026 年 5 月の最新パッチに対応し、セキュリティリスクが大幅に軽減されました。

重要: この改造は、特定の技術的知見と「試行錯誤」の上に成り立っています。安易な模倣には注意してください。

同じ日のほかのニュース

一覧に戻る →

2026/11/09 4:08

Dux：ファイルマネージャーとテーマ機能を備えた、無料のオープンソース Wayland デスクトップシェル

## Japanese Translation: DMS 2.1 の最新リリース（コードネーム「Stormborn」）は、無料のオープンソースデスクトップ環境に大規模なアップグレードをもたらします。その統一されたビジュアル体験と強力な新機能により、アップデートの中心には Dux Modular Shell という動的デスクトップインターフェースがあります。このシェルはスムーズなアニメーション、ライトモードとダークモード間のシームレスな切り替え、および対応する GTK、GTK4 および Qt アプリケーション向けの一致した色の自動生成をサポートします。このバージョンでは高度なユーティリティも統合されており、其中包括 Dux Files — タブ、分割ビュー、検索、ゴミ箱、デバイス、ネットワーク共有を備えた高速でキーボードファーストのファイルマネージャー — と Dux GOP です。Dux GOP は CPU、メモリ、GPU、ディスク、ネットワークインターフェースなどのシステムメトリクスに対するステートレスなモニタリングを提供します。追加機能にはビデオウォールペーパー、改修されたメディアプレーヤー、インターフェースの密度調整、そしてライトおよびダークテーマの両方でターミナルの色とシンタックスハイライトを最適化する専門的な「dank16」アルゴリズムが含まれます。リリースでは、美しくデザインされたログイン体験を提供する Dux Greeter、超高速ファイルシステム検索ツールである Dux Search、Google、Microsoft、CalDAV、iCloud プロトコルを深く統合したクラウド連携機能を備えた Dux Calendar も導入されます。目立つ機能として、すべてのアプリケーションに単一のテーマを適用でき、手動設定なしで一貫した美的体験を実現できる点が挙げられます。「支払額自由」モデルを採用しており、開発インフラストラクチャの資金調達のために自主的なチップに依存しながらも、誰もがアクセスできるようにしています。高性能とモダンなデザインの組み合わせにより、DMS 2.1 はアクティブなコントリビューターコミュニティによって完全に牽引される統合的で高効率なデジタルワークスペースをユーザーに提供します。

2026/11/05 2:05

宣言的ドラッグ＆ドロップ

## Japanese Translation: 元の要約は内容が充実していますが、Key Points List（特に引用および具体的なデモ例）に含まれる詳細な情報が不足しているため、完全性を保ちながら文の流れを維持しつつこれらの情報を統合した改良版を提示します。 以下に、主要な点をすべて取り入れた**改良された要約**を示します。 > Horowitz, Blinn, および Heer による論文「Declarative Dragging」は、UIST 2026 で最優秀論文賞を受賞しました。Andrew Horowitz が 2022 年に発表した数学を実感化するためのゲームプロトタイプに着想を得たこの研究は、2023 年シアトルで行われた著者間の議論を経て発展しました。本システムでは、「Declarative Dragging」（D2）というモデル駆動型アプローチによりドラッグアンドドロップのインタラクションを再定義しており、幾何学を手動で計算するのではなく未来の状態を定義します。**Dragology**ライブラリを SVG インターフェースの実装に用いた D2 は、**speculative rendering** を採用してインタラクションを瞬時にプレビューし、重労働なく滑らかなアニメーションを合成します。このフレームワークは非常に組み合わせやすく、スナップやフローティング、トランジションといったモディファイアを組み合わせて単純な動作と統合することができます。本アプローチは、代数やねじれた木、ベジェ曲線、編み目、カードの山、顔（face）、トロミノ、芽生える木などの教育用デモを含む幅広いアプリケーションを可能にします。注目すべき学術的な拡張には、並列データを同時に操作する**「Permutation lab」**と、宣言的なドラッグによってコードのリファクタリングを実感化・発見可能にする**「Hazel」**環境があります。今後の取り組みとしては、ゲームパッド制御への適応や、元の数学ゲームを 2D スクリーンから完全に機能する 3D ワールドへと移行することが挙げられます。

2026/11/09 3:16

ゴールドマンサックスが銀行家やトレーダーからClaude Codeの使用を取り下げる

ゴールドマン・サックスは、エンジニアに対し、Anthropic の Claude などのサードパーティ製の自律型 AI コーディングエージェントを用いて生産環境向けのソフトウェアを開発することを大幅に制限し、実質的にトレーダーや銀行家らが市場モデルや顧客分析のためにそれらを使用するのを禁じています。同社は全従業員向けに内部の AI アシスタントを維持しており、公式なエンジニアリング監査が欠落する外部エージェントの使用を停止しましたが、これは以前「vibe coding」として非エンジニアが最小限の監督下でツールを開発することを推奨していたガイダンスからの変更です。この方針転換は、検証されないコードがテストおよびレビュー統制を回避すること、顧客データに関する情報障壁違反、およびトークン単位で課金される生産性コスト（Accenture が現在は従業員 1 人当たり月々 29 ドルを負担して Claude を導入）への懸念に由来します。これはゴールドマンが以前トレーダー向けに同様のツールを推進したにもかかわらず、Anthropic のエンジニアと協力してバックオフィスのワークフロー向けのエージェントを開発していたことからの顕著な変化を示しています。この制限措置にもかかわらず、ゴールドマンは Anthropic の upcoming Nasdaq 上場において主要な引受業者として残っています。また、労働力削減を進めつつも Claude Code の大規模導入を計画するバークレイズなどの競合他社との対比も示されています。

Android 16 を点字ディスプレイ付きキーボード電話に移植する作業 | そっか～ニュース