With all the blogging I do daily, I wanted to automate correct capitalization. I reworked an shortcut that no longer worked to a working state. Select text, share, pick one, paste.

• all lower case
• UPPER CASE
• Title Case in Case You Want It
• Capitalize A Okay
• Sentence. After each. Sentence.

I was wondering how to move a collection of characters (e.g. a box) across a Commodore 64 text screen. It’s rather easy to do this destructively. In Basic, I wrote something that horizontally moves a 3-by-3 character rectangle constructed out of PETSCII characters.

10 rem ***
11 rem *** setup
12 rem ***
20 restore:read w,h:for i=0 to w*h-1
30 read a(i):next i
40 data 3,3
50 data 112,64,110,93,32,93,109,64,125
60 te=200
100 rem ***
101 rem *** main loop
102 rem ***
110 os=0
120 for p=1024+12*40top+40-w
130 gosub 200:gosub 300:next p
140 os=w-1
150 for p=1024+13*40-w to p-39+w step-1
160 gosub 200:gosub 300:next p
170 goto 100
199 end
200 rem ***
201 rem *** draw a box
202 rem ***
210 for x=0 to w-1:for y=0 to h-1
220 poke p+y*40+x,a(y*w+x)
230 nexty:nextx:fort=0tote:nextt:return
300 rem ***
301 rem *** clear column
302 rem ***
310 for y=0toh-1:poke p+y*40+os,32:next
320 return

The program has to do some clean-up after it has drawn a box with the subroutine draw a box. It fills the box’s trailing text column with space characters (screen code 32). For instance, if the box moves to the right and the box has been drawn in its current position, the left-most text column of that box has to be “cleared” (filled with spaces). Otherwise it will leave behind box characters when the next position of the box is drawn—one position to the right. The main loop uses the variable os (offset) to determine which text column should be filled with spaces, using the same subroutine clear column when moving the text box to the left or to the right.

It’s all very limited in what this program can do. It can move the box either one character position to the right or the same to the left, nothing more.

For a more sophisticated draw a box subroutine, it has to know where it was before:

• restore the original content of the previous position (if any)
• read the current content where the box will appear and store it for later
• draw the box onto its position on the text screen

We can do this in Basic as well, even though it’s rather slow and has clear visual artifacts. Here’s the code for the same 3 by 3 text box, now jumping to arbitrary positions on the screen, while keeping the screen intact.

10 rem ***
11 rem *** setup
12 rem ***
20 restore:read w,h:for i=0 to w*h-1
30 read a(i):next i
40 data 3,3
50 data 112,64,110,93,32,93,109,64,125
60 te=200
70 first = (1 = 1)
100 rem ***
101 rem *** main loop
102 rem ***
110 x=int(rnd(ti)*(40-w))
120 y=int(rnd(ti)*(25-h))
130 gosub 200
140 goto 100
199 end
200 rem ***
201 rem *** draw a box
202 rem ***
210 rem *** restore any orig'l content
211 rem ***
220 if first then first=(1=0):goto 300
230 for xx =0 to w-1:for yy=0 to h-1
240 poke p+yy*40+xx,a1(yy*w+xx)
250 nextyy:nextxx
300 rem ***
301 rem *** read current text content
302 rem ***
310 p=1024+40*y+x
320 for xx=0 to w-1:for yy=0 to h-1
330 a1(xx+yy*w)=peek(p+xx+yy*40):
340 nextyy:nextxx
400 rem ***
401 rem *** put box on screen
402 rem ***
410 for xx=0 to w-1:for yy=0 to h-1
420 poke p+yy*40+xx,a(yy*w+xx)
440 nextyy:nextxx
450 for t=0 to te:next
460 return

The long wait loop (which makes the program perform so slow) is so that you can spot the random 3-by-3 box, while also making the artifacts less noticeable. You can see the box long enough, so it disappearing from screen will feel less jarring. A better solution than waiting a while would be to use a screen buffer to do the drawing and switch screen buffers when all the drawing is done for the new position of the box.

I guess that would require some machine language I have yet to write.

I wondered if a sprite rendered as a text character would make sense. It would have to move to one of the 1000 positions on a text screen of 25 lines and 40 columns in a C64. The character is 2 by 2 text characters, has 3 walking poses, and two extra text characters for the SFX. It could work 👨‍💻

I found this video game poster via an image search, which clearly isn’t from a C64 (size 640 x 400 pixels, different 16 colors than C64). I thought about recreating it in C64 multicolor for self-education. The first step in my analysis was recoloring it into the Colodore color palette, an idealized version of the C64 color palette(s). It seems to be drawn for the Amiga. It has 3 shades of red and of green; the C64 has only 2 of those. Plus, it has a flesh color, which the C64 sorely lacks.

I found an interview with the mentioned Peter Johnson on Codetapper’s Amiga Site. And it appears he rewrote the C64 version for the Amiga. No mention of who drew the poster. Peter did draw the game art, I assume. Alas, there’s no date stamp on the article, but judging from the copyright notice it’s probably from 2020, but it could be as early as 2016.

Now will I recreate the poster? Probably not, but it’s a good reference to have, to see what good illustrators were able to whip up in a short amount of time. Even back then, the games industry was brutal. Games did last as long as they were popular. There was always something newer and better to draw the attention of gamers. Time was a-wastin', always.

🎮

Luckily, the SPEEDLINK SL-650212 BKRD Competition EXTRA Joystick I bought off Dutch Amazon works with VICE C64 on my Raspberry Pi-400 computer. I read a review somewhere that it did, but reviews can be wrong, high ratings bought by the manufacturer. So I took a chance and it paid off 🎮

I would prefer owning a Mac, but I simply can’t rationalize the “Apple tax.” I used to be Mac or Die. A computer is more like a way to access the Internet nowadays, anyway 👨‍💻👾

It’s all very technical, this Commodore 64 multicolor mode. I made a special 2x1 grid in my iPad pixel editor to help me, but still I need to check in an actual multicolor editor if I made a mistake. Anyway, I’m improving as a C64 pixel artist, and that’s very cool 👨‍💻

Since I took the picture myself, I can copy it, I guess.

Creating something colorful that can be displayed on a Commodore 64 by loading and running a file involved a lot of (impossible to automate) creative steps. It took me around 4 hours for this simple drawing of my cat Aziz. 👨‍💻

I wondered what “chord progression” was, did a search and found this website by a single person who offers free music theory education. Sweet!

For most of these concepts of music theory I had no idea they were a thing, what they meant, nor how they related to each other.

So there’s another side-project before I can actually understand enough to be able to write my own tracker music.

I found an image editor that is able to draw Commodore 64 multicolor images. It can load PNG images, so I could draw on my iPad and color in this Java app on my Raspberry Pi-400. Yay!

I’m still learning, though. Also found a SID tracker to compose music on the C64, and my musical knowledge is meh.

Some kind of drawing, not quite pixel art, not quite traditional art. Yeah, limited time to draw today…

Realizing how little to nothing I know about music theory, I started watching videos on the subject recommended to me by YouTube. Apart from that those videos aren’t really vetted, I don’t know how useful those are, even if they’re accurate. So there’s my caveat to you, the reader.

Today I researched the musical interval, i.e. the ratio in frequency value between musical notes.

In Why Does Music Only Use 12 Different Notes? presenter David Bennett explains how musical notes work in popular and classical music, which most of us listen to on a daily basis.

There are the following 12 notes (semitones) in an octave (using letters, while in some countries other notations are used, like do-re-mi):

1. C
2. C#
3. D
4. D#
5. E
6. F
7. F#
8. G
9. G#
10. A
11. A#
12. B

When a note has a frequency twice as high as another note, the distance (interval) between them is called an octave. Playing two notes an octave apart sounds pleasing (consonant) to our human ears.

Inside an octave there are 12 notes. Playing two of those notes together gives a certain mood (how humans perceive the combination of notes, pleasing or less pleasing). The first of those 12 notes is called the root. Playing the root and the same note an octave higher gives us the most consonant combination of notes.

On a scale from most consonant to most dissonant, there are twelve musical intervals (between brackets is the frequency ratio between both notes in the interval). The intervals numbered 1 - 7 in this list are considered consonant in Western music, 8 and higher dissonant.

1. Octave, aka 8ve, (2:1)
2. Perfect 5th, aka P5 (3:2)
3. Perfect 4th, aka P4 (4:3)
4. Major 3rd, aka M3 (5:4)
5. minor 6th, aka m6 (8:5)
6. minor 3rd, aka m3 (6:5)
7. Major 6th, aka M6 (5:3)
8. Major 2nd, aka M2 (9:8)
9. minor 7th, aka m7 (9:5)
10. minor 2nd, aka m2 (16:15)
11. Major 7th, aka M7 (15:8)
12. Tritone (7:5)

Below that, sounding even less pleasant, there are quarter-tones, and even further divided intervals, that sound even more unpleasant.

Ordered on frequency (how they appear on a piano keyboard, using both white and black keys):

[root] [m2] [M2] [m3] [M3] [P4] [Tritone] [P5] [m6] [M6] [m7] [M7] [8ve]

With 12 notes in an octave we have a limited set of frequencies. It is a practical compromise, really, limited to only the most useful musical intervals, excluding others. However, this compromise is still not enough. With the ratios mentioned above, we can only play in a fixed key (root note). If we want to transpose a piece of music to a different key with the ratios kept intact, the musical intervals sound all weird. This is because this theoretical just intonation doesn’t allow for transposition. To fix it, so we can play in any key we want, the intervals must be changed. This slight alterations in musical intervals is called temperament (tempering the intervals so music can be played in arbitrary keys, not just one single key).

There have been several temperaments over the millenia and ages. The system we use today is called 12 Tone Equal Temperament. Each semitone is a factor of the 12th root of two higher than the previous semitone.

Here are the tempered values of the intervals. They are very close to their just intonation, between brackets:

1. m2 1.0595 (1.0667)
2. M2 1.1225 (1.1250)
3. m3 1.2892 (1.2000)
4. M3 1.2599 (1.2500)
5. P4 1.3348 (1.3333)
6. Tritone 1.4142 (1.4000)
7. P5 1.4983 (1.5000)
8. m6 1.5874 (1.6000)
9. M6 1.6818 (1.6667)
10. m7 1.7818 (1,8000)
11. M7 1.8877 (1.8750)
12. 8ve 2.0000 (2.0000)

Except for the octave, these intervals are slightly out of tune compared to the ideal, but not enough to be noticeable, especially the perfect 4th and 5th are extremely close in value to a just intonation. Using this temperament musicians can play in any key without the music sounding strange. Anyway, the music most of us listen to (Western music) has been already in 12 tone equal temperament for hundreds of years. Most of us (including myself) probably don’t know any better.

It’s a small, yet important part of music theory.

I realized I needed four extra characters to be able to create lines that are 4 pixels wide. In the 6-pixel wide versions I already had them ($59 - $5B), rounding corners. So I added them to my existing modified character set, at $75 - $78.

Tools: PETSCII editor, VICE.

👨‍💻 day 2/366 days of coding

It’s day one of a year long self-challenge to code a video game for the Commodore 64. It won’t be all spent behind a keyboard and monitor. There’s a lot of study ahead, reading books and articles, playing retro-games, etc. Also making pixel art and chiptunes. It’ll be a blast 🥳 👨‍💻

My retro-computer∗ powered best wishes from the Netherlands!

May all your best wishes for 2024 come true.

👨‍💻

∗ (V.I.C.E. actually, and a little after effect with my iPad)

Took some effort, yet I have my character set of programmable characters to draw a design I’ve been working on lately. I wrote a Basic loader, which when run puts the character set in memory, so I can be used. Still lots to do, though. I’ll write a longer piece about it in the New Year. 👨‍💻

Second (partial) attempt at a a 2-color bitmap image on a C64 as a collection of characters (8-by-8 pixels tiles, still only 39). This is very laborious—if done by hand. I had to change the original rather drastically, and reuse tiles with care. There’s still a good resemblance, of course. 👨‍💻

I wonder if it’s possible to render this as 8 by 8 tiles, and if so, how to do it. 👨‍💻

As expected, Apple Journal didn’t click with me. It seems I’m not a journaler, and started to get annoyed by the similar suggestions. So, no DayOne subscription for me either.