この問題に対し、AYANEO側からの公式見解を含めた最新の状況をまとめます。

1. 騒動の経緯：1,200枚以上の「隠しスクリーンショット」

事の発端は、特定のシステムディレクトリ内に、ユーザーが操作している画面のキャプチャ画像が大量に蓄積されているのが発見されたことでした。

• 発見された場所: data/data/com.ayaneo.gamewindow/cache/snapshot
• 挙動の異常性: リアルタイムで更新され続け、古いスクリーンショットを見ている様子さえも新たにキャプチャされるという執拗な動作が確認されました。
• データ送信疑惑: 当該アプリが数GB単位の通信を中国Tencentのサーバー（Bugly）と行っている形跡があり、「スパイウェアではないか」との懸念が急速に広がりました。

2. AYANEOによる公式回答

コミュニティからの指摘を受け、AYANEOは本件に関する公式な説明を行いました。要点は以下の通りです。

• キャプチャは「仕様」だが、蓄積は「バグ」 Pocket DSの特徴である2画面を利用したタスクマネージャーにおいて、アプリのサムネイルを表示するためにキャプチャを行っている。本来、これらは一時的なキャッシュとして削除されるべきものだが、**「削除ロジックの不具合（バグ）」**により、ストレージ内に残り続けていた。
• データ送信は「他アプリとの合算」 12GB以上の送信記録については、AYAWindowがシステム共通のID（UID）を使用しているため、他のシステムアプリ（通信を行うアプリなど）の統計が合算されて表示されているだけであり、「画像をアップロードしている事実はない」と否定しました。

3. 現時点での冷静な分析

メーカーの回答により、意図的な情報搾取という最悪のシナリオは一応の否定を見せました。しかし、ユーザーの間では依然として以下の点が懸念されています。

• プライバシー管理の甘さ: デバッグ不足とはいえ、ユーザーの操作内容がストレージ内に残り続ける仕様は、セキュリティ意識の低さを露呈した形となります。
• 修正パッチの待機: AYANEOは修正パッチの配信を約束していますが、パッチが適用されるまでは、手動でキャッシュを削除するか、設定を見直す必要があります。

まとめ：ユーザーが今できること

現時点では「悪意のあるスパイウェア」と断定する証拠は見つかっていませんが、気持ちのいい挙動でないことは確かです。Pocket DSユーザーは以下の対応を推奨します。

1. キャッシュフォルダの確認: 自身の端末に画像が蓄積されていないかチェックする。
2. システムアップデートの適用: 公式からパッチが配信され次第、速やかに適用する。
3. 通信監視: 不安な場合は「PCAPdroid」等のツールを用い、不審な外部送信が続いていないか自身で監視する。

中華ゲーム機メーカーは、時に利便性を優先するあまり、プライバシーへの配慮が後回しになる傾向があります。今後も、メーカー側の誠実な対応とアップデート状況を注視していく必要があります。

引用元： AYANEO in the Spotlight for the Wrong Reasons After AYAWindow Discovery – Retro Handhelds

• 無断でのスクリーンショット生成
  デバイス内のキャッシュフォルダ（com.ayaneo.gamewindow/cache/snapshot）に、ユーザーが操作している画面のスクリーンショットが大量に保存されていることが判明しました。
• リアルタイムのキャプチャ更新
  これらの画像は操作に応じてリアルタイムで更新されており、あるユーザーの報告では、過去の画像を確認している様子まで新たに撮影されるという、異常な頻度での動作が確認されています。
• 外部サーバーへのデータ送信
  ネットワーク通信の解析（パケットキャプチャ）により、数GB単位のデータが中国Tencent（テンセント）が運営する「Bugly」というサーバーへ送信されていることが確認されました。
  影響範囲と現状
  現在の調査では、すべてのデバイスで一律に発生しているわけではなく、特定のアプリバージョンに依存している可能性が示唆されています。
• 確認済み： AYANEO Pocket DS（v1.5.99）
• 未確認： AYANEO Pocket DMG、Pocket ACE（v1.5.66など）
  送信先の「Bugly」は、本来アプリのクラッシュログなどを収集するための開発者向けツールです。しかし、ユーザーの明示的な同意なく、画面そのものをキャプチャして大量送信する仕様は、一般的なデバッグの範疇を超えたものと言わざるを得ません。
  まとめ
  現時点でAYANEO側からの公式な見解は発表されていませんが、開発段階のデバッグモードが誤って残ったものなのか、意図的な仕様なのかは不明です。
  特にAndroidベースのゲーミングデバイスは、Googleアカウントなどを紐づけて利用するケースも多いため、利用者は自身のデバイスのバージョンや通信状況を注視し、メーカーからのアップデートを待つ必要があります。
  引用元：
  AYANEO in the Spotlight for the Wrong Reasons After AYAWindow Discovery – Retro Handhelds

​これは、エミュレータが保持しているメモリデータを外部へ出力し、別のウィンドウやオーバーレイとして表示させるためのプロジェクトです。

​EmuLnkの主な機能

​このツールは、単に画面を表示するだけでなく、データの「抽出」と「描画」を分けて管理しているのが特徴です。

• ​リアルタイム・データ抽出: UDP通信を介して、エミュレータ内のメモリ（HP、座標、アイテム、敵の状態など）を読み取ります。
• ​HTMLベースの描画: 表示画面（テーマ）はHTML/CSS/JavaScriptで構成されているため、ブラウザ感覚でUIを構築・カスタマイズできます。
• ​マルチデバイス対応: ゲーム画面に重ねるだけでなく、サブモニターや、ネットワーク経由で別端末にステータス画面を表示させることも可能です。

​対応状況とシステム構成

​対応しているハードウェアは幅広く、NESから3DS、Wii、PSPまで多岐にわたります。ただし、利用にあたっては以下の構成が必要になります。

1. ​EmuLnk本体: データを処理し、描画するためのアプリケーション。
2. ​対応エミュレータ: 標準のエミュレータではなく、メモリ出力機能が追加された「EmuLnk用フォーク版」を使用します。
3. ​ゲーム別テーマ: 特定のタイトル（『ポケモン』や『ゼルダの伝説』など）向けに有志が作成した表示定義ファイル。

​活用シーン

​実用的には、以下のような場面で重宝されます。

• ​デバッグ・解析: ゲーム内の隠しパラメータやフラグの立ち具合を視覚的に確認する。
• ​利便性の向上: メニュー画面を開かずに、現在の所持品やマップ、スキルのクールタイムなどを把握する。
• ​プレイ環境の構築: 2画面構成にして、片方をゲーム画面、もう片方を計器類のようなダッシュボードとして活用する。

​結び

​EmuLnkは、派手な演出よりも「ゲームの内部情報をいかに効率よく可視化するか」に特化したツールと言えます。導入にはフォーク版エミュレータの用意など一定の手間がかかりますが、特定のタイトルを深く攻略したい場合や、独自のプレイ環境を構築したいエンジニア気質なユーザーには、非常に有用な選択肢となるでしょう。

​リポジトリ: EmuLnk/emulnk

国土交通省が進める3D都市モデルのオープンデータ化プロジェクト「Project PLATEAU」の一環として、2025年日本国際博覧会（大阪・関西万博）の会場（夢洲）を再現した3D都市モデルデータセットが公開されました。
本データセットは、万博会場の設計・施工の記録をデジタルアーカイブとして保存し、後世に継承することを目的として構築されたものです。
データの概要と特徴
本モデルは、建築BIMデータ、空中写真、地上レーザースキャナーによる点群データを統合して作成されており、極めて高い精度で会場内を再現しています。

• 対象: 大阪市此花区夢洲の万博会場全域。
• 主なコンテンツ: 会場のシンボルである「大屋根リング」をはじめ、各国のパビリオン、会場内のインフラ設備など。
• 提供フォーマット: CityGML（3D都市モデル標準）、FBX、OBJ、glTF（3DCG・ゲームエンジン用）、LAS（点群データ）。
  デジタルアーカイブとしての役割
  本データの公開により、万博開催期間中だけでなく、閉幕後もデジタル空間上で会場の姿を詳細に確認することが可能となります。まちづくり、建築研究、教育用教材、VR/ARコンテンツの開発など、幅広い非営利目的での活用が期待されています。
  利用上の注意（ライセンスについて）
  本データセットの利用にあたっては、通常のPLATEAUデータとは異なる「2025年日本国際博覧会 3D都市モデル利用規約」が適用されます。
• 営利目的の利用禁止: 商業目的（広告、販促、商品化など）での使用は一切認められていません。
• 非営利限定: 学術、教育、公共、または個人の趣味の範囲内での利用に限定されます。
• 権利関係: 各パビリオンの意匠には第三者の知的財産権が含まれるため、規約の遵守が厳格に求められます。
  （参考リンク）
  G空間情報センター：2025年日本国際博覧会 3D都市モデル（Project PLATEAU）

⚠️ 実行前の注意点（必ずお読みください）

本手順で構築するNitterは、X（旧Twitter）の公式APIを使用しない非公式なフロントエンドです。構築・利用にあたっては、以下のリスクを十分にご理解ください。

1. 利用規約に関するリスク

Xのサービス利用規約では、公式ツール以外による自動アクセスやスクレイピング、非正規クライアントの利用が制限されています。Nitterの利用はこの規約に抵触する可能性があるため、あくまで個人の技術的興味・研究の範囲でご利用ください。

2. アカウント凍結の可能性

sessions.jsonl に登録したセッション情報は、X側から見れば「1つのアカウントによる不自然なアクセス」とみなされる場合があります。

• ログインしたままのCookieを外部に晒すと、アカウントを乗っ取られる危険性があるため、ファイルの管理には十分注意してください。

3. 免責事項

本記事に掲載された内容によって生じた損害（アカウントの凍結、データの消失、その他のトラブル）について、筆者は一切の責任を負いかねます。すべて自己責任での実行をお願いいたします。

1. リポジトリのクローンと設定ファイルの準備

まずはソースコードを取得し、設定ファイルの雛形をコピーします。

Bash

git clone https://github.com/zedeus/nitter.git
cd nitter
cp nitter.example.conf nitter.conf

2. nitter.conf の編集

nitter.conf を開き、以下の箇所を書き換えます。

• Redisの接続先変更（Dockerネットワーク内での名前解決のため）Ini, TOML# 変更前 redisHost = "localhost" # 変更後 redisHost = "nitter-redis"
• HMACキーの設定（ビデオURLの署名用）Ini, TOML# 変更前 hmacKey = "secretkey" # 変更後 hmacKey = "（32文字以上の適当な英数字の羅列）"

3. sessions.jsonl の作成（重要）

現在の仕様では、正常にデータを取得するために有効なアカウントのセッション情報が必要です。sessions.jsonl というファイルを新規作成し、以下の形式で記述します。

JSON

{"kind": "cookie", "auth_token": "xxxx...", "ct0": "xxxx...", "username": "nitter_user", "id": "123456789"}

各項目の調べ方

ブラウザでXにログインし、デベロッパーツール（F12）を開いて確認します。

【idの取得詳細】

1. デベロッパーツールの 「Network」 タブを開く。
2. 検索窓に UserByScreenName と入力し、ページをリロード（F5）。
3. 出てきた項目の 「Response」 内にある rest_id の数字をコピーします。

4. docker-compose.yml の修正（Apple Silicon対応）

Apple Silicon Macを使用している場合、イメージとプラットフォームの指定を変更します。

docker-compose.yml を開き、以下のように修正・追記してください。

YAML

services:
  nitter:
    # arm64版のイメージを指定
    image: zedeus/nitter:latest-arm64
    ...
  
  nitter-redis:
    image: redis:6-alpine
    # Intel用イメージをApple Siliconで動かすための指定
    platform: linux/amd64
    ...

5. 起動

準備が整ったら、以下のコマンドでコンテナを起動します。

Bash

docker-compose up -d

起動後、ブラウザで http://127.0.0.1:8080/ にアクセスし、Nitterが表示されれば成功。

⚠️ 運用の注意点

• アカウント凍結リスク: メインアカウントのCookieを使用すると、異常なアクセスとみなされ凍結される可能性があります。
• Cookieの有効期限: ブラウザ側で「ログアウト」するとCookieが無効化されます。取得後はログアウトせず、ブラウザを閉じるだけにしてください。

X（旧Twitter）代替フロントエンド「Nitter」の紹介

概要

Nitterは、X（旧Twitter）をより軽量かつプライベートに閲覧するために開発された、オープンソースの代替フロントエンドです。

• プロジェクトURL: https://github.com/zedeus/nitter

公式のWebサイトやアプリを使用せず、Nitterという「窓口」を通すことで、広告やトラッカーを排除した状態で投稿内容を確認できます。しかし、2024年以降のX側の仕様変更により、その利用形態は「誰でも使える公開サービス」から**「自ら構築・管理する技術者向けツール」**へと大きく変化しています。

主な特徴

公式のREADMEでは、以下のメリットが挙げられています。

• プライバシー保護: クライアント（ブラウザ）が直接Xと通信しないため、IPアドレスやフィンガープリントによる追跡を防げます。
• 軽量動作: 公式サイトに比べ通信量が大幅に少なく、JavaScriptなしで動作します（公式の約1/15の軽さ）。
• RSSフィード: 任意のユーザーの投稿をRSSとして取得し、情報収集を効率化できます。

セルフホスティングとセッション管理の必要性

現在、Nitterを正常に動作させるには、利用者自身でサーバーを立てる**「セルフホスティング」**が前提となります。

また、公式READMEの注意書き（NOTE）にある通り、X側がログインなしのデータ取得を制限したため、現在は以下の対応が不可欠です。

1. 実アカウントの用意: インスタンスの稼働に、有効なXアカウント（凍結リスクを考慮しサブアカウントを推奨）が必要。
2. セッション情報の抽出: ブラウザのデベロッパーツール等から、ログインセッション情報（auth_tokenやct0）を手動で抽出。
3. 設定ファイルへの記述: 抽出した値をNitterの設定に反映させることで、初めてタイムライン等の取得が可能になります。

導入方法（Docker）

構築には、Docker および Docker Compose を利用するのが一般的です。

• 依存環境: キャッシュサーバーとして Redis（またはそのフォークである Valkey）の併用が必須です。
• 運用負荷: X側の仕様変更やセッションの失効に合わせて、定期的にトークンを更新したり、イメージをビルドし直したりする継続的なメンテナンス能力が求められます。

結論

Nitterは、Xのトラッキングや肥大化したUIを回避したいユーザーにとって非常に有用な選択肢です。ただし、その恩恵を享受するためには、サーバーの構築スキルと、変わり続けるXの仕様に対応し続ける運用の手間がセットとなります。

Why Nigeria's 'baby factories' continue to thrive – DW – 03/18/2024

Child traffickers in Nigeria often kidnap girls and young women, take them to isolated places, and impregnate them. When they give birth, their babies are sold ...

www.dw.com

ナイジェリアでは、少女や若い女性が誘拐され、隔離された場所で妊娠させられ、出産後にその赤ん坊が不妊の夫婦へ売られるという「ベビーファクトリー」と呼ばれる闇ビジネスが横行しています。多くは違法クリニックのように装って運営され、少女たちは監禁や性的暴行を受けることもあります。

主なポイント

被害の広がり
東南部の州（アビア州、ラゴス州、アナンブラ州など）を中心に蔓延。過去5年間で約200カ所が摘発されたが、新たに次々と開設されている。

摘発事例
2024年3月にはアビア州で16人の妊娠中の少女と8人の子どもが救出。前年6月にも同州で22人の少女が解放された。

需要と供給の背景

子どもを持てない夫婦が赤ん坊を1〜2百万ナイラ（約8〜16万円）で購入。

男児の方が高額で取引される。

背景には「貧困」「不妊への強い社会的スティグマ（恥辱）」がある。

原因に関する見方

多くは極度の貧困と生活苦による。

一方で「道徳の崩壊や金銭欲が原因」とする声もある。

法的対応
ナイジェリアには「暴力禁止法（Violence Against Persons Prohibition Act）」があり、女性や少女の権利を守る規定が存在。国家人身売買防止庁（NAPTIP）も摘発を続けている。

社会的背景

アフリカ社会では「子を持つこと」が非常に重視される。子どもがいない夫婦は親族からも侮辱を受けることがあり、そのため違法な手段でも子どもを求める。

男児の需要の高さが「ビジネス」としての採算性を支えている。

都市交通調査・都市計画調査：都市モニタリングシート - 国土交通省

国土交通省のウェブサイトです。政策、報道発表資料、統計情報、各種申請手続きに関する情報などを掲載しています。

www.mlit.go.jp

国土交通省では「都市モニタリングデータ」を公開している。国土交通省が都市計画や地域分析のために整備・公開している各種指標データで次のような事がわかる。

1. 人口・世帯関連

• 夜間人口・昼間人口
  国勢調査を基に、夜間人口（居住者数）や昼間人口（通勤・通学の流入出を加味した人口）が収録。
  → 人口増減や都市の昼夜間の人口移動を把握できる。
• 人口集中地区 (DID) 人口・面積・密度
  DID＝人口密度が高い市街地を対象にした指標。
  → 都市の集約度、コンパクトシティ度合いを分析可能。
• 将来推計人口 (2050年など)
  国立社会保障・人口問題研究所の推計値を反映。
  → 少子高齢化や人口減少の将来像を見通せる。

2. 土地利用・都市計画区域

• 都市計画区域・市街化区域・調整区域の人口・面積・密度
  → 「どこに人口が集中し、どこが開発抑制地域か」が分かる。
• 用途地域別面積（住宅地域・商業地域・工業地域など）
  → 都市の土地利用構造を把握できる。
• 立地適正化計画（居住誘導区域・都市機能誘導区域）
  → コンパクトシティ政策の進捗を測定可能。

3. 都市施設・インフラ

• 道路（幹線街路・区画街路など）延長、下水道計画・供用区域
  → 基盤整備の進捗度や都市基盤の充実度が分かる。
• 都市公園（街区公園・近隣公園・総合公園など）面積
  → 居住環境や緑地の整備状況を評価可能。
• 鉄道延長・駅数、バス利用割合など
  → 公共交通の充実度や交通行動の特徴を把握できる。

4. 公共公益施設

• 学校・病院・図書館・保育所などの数
  → 教育・医療・福祉・文化資源の地域間比較が可能。

5. 災害・防災関連

• 土砂災害警戒区域、洪水浸水想定区域、津波浸水想定区域
  → 防災上のリスクを地域単位で可視化可能。

都市の「現況と課題」を体系的に把握することができる。

OutRunは色んなゲーム機へ移植されてるので遊びやすいのですが、ターボアウトランはそれほど移植が行われていないんですよね。

メガドライブで遊べましたけど、再現がイマイチでガックシきたのはいい思い出。

あれから30年くらい経った現代、OutRunのファンがリメイク版を開発し公開しています。

動画をみると色んな車で遊べるようです。

解像度も高いですね。

Windowsのみで遊べるようなので興味のある方はサイドからダウンロード可能ですので遊んでみてください。

Turbo OutRun Reimagined