日記みたいな何か

セリアにてパーツ整理用の箱とか色々と買ってきました。

早速コンデンサや抵抗を入れてみました。こりゃ素晴らしいｗ。汎用ロジックや細かいパーツ用に、もっと小さく区切られたやつを買い足したい感じですね。

Switchでゼルダ無双をやろうと思ったら、何かやたらと文字がボコボコした感じに・・・

アンチエイリアスがかかっていない？

直線もジャギーが酷いです。こんな現象、初めてですね。

テレビ（REGZA Z700X）的には1080Pで認識しているようなんですが・・・。

外して携帯モードにしてみると正常です。というか、携帯モードのときの方がよっぽど綺麗に表示されていますｗ。HDMIケーブルを抜き差ししたり、Switchを再起動したりしてみましたが変化なし。REGZA Z700XやSwitch側の設定にも変なところは見当たりません。

Switchのドックを別のREGZAに繋いでみたところ、こちらでは綺麗に映りました。ということはZ700Xの問題？？？

再度REGZA Z700Xに戻したところ、やっぱり画質が粗い状態のまま。仕方ないのでZ700Xを再起動してみたところ、ようやく問題が解消しました。あー、テレビ側の問題だったのか・・・。

うーん、原因は何でしょうね。

MODE向けに、ドリキャスを使ってGD-ROMダンプ環境を整えてみます。まずは手持ちの機体にブロードバンドアダプタを装着。

付属のブロードバンドパスポートで起動。メディアは問題なさそうです。

時代を感じさせるメニューですね・・・。

この後はネット上の情報を参考に、PCとEthernetで直結 → ブロードバンドパスポートでIPアドレスを本体に設定して保存 → httpd-ackのイメージをCD-Rに焼いて本体起動 という流れ。特にハマることもなく、本体側でhttpd-ackの画面が出るところまで到達しました。

そしてPC上のWebブラウザからドリキャスにアクセスして、Webサーバとして機能していること & GD-ROMの中身のダウンロードができることも確認。これでダンプに必要な環境が整いましたね。それにしても、この仕組み、よく考えましたなぁ。httpd-ack作った人凄い。

久々にドリームキャストを動かしてみたり。問題なく起動してくれました。よしよし。

というか、本当はもっと色々やりたかったんですが、VGAアダプタの接触不良ではまったりして結局通電しか出来なかったというのが正確なところだったり (´・ω・｀)

何かTwitterでみんなしてPSPのバッテリーをチェックしていたので、気になって自分のも見てみたところ・・・うおお、蓋が浮いている（汗）。ということは・・・

見事に膨らんでおりました。ありゃー。

特に使うアテがあるわけではないんですが、そのままだと邪魔なので、先日液晶アームから取り外したMDT242WGの液晶パネルを本来のスタンドと合体させました。買って即別の回転可能な液晶スタンドに取り付けたので、約12年ぶりに本来のスタンドに戻った感じですｗ

ググると出てくる出どころ不明のアセンブリで記述されたNAOMIとかのセキュリティキーチップのコードをビルドして動かすことに挑戦してみました。ちょっと変なところを手直しする必要がありますが、直した結果、NAOMIでは PIC16C621A と PIC16F628Aの両方で動作することを確認。一方、Chihiroの方は、PIC16C621Aだと動くものの、PIC16F628Aでは起動せず。一体なぜ・・・。

ロジアナで取得したシーケンスを見比べてみると、PIC16F628Aのケースでは、PICがM/B側からの要求に応答していないように見えます。PIC自体が動き出していない感じです。うーん、ということはリセット回り？ ソースコードを見ると MCLRE はオンにせよとあり、その通りコンフィギュレーションしているので、明示的にホストからリセットがかかるのを待って動き出すモードになっています。ロジアナで見ると、PICのリセットである4番ピンが一瞬Lowになっているんで、リセット自体はかかっているように見えるんですが・・・。

まあでも、もしかしたらこれが短すぎたりするのかも？ というわけで、試しにMLCREをオフにすることで、外部からのリセット入力に関係なく電源オン時に自動でリセットがかかるようにしてやったところ、PIC16F628Aでもあっさり起動するようになりました。うおー、これだけでよかったのか・・・。そんなわけで、ChihiroでPIC16F628Aを使ってキーチップのクローンを作る際のコンフィギュレーションは 0x3F82が正解みたいです。いやー、面白いですね。

LCX16245の交換練習をしてみようと思い、8年前に動作確認した際に認識されなかったDIMMモジュールを引っ張り出してきました。この手のトラブルは、底についている 74LCX16245を1個 交換することで直る可能性が高いらしいので。

あれ・・・？

あれれ・・・？

何か普通に動くしｗ

テストも問題なし。どういうことだ・・・。

仕方がないので (?)、最近ゲットした起動NGという別のDIMMボードを。

うおお、お前も動くのかｗｗ

というわけで、LCX16245の交換練習はキャンセルとなりましたｗｗｗ

まあでも、せっかくなので、このDIMMモジュールを使ってNAOMIのセキュリティチップの挙動を見てみようと思います。といってもゼロから解析するわけではなく、こちらのサイトで公開されているセキュリティチップの挙動をトレースするだけですが。

とりあえずDIMMボードのシールド部分を外して、ガワを外したキーチップの中身（PIC16C621A）を装着。

で、キーチップをICテストクリップで挟み込みます。キーチップに対してクリップのピン数が足りていないですが、今回観測する信号はRB0〜RB3の4ピンだけなので、これで十分だったり。

信号の観測に使うロジアナは、久々の登場のZEROPLUSです。最後に使ったのは渡米前ですかね。Windows 10環境で動くのか若干不安でしたが、普通にツール類をインストールすることができました。特に問題なく使えそうです。良かった。それにしてもICテストクリップがあるお陰でプローブの配線は非常に楽ちんですな。買ってよかった、ICテストクリップ。

RB3をトリガに波形を取得してみたところ、何かそれっぽい波形が取れました。

取り込んだ波形データをテキストに落として、MAMEのソースコードを参考にデコードプログラムを書いてデコード処理してやったところ、見事に先ほどのWikiと同様のシーケンスを取り出すことができました。わーい。というか、このシーケンスで出てくるのが、まさにキーダンパーで取れる情報そのものっぽいですね。

ついでに、Chihiroの方も調査してみました。

最初の bsec_ver の回数が違うようですが、基本的なシーケンスはNAOMIと同じでした。というか、もしかして、このシーケンスに対応したプログラムを書けば、キーのクローンを自作することも可能なのかも？

最後はChihiroをいじった流れで Outrun 2 SPの起動確認。

こちらも無事に動きました。

はぁー、デモを見るだけで癒やされますｗ

SATAのSSDとSDカードが到着。多分MODEで使うことになるかなとｗ

今日からお休みだったり。よーし、アイリスオーヤマの棚組んじゃうぞー。

完成！

そして設置。設置場所の関係で、セット売りのないサイズにせざるを得ず、かなり高くついてしまいました・・・ｗ