27年後の発見!Power Macintosh G3の未公開イースターエッグ

2025-06-24

開発者が、オリジナルのPower Macintosh G3のROM内に隠された、これまで文書化されていなかったイースターエッグを偶然発見しました。このエッグは、Macモデルの開発に関わったチームの写真を含むJPEG画像です。ROM内のSCSIマネージャーコードを分析することで、開発者はトリガーを発見しました。起動後にRAMディスクをフォーマットし、フォーマットダイアログに「secret ROM image」と入力すると、「The Team」という名前のJPEGファイルがRAMディスクに作成され、チームの写真が表示されます。この発見は、1997年の禁止令以前に存在した最後のイースターエッグの一つであり、Macの歴史にミステリアスな要素を加えています。

続きを読む
ハードウェア

ラズベリーパイでダミーHDMIプラグのEDIDをハッキング

2025-06-15

著者は巧みにラズベリーパイとI2Cツールを使って、安価なHDMIダミープラグのEDID情報を変更しました。新しいEDIDデータを読み書きすることで、ダミープラグを1080pキャプチャデバイスとして偽装し、4K解像度との非互換性の問題を解決しました。このプロセス全体では手順を詳細に説明し、機器の損傷を防ぐために注意を促しています。

続きを読む
ハードウェア

Basilisk IIの黒画面バグ:12年にわたるデバッグの旅

2025-05-17

12年前、Basilisk IIエミュレータの黒画面バグが、新しいバージョンのWindowsユーザーを悩ませました。著者は綿密なデバッグを通じて、この問題が微妙なメモリ割り当ての詳細に起因することを突き止めました。Windowsでの2回のメモリ割り当ての順序が、エミュレータのROMのロードを失敗させていたのです。メモリ割り当てコードの修正によってこの長年の問題が解決され、デバッグスキルとOSに対する深い理解が示されました。

続きを読む
開発

失われたAppleの歴史の一片を復活させる:Performa 550の秘密のリカバリパーティション

2025-03-16

古いApple Performa 550の故障したハードドライブからデータを救出中に、著者はAppleのソフトウェアの歴史における魅力的な部分を包含する、隠されたリカバリパーティションを発見しました。このパーティションは、システム障害時に起動するように設計されており、ユーザーはOSを再インストールできました。オンラインでの呼びかけを含む3年間の探求は、無傷のハードドライブの発見に終わりを告げ、パーティションのメカニズムを明らかにし、そのイメージの共有につながりました。この魅力的な物語は、テクノロジー考古学とソフトウェア保存のスリルを浮き彫りにしています。

続きを読む

30年前のApple SCSIハードドライブの蘇生:ゴム劣化によるデータ復旧

2025-03-02

この記事では、著者が1990年代のAppleブランドのQuantumとConner製のSCSIハードドライブを修復した経験について詳述しています。これらのドライブは、起動してすぐに停止するという一般的な故障モードに見舞われます。ドライブを開けてみると、原因は老朽化したゴムバンパーによって読み書きヘッドが固着していることにあることが判明しました。ヘッドを手動で動かす方法と、Kaptonテープを使用して固定する方法という2つの方法で、データの復旧に成功しました。この記事では、これらのドライブでのデータの物理的な保存方法についても興味深い詳細を共有しており、重要なデータの定期的なバックアップの重要性を思い出させてくれます。

続きを読む

Mac Classic IIを救った、未定義の68030命令

2025-01-25

MAMEエミュレータでMacintosh Classic IIをデバッグ中に、32ビットアドレスモードでバスエラーが発生し「Sad Mac」が表示される問題を発見。リバースエンジニアリングにより、ROMに境界外ジャンプエラーがあり、CPUが未定義の68030命令を実行していることが判明。驚くべきことに、この命令がレジスタA1の値を修正し、クラッシュを防ぎ、Classic IIの起動を成功させた。著者は、実際に古いClassic IIを修理し、ROMを修正することでこれを検証。この事例は、エミュレータがハードウェアのバグ発見に役立つことを示し、ソフトウェアのバグがハードウェアによって偶然修正されるという珍しい現象を示している。

続きを読む
ハードウェア

Chumby 8カーネルのアップグレード:CPU使用率100%の謎を解く

2025-01-13

Chumby 8のLinuxカーネルをバージョン6.xにアップグレードする際に、著者はCPU使用率が常に100%になるという永続的な問題に遭遇しました。時間反転デバッグ、カーネルプロファイリング、そして`/proc/stat`ファイルの深い調査を通じて、根本原因は、PXA168ハードウェアタイマーレジスタを読み取るカーネルコード内のタイミングの問題であることが判明しました。これは、アイドル時間のカウントが不正確になる原因となっていました。著者はこの問題を修正し、その解決策をメインラインのLinuxカーネルに貢献しました。

続きを読む