FMan wrote:
CadorBolin wrote:
the screen color RAM automatically by just clearing the screen--you also have to POKE 53281,x
Well, the address 53281 is not really color RAM but the background color register. The background color is most definitely set by the code, so did you just write the wrong address?
Can someone confirm this issue? What is this
alternative kernal and how is it known that one third of C64s have it? I could use some more precise information here, coz I have never heard of the color RAM being left as it is when performing CLS, and frankly it sounds like a 3rd party replacement KERNAL?
There are 3 versions of the Commodore 64 kernal (pre-64C):
kernal.901227-01.bin 1994-06-11 8192
This 8-kilobyte 2364 ROM is the first revision of the Commodore 64 KERNAL. The RS-232 timing table is designed for exactly 1 MHz system clock frequency, although no C64 runs at that clock rate. Unlike later KERNAL revisions, this one does not detect the video system (PAL/NTSC). This KERNAL was probably only used in early North American Commodore 64 units.
kernal.901227-02.bin 1994-01-24 8192
This 8-kilobyte 2364 ROM is the second revision of the Commodore 64 KERNAL. It is the second most widely spread version.
kernal.901227-03.bin 1994-01-24 8192
This 8-kilobyte 2364 ROM is the third and essentially last revision of the Commodore 64 KERNAL. It is the most widely spread version.
I'm not sure which one that I have at home, but I notice that some programs do not display properly because of this.
A lot of programmers use the print"(color code)(clr screen)" trick to fill up the screen color ram with the 1000 color codes. My version of the c64 does not allow this, unless the screen color register is POKED after the fact.
It's a rather obscure issue, and it's hard to describe to someone unless they are there with me.