'C64 an 8bit console computer on steroids'.

The intellivision was at the same time a real good 16bit system and console and not like the c64 a 8 bit processor with 64k ram. Hell to code for … 

8bit in everywhere 
- memory
- graphic
- sound
- coding  (branch, length of the code)

> complexity

> seize developping! 
> 8bit damocles sword

>> finding not allover solutions (like gameengines!) - engines for jump and runs, shootemups > special solutions

The after mainframe-area (based on c and co) was driven by coding near the hardware to get more speed. espacially in games. So Assembler was important. 

Fantasy computers are computer that are ‘inspired’ by real computers. Means their name sound like ZX81 > Tic80 but of course they are fast, programmable with lua and in the most of the cases have all integrated: spriteeditor, tile/background-editor, soundeffects editor and music editor. So they are really the dream of an 8bit-coder* with assembler, low memory, low graphics, no tools. 

An identity question. 

Subject:
'Re: VIC-II colors'
From: Robert 'Bob' Yannes
To: Philip
'Pepto' Timmermann
Date: 27.09.1999
I was involved with the development of the VIC-II, however the actual implementation of the design, including the Color
Palette, was done by someone else. I have forwarded your message to him, but it is up to him if he wants to respond.
I can tell you that the design was based on the principle that adding a sine wave of a particular frequency and amplitude
to an inverted version of the same sine wave at a different amplitude produces a phase-shifted sine wave of the same
frequency. The amount of phase shift is directly proportional to the amplitudes of the two sine waves.
The VIC-II used the 14.31818 MHz master clock input (4 times the NTSC color burst frequency of 3.579545 MHz) to produce
quadrature square-wave clocks. These clock signals were then integrated into triangle waves sing analog integrators. The
triangle waves were then integrated again into sine waves (actually rounded triangle waves, but good enough for this
application). This produced a 3.579545 MHz sine wave,
inverse sine wave, cosine wave and inverse cosine wave.
An analog summer was used to create the phase-shifts in the Chroma signal by adding together the appropiate two waveforms
at the appropiate amplitudes. The Color Palette data went to a look-up table that specified the amplitude of the waves by
selecting different resistors in the gain path of the summer. The end result was that we could create any hue we wanted by
looking at the NTSC color wheel to determine the phase-shift and then picking the appropiate resistor values to produce
that phase-shift.
Color Saturation was controlled by scaling the gain of the summer. When we picked the resistor values to determine the
output phase-shift, we also scaled them to produce the desired output amplitude. Luminance was controlled using a simple
voltage divider which switched different pull-down resistors into the open-drain output. We could create any Luminance we
wanted by choosing the desired resistor value.
I'm afraid that not nearly as much effort went into the color selection as you think. Since we had total control over hue,
saturation and luminance, we picked colors that we liked. In order to save space on the chip, though, many of the colors
were simply the opposite side of the color wheel from ones that we picked. This allowed us to reuse the existing resistor
values,
rather than having a completely unique set for each color
I believe that Commodore actually got a patent on this technique. It was certainly superior to the Apple or Atari approach
at the time, as they ended up with whatever colors that came out--ours allowed the designer to freely select Hue,
Saturation and Luminance.
Since all of this was based on selecting different resistor values and resistance varied from chip lot to chip lot, there
was variation from one Commodore 64 to another. It wasn't as bad as it could have been though, since all of the Chrominance
selection was based on resistor ratios, which could be kept constant even if the actual resistor values varied. Luminance
was more of a problem. A trimmer resistor should really have been used to pull up the output. This would have allowed the
Luminance to be adjusted for consistency from unit to unit, however Commodore didn't care enough about consistency to
bother with adjusting each unit
Robert
'Bob'
Yannes

Basic was one of the first coding possibilities in the 8bit and also the ‘OS’. the interface to the computer. The shells were ‘basic’.

LOAD “”",8,1

With the second generation of homecomputers. The linenumberless basic came up like GFA-Basic etc. This was a new step and brought basic on the level of Pascal and co. 

The listing culture is a hybrid between gutenberg galaxis and software. Software was often distributed in the mainframe time as source code ( c ). each system had a different set of hardware, processor. c and co were the platform. You could compile it for your system. 

The listing culture brought source code to the magazines and could be published. first with basic and co for homecomputers, later with checksums, than basic with assembler inlines, than only shortcodes. 

of course by typing in you could learn how to code and solve problems.

8bit: most of the homecomputer came with a basic as ‘operating system’. loading programs has to be done in basic.

Consoles inspired by old consoles but 100% new. They are somehow like the dream of this days. All dev. thing in one tool (graphics, sound, tiles, coding, levelediting)

this computers came with an operating system, gui-based and mouse. basic was a prg to use (not anymore line based). there were some new styles of basics coming up like gfa-basic, omikron-basic (atari st). 

and the most games were coded in assembler (68000 was a god processor for assembler). so you had to buy assembler, which was not included. 

It is clear, the fantasy consoles embed trackers into their software to create music. They construct the fantasy of the tools of those time. There were no trackers direct embedded in 8bit computers. Trackers really became popular as standalone programs on Amiga. 

Hardware
- C64 consolen basis, erinnert mehr an eine Console als an einen Computer (Sprite, Hardwarescrolling, Music).
- SID wirklich witzig

VisualDisplay
Unmöglich viele Modis: High res. Multicolor > Programmierung schwierig. Positiv: Kombinierbar
- Beschränkte 16 Farben > Schwierig etwa eigenes zu machen. 
- Strahlende Farben fehlen.

Music
- Music Coding
- SID wirklich interessante Stücke. 

Tools
- Damals Paintingprogramme? > Öfter bessere Computer genutzt wie Amiga/PC (Compiling)

Coding
- Schwierig reinzukommen, sogar schwieriger als Atari2600
- Entwicklung über Jahre
- Basic embedded .-(
- Woher kam das Wissen? Die Software? (Magazine?)
- Öfter bessere Computer genutzt wie Amiga/PC (Compiling)
Gamecoding
- Ohne Tricks (Sprite Multplexer 8 Sprites viele Spiele nicht denkbar) ähnlich wie beim Atari 2600. Tricks

Beschränkung
- Beschränkung bei Shootemups am Schwierigsten bei allen anderen Genres eher möglich mit 8 Sprite durchzukommen.

Community
- Identitätsstiftend aber warum? Einfach übers gemeinsame Spielen?
- Bis heute ungebrochen. Aber mehrheitlich Spieler? Demoszener? 

Heute

Gesamte Entwicklung auf einmal da, keine allmähliche Steigerung/Entwicklung über 10 Jahre
Selbst heute, einige Tutorials aber kein Gametemplate. Viel bis heute unterschiedliche Nutzung: Vorallem game und demoscene. 
> Anwendersoftware fast nicht dokumentiert. 
> Neue Games, demos > Anwendersoftware?

there are two aspects came together in the universal computer. 
1. computing (sorting)
2. control (cases, if then, input)
before this were seperated functions in analoge maschines.