2020年5月25日から2020年5月21日までの日記を表示中
2020年 5月25日 (月)
■基板
昨日、HD6417604SF28に載せ替えたセキュリティカートリッジでウォーザードを動かしてみたわけですが、今日はストIII 3rd(初期版) に挑戦してみました。
前回と同様にBIOSとCDイメージを作成し、MAME上でインストール含めて問題なく動作することを確認した上で、昨日CPUを貼り替えたカートリッジにストIII 3rdのデコード済みBIOS ROMを書き込み、さらにデコード済みのプログラムが入ったCDを焼いて、後はインストールが終わるのを待てばおしまい・・・
と思いきや、ここでBIOSがCDを読み込んだタイミングでクラッシュ(映像信号が落ちる感じ)する問題が発生してしまいました。カートリッジをもう1つのSH-2版に交換しても同じ症状です。うむむ?
ひょっとして3rdはSIMMが多い関係で、カートリッジ側に改造が必要だったりするのかな? というわけで、先日確認した、オリジナルの3rdのカートリッジに施されていたジャンパを真似してつけてみましたが何も改善しませんでした。残念。
また、CDの焼きミスを疑ってCD自体を改めてPCでチェックしてみましたが、こちらも特に問題は見つかりませんでした。うーん、何なんだ?
とりあえず初期版がだめならきっと後期版も同じになるよねと思い、急遽 ストIII 3rd (後期版) のデコード済みプログラムの入ったCDも作って動かしてみたんですが、何とこちらは問題なくインストールが始まりました。うーんとなると、初期版固有の何かがあるのか、あるいはPCで読む分には違いがわからないレベルでCDに問題が出ているのか・・・。
というわけで、初期版のCDを改めて焼き直してみたところ、今度は普通にインストールできるようになりました。ということは最初に焼いたCDの個体に問題があったということか・・・って、やり直したら最初に焼いたCDでも普通にインストールが始まったし。ううう、結局一体何がだめだったんだ。こういうのが一番辛い。まあ、でも、ストIII 3rdも普通に動かせることがわかって一安心です。
[コメントを書く]
2020年 5月24日 (日)
■基板
これまで、約1ヶ月に渡って、オリジナルのプログラムをデコードして、命令部分のみゼロキーで再エンコードすることで、電池の切れたセキュリティカートリッジでも動作する電池切れ修理の形の確立を目指してあれこれ試行錯誤してきましたが、やはりダメですね、これ。前々からわかっていた話ではありますが、CPS2のフェニックス版と同じで、どこまでやったらオリジナルと同じといい切れるのかが全然わからない。やっぱりこれは自分が目指す修理の形じゃありませんでした。
というわけで、プログラムの解析のことは忘れて、今日からはプログラム中の命令部分の抽出が一切不要な方式、すなわちセキュリティカートリッジ内のCPUをカスタム品から普通のSH-2 (HD6417604SF28) に置き換えるタイプの修理に切り替えてやっていこうと思います。
まずはカスタムCPUを剥がすところから始めましょう。周辺の細かい部品をアルミホイルで保護しつつ、いつもの安物のホットエアで四辺をなぞるように温めて除去。結構綺麗にできました。
次にHD6417604SF28を貼り付けます。こちらは6年半ほど前の米国滞在中に取り寄せた新品です。ついに使うときが来たかという感じw
ブリッジ上等でハンダを盛りまくった後、ハンダ吸い取り線で綺麗にするやり方+細かなチェックと手直しで、何とか貼り替え完了。
続いてBIOSプログラムを書き換えます。これまでの経験で、素のSH-2で動作するBIOSプログラムの作成はもはや朝飯前というか、スクリプトをちょっといじるだけw。バシッと作って焼き込んで・・・
マザーボードに装着して、いざ電源ON!
うおお、起動したぜ!成功です!
それではインストールしてみましょう。デコード済みのCDイメージについても、これまでの経験のお陰で一瞬で作成が完了しました。インストール自体も無事始まりましたが、果たして・・・
うおお、起動した!見事に起動しました!CPU貼り替えのところさえ何とかなれば、後は本当に簡単かつ確実です。
調子にのってもう1枚貼り替えてみました。
こっちは当初、全然動かなくて泣きそうだったんですが、よく見たら、以前実験の際にパターンをカットしたところを繋ぎ忘れていただけでした。修正したらあっさり動作。焦った・・・。
いやしかし、この方法、ハードウェア的な障壁は大きいものの、そこさえ乗り越えてしまえば、その後は簡単極まりないですね。しかもプログラム自体も非常に確実で、オリジナルと異なる余地がありません。うーん、これまでの1ヶ月の苦労は一体・・・w
ちなみに、今回貼り付けた HD6417604SF28は、割と最近、片付けている最中にICトレイごと床に落としてぶちまけてしまったせいで、足が曲がりまくったものだったりします。何とか手で戻せるだけ戻しはしましたが、それでも歪みは取り切れず、結局これのせいではんだ付けでかなり苦労をするはめになりました。
[コメントを書く]
2020年 5月23日 (土)
■基板
今日はウォーザードのプログラムの解析結果を精査。こちらも、データに埋もれた命令列らしきものが全部で70件くらいあったんですが、初期のものだからなのか、ストIII 3rdと比べるとレジスタの使い方とかがちょっと違う感じで判別しにくいです・・・。うむむ、もはやこれまでか。
[コメントを書く]
2020年 5月22日 (金)
■XAC-1
XAC-1のコンパネのクレジットボタンのところ、アクリルが膨張したのか、いつのまにか思いっきり盛り上がった状態になっていましたw
ネジを緩めてやったところ落ち着きを取り戻した感じですが、ビビりますな。
[コメントを書く]
■基板
昨日発覚した、日立のSIMMがいるとインストールがエラーになったり進まなくなったりする問題ですが、BIOSの隠し機能のSecurity Cassette Utility(NO CDの設定とかをするところをいじると使えるようになる)を有効化してSIMMのチェックをしてみたところ、Eraseが通らないせいでインストールが先に進めなくなっていることが判明しました。
とりあえず日立のフラッシュメモリの載ったSIMMをザクザク挿して、Eraseしてみたところ、プログラム用の方(SIMM1・SIMM2の位置)は普通に完了するんですが・・・
データ用(SIMM3以降)はいつまで待ってもEraseが終わりません。
SIMM3に富士通版のSIMMを挿した場合、普通にEraseできました。が、SIMM4に挿した日立版のSIMMはやっぱりErase出来ません。なにこれ・・・。
ちなみにこの問題が起こるのは特定のマザーボードだけで、別のマザーボードだと同じ日立版のSIMMMでも普通にEraseできます。軽く見た分には、OKなマザーボードとNGなマザーボードの間に違いは見当たりませんでした。一体何が原因なのか・・・。
あと、今までストIII 3rd初期版の方で解析結果の精査みたいなことをやっていましたが、今日はこれを後期版にも展開してみたり。結構たくさんエラーっぽいのは出たんですが、流石に初期版で見慣れていたこともあってか、今回はどうにか一日で見切ることが出来ました。まあ、この活動にどれだけの意味があるのか、もはやよくわからなくなっていますが・・・。
[コメントを書く]
2020年 5月21日 (木)
■基板
ストIII 3rdの高速版のチェックサムは、過去に調べたやつとアルゴリズムが違っていました。よりアクセス量を減らして高速化している感じです。それでいいのかって気はしますがw
というわけで、上記に合わせてチェックサムを調整した上でCDイメージを作成し、焼き込んで実機で動作確認してみました。
無事実機でもインストールが完了し、起動することを確認。わーい。
が、ここでちょっと別の問題が発覚。マザーボードを変えて別のSIMMのセットに書き込もうとしたところエラーが発生しました。なんだERROR 24って・・・。
SIMMを入れ替えたりして実験しているうちに、日立のフラッシュメモリが載ったSIMMがグラフィックデータやサウンドデータの方に配置されていると、途中でインストールが進まなくなるということがわかってきました(モビちゃんは動いているので、ハングアップはしていないっぽい)。
うーん、どうなってんだろう。
[コメントを書く]
■PC
CPS3のイメージを焼くのに使っているPCの内蔵光学ドライブ、突然ImgBurnのVerifyでランダムにエラーが出るようになってしまいました (´・ω・`)。ImgBurnでWriteはできて、焼いたメディア自体は別の環境だとちゃんと読め、さらにチェックサムも合うので、書き込み自体はできてるようなんですが・・・。うーん、壊れたか。
[コメントを書く]
2020年5月25日から2020年5月21日までの日記を表示中
CP2は暗号部(命令実行部)、複合部(データ部)に分かれており、いわゆる不死鳥版は命令実行部だけ複合化することで、キー無し(0xFF)にて動くものだということをなんとなく理解してます。
CP3も同じように分かれていると考えています。
この記事でSH2の交換を交換することで「命令実行部の抽出が不要」というのは、
どういうことになるのでしょうか。
・前提としてC@2と違い、全部分がエンコードされており、全部分のデコードが必要。
・カスタムで動作の場合は、ゼロキーで必要な部分のみ再エンコード"が必要
・ノーマルで動作の場合は、デコードしたままで動作OK
ということなのですかね。
C@2とか名称を記載してしまっているので、問題な場合には
コメントを削除して頂いて構いません。
はい、2個目に記載いただいたコメントの内容であっていると思います。
半年以上前の話で、すでに半分忘れていたため、僕もメモを見ながら
思い出しつつ書いていますが、2nd以外のタイトルはSIMM・BIOSともに、
全命令と全データがエンコードされています。
なので、BIOSの一部領域を除いて、機械的にデコードすることで
生のSH2で動かせるようになります。
一方で、最初から電池切れしたのと同じ状態で動作している2ndについては、
BIOSは命令とデータの両方がエンコードされていますが、SIMMの方は
命令しかエンコードされていません。なので、2ndと同じように、
電池切れした状態で他のタイトルを動かせるようにするには、
いったん命令とデータを全部デコードしたうえで、
命令部分だけ選んで2ndと同じようにゼロキーでエンコードする
必要があります。
おそらくは、カスタムチップは、エンコードされている命令のアドレス範囲と
データのアドレス範囲を個別に設定として保持できるようになっていて、
2nd以外のタイトルは、それがSIMMまで含めたアドレス範囲に設定されているものと
推測しています。
2ndのお話まで詳しくありがとうございます。もやっとしてた箇所が理解できそうです。
BIOSまでエンコードの話が及ぶとは知りませんでした。CPS3は難しいですね…
カスタムチップからエンコードアドレス範囲を読み取れるようになれば、
完全なデコードが可能という訳ですね。期待です!