元々はPC-6001をFPGAで実現しよう、のページだったのですが、P6のハード/ソフト関連全般を扱っています。
当ブログ内の解析記事、製作記事、改造記事などに関しては、素人によるものです。記事が誤っている可能
性もありますので、使用する際には使用する方の責任でお願いします（当方では責任を持ちません）。
PC-6001F（FPGA版P6）関連
Ver.0235-0053
Ver.0234-0052
RGBコンバータ関連
RGBコンバータ(10)(リリース)
RGBコンバータ(11)(リリース)
RGBコンバータ(１版の注意事項)
SD6031/SD6031WIF/SD6031Air関連
SD6031Air用ファーム変更(3)
イメージファイル選択プログラムver2.0
マルチディスク対応
マルチディスク対応追記
SD6031コマンド一覧
88→P6変換ソフト関連
上海
ハイドライド３
ウィザードリィ1/2/3 / ウィザードリィ4 / ウィザードリィ5
PALADIN
MELT DOWN / MELT DOWN（PC-6001mk2/PC-6601用）
魔法使いの妹子 / 魔法使いの妹子Ⅱ
ザナドゥ / ザナドゥユーザデータコピー
ファンタジー / ファンタジー2 / ファンタジー3
マイトアンドマジック
イシターの復活
ポッキー
リトルバンパイア / イントルーダー / ランス / D.P.S. / あぶない天狗伝説
OLION80
ログイン版ドラゴンスレイヤー
表参道アドベンチャー
P6ソフト関連
CARRYGAME改造
CARRYGAME でばぐ
OLION ２トリガ化
QUEST ディスク起動
66用ロードランナーの外付けドライブ起動
66用コロニーオデッセイをmk2などで動かす
XOR でばぐ
HEARTMONS でばぐ
アステロイドチューブ でばぐ
南青山アドベンチャー カラー化
その他の記事は、カテゴリーから検索して下さい。
2040年01月01日
2018年08月02日
ファンタジー３(ver1リリース)
ファンタジー３ for P6
88版→P6SRへの変換ツールをリリースします。
ph3p6.zip
説明などは、同梱のドキュメントを参照して下さい。
エミュレータでは、PC-6001VW ver4.00(2018/07/21)、PC-6001VW ver310f、PC-6001V ver1.25 で動作を確認しています。
88版→P6SRへの変換ツールをリリースします。
ph3p6.zip
説明などは、同梱のドキュメントを参照して下さい。
エミュレータでは、PC-6001VW ver4.00(2018/07/21)、PC-6001VW ver310f、PC-6001V ver1.25 で動作を確認しています。
2018年08月01日
8251の件
だーいぶ前に、RS232Cボードを作成記事を書きました。
しかし、8251 の入手が難しかったです。
（当時はオークションで入手しました）
最近、こんな所で売っているのを発見しました。
↓
https://store.shopping.yahoo.co.jp/orangepico/
ここで、UPD8251AFC が売られているようです（１個540円）。
参考まで。
しかし、8251 の入手が難しかったです。
（当時はオークションで入手しました）
最近、こんな所で売っているのを発見しました。
↓
https://store.shopping.yahoo.co.jp/orangepico/
ここで、UPD8251AFC が売られているようです（１個540円）。
参考まで。
2018年07月01日
動作速度算出(4)のおまけ
↑の記事のおまけ。
SRで、バスリクエストOFFにして、速くなるかを確認してみました。
test3p6sr.zip
test3p6 から、BASICの75行を足しただけです。
やっぱりSRは速いです。
SRのWAIT関連もちゃんと調べないとなぁ...
SRで、バスリクエストOFFにして、速くなるかを確認してみました。
test3p6sr.zip
test3p6 から、BASICの75行を足しただけです。
やっぱりSRは速いです。
SRのWAIT関連もちゃんと調べないとなぁ...
動作速度算出(4)
P6月間特別企画...居残り
処理時間を求める、の続きです。
５．スクロールの速度を上げる
処理時間を求める事と直接は関係ないですが...
画面スクロールの処理速度は、
メモリ読み出し→メモリ書き込み→ポインタを進める
が一連の流れで、この部分をどれだけ高速に出来るかになります。
最初のLDIRバージョンでは、１バイト当たり、23クロック
次のLDIバージョンでは、１バイト当たり、18クロック
です。
今のままでは、結構限界に近い速度です。
私が思いついたのは以下の２つです。
１）M1サイクル時のWAIT挿入を止める
通常では本体改造をしない限り、M1サイクルのWAIT挿入を止める事ができません。
ですが、外部RAM（拡張RAMパック）に関しては、M1サイクルのWAITを挿入しても動くようです。
新しいRAMだけでなく、当時のPC-6006などで試しても問題なく動作しました。
これで、１バイト当たり、16クロックです。
２）PUSH-POPを使い、さらに力技にする
PUSH/POP命令はメモリアクセスに関しては最速です。
ただ、自由に書き込み／読みだし位置（SP）を操れないので、その辺りで悩んだ結果、力技にしました(^^;)
１）のM1サイクルWAIT挿入なしとも併せて、１バイト当たり、12.5クロックになっています。
↓これまでのを合わせたプログラムです。ちょっと読みにくいプログラムになってしまいましたが。
test3p6.zip
0：（23clk/1byte）LDIR
1：（18clk/1byte）LDI
2：（16clk/1byte）M1時、WAIT挿入なし
3：（12.5clk/1byte）PUSH-POP
で、0～3を繰り返し実行します。
途中でSTOPキーを押した時は、PAGEキーを押すと元に戻ります。
80行でFOR-NEXTしていますので、適当に修正してみて下さい。
処理時間を求める、の続きです。
５．スクロールの速度を上げる
処理時間を求める事と直接は関係ないですが...
画面スクロールの処理速度は、
メモリ読み出し→メモリ書き込み→ポインタを進める
が一連の流れで、この部分をどれだけ高速に出来るかになります。
最初のLDIRバージョンでは、１バイト当たり、23クロック
次のLDIバージョンでは、１バイト当たり、18クロック
です。
今のままでは、結構限界に近い速度です。
私が思いついたのは以下の２つです。
１）M1サイクル時のWAIT挿入を止める
通常では本体改造をしない限り、M1サイクルのWAIT挿入を止める事ができません。
ですが、外部RAM（拡張RAMパック）に関しては、M1サイクルのWAITを挿入しても動くようです。
新しいRAMだけでなく、当時のPC-6006などで試しても問題なく動作しました。
これで、１バイト当たり、16クロックです。
２）PUSH-POPを使い、さらに力技にする
PUSH/POP命令はメモリアクセスに関しては最速です。
ただ、自由に書き込み／読みだし位置（SP）を操れないので、その辺りで悩んだ結果、力技にしました(^^;)
１）のM1サイクルWAIT挿入なしとも併せて、１バイト当たり、12.5クロックになっています。
↓これまでのを合わせたプログラムです。ちょっと読みにくいプログラムになってしまいましたが。
test3p6.zip
0：（23clk/1byte）LDIR
1：（18clk/1byte）LDI
2：（16clk/1byte）M1時、WAIT挿入なし
3：（12.5clk/1byte）PUSH-POP
で、0～3を繰り返し実行します。
途中でSTOPキーを押した時は、PAGEキーを押すと元に戻ります。
80行でFOR-NEXTしていますので、適当に修正してみて下さい。
2018年06月30日
動作速度算出(3)
P6月間特別企画（その30）
処理時間を求める、の続きです。
４．実際に処理時間を求めてみる
まず各命令のサイクル数を横に書いてみます。
ループ／分岐／サブルーチンコールがあるので、それを考慮してサイクル数を算出します。
・10～24行目まで、DJNZでループするので、96回繰り返しになる。
CALL先以外の合計サイクル数 = 132
→ 132x96 = 12672
・25行目のDJNZは、95回ジャンプ、1回スルー
→ 14x95+9 = 1339
・34行目のLDIRは、31回ジャンプ、1回スルー
→ 23x31+18 = 731
・37行目のLDIRは、6111回ジャンプ、1回スルー
→ 23x6111+18 = 140571
・42行目のLDIRは、31回ジャンプ、1回スルー
→ 23x31+18 = 731
・31行から44行までのサイクル数の合計
→ 142122
・１行目～27行目までのサイクル数の合計
→ 13+12672+1339+16+142122*96*2 = 27301464
MODE2なので、平均クロックは 1.96MHz
処理時間は、27301464 * 1 / 1.96MHz = 13.929s
128x192のSCREEN3の画面を１ドットずつスクロールさせるだけなんですが、１画面分スクロールするのに大体14秒かかります。
サイクル数の計算は結構面倒なのですが、大抵は繰り返し数が多い所だけの概算で事足ります。
ちょっと遅いので、速くなる工夫をしてみます。
38行の LDIR の部分が少ないサイクル数で動かすと速くなるので、こんな感じ↓に変更してみます。
（CPY_LDIRの中身のみを変更）
LDIR → LDI×32 に展開しています。
この変更で、通常は１バイト当たり、23クロック掛かっていたのが、18 + 0.34 クロックで済みます。
LDIの個数を多くすると、+0.34クロックの部分を減らす事が出来ます。
二つのプログラムを連続するものを作りました↓
目に見えて速度が違うと思います。
test2p6.zip
mk2以降で test2_p6.d88 をセットして起動させて下さい。
画像データは、前回と同じ、Hashiさんの所のデータを使用させて頂きました。感謝です＞Hashiさん
さらに速度を上げるには...いろいろ考えましたが、まだ出来そうですが........
続きます(^^;)
処理時間を求める、の続きです。
４．実際に処理時間を求めてみる
まず各命令のサイクル数を横に書いてみます。
ループ／分岐／サブルーチンコールがあるので、それを考慮してサイクル数を算出します。
・10～24行目まで、DJNZでループするので、96回繰り返しになる。
CALL先以外の合計サイクル数 = 132
→ 132x96 = 12672
・25行目のDJNZは、95回ジャンプ、1回スルー
→ 14x95+9 = 1339
・34行目のLDIRは、31回ジャンプ、1回スルー
→ 23x31+18 = 731
・37行目のLDIRは、6111回ジャンプ、1回スルー
→ 23x6111+18 = 140571
・42行目のLDIRは、31回ジャンプ、1回スルー
→ 23x31+18 = 731
・31行から44行までのサイクル数の合計
→ 142122
・１行目～27行目までのサイクル数の合計
→ 13+12672+1339+16+142122*96*2 = 27301464
MODE2なので、平均クロックは 1.96MHz
処理時間は、27301464 * 1 / 1.96MHz = 13.929s
128x192のSCREEN3の画面を１ドットずつスクロールさせるだけなんですが、１画面分スクロールするのに大体14秒かかります。
サイクル数の計算は結構面倒なのですが、大抵は繰り返し数が多い所だけの概算で事足ります。
ちょっと遅いので、速くなる工夫をしてみます。
38行の LDIR の部分が少ないサイクル数で動かすと速くなるので、こんな感じ↓に変更してみます。
（CPY_LDIRの中身のみを変更）
LDIR → LDI×32 に展開しています。
この変更で、通常は１バイト当たり、23クロック掛かっていたのが、18 + 0.34 クロックで済みます。
LDIの個数を多くすると、+0.34クロックの部分を減らす事が出来ます。
二つのプログラムを連続するものを作りました↓
目に見えて速度が違うと思います。
test2p6.zip
mk2以降で test2_p6.d88 をセットして起動させて下さい。
画像データは、前回と同じ、Hashiさんの所のデータを使用させて頂きました。感謝です＞Hashiさん
さらに速度を上げるには...いろいろ考えましたが、まだ出来そうですが........
続きます(^^;)
2018年06月29日
動作速度算出(2)
P6月間特別企画（その29）
処理時間を求める、の続きです。
３．各命令の実行時間とM1サイクル
それぞれの命令に掛かる時間は、命令ごとによって違います。Z80 のドキュメントを参考にします。
Z80 USER MANUAL で検索すると、Zilog社のpdfファイルが見つかると思います。
http://www.zilog.com/appnotes_download.php?FromPage=DirectLink&dn=UM0080&ft=User%20Manual&f=YUhSMGNEb3ZMM2QzZHk1NmFXeHZaeTVqYjIwdlpHOWpjeTk2T0RBdlZVMHdNRGd3TG5Ca1pnPT0=
それぞれの命令の説明の、T states（ステート数）というのが、その命令を実行するのに掛かるクロック数です。
一番短いクロックは、４クロック（LD A,B や NOP など）です。
T states（ステート数）は、それぞれの命令について全部明記されているので、それを合計していけば全体の処理クロック数になる...といいのですが、P6の場合、さらに M1サイクルを考慮する必要があります。なぜ M1サイクルを考慮する必要があるかというと、P6では M1サイクルに 1WAIT 挿入されるからです。
Z80が命令を処理する際、
オペコードを読み込む（M1サイクル）
メモリから読み出す （M2サイクル）
メモリに書き込む （M3サイクル）
の順序で処理が行われます。
M2、M3サイクルは、命令によっては存在しないのですが、M1サイクルは全ての命令に存在します。
ややこしい事に、命令によってはM1サイクルが１命令内で２つあるものがあります。
オペコードで表した時に、0xCB、0xED、0xDD、0xFD で始まる命令は、M1サイクルが２つあります。
0xCB：ビット演算系
0xED：Z80で拡張された命令
0xDD：IX系
0xFD：IX系
『M1サイクルに 1WAIT 挿入』というのは、M1サイクル時にメモリから読み出す際に、１クロック分の待ち時間を挿入するという意味です。WAIT（待ち時間）の挿入というのは、CPUに対してメモリ動作が遅いために取られている処置です。
WAITが挿入されるのは以下の通りです。
○初代機：
M1サイクルで、1WAIT
ROM領域（0x0000～0x7FFF）へのメモリリード／ライトで、1WAIT
○mk2/66：
ポート0xF3：bit7-5の設定に従う。
ポート0xF3：bit7：M1 サイクルでのWAIT (0:OFF 1:ON)
ポート0xF3：bit6：ROMブロックでのWAIT (0:OFF 1:ON)
ポート0xF3：bit5：RAMブロックでのWAIT (0:OFF 1:ON)
（bit4-0は割り込み関連の設定）
デフォルトは 0xC2 で、M1サイクルとROM領域のみ、1WAIT挿入されます（初代機と同じ）。
WAIT挿入を無くせればCPUの動作が速くなるのですが、やっかいな事に普通ではこのWAIT挿入を無くす事が出来ません。
詳しくはこちらを参照して下さい→http://sbeach.seesaa.net/article/387861448.html
結局、通常はM1サイクルが１or２あるものとして計算する事になります。
例えば、
LD A,B ：ステート数が4なので、4+1クロック
ADC HL,HL：ステート数が15で 0xED から始まるので、15+2クロック
という感じで計算できます。
まだ続きます。
処理時間を求める、の続きです。
３．各命令の実行時間とM1サイクル
それぞれの命令に掛かる時間は、命令ごとによって違います。Z80 のドキュメントを参考にします。
Z80 USER MANUAL で検索すると、Zilog社のpdfファイルが見つかると思います。
http://www.zilog.com/appnotes_download.php?FromPage=DirectLink&dn=UM0080&ft=User%20Manual&f=YUhSMGNEb3ZMM2QzZHk1NmFXeHZaeTVqYjIwdlpHOWpjeTk2T0RBdlZVMHdNRGd3TG5Ca1pnPT0=
それぞれの命令の説明の、T states（ステート数）というのが、その命令を実行するのに掛かるクロック数です。
一番短いクロックは、４クロック（LD A,B や NOP など）です。
T states（ステート数）は、それぞれの命令について全部明記されているので、それを合計していけば全体の処理クロック数になる...といいのですが、P6の場合、さらに M1サイクルを考慮する必要があります。なぜ M1サイクルを考慮する必要があるかというと、P6では M1サイクルに 1WAIT 挿入されるからです。
Z80が命令を処理する際、
オペコードを読み込む（M1サイクル）
メモリから読み出す （M2サイクル）
メモリに書き込む （M3サイクル）
の順序で処理が行われます。
M2、M3サイクルは、命令によっては存在しないのですが、M1サイクルは全ての命令に存在します。
ややこしい事に、命令によってはM1サイクルが１命令内で２つあるものがあります。
オペコードで表した時に、0xCB、0xED、0xDD、0xFD で始まる命令は、M1サイクルが２つあります。
0xCB：ビット演算系
0xED：Z80で拡張された命令
0xDD：IX系
0xFD：IX系
『M1サイクルに 1WAIT 挿入』というのは、M1サイクル時にメモリから読み出す際に、１クロック分の待ち時間を挿入するという意味です。WAIT（待ち時間）の挿入というのは、CPUに対してメモリ動作が遅いために取られている処置です。
WAITが挿入されるのは以下の通りです。
○初代機：
M1サイクルで、1WAIT
ROM領域（0x0000～0x7FFF）へのメモリリード／ライトで、1WAIT
○mk2/66：
ポート0xF3：bit7-5の設定に従う。
ポート0xF3：bit7：M1 サイクルでのWAIT (0:OFF 1:ON)
ポート0xF3：bit6：ROMブロックでのWAIT (0:OFF 1:ON)
ポート0xF3：bit5：RAMブロックでのWAIT (0:OFF 1:ON)
（bit4-0は割り込み関連の設定）
デフォルトは 0xC2 で、M1サイクルとROM領域のみ、1WAIT挿入されます（初代機と同じ）。
WAIT挿入を無くせればCPUの動作が速くなるのですが、やっかいな事に普通ではこのWAIT挿入を無くす事が出来ません。
詳しくはこちらを参照して下さい→http://sbeach.seesaa.net/article/387861448.html
結局、通常はM1サイクルが１or２あるものとして計算する事になります。
例えば、
LD A,B ：ステート数が4なので、4+1クロック
ADC HL,HL：ステート数が15で 0xED から始まるので、15+2クロック
という感じで計算できます。
まだ続きます。
2018年06月28日
動作速度算出(1)
P6月間特別企画（その28）
問題です。
○次のプログラムは何をするものでしょう？（MODE=2/4、PAGE=4）
答えは...実際に動かしてみて下さい。実際に動く形にしたものが↓です。
testp6.zip
画像データも必要なので、FDで動作させるようにしました。
mk2以降で test_p6.d88 をセットして起動させて下さい。
画像データは、Hashiさんの所のデータを使用させて頂きました。感謝です＞Hashiさん
では、本題です。
○上のプログラムを１度動かした場合、どれくらいの時間が掛かるでしょうか？
という問題を答えるために、動作速度の計算が出来る必要があります。
P6で、動作速度について言及しているものを見たことがないような気がして、とりあえずまとめてみる事にしました。
（注意）
今回は、初代/mk2/66について、になります。
mk2SR/66SR に関しては、ちゃんと調査できていないので、また後日にまとめる事にします。
ただ、mk2SR/66SR 上で、MODE=1～5で動作させる場合は、初期設定時では初代/mk2/66と同等の速度になるように設計されていますので、参考になるかと思います。
プログラムのある処理がどれだけの時間が掛かるかを算出するためには、
・CPUの１クロックが何MHzで動作するか（＝１クロックは、何秒か）
・処理の合計が何クロックで動くか
が分かれば、その積で時間が算出できますが、P6特有の事情によりちょっと変わってきます。
１．CPUクロック
CPUは、入力されるクロックを基準として動作しています。
初代機：3.9936MHz
mk2：3.9936MHz
66：4.0000MHz
計算の際は面倒なので全部4MHzで構わないと思います。
4MHzなので１クロックは 1/4MHz = 250ns になります。
２．バスリクエスト（nBASREQ）
初代/mk2/66では、VRAMがメインRAMでもあります。
そのため両方からのアクセスがぶつからないように、画面描画をする時にCPUを止めています。
CPUに対して、アクセスしないように要求する信号がバスリクエスト（nBASREQ：負論理入力）で、実際にCPUが止まっているのを示しているのが、バスアックノリッジ（nBASACK：負論理出力）です。
mk2で実際に波形を表示させたものが↓です（MODE=2）。
真ん中やや下（下から５本目）が nBASACK です。"H"の時はCPUが動作、"L"の時は停止します。
nBASACK を見ると、H の区間がちょっと続いた後、縞模様（＝L/Hの繰り返し）があり、また H の区間が続き...となっているのが分かると思います。
この H の区間は、画面に描画していない区間になります。長く H が続いている区間は、画面の一番下を表示し終わって、次フレームの画面の一番上を表示するまでの間になります。
縞模様（＝L/Hの繰り返し）を拡大したものが↓です（MODE=2）。
L の区間、H の区間、…と続きますが、L の区間がちょっと長いです。
この L の区間の間に、画面描画を行っています。
MODE5の場合は、L と H の割合が変わります↓
MODE5の方が、描画するデータが多いため、CPUが止まっている時間が長くなります。
停止している時間を図示すると、こんな感じです。
で、CPUが止まっている事を考慮に入れて、平均のクロック速度を算出しておきます。
MODE1～4：
１フレーム時間のクロック数 = 912×262
１フレーム時間のCPU停止クロック数 = 608×200
平均クロック速度 = 4MHz × (912×262 - 608×200) / 912×262 = 1.96MHz
MODE5：
１フレーム時間のクロック数 = 912×262
１フレーム時間のCPU停止クロック数 = 736×200
平均クロック速度 = 4MHz × (912×262 - 736×200) / 912×262 = 1.54MHz
かなーり画像表示のために、CPU停止を食らっていますね。
続きます。
問題です。
○次のプログラムは何をするものでしょう？（MODE=2/4、PAGE=4）
答えは...実際に動かしてみて下さい。実際に動く形にしたものが↓です。
testp6.zip
画像データも必要なので、FDで動作させるようにしました。
mk2以降で test_p6.d88 をセットして起動させて下さい。
画像データは、Hashiさんの所のデータを使用させて頂きました。感謝です＞Hashiさん
では、本題です。
○上のプログラムを１度動かした場合、どれくらいの時間が掛かるでしょうか？
という問題を答えるために、動作速度の計算が出来る必要があります。
P6で、動作速度について言及しているものを見たことがないような気がして、とりあえずまとめてみる事にしました。
（注意）
今回は、初代/mk2/66について、になります。
mk2SR/66SR に関しては、ちゃんと調査できていないので、また後日にまとめる事にします。
ただ、mk2SR/66SR 上で、MODE=1～5で動作させる場合は、初期設定時では初代/mk2/66と同等の速度になるように設計されていますので、参考になるかと思います。
プログラムのある処理がどれだけの時間が掛かるかを算出するためには、
・CPUの１クロックが何MHzで動作するか（＝１クロックは、何秒か）
・処理の合計が何クロックで動くか
が分かれば、その積で時間が算出できますが、P6特有の事情によりちょっと変わってきます。
１．CPUクロック
CPUは、入力されるクロックを基準として動作しています。
初代機：3.9936MHz
mk2：3.9936MHz
66：4.0000MHz
計算の際は面倒なので全部4MHzで構わないと思います。
4MHzなので１クロックは 1/4MHz = 250ns になります。
２．バスリクエスト（nBASREQ）
初代/mk2/66では、VRAMがメインRAMでもあります。
そのため両方からのアクセスがぶつからないように、画面描画をする時にCPUを止めています。
CPUに対して、アクセスしないように要求する信号がバスリクエスト（nBASREQ：負論理入力）で、実際にCPUが止まっているのを示しているのが、バスアックノリッジ（nBASACK：負論理出力）です。
mk2で実際に波形を表示させたものが↓です（MODE=2）。
真ん中やや下（下から５本目）が nBASACK です。"H"の時はCPUが動作、"L"の時は停止します。
nBASACK を見ると、H の区間がちょっと続いた後、縞模様（＝L/Hの繰り返し）があり、また H の区間が続き...となっているのが分かると思います。
この H の区間は、画面に描画していない区間になります。長く H が続いている区間は、画面の一番下を表示し終わって、次フレームの画面の一番上を表示するまでの間になります。
縞模様（＝L/Hの繰り返し）を拡大したものが↓です（MODE=2）。
L の区間、H の区間、…と続きますが、L の区間がちょっと長いです。
この L の区間の間に、画面描画を行っています。
MODE5の場合は、L と H の割合が変わります↓
MODE5の方が、描画するデータが多いため、CPUが止まっている時間が長くなります。
停止している時間を図示すると、こんな感じです。
で、CPUが止まっている事を考慮に入れて、平均のクロック速度を算出しておきます。
MODE1～4：
１フレーム時間のクロック数 = 912×262
１フレーム時間のCPU停止クロック数 = 608×200
平均クロック速度 = 4MHz × (912×262 - 608×200) / 912×262 = 1.96MHz
MODE5：
１フレーム時間のクロック数 = 912×262
１フレーム時間のCPU停止クロック数 = 736×200
平均クロック速度 = 4MHz × (912×262 - 736×200) / 912×262 = 1.54MHz
かなーり画像表示のために、CPU停止を食らっていますね。
続きます。
2018年06月27日
ボツゲーム６（DRUAGA）
P6月間特別企画（その27）
過去にゲームボーイから移植して、ボツにしたものを紹介しています。
その６は DRUAGA です。
druagap6.zip
開発を中止している案件なので、基本的にバク改修などの対応は行いません。
実機で動かす場合は、戦士のカートリッジmk2が必要です。
エミュレータは、PC-6001V ver1.25のみ動作可能です。
↓スクリーンショット
それなりに遊べますが、以下の点に問題があります。
・キャラが一部消去されない／消える場合があります。特に画面両端でゴミが大量に出ます。
・音が全く鳴りません。なので、４面でベルを取っても無意味...
・下画面（スコア、タイム表示の部分）がスクロールされてしまいます。
・アイテム画面が正常に表示されません。
・遅いです。
一応、左右にスクロールします。ゴミが出ますが...
この辺りの実装で挫折しました。
過去にゲームボーイから移植して、ボツにしたものを紹介しています。
その６は DRUAGA です。
druagap6.zip
開発を中止している案件なので、基本的にバク改修などの対応は行いません。
実機で動かす場合は、戦士のカートリッジmk2が必要です。
エミュレータは、PC-6001V ver1.25のみ動作可能です。
↓スクリーンショット
それなりに遊べますが、以下の点に問題があります。
・キャラが一部消去されない／消える場合があります。特に画面両端でゴミが大量に出ます。
・音が全く鳴りません。なので、４面でベルを取っても無意味...
・下画面（スコア、タイム表示の部分）がスクロールされてしまいます。
・アイテム画面が正常に表示されません。
・遅いです。
一応、左右にスクロールします。ゴミが出ますが...
この辺りの実装で挫折しました。
2018年06月26日
P6間通信
P6月間特別企画（その26）
TETRISでのP6間通信の話です。
ゲームボーイのソフトをP6に移植しようと考えたのは、
・ソフトが入手しやすい
・Z80（に近い）を使っている
・グラフィックがP6で実現できる
の３点でした。
ゲームボーイのソフトをいろいろ調べてみると、特に初期のソフトは通信ケーブルを使った対戦プレイが出来るようにしているようでした。
P6でも通信対戦が出来るといいなーと思って、試しにテトリスを移植しました。
結果的には、別の場所で問題が発生しているようで、まともに通信対戦ができません(;_;)
アルゴリズム的には大丈夫だと思われるので、その辺りを公開します。
まず、P6間を繋ぐ、接続ケーブルですが、↓のような簡単な回路図です。
GNDは相互を接続しますが、VCCは接続しないようにして下さい。
6、7、8 ピンからデータを送信します。1、2、3 ピンからそのデータを受信します。
↑具体的な通信アルゴリズムです。
8ピンを制御信号に使用しており、通常は L にしておきます。
この制御信号をL→H、H→Lとさせることで、データの送信完了とデータ受信完了応答を兼ねています。
元々のゲームボーイの通信方式もそうなのですが、送信側が１バイト送信する間に、同時に受信側からも１バイトデータを受信します。
今回はゲームボーイのソフトでしたが、P6間で通信対戦ゲームを作る時に使えるかも。
誰か作ってください(^^;)/
TETRISでのP6間通信の話です。
ゲームボーイのソフトをP6に移植しようと考えたのは、
・ソフトが入手しやすい
・Z80（に近い）を使っている
・グラフィックがP6で実現できる
の３点でした。
ゲームボーイのソフトをいろいろ調べてみると、特に初期のソフトは通信ケーブルを使った対戦プレイが出来るようにしているようでした。
P6でも通信対戦が出来るといいなーと思って、試しにテトリスを移植しました。
結果的には、別の場所で問題が発生しているようで、まともに通信対戦ができません(;_;)
アルゴリズム的には大丈夫だと思われるので、その辺りを公開します。
まず、P6間を繋ぐ、接続ケーブルですが、↓のような簡単な回路図です。
GNDは相互を接続しますが、VCCは接続しないようにして下さい。
6、7、8 ピンからデータを送信します。1、2、3 ピンからそのデータを受信します。
↑具体的な通信アルゴリズムです。
8ピンを制御信号に使用しており、通常は L にしておきます。
この制御信号をL→H、H→Lとさせることで、データの送信完了とデータ受信完了応答を兼ねています。
元々のゲームボーイの通信方式もそうなのですが、送信側が１バイト送信する間に、同時に受信側からも１バイトデータを受信します。
今回はゲームボーイのソフトでしたが、P6間で通信対戦ゲームを作る時に使えるかも。
誰か作ってください(^^;)/
2018年06月25日
ボツゲーム５（TETRIS）
P6月間特別企画（その25）
過去にゲームボーイから移植して、ボツにしたものを紹介しています。
その５は TETRIS です。
tetrisp6.zip
開発を中止している案件なので、基本的にバク改修などの対応は行いません。
↓スクリーンショット
それなりに遊べますが、以下の点に問題があります。
・キャラが一部消去されない／消える場合があります。
・音が全く鳴りません。
・ちょっと遅いです。非SRの場合は、だいぶ遅いです。
・対戦プレイに対応したのですが、途中でハングアップする事が多く、まともに遊べません。
書き忘れましたが、P6間通信ケーブルはジョイスティック２に繋いでください。
対戦プレイ（P6間通信）について、次回に続きます。
過去にゲームボーイから移植して、ボツにしたものを紹介しています。
その５は TETRIS です。
tetrisp6.zip
開発を中止している案件なので、基本的にバク改修などの対応は行いません。
↓スクリーンショット
それなりに遊べますが、以下の点に問題があります。
・キャラが一部消去されない／消える場合があります。
・音が全く鳴りません。
・ちょっと遅いです。非SRの場合は、だいぶ遅いです。
・対戦プレイに対応したのですが、途中でハングアップする事が多く、まともに遊べません。
書き忘れましたが、P6間通信ケーブルはジョイスティック２に繋いでください。
対戦プレイ（P6間通信）について、次回に続きます。
2018年06月24日
バックアップ電池の話
P6月間特別企画（その24）
レトロパソコンでもかなり悪さをするバックアップ用電池の話です。
先日、うちの98の中を開けてみたんですが、結構ひどい状態でした。
下部の白い四角枠に、バックアップ用電池が実装されていました。
とりあえずニッパーでリード線を切って、電池を除去した時の写真です。
電池の真下が緑色に変色しているんですが、それ以外にちょっと離れた上の大きなコネクタにまで影響を及ぼしています。
コネクタが自然に錆びているのではなく、電池の液漏れの影響を受けています（もうちょっと上の方は全く問題ないので）。
電解コンデンサと違って、液漏れというよりガス漏れっぽいです。
電池の除去だけでもよかったのですが、ついでなのでスーパーキャパシタに置き換えてみました。
これが置き換えたスーパーキャパシタです。5.5V耐圧の1Fです。
そのまま置き換えると充電時間が掛かりそうなので、抵抗値を一箇所変更しています。
さて、本題(?)
P6シリーズで唯一、PC-6601SRにバックアップ電池が搭載されています。
ほとんど役に立っていない(^^;)...
除去だけでもいいと思うのですが、せっかくなのでスーパーキャパシタに置き換えてみました。
バックアップ電池は、フロントカバーの裏にあります。↓この裏の基板です。
基板だけを外したところです。左上の黒いもの（BAT501）が、バックアップ電池です。
上の基板の回路図が↓です。
回路図の先を描いていませんが、VCCと描いている接続先は、uPD1990（カレンダIC)、uPD80C49HC（サブCPU）などに電源を供給しています。
詳しくは、↓を参考に。
http://sbeach.seesaa.net/article/387861598.html
今回変更したのは以下の２箇所
・BAT501 → スーパーキャパシタ（5.5V1F）
・R501 1.5KΩ → 51Ω
R501は、充電電池に充電する際に、電流を制限している抵抗です。
スーパーキャパシタはコンデンサなので、制限抵抗は要らないと思うんですが、コンデンサが空っぽの時に電流がすごく流れそうなので、念の為抵抗を付けています（5Vで51Ωなので、最大で100mA程度）。
本当は47Ωを付けたかったのですが、手持ちの都合で51Ωです。
スーパーキャパシタを取り付けた写真です。足の位置が違ったので、リード線などで調整しています。
動作チェックなのですが、66SRのBASICのDATA$、TIME$は、なぜかディスクから起動しないと使用できません。
さらに曜日の設定もできません...と思います（マニュアルがないので...）。
BASICから日時、曜日を設定するのは面倒なので、TV予約を使うとラクです。
PC-6601SR WORLDの画面で、F2（ＴＶヨヤク）を押すと、TV予約画面になります。
TV予約で、現在の日時、曜日や、TV予約が設定できます。
電源を消して、出来ればコンセントも外して、半日ほど後に確認をして内容が正常なら問題ないかと思います。
よくわからないのですが、カレンダICの方は１日ほどで止まりますが、サブCPU（TV予約内容）はかなり持ちます（１週間以上）。
レトロパソコンでもかなり悪さをするバックアップ用電池の話です。
先日、うちの98の中を開けてみたんですが、結構ひどい状態でした。
下部の白い四角枠に、バックアップ用電池が実装されていました。
とりあえずニッパーでリード線を切って、電池を除去した時の写真です。
電池の真下が緑色に変色しているんですが、それ以外にちょっと離れた上の大きなコネクタにまで影響を及ぼしています。
コネクタが自然に錆びているのではなく、電池の液漏れの影響を受けています（もうちょっと上の方は全く問題ないので）。
電解コンデンサと違って、液漏れというよりガス漏れっぽいです。
電池の除去だけでもよかったのですが、ついでなのでスーパーキャパシタに置き換えてみました。
これが置き換えたスーパーキャパシタです。5.5V耐圧の1Fです。
そのまま置き換えると充電時間が掛かりそうなので、抵抗値を一箇所変更しています。
さて、本題(?)
P6シリーズで唯一、PC-6601SRにバックアップ電池が搭載されています。
ほとんど役に立っていない(^^;)...
除去だけでもいいと思うのですが、せっかくなのでスーパーキャパシタに置き換えてみました。
バックアップ電池は、フロントカバーの裏にあります。↓この裏の基板です。
基板だけを外したところです。左上の黒いもの（BAT501）が、バックアップ電池です。
上の基板の回路図が↓です。
回路図の先を描いていませんが、VCCと描いている接続先は、uPD1990（カレンダIC)、uPD80C49HC（サブCPU）などに電源を供給しています。
詳しくは、↓を参考に。
http://sbeach.seesaa.net/article/387861598.html
今回変更したのは以下の２箇所
・BAT501 → スーパーキャパシタ（5.5V1F）
・R501 1.5KΩ → 51Ω
R501は、充電電池に充電する際に、電流を制限している抵抗です。
スーパーキャパシタはコンデンサなので、制限抵抗は要らないと思うんですが、コンデンサが空っぽの時に電流がすごく流れそうなので、念の為抵抗を付けています（5Vで51Ωなので、最大で100mA程度）。
本当は47Ωを付けたかったのですが、手持ちの都合で51Ωです。
スーパーキャパシタを取り付けた写真です。足の位置が違ったので、リード線などで調整しています。
動作チェックなのですが、66SRのBASICのDATA$、TIME$は、なぜかディスクから起動しないと使用できません。
さらに曜日の設定もできません...と思います（マニュアルがないので...）。
BASICから日時、曜日を設定するのは面倒なので、TV予約を使うとラクです。
PC-6601SR WORLDの画面で、F2（ＴＶヨヤク）を押すと、TV予約画面になります。
TV予約で、現在の日時、曜日や、TV予約が設定できます。
電源を消して、出来ればコンセントも外して、半日ほど後に確認をして内容が正常なら問題ないかと思います。
よくわからないのですが、カレンダICの方は１日ほどで止まりますが、サブCPU（TV予約内容）はかなり持ちます（１週間以上）。
2018年06月23日
半田付けの話
P6月間特別企画（その23）
ネタがなくなったわけではありません(^^;)
前から書こうと思っていた事ですが...
半田付けは小学校の頃からしているのですが、最近変わったことがあります。
それは老眼...
私は普段近視用のメガネを掛けているんですが、ここ数年ではメガネをしたままだと近くがほとんど見えなくなりました。
メガネを外せば近くが見えるので、普段の生活は問題ありません。
で、半田付けの話。
＝＝＝半田付けをする時は、保護メガネをしましょう＝＝＝
何かの拍子で、半田などが飛んでくる可能性があります。
例えば...
・半田付け時にフラックスが飛んでくる
・配線を外していると、半田が外れて配線が曲がってくる
・ボタン電池が破裂する
など。
気をつけていてもどうしようもない事がありますので、保護メガネをするようにしましょう。
「保護メガネ」で検索するといろいろと出てくると思います。500円ぐらいの安いもので十分です。
出来れば、中に普通のメガネが装着できるものがいいと思います。
半田付け用、というのはないと思いますので、普通の用途（芝刈り用とか）で問題ありません。
もし半田が飛んだときに保護メガネが溶けても、普通は目までは飛んで来ないので役目は十分果たすと思います。
事故が起こる前にぜひ。
ネタがなくなったわけではありません(^^;)
前から書こうと思っていた事ですが...
半田付けは小学校の頃からしているのですが、最近変わったことがあります。
それは老眼...
私は普段近視用のメガネを掛けているんですが、ここ数年ではメガネをしたままだと近くがほとんど見えなくなりました。
メガネを外せば近くが見えるので、普段の生活は問題ありません。
で、半田付けの話。
＝＝＝半田付けをする時は、保護メガネをしましょう＝＝＝
何かの拍子で、半田などが飛んでくる可能性があります。
例えば...
・半田付け時にフラックスが飛んでくる
・配線を外していると、半田が外れて配線が曲がってくる
・ボタン電池が破裂する
など。
気をつけていてもどうしようもない事がありますので、保護メガネをするようにしましょう。
「保護メガネ」で検索するといろいろと出てくると思います。500円ぐらいの安いもので十分です。
出来れば、中に普通のメガネが装着できるものがいいと思います。
半田付け用、というのはないと思いますので、普通の用途（芝刈り用とか）で問題ありません。
もし半田が飛んだときに保護メガネが溶けても、普通は目までは飛んで来ないので役目は十分果たすと思います。
事故が起こる前にぜひ。
2018年06月22日
ボツゲーム４（倉庫番）
P6月間特別企画～♪（その22）
過去にゲームボーイから移植して、ボツにしたものを紹介しています。
その４は 倉庫番 です。
sokop6.zip
開発を中止している案件なので、基本的にバク改修などの対応は行いません。
↓スクリーンショット
それなりに遊べますが、以下の点に問題があります。
・キャラが一部消去されない／消える場合があります。
・音が全く鳴りません。
・ちょっと遅いです。
・ゲーム中、たまにSTARTを押した状態（GIVE UPした状態）になります。
不可解な動きをする事があります。VSYNC割り込みが関連してるっぽいんですが...
過去にゲームボーイから移植して、ボツにしたものを紹介しています。
その４は 倉庫番 です。
sokop6.zip
開発を中止している案件なので、基本的にバク改修などの対応は行いません。
↓スクリーンショット
それなりに遊べますが、以下の点に問題があります。
・キャラが一部消去されない／消える場合があります。
・音が全く鳴りません。
・ちょっと遅いです。
・ゲーム中、たまにSTARTを押した状態（GIVE UPした状態）になります。
不可解な動きをする事があります。VSYNC割り込みが関連してるっぽいんですが...
2018年06月21日
ボツゲーム３（PUZZLE BOY）
P6月間特別企画～♪（その21）
過去にゲームボーイから移植して、ボツにしたものを紹介しています。
その３は PUZZLE BOY です。
pboyp6.zip
開発を中止している案件なので、基本的にバク改修などの対応は行いません。
↓スクリーンショット
パズルゲームです。それなりに遊べます。
以下の点に問題があります。
・音が鳴らない
・一部のキャラが消えない／消える
・ちょっと遅い？
・ふたりでたいせん、はできません
・ひとりでトライアル、をクリア時のスクロール画面が実装されていません（自キャラが空を飛ぶみたいになっている）。
音が鳴れば、リリースしてもいいかも、という出来ですが...
過去にゲームボーイから移植して、ボツにしたものを紹介しています。
その３は PUZZLE BOY です。
pboyp6.zip
開発を中止している案件なので、基本的にバク改修などの対応は行いません。
↓スクリーンショット
パズルゲームです。それなりに遊べます。
以下の点に問題があります。
・音が鳴らない
・一部のキャラが消えない／消える
・ちょっと遅い？
・ふたりでたいせん、はできません
・ひとりでトライアル、をクリア時のスクロール画面が実装されていません（自キャラが空を飛ぶみたいになっている）。
音が鳴れば、リリースしてもいいかも、という出来ですが...
2018年06月20日
ボツゲーム２（ソロモンズ倶楽部）
P6月間特別企画～♪（その20）
過去にゲームボーイから移植して、ボツにしたものを紹介しています。
その２はソロモンズ倶楽部です。
solcp6.zip
開発を中止している案件なので、基本的にバク改修などの対応は行いません。
↓スクリーンショット
画面を見る限り面白そうなんですが...（ゲームボーイ版はよく出来たゲームです）
以下の点に問題があります。
・音が鳴らない
・一部のキャラが消えない／消える
・遅い、じゃなくてすごく遅い
・ゲーム中のメニュー表示がされない
スピードを上げるには、今のやり方ではダメっぽいですねぇ...
過去にゲームボーイから移植して、ボツにしたものを紹介しています。
その２はソロモンズ倶楽部です。
solcp6.zip
開発を中止している案件なので、基本的にバク改修などの対応は行いません。
↓スクリーンショット
画面を見る限り面白そうなんですが...（ゲームボーイ版はよく出来たゲームです）
以下の点に問題があります。
・音が鳴らない
・一部のキャラが消えない／消える
・遅い、じゃなくてすごく遅い
・ゲーム中のメニュー表示がされない
スピードを上げるには、今のやり方ではダメっぽいですねぇ...
2018年06月19日
ボツゲーム１（パズニック）
P6月間特別企画～♪（その19）
今日から、過去にゲームボーイから移植して、ボツにしたものを紹介します。
その１はパズニックです。
pzncp6.zip
開発を中止している案件なので、基本的にバク改修などの対応は行いません。
↓スクリーンショット
画面がちょっと地味ですが、一応ちゃんと遊べます。周りの色がどぎついのは、デバッグ用のためです。
ただし、以下の点に問題があります。
・音が鳴らない
・一部のキャラが消えない／消える
・遅い
ゲームボーイからの移植は結構試したんですが、今の所全滅です。
・音を鳴らす事のハードルが結構高い
・スクロールを実現するのが難しい
・セル表示／背景表示を実現するのに、CPUパワーをかなり使う
・VSYNC単位で動作しているため、予期せぬバグが発生する事がある
ゲームによっては、移植しても遊べそうなものもあるんですが、音を鳴らすハードルをまだクリアできていません。
今日から、過去にゲームボーイから移植して、ボツにしたものを紹介します。
その１はパズニックです。
pzncp6.zip
開発を中止している案件なので、基本的にバク改修などの対応は行いません。
↓スクリーンショット
画面がちょっと地味ですが、一応ちゃんと遊べます。周りの色がどぎついのは、デバッグ用のためです。
ただし、以下の点に問題があります。
・音が鳴らない
・一部のキャラが消えない／消える
・遅い
ゲームボーイからの移植は結構試したんですが、今の所全滅です。
・音を鳴らす事のハードルが結構高い
・スクロールを実現するのが難しい
・セル表示／背景表示を実現するのに、CPUパワーをかなり使う
・VSYNC単位で動作しているため、予期せぬバグが発生する事がある
ゲームによっては、移植しても遊べそうなものもあるんですが、音を鳴らすハードルをまだクリアできていません。
2018年06月18日
動画再生基板
P6月間企画（その18）
注意）今の所、動画再生基板は、PC-6001mk2/PC-6601でのみ動作します。初代機、PC-6001mk2SR、PC-6601SRでは動作しません。関連記事は、右メニューのカテゴリー別アーカイブの、『HW：動画再生』を見て下さい。
私がだーいぶ前に作った、動画再生カートリッジの基板を、ばくてんさんが作成したとの事なので、早速入手しました。
（無理言って、生基板を頂きました。）
早速部品を実行して動かしてみました。多分、頒布される基板と、部品は微妙に違うと思います。
特に、DE0-nano を挿しているコネクタの高さがちょっと低いために、表面に実装するコイルとコンデンサを裏側に回す必要がありました。
また、DC供給のコネクタも手持ちの部品を改造して使っています。
↓出来上がりはこんな感じです。
基板表面
基板裏面
DE0-nanoを装着した所
基板横のDC供給コネクタ（リード線を圧着して使うコネクタを改造しています）
DE0-nanoの下のSDカードコネクタ（ぎりぎりです）
PC-6001mk2に実装した所（カートリッジ箱がさっそく役に立っています）
動作時のスクリーンショット
このスクリーンショットだと、動画かどうか分からないですね...
注意）今の所、動画再生基板は、PC-6001mk2/PC-6601でのみ動作します。初代機、PC-6001mk2SR、PC-6601SRでは動作しません。関連記事は、右メニューのカテゴリー別アーカイブの、『HW：動画再生』を見て下さい。
私がだーいぶ前に作った、動画再生カートリッジの基板を、ばくてんさんが作成したとの事なので、早速入手しました。
（無理言って、生基板を頂きました。）
早速部品を実行して動かしてみました。多分、頒布される基板と、部品は微妙に違うと思います。
特に、DE0-nano を挿しているコネクタの高さがちょっと低いために、表面に実装するコイルとコンデンサを裏側に回す必要がありました。
また、DC供給のコネクタも手持ちの部品を改造して使っています。
↓出来上がりはこんな感じです。
基板表面
基板裏面
DE0-nanoを装着した所
基板横のDC供給コネクタ（リード線を圧着して使うコネクタを改造しています）
DE0-nanoの下のSDカードコネクタ（ぎりぎりです）
PC-6001mk2に実装した所（カートリッジ箱がさっそく役に立っています）
動作時のスクリーンショット
このスクリーンショットだと、動画かどうか分からないですね...
2018年06月17日
SR画面周り(8)
P6月間企画（その17）
SRモードでの画面周りについて、の続きです。
今回は、横640ドットのグラフィックモードについて、その２です。
○グラフィックモード640×200／640x204ドット
４）ビットマップモード
『Y座標をポート0xCE、X座標をアドレスで指定』する事で、指定のXY座標の位置にドットを描く』のは、横320ドットの場合ですが、この回路をそのまま横640ドットの場合にも使っているために、分かりにくい動作になっています。
VRAMアドレスを示す時に４バイト単位で見ましたが、その４バイト単位で同じ回路を使って、横320ドットと横640ドットの表示がされているようです。
横320ドットの場合、上図の１ドット単位でアクセスが出来るように、ビットマップモード用変換回路が動作します。
X座標とY座標を個別に指定し、図内の太線四角枠が一度に指定するドットになります。横320ドットの場合は、一度に指定するドットは１ドットです。
同じ回路を使うため、横640ドットのビットマップモードで、一度に指定するドットは下図のようになります。
図内の太線四角枠が一度に指定するドットになります。横640ドットの場合は、一度に指定するドットは、B/Rプレーンのいずれかの４ドットです。
つまり、２回指定しないと４ドットの色を全部決める事はできませんし、１ドット単位で設定する事はできません。
さらに、枠内の(0,0)などは指定する時のXY座標です。Y座標は実際のY座標と一致するのですが、X座標は一致しません。
実際の座標(x,y)、指定座標(X,Y) とすると、以下の通りになります。
X,Y = 0,0 の時、x = 4～ 7, y = 0 のプレーンB
X,Y = 1,0 の時、x = 0～ 3, y = 0 のプレーンB
X,Y = 2,0 の時、x = 4～ 7, y = 0 のプレーンR
X,Y = 3,0 の時、x = 0～ 3, y = 0 のプレーンR
X,Y = 0,1 の時、x = 4～ 7, y = 1 のプレーンB
X,Y = 1,1 の時、x = 0～ 3, y = 1 のプレーンB
X,Y = 2,1 の時、x = 4～ 7, y = 1 のプレーンR
X,Y = 3,1 の時、x = 0～ 3, y = 1 のプレーンR
X,Y = 4,0 の時、x = 12～15, y = 0 のプレーンB
X,Y = 5,0 の時、x = 8～11, y = 0 のプレーンB
X,Y = 6,0 の時、x = 12～15, y = 0 のプレーンR
X,Y = 7,0 の時、x = 8～11, y = 0 のプレーンR
X,Y = 4,1 の時、x = 12～15, y = 1 のプレーンB
X,Y = 5,1 の時、x = 8～11, y = 1 のプレーンB
X,Y = 6,1 の時、x = 12～15, y = 1 のプレーンR
X,Y = 7,1 の時、x = 8～11, y = 1 のプレーンR
：
以下同様です。
一般化すると、
指定座標(X,Y) （ただし、X=4*n n=0,1,2,…,159）の時
X+0,Y の時、x = X*2+4 ～X*2+7, y = Y のプレーンB
X+1,Y の時、x = X*2+0 ～X*2+3, y = Y のプレーンB
X+2,Y の時、x = X*2+4 ～X*2+7, y = Y のプレーンR
X+3,Y の時、x = X*2+0 ～X*2+3, y = Y のプレーンR
となります。
横640ドットなのですが、実際にX座標に指定する値は、0～319という事になります。
５）ビットマップモードで
・Y座標の設定を204以上にした場合はどうなる？
・X座標の設定を320以上にした場合はどうなる？
横320ドットと同じです。
６）ビットマップモードで
・ポート0xC8のビット3でイネーブル／ディセーブルの切換だけど、ビット4のビットマップページ指定との関係は？
・メモリ割り当てと同時に使うとどうなる？
・そもそもビットマップモードとは？
横320ドットと同じです。
７）それぞれのモードの利点
基本的に横320ドットと同じなのですが、ビットマップモードの利点である『ドット単位で扱える』事がなくなっており、さらに、直接アクセスモードの方が分かりやすくなっています。
あくまでも横320ドットが基本で、横640ドットは付け足しのような印象です。
SRモードでの画面周りについて、の続きです。
今回は、横640ドットのグラフィックモードについて、その２です。
○グラフィックモード640×200／640x204ドット
４）ビットマップモード
『Y座標をポート0xCE、X座標をアドレスで指定』する事で、指定のXY座標の位置にドットを描く』のは、横320ドットの場合ですが、この回路をそのまま横640ドットの場合にも使っているために、分かりにくい動作になっています。
VRAMアドレスを示す時に４バイト単位で見ましたが、その４バイト単位で同じ回路を使って、横320ドットと横640ドットの表示がされているようです。
横320ドットの場合、上図の１ドット単位でアクセスが出来るように、ビットマップモード用変換回路が動作します。
X座標とY座標を個別に指定し、図内の太線四角枠が一度に指定するドットになります。横320ドットの場合は、一度に指定するドットは１ドットです。
同じ回路を使うため、横640ドットのビットマップモードで、一度に指定するドットは下図のようになります。
図内の太線四角枠が一度に指定するドットになります。横640ドットの場合は、一度に指定するドットは、B/Rプレーンのいずれかの４ドットです。
つまり、２回指定しないと４ドットの色を全部決める事はできませんし、１ドット単位で設定する事はできません。
さらに、枠内の(0,0)などは指定する時のXY座標です。Y座標は実際のY座標と一致するのですが、X座標は一致しません。
実際の座標(x,y)、指定座標(X,Y) とすると、以下の通りになります。
X,Y = 0,0 の時、x = 4～ 7, y = 0 のプレーンB
X,Y = 1,0 の時、x = 0～ 3, y = 0 のプレーンB
X,Y = 2,0 の時、x = 4～ 7, y = 0 のプレーンR
X,Y = 3,0 の時、x = 0～ 3, y = 0 のプレーンR
X,Y = 0,1 の時、x = 4～ 7, y = 1 のプレーンB
X,Y = 1,1 の時、x = 0～ 3, y = 1 のプレーンB
X,Y = 2,1 の時、x = 4～ 7, y = 1 のプレーンR
X,Y = 3,1 の時、x = 0～ 3, y = 1 のプレーンR
X,Y = 4,0 の時、x = 12～15, y = 0 のプレーンB
X,Y = 5,0 の時、x = 8～11, y = 0 のプレーンB
X,Y = 6,0 の時、x = 12～15, y = 0 のプレーンR
X,Y = 7,0 の時、x = 8～11, y = 0 のプレーンR
X,Y = 4,1 の時、x = 12～15, y = 1 のプレーンB
X,Y = 5,1 の時、x = 8～11, y = 1 のプレーンB
X,Y = 6,1 の時、x = 12～15, y = 1 のプレーンR
X,Y = 7,1 の時、x = 8～11, y = 1 のプレーンR
：
以下同様です。
一般化すると、
指定座標(X,Y) （ただし、X=4*n n=0,1,2,…,159）の時
X+0,Y の時、x = X*2+4 ～X*2+7, y = Y のプレーンB
X+1,Y の時、x = X*2+0 ～X*2+3, y = Y のプレーンB
X+2,Y の時、x = X*2+4 ～X*2+7, y = Y のプレーンR
X+3,Y の時、x = X*2+0 ～X*2+3, y = Y のプレーンR
となります。
横640ドットなのですが、実際にX座標に指定する値は、0～319という事になります。
５）ビットマップモードで
・Y座標の設定を204以上にした場合はどうなる？
・X座標の設定を320以上にした場合はどうなる？
横320ドットと同じです。
６）ビットマップモードで
・ポート0xC8のビット3でイネーブル／ディセーブルの切換だけど、ビット4のビットマップページ指定との関係は？
・メモリ割り当てと同時に使うとどうなる？
・そもそもビットマップモードとは？
横320ドットと同じです。
７）それぞれのモードの利点
基本的に横320ドットと同じなのですが、ビットマップモードの利点である『ドット単位で扱える』事がなくなっており、さらに、直接アクセスモードの方が分かりやすくなっています。
あくまでも横320ドットが基本で、横640ドットは付け足しのような印象です。
2018年06月16日
SR画面周り(7)
P6月間企画（その16）
SRモードでの画面周りについて、の続きです。
今回は、横640ドットのグラフィックモードについて、その１です。
○グラフィックモード640×200／640x204ドット
１）縦ドット数について
２）ビットマップモード、直接アクセスモードについて
横320ドットと同じです。
３）VRAMアドレス（直接アクセスモード）
横640ドットの場合、１ドット＝２ビットで、１バイトに４ドット収容されます。
ビット順は、
１バイト目：b7-0 = B7 B6 B5 B4 B3 B2 B1 B0
２バイト目：b7-0 = R7 R6 R5 R4 R3 R2 R1 R0
です。
HとRは、ポート0xC0で指定され、bit1：CSS2 =H、bit0：CSS1 =G、になります（CSS3=0時）。
ですが...CSS3=0、CSS2=1、CSS1=1、で使うべきです。
この組み合わせの場合、HGRB=1100、1101、1110、1111、の４色が出力されますが、これは全てパレットで変換できる色に当たります。そのため、16色中任意の4色を出力できる設定になります。
VRAMアドレスは、横320ドットと同じ、ページ#0が0x0000～0x7FFF、ページ#1が0x8000～0xFFFFです（割り当ての変更がない場合）。
以下、ページ#0についてで、X座標0～639、Y座標0～203とします。
X,Y = 0,0 は、0x1A00、0x1A01 のbit7
X,Y = 1,0 は、0x1A00、0x1A01 のbit6
X,Y = 2,0 は、0x1A00、0x1A01 のbit5
X,Y = 3,0 は、0x1A00、0x1A01 のbit4
X,Y = 4,0 は、0x1A00、0x1A01 のbit3
X,Y = 5,0 は、0x1A00、0x1A01 のbit2
X,Y = 6,0 は、0x1A00、0x1A01 のbit1
X,Y = 7,0 は、0x1A00、0x1A01 のbit0
X,Y = 0,1 は、0x1A02、0x1A03 のbit7
X,Y = 1,1 は、0x1A02、0x1A03 のbit6
X,Y = 2,1 は、0x1A02、0x1A03 のbit5
X,Y = 3,1 は、0x1A02、0x1A03 のbit4
X,Y = 4,1 は、0x1A02、0x1A03 のbit3
X,Y = 5,1 は、0x1A02、0x1A03 のbit2
X,Y = 6,1 は、0x1A02、0x1A03 のbit1
X,Y = 7,1 は、0x1A02、0x1A03 のbit0
X,Y = 0,2 は、0x1A04、0x1A05 のbit7
X,Y = 1,2 は、0x1A04、0x1A05 のbit6
X,Y = 2,2 は、0x1A04、0x1A05 のbit5
X,Y = 3,2 は、0x1A04、0x1A05 のbit4
X,Y = 4,2 は、0x1A04、0x1A05 のbit3
X,Y = 5,2 は、0x1A04、0x1A05 のbit2
X,Y = 6,2 は、0x1A04、0x1A05 のbit1
X,Y = 7,2 は、0x1A04、0x1A05 のbit0
X,Y = 0,3 は、0x1A06、0x1A07 のbit7
X,Y = 1,3 は、0x1A06、0x1A07 のbit6
X,Y = 2,3 は、0x1A06、0x1A07 のbit5
X,Y = 3,3 は、0x1A06、0x1A07 のbit4
X,Y = 4,3 は、0x1A06、0x1A07 のbit3
X,Y = 5,3 は、0x1A06、0x1A07 のbit2
X,Y = 6,3 は、0x1A06、0x1A07 のbit1
X,Y = 7,3 は、0x1A06、0x1A07 のbit0
：
以下省略しますが、４バイト単位（横320ドット時８ドット単位、横640ドット時16ドット単位）で見ると、アドレシングは横320ドットと同じになります。
つまり
横640ドット：X = 8*m, Y = 2*n
横320ドット：x = 4*m, Y = 2*n
が同じアドレスになります。
例えば、
横640ドット X,Y = 0,0
横320ドット x,y = 0,0
横640ドット X,Y = 0,202
横320ドット x,y = 0,202
横640ドット X,Y = 624,0
横320ドット x,y = 312,0
横640ドット X,Y = 624,202
横320ドット x,y = 312,202
などです。
４バイト単位に関して、それぞれのモードを図示すると、以下のようになります。
横640ドットの場合は、VRAMメモリの状態がそのままXY座標になるので理解しやすいのですが...
横320ドットの場合は、VRAMメモリの状態とXY座標が入れ替わったりするので、直感的に理解しにくいです。
SRモードでの画面周りについて、の続きです。
今回は、横640ドットのグラフィックモードについて、その１です。
○グラフィックモード640×200／640x204ドット
１）縦ドット数について
２）ビットマップモード、直接アクセスモードについて
横320ドットと同じです。
３）VRAMアドレス（直接アクセスモード）
横640ドットの場合、１ドット＝２ビットで、１バイトに４ドット収容されます。
ビット順は、
１バイト目：b7-0 = B7 B6 B5 B4 B3 B2 B1 B0
２バイト目：b7-0 = R7 R6 R5 R4 R3 R2 R1 R0
です。
HとRは、ポート0xC0で指定され、bit1：CSS2 =H、bit0：CSS1 =G、になります（CSS3=0時）。
ですが...CSS3=0、CSS2=1、CSS1=1、で使うべきです。
この組み合わせの場合、HGRB=1100、1101、1110、1111、の４色が出力されますが、これは全てパレットで変換できる色に当たります。そのため、16色中任意の4色を出力できる設定になります。
VRAMアドレスは、横320ドットと同じ、ページ#0が0x0000～0x7FFF、ページ#1が0x8000～0xFFFFです（割り当ての変更がない場合）。
以下、ページ#0についてで、X座標0～639、Y座標0～203とします。
X,Y = 0,0 は、0x1A00、0x1A01 のbit7
X,Y = 1,0 は、0x1A00、0x1A01 のbit6
X,Y = 2,0 は、0x1A00、0x1A01 のbit5
X,Y = 3,0 は、0x1A00、0x1A01 のbit4
X,Y = 4,0 は、0x1A00、0x1A01 のbit3
X,Y = 5,0 は、0x1A00、0x1A01 のbit2
X,Y = 6,0 は、0x1A00、0x1A01 のbit1
X,Y = 7,0 は、0x1A00、0x1A01 のbit0
X,Y = 0,1 は、0x1A02、0x1A03 のbit7
X,Y = 1,1 は、0x1A02、0x1A03 のbit6
X,Y = 2,1 は、0x1A02、0x1A03 のbit5
X,Y = 3,1 は、0x1A02、0x1A03 のbit4
X,Y = 4,1 は、0x1A02、0x1A03 のbit3
X,Y = 5,1 は、0x1A02、0x1A03 のbit2
X,Y = 6,1 は、0x1A02、0x1A03 のbit1
X,Y = 7,1 は、0x1A02、0x1A03 のbit0
X,Y = 0,2 は、0x1A04、0x1A05 のbit7
X,Y = 1,2 は、0x1A04、0x1A05 のbit6
X,Y = 2,2 は、0x1A04、0x1A05 のbit5
X,Y = 3,2 は、0x1A04、0x1A05 のbit4
X,Y = 4,2 は、0x1A04、0x1A05 のbit3
X,Y = 5,2 は、0x1A04、0x1A05 のbit2
X,Y = 6,2 は、0x1A04、0x1A05 のbit1
X,Y = 7,2 は、0x1A04、0x1A05 のbit0
X,Y = 0,3 は、0x1A06、0x1A07 のbit7
X,Y = 1,3 は、0x1A06、0x1A07 のbit6
X,Y = 2,3 は、0x1A06、0x1A07 のbit5
X,Y = 3,3 は、0x1A06、0x1A07 のbit4
X,Y = 4,3 は、0x1A06、0x1A07 のbit3
X,Y = 5,3 は、0x1A06、0x1A07 のbit2
X,Y = 6,3 は、0x1A06、0x1A07 のbit1
X,Y = 7,3 は、0x1A06、0x1A07 のbit0
：
以下省略しますが、４バイト単位（横320ドット時８ドット単位、横640ドット時16ドット単位）で見ると、アドレシングは横320ドットと同じになります。
つまり
横640ドット：X = 8*m, Y = 2*n
横320ドット：x = 4*m, Y = 2*n
が同じアドレスになります。
例えば、
横640ドット X,Y = 0,0
横320ドット x,y = 0,0
横640ドット X,Y = 0,202
横320ドット x,y = 0,202
横640ドット X,Y = 624,0
横320ドット x,y = 312,0
横640ドット X,Y = 624,202
横320ドット x,y = 312,202
などです。
４バイト単位に関して、それぞれのモードを図示すると、以下のようになります。
横640ドットの場合は、VRAMメモリの状態がそのままXY座標になるので理解しやすいのですが...
横320ドットの場合は、VRAMメモリの状態とXY座標が入れ替わったりするので、直感的に理解しにくいです。
