Lazarus

JiffyDOS was a pretty slow "fast"loader. There are several which are much faster (15 times faster than CBM loader for example) and are software only, no hardware modification required. A good C64+1541 software fastloader easily outperforms the 1050.

Demos are just fun to code and you are not bound to anything, Games are usually "easier" since they don't need as much programming trickery, but they are a lot of boring work. So it's like this: Demos = fun and competition, like sports Games = work, I'll do it if somebody pays me. And since only PC or recent console games are being paid, this will result in most capable programmers doing games on PC or consoles.

The 1541 had 4 different "speedzones" where each had it's own bitrate. The rotation speed is not affected by that, it's always at roughly 300 rpm. Changing the rotation speed was done though, but not on the customers drives but on the drives which had to write the originals. If the rotation speed was slightly reduced, you could write more data on a track which an unmodified 1541 could read but not write.

Hehe yeah, but on some people you might think they are sarcastic but they are dead serious with it

The engineers looked around on the market when designing the VIC-II, mainly at TI99, Intellivision and Atari machines. They looked at the features those platforms offered and extrapolated what they would need for a future platform. Some guys (like MEtalGuy66) turn this into "reverse engineering the chipset" which is bollocks ofcourse.

The best way would be to double buffer the display lists, where you modify one list while the other one is being displayed.

The emulator should emulate PAL blending. The C64 emulator Vice already does it for years now.

No, the weighting is just there so that green is most accurate since the human eye sees green much brighter and more accurate than blue and red. They are supposed to give more accuracy to the more visible color components. Those weightings are the result of tests done with people where they should judge the brightness of red green and blue. It's an average of lot's of people. In reality, every human has a different weighting of RGB colors, I for example see blue lighter as red. No. As I said: The human eye has inbuilt weighting already. The YUV-weightings only try to give bandwidth according to the way the humans eye accuracy on R, G and B. A PAL CRT TV has a pretty well defined gamma value, VGA CRTs have a different gamma. On TFT/LCD screens, the gamma value even depends on the screen you use and the angle you look at it. It's impossible to have a "correct" palette. Also there is a big problem: YUV/YIQ color spaces cover colors which do not exist in VGA RGB. Especially light saturated colors do not convert to VGA RGB since one or more RGB color channel will quickly reach it's maximum of 0xFF.

C64 has 9 lumas, no matter how gfxians use the colors and no matter what display device you use.

What the hell are you talking about?

The C64 mode is linear too: first row is bytes 0 to 39, second row is bytes 0 to 39 again, third row is bytes 40 to 79 etc etc. It's even a good thing that two pixels below each other are in the same byte, since the walls are rendered vertically

There is no 5 bit DAC for luma control but some resistor array which happens to produce 7 levels of luma + black + white. C64 has two types: old palette with 5 lumas (only revision 1 VICs) and 9 lumas.

What does "between 0 and 18" mean to you? Normally that would be 1 to 17 loop: LDA RANDOM LSR LSR LSR CMP #19 BCS loop Another possibility: LDX RANDOM LDA table18,X Where table18 contains numbers from 0 to 18 in randomized or linear order.

I completely agree. Base-10 is one of the biggest mistakes in human history, for daily life base-12 would be best. We already use similar bases all around if someone hasn't noticed yet: 24 hours per day, 60 minutes per hour, 360 degrees in a circle etc etc. All bases designed to have many factors so you can divide them easy, and all are multiples of 12 already.