I added Sony XD series and updated the Panasonic but the rendering seems a bit off (it shows 2 headings then 2 tables). Can't figure out exactly where I made the mistake. Could someone help?
Fixed
PUT KANJI and PUT HAN
These instructions are similar, but there's a problem with the last parameter (Mode)
According the CPC-400 manual for PUT HAN:
0 16×16 normal size
1 8x16 even rows
2 8x16 odd rows
According https://www.msxcomputermagazine.nl/mccw/91/KANJI-stuff/en.html for PUT KANJI:
0 Complete KANJI character
1 Print even lines only
2 Print odd lines only
According the Japanese site https://github.com/fu-sen/MSX-BASIC/blob/master/PUT%20KANJI.txt for PUT KANJI:
0 16x16 dots
1 Odd lines only 16x8 dots
2 Even lines only 16x8 dots
What's correct???
sdsnatcher73, I notice that you were confused by the explanations which were greatly modified. So I put them back in the same spirit as when I created them.
"VG8000 machines only have caps and code lock not graph lock"
It's not what I see in openMSX configs (VG-8000, VG-8010 and VG-8010F) and I know it is the same in blueMSX:
(code_kana_locks)true(/code_kana_locks)
(graph_locks)true(/graph_locks)
These are indeed the only MSX machines with locking graph key.
So I started with HB-F1XDmk2. I created a basic program that shows all the resulting characters. Here is the file.
It seems the following combinations give different characters but there is no exact color matching right now:
key, shift+key, kana+key, kana+shift+key, kana+cap+key, kana+cap+shift+key, graph+key
So on this machine:L
kana+key gives the hiragana characters
kana+shift+key gives the hiragana characters with some variations (smaller versions)
kana+cap+key gives the katakana characters
kana+cap+shift+key giver the katakana characters with some variations (smaller versions)
Some questions:
1. These differentiations will need new colors, right? Which should I use?
2. How do I easily get the corresponding UNICODE characters from this BAS file to use them in the wiki?
I think you only need the unicodemap files that come with openMSX to generate the full table. I'm plan to push a large update for these tonight.
Pushed, please check these files to generate a lot of keyboard matrices for the Wiki: https://github.com/openMSX/openMSX/tree/master/share/unicode...
I used the Unicode mappings made by Rebecca Bettencourt in combination with a Tcl script that hits all locations in the keyboard matrix (for row 6 and lower) and then check which characters are produced in VRAM.
The remark about the RTC of SET SYSTEM is very strange because the RTC is divided in four blocks of 12 registers of 4 bits. In addition why would it be any different on BlueMSX?
The printer data is stored in the register 9 of the block 2. What is #23 or #24?
It is a little different in blueMSX because this emulator stores an extra setting in #1A, that probably checks if the computer is normally working. This byte has always the 0D value when all is Ok.
Another bueMSX extra setting is in #27, but only for Russian Yamaha computers with network. It probably checks if the MSX-Network is correctly working. This additionnal byte has always the 0D value when all is Ok.
I ignore why it has been implemented like that. Maybe just to have a better emulation of some machines, but these extra settings don't correspond to a register in the RTC chip.
Wiki page for the Ricoh RP-5C01 chip is unnecessarily complicated. I am redoing it entirely.