The other day I noticed the following errors in Compute!'s 128 Programmer's Guide ( ISBN 0-87455-031-9 ). These have likely been discovered long ago, but they are new to me and I thought it might be worthwhile to relate them here.
Chapter 2 - Page 165 -- line 60... ... SIN(X*/32)) .. what? new math? .. probably is X*pi-symbol/32 .. (I'm assuming their print shop or other contractor couldn't handle the C= pi symbol.)
Chapter 2 - Page 167 -- line 105 should be ... 105 SYS AD,31,AC : SYS AD,31,AC
-- Now it works! ..(works IF you input the short ml code described earlier in the chapter.)
-- (EDIT : Add the following .. 5 PRINT CHR$(142) .. to make sure you are in the proper charset from the start.)
This last program (on Page 167) described, as follows:
A normal 80-column screen contains 25 lines of characters; each line is 8 bytes tall. As mentioned earlier, each 80-column character definition uses 16 bytes of memory, but 8 of these bytes are not used. This program displays double-height characters which use all 16 bytes of each character definition.
as seen here :http://www.bombjack.org/commodore/http://www.bombjack.org/commodore/books/pdf/Compute%27s_128_Programmer%27s_Guide.zip
VICE might be in trouble on this one. From data I've been able to extract out of people with an eye on emulators, everything in VICE x128 VDC emu is coded around 8 pixels per char. It is "known" that the VDC uses character sets with 16 bytes per char for 16 pixel height. (This is used by the oversize program above, and works in VICE.) However, it is not generally known that VDC can also do 32-pixel high chars, and once you select > 16 the VDC will naturally use a different character set layout.
The Question now is : Can VICE x128 can do 32-pixel high chars?
I'll have to learn a little more before I try it myself. =)