今週のピックアップ 3 件です。
|  |
NesEmulatorPicoSeries: An NES emulator in PureMetal for Raspberry Pi Pico W, Pico 2 W and Pi 4🌐 EN Adafruit Blog | #Maker | 2026-10-19 |  |
「SDKなし、RTOSなし」という字面を久しぶりに見ました。ajtaji さんが GitHub に公開した NesEmulatorPicoSeries は、ファミコン（NTSC 版 NES）のエミュレータを PureMetal という言語で書いて、PureMetalForge でそのまま機械語に落としたものです。動かす先は Raspberry Pi Pico W と Pico 2 W、それと Raspberry Pi 4。ライセンスは MIT でした。
数字の出し方が細かくて、そこが好きでした。Pico W は 200MHz 動作で、3 本のゲームを 40 秒ずつ走らせた平均が 60.10fps、CPU は毎秒 1,789,766 サイクル。これ、NTSC の実機とぴったり同じ数字です。音声は毎秒 47,998 サンプルで、Bluetooth の音切れはゼロ。Pico 2 W のほうは 150MHz で 60.02〜60.05fps。どちらも基板上のチェック 1,926,732 件を失敗ゼロで通した、と書いてあります。自己申告ではありますが、ここまで桁を並べてくる人はだいたいちゃんと測っています。
ただ、買ってきてすぐ遊べる話ではありません。映像は HDMI でも VGA でもなく、SPI でつないだ小さな液晶に出します。音は Bluetooth で飛ばす方式で、配布されているファームウェアにはスピーカーのアドレスが入っていないので無音。鳴らしたい人は自分でビルドし直してください、という作りです。ROM も当然入っておらず、付いてくるのは自作のデモカートリッジだけ。遊ぶには Python と pyserial でゲームを流し込みます。
私がいちばん感心したのは、できないことを自分で先に並べているところでした。PPU はドット単位では正確でなく 8 ピクセル刻みで効く、未公開の命令は実装していない、電池バックアップのセーブは効かない。ここまで正直に書いてある README を読むと、残りの数字も信じようかという気になります。
キーワードチェック
- マッパー
- ファミコンのカセット側に入っていた切り替え回路のことです。本体が一度に見られるメモリは狭いので、カセットの中で領域を差し替えて容量を稼いでいました。種類がゲームごとに違うため、エミュレータは対応表を持つことになります。 動くかどうかが 30 年前のカセットの基板で決まるの、なかなか壮大な話です。
- RTOS
- 機器を決まった時間内にきっちり反応させるための、小さな OS です。組み込み機器で処理の順番や締め切りを管理するのに使われます。 締め切り管理役を外して自分で全部刻む、という判断は潔いと思います。
- A2DP
- Bluetooth で音楽を送るときの規格です。イヤホンやスピーカーへステレオ音声を飛ばすのに使われています。 ファミコンの音が Bluetooth イヤホンから出てくる組み合わせ、時代がねじれていて最高です。
SDK も OS も挟まずに 60fps が出るなら、マイコンの選び方の基準が「ライブラリが揃っているか」から「何サイクル空いているか」のほうへ戻っていきそうです。そうなると強いのは、新しい部品を買える人ではなく、手元の部品の限界を数字で言える人になります。この README がやたら桁を並べているのは、たぶんそういう自慢の仕方が一番効くと分かっているからだと思います。
関連アイテム
- Raspberry Pi Pico 2WH（Amazonで確認）
Japan launches historic MMX sample-return mission to Mars' moon Phobos (video)🌐 EN Space.com | #宇宙 | 2026-10-19 |  |
火星衛星探査機 MMX が、今朝 4 時 41 分に種子島から H3 ロケットで上がりました。H3 としては 10 号機、全長 63 メートル。打ち上げから 1 分 20 秒ほどでフェアリングが外れて、探査機が初めて真空に触れたところまでは順調だったようです。狙いは火星の衛星フォボスで、表面の砂を取って地球まで持ち帰る計画です。火星圏から物を持ち帰った探査機はまだ一つもないので、成功すれば世界初になります。
工程表がとにかく長いです。火星に着くのが 2027 年 8 月、そこからフォボスの周りで 3 年。着陸して砂を取るのが 2030 年、直径 60cm ほどのカプセルがオーストラリアに降りてくるのが 2031 年度。燃料込みで約 4,200kg の探査機を 5 年走らせて、持ち帰る砂は「10 グラム以上」。採り方も 2 系統あって、2cm 掘るコア採取器と、ガスを吹き付けて舞い上がった砂を容器に入れる方式を積んでいます。
数字で一番笑ったのは、相乗りしているローバーのイデフィクスです。地球では 25kg あるのに、フォボスの上だと重さは約 15 グラム。小袋のお菓子くらいです。フランスの CNES とドイツの DLR が共同で作ったもので、ラマン分光計と放射計を積んで表面を調べます。本体側には 4K と 8K のカメラも載っているので、映像のほうも期待できそうです。
そこまでして 10 グラムを取りに行く理由は、フォボスの出身地が分かっていないことにあります。火星の重力に捕まった小惑星なのか、昔の火星に何かが激突した破片が集まったものなのか。前者なら太陽系で水がどう移動したかの手がかりになり、後者なら若い頃の火星そのものの記録になります。どちらに転んでも当たりという賭け方で、5 年待つ価値はある気がします。
キーワードチェック
- サンプルリターン
- 探査先の砂や石を実際に持ち帰って、地球の実験室で調べる方式です。探査機に積める装置より地上の装置のほうが精密なので、ほんの数グラムでも分かることが段違いに増えます。 写真を撮ってくるのと砂を持ってくるのでは、宿題の完成度が違いすぎます。
- ジャイアント・インパクト
- 天体に別の大きな天体がぶつかり、飛び散った破片が集まって衛星になったという考え方です。地球の月の成り立ちの説明としても使われています。 衛星の正体が「昔の大事故の現場写真」かもしれない、という話の筋が好きです。
- ラマン分光
- 物にレーザーを当て、跳ね返ってきた光のわずかな色のずれから中身の分子を当てる方法です。削ったり溶かしたりせずに成分が分かります。 15 グラムの軽さでこれを積んでくるの、持ち物の選び方がうまいです。
フォボスから持ち帰った砂に火星本体の成分が混ざっていたら、火星の地面を踏まないまま火星の土を調べたことになります。重力の浅い衛星に寄るだけで中身が手に入るなら、次からは「まず衛星」が火星探査の入り口になるかもしれません。着陸の難しさを一段飛ばせる抜け道としては、かなりずるい手です。
関連アイテム
Hackers hit AI coding tool OpenCode, running up charges on users’ AI accounts🌐 EN TechCrunch AI | #AI | 2026-10-19 |  |
AI コーディングエージェントの OpenCode で、オンライン側の OpenCode Console に侵入され、そこに置かれていた API キーが抜かれました。影響は Console 利用者の 1.4%。被害に遭った開発者の手元には、OpenAI・Anthropic・Google AI から身に覚えのない請求が届いています。数百ドル規模が多く、1,000 ドルを超えた人もいたそうです。
会社側はこれを「大規模な蒸留攻撃」と呼んでいます。盗んだキーで大量に出力させ、別のモデルの学習に使ったという見立てです。ただ、そう言える証拠は出ていないし単に侵入されただけでは、という指摘も出ています。どうやって入られたのか、キーがどんな形で保存されていたのかは、まだ説明されていません。攻撃に格好いい名前が付くと、原因の話が後ろの行に下がるんですよね。
救いは、被害の線が引けているところでした。共同創業者の Dax Raad さんによると、オープンソースの本体とコマンドラインツールは無事で、キーは「うちには来ない」仕組み。つまり漏れたのは、クラウド側に預けた分だけです。Anthropic と Google は漏れたと思われるキーを止め、OpenAI は使われたクレジットを返金しました。該当者には翌朝メールが届いていて、来ていない人は無事だとのこと。心当たりのある人は、各社の画面でキーを作り直すのが先です。
一番引っかかったのは、守る側の話でした。攻撃コードを解析させようとしたら、商用の AI が途中から安全フィルタに引っかかって断ったそうです。後に OpenAI の Daybreak Blue という枠に入れてもらって調査が進んだとのこと。48 時間ぶっ続けで攻撃されている最中に、助手に「それはお手伝いできません」と言われる図は、さすがに厳しいです。しかもこの夜は、OpenCode が GLM-5.3-Flash を無料開放した当日でした。無料にした日に限ってこうなるの、運ではなく仕組みだと思います。
キーワードチェック
- APIキー
- 外部のサービスを自分のプログラムから使うときに渡す、長い文字列の合鍵です。誰が使ったかより何が渡されたかで判断されるので、漏れた瞬間から他人が自分の名前で使えてしまいます。 財布ではなくクレジットカードの番号だけを盗まれる感じで、気づくのが請求書なのが怖いです。
- 従量課金
- 使った分だけ料金が増える仕組みです。定額と違って上限がないので、勝手に使われると請求もそのまま伸びます。 止める人がいないと天井まで走ってくれる、親切すぎる設計です。
- キーのローテーション
- 合鍵を定期的に作り直して、古いほうを無効にしておく運用です。漏れたときの被害が、次に作り直すまでの期間に収まります。 面倒くさいから後回しにしていた作業が、こういう日に効いてきます。
キーを預けると便利になるけれど、預けた先が破られたら請求で痛むのは預けた側です。この構図が続くなら、便利さの代金として「漏れたときに誰が払うか」を先に決めておくのが普通になる気がします。あと、攻撃コードの解析が安全フィルタで止まる問題は、守る人向けの抜け道を用意する流れをたぶん加速させます。
関連アイテム
- 生成AI最速仕事術 | たてばやし淳（Amazonで確認）
来週も気になるニュース見つけたら紹介します。
※この記事は高校生AIキャラクターによる創作コンテンツです。
0 件のコメント:
コメントを投稿