Building my dream computer – Part 1

Building my dream computer – Part 1

When I first got my Commodore VIC-20 at the
age of 6, all I had was the computer. I turned it on and stared at the blinking
cursor. Curious what I could do with it, I looked
through the user manual and started to type in some of the example BASIC programs. Within a matter of minutes I began to experiment
with modifying the examples to do what I wanted the computer to do. Before long I was writing my own little programs
that did all sorts of neat things. Commodore BASIC was sort of limited in that
it didn’t provide any sort of commands for graphics and sound. So, if you wanted to do anything like that,
you had to access the chip registers directly with POKE and PEEK commands. And while this was somewhat inconvenient,
it did have one advantage, it better prepared me for my journey into programing assembly
language. In fact, I remember the first time I bought
a commercial game and I tried to list the program, only to see a single line with an
SYS statement. I was totally mystified by this. It was like magic. What was the meaning of this one line in BASIC? And how did these programs run so fast? I eventually moved on from my 8-bit computers
into the Amiga, eventually into MS-DOS computers, and now of course with modern computers. But, today, when I think back about the computers
I was most fond of, it wasn’t the Amiga. Despite being much more powerful, the Amiga’s
operating system put a layer between the hardware and the end user. I couldn’t just peek at a memory address
anytime I wanted. I couldn’t make a change to a hardware register
and see it happen immediately on screen. And so, today, I still have a fondness for
the 8-bit computers. And I don’t have a particular favorite. I love writing code. And I’m just as happy to code on a VIC-20,
C64, or Plus/4. As long as it has that same closeness to the
hardware. I get a lot of emails from people asking me
which vintage computer do I recommend for them to learn about computer architecture
or programming or whatever, and the problem is vintage computers aren’t necessarily
ideal for this anymore because for one thing they’re getting more and more expensive
and when you do get one, half the time they don’t work. Or, maybe they do work for a little while
and then they break down shortly after you start working on them. It can be really challenging for people to
keep these systems maintained and functioning if they’re not familiar with how to work
on them. So, I made a proposal about a year ago on
my website talking about my dream computer. In my proposal, I had these requirements: The computer would be made completely from
modern, off the shelf parts. No old stock, no sourcing parts from vintage
computers. Would output VGA or even better, HDMI video. The main reason for this is that composite
video is more or less dead and I don’t want people to have to search for old monitors
to use as a display device. it would have a real CPU, preferably a 6502
or compatible. It would preferably not rely on FPGA or Microcontrollers That it would be capable of natively running
Commodore BASIC 2.0 That it would be inexpensive, preferably around
$50. Of course, after making this post there were
numerous questions that would continued to pop up, such as why not use a Raspberry Pi? Ok, so to answer that, the Raspberry Pi is
a fantastic little computer for many things, but at it’s heart it’s just a Linux machine. So, coding for the Pi isn’t really any different
than coding for a modern desktop computer that runs Linux. So, what I want is a computer like I grew
up on, I want something that’s simple enough that a single person can understand all of
its components. If I were to give you an analogy like with
cars, for example, which would be easier to explain? A car made in 1957, or something like a Toyota
Prius? So, another one that pops up a lot is why
not wait for the Mega65? For those who aren’t familiar it is an attempt
to recreate the Commodore 65, which was still in development when Commodore went bankrupt. The Mega65 is a really ambitious project and
it’s actually everything I could want. You might even say it is my dream computer. But, it remains to be seen if it will ever
actually come to market, and if it does it will likely cost many hundreds of dollars. As a result, there may not ever be enough
of them sold to get a critical mass of users to start a software ecosystem. But, we’ll see. What about something like the BASIC engine? Well, I like this product but it has a few
problems. For one thing it only outputs composite video. The second problem is you can only program
it in BASIC. So again, you’re kind of shielded from the
real hardware. The same problem exists with the Maximite
computer. Again, I’m looking for something you can
actually program in BASIC or Assembly language and that you can access the real hardware
registers. Then, of course, there’s the C256 Foenix
project, which ironically was actually started as a result of my request for such a machine. In fact, I was planning to collaborate with
Stefany on the project after we first discussed it in at the Portland Retro Gaming Expo last
year. However, we eventually decided that her design
goals and mine are not really going in the same direction. Primarily, we disagreed over issues of cost. You see, I am under the opinion that if I’m
going to be selling a product thats no more powerful than a Raspberry Pi, then it shouldn’t
cost 5 times what a Raspberry Pi cost. So, my goal is to produce something that can
be sold for around $50. $100 is kind of a maximum upper limit. So, at first my plan was to just build something
almost identical to a Commodore 64, but ditch any chips like the SID or VIC chips that are
no longer available and design in modern substitutes. Compatibility wouldn’t be a concern for
me because this computer would be primarily aimed at people who want to write their own
programs. But I wanted to capture the look and feel
of what Commodore offered. But, after many discussions, I realized that
maybe I haven’t been asking the right questions. So, I asked several people what it is that
they actually missed about 8-Bit computers and here’s some of the responses I got. Now, I think for me, when we talk about 8-bit
computers, there’s two things I really miss the most about 8-Bit computers. The first one is the user guide. Now, typically, when you would buy an 8-bit
machine an 8-bit micro, you would a user guide that was the size of a book. And the user guide would teach you everything
there was to know about the machine. What I really miss about 8-Bit computers when
I’m using modern computers is the immediacy. The full control. For example, you just turn your C64 or 128
on and you’re ready to program in BASIC or play a game whatever you want to do. It’s that single tasking. There’s no updates to worry about, just
the beautiful blue screen. No notifications or pop-ups or anything. So, for example, if I just want to program
my favorite little one liner here. 10 print. Hey Robin! Oh. Why did I install that Commodore messenger? That keyboard could really use some retrobrite. I like it just the way it is! What do I miss about 8-Bit computers? Well, I like the fact that they’re 8-bit
computers, I suppose. That’s the thing that I enjoy the most about
using something like a Commodore 64 or a ZX Spectrum or any number of those 8-bit machines
from back in the day. It’s just they’re restrictive. And they’re not going to do a whole lot,
and yet at the same time people are still able to do so much with them in terms of making
impressive games or demos and audio and graphical effects that the people that created these
machines never actually thought was possible. So, I really miss the experimentation and
and the ideas that come about from being restricted. I often find that is something that is true
in my own creative process as well. When I restrict myself in some arbitrary way,
I end up having to come up creative results. You know, creative solutions to make it something
that’s actually interesting. As opposed to just you have all the unlimited
resources in the world, you can just come up with anything. But if you can’t do that, there’s something
that just triggers in the creative process and it makes it more interesting. Now, I think the second thing that I really
miss the most about 8-Bit computers is the possibilities. And, what I mean by that is when you turn
the machine on, typically most machines just have a startup message about the ROM or the
BASIC that it’s running. And then a flashing cursor. And that’s it. So, it’s really up to you to figure out
how to learn how to use this machine in order to take advantage of it. Do you just load games and start playing them,
or do you start writing BASIC programs or do you load up an assembler and start writing
machine code on the machine? Sometimes we tend to look at old computers
through rose colored glasses. But, not everything about them is still desirable
today, so I also had to ask the question, you know what things do you not miss about
8-bit computers, and here are some of the answers I got on that. But, what I don’t miss about 8-bit computers
is trying to use them for productivity tasks. You know, those things that your mum or dad
actually bought the computer for? Trying to do word processing on it, like here
I’ve got fleet system 2, the manual for paperclip for the PET, and here’s WordPro
3 plus for the 64. There was only enough RAM to keep a few pages
of text in memory at a time. You could only see 40 columns of text, even
though the output was going to be 80. So, there’s no preview mode. Then there are all the problems the printers
themselves had like configuring it properly. There were no drivers in the operating system
so it was up to every single program to implement drivers for every kind of printer. So, for the biggest thing I don’t like about
8-Bit machines and I’m going to use the Commodore 64 as an example because that was
really the 8-bit machine that was something that I grew up with, and that is the amount
of time that it took to do pretty much any task on that machine was an exercise in patience
and frustration. So, in other words if you wanted to play games
off a cassette or floppy disk even, it was a long wait in order for that game to load. So, what don’t I like about 8-bit computers? Or anything retro? Honestly, the biggest thing is just getting
the stuff on there in the first place. You know, a lot of times as cool as some of
these old keyboards can be, the layouts and stuff are not standard, you know, for what
you would expect now days. So, that’s a problem if you want to just
type in and code stuff yourself. I would prefer something more standard like
a PC. I also just, I don’t like loading stuff
from disks or tapes or anything like that because, well, I mean I do, in a nostalgic
sense. If I’m in the mood for it. If I want to go through that process, it’s
great, you know? To revisit every so often. But, if I’m just sitting down and I want
to play with it for hours at a time, I don’t want to do that. Which is why I install like flash memory solutions
on like everything I have now. This Commodore 64 has an SD2IEC, the IBM PC
back there, that’s got an XT-IDE and you know it’s just.. it makes so much more sense
nowadays to not rely on like magnetic storage and platters and tape and things like that. Why?! Why do you. Why would you put yourself through that if
you’re actually wanting to use the things? So, some of my friends and I set out to design
a computer that incorporated all of the best bits of old-school simplicity but also try
to get rid of some of the more irritating aspects such as floppy drives. Now, originally I wanted to go with a straight
6502. However, I wanted to have more than 64K RAM. This gets kind of complicated with a 6502,
so Lorin convinced me to go with the 65816 processor. The 65816 is actually a 16-bit version of
the 6502. It’s totally backwards compatible with existing
6502 code, but it it can access up to 16 MB of RAM and has 16 bit registers. This same CPU was used in the Apple IIgs and
the Super Nintendo. Another notable use was in the SuperCPU expansion
cartridge for the Commodore 64. In fact, I bought several of these development
boards. What I have here is actually a completely
functional computer based around the chip, but also includes 32K of onboard RAM, and
a socket for a flash memory chip. This is what our final design will be based
on. But before we can get to this point, I need
to write a custom kernel. On the C64, the kernel does essentially these
main functions: Display text on screen, read input from keyboard, load/save to disk drive,
load/save to cassette tape, and handle input and output to RS232, among other things. Now, our new system will not have a cassette
drive, which is typically device #1 on a Commodore. I’m going to replace this with an SD card,
which will be the default device for loading and saving. But I still wanted to include the IEC disk
drive port so that you can attach old disk drives if you want, or even an SD-2-IEC, but
these will all be optional. Originally, I thought I would probably take
the existing kernel and re-write about 10% of it to update it for the new hardware. However, after looking at the source code
to the original Commodore kernel, I can see that I had it backwards. It’s more like I need to re-write 90% of
it, and 10% can remain. This is compounded by the fact that Cloanto,
the company that currently owns the rights to the Commodore ROM chips, refuses to even
talk to me about licensing the Commodore Kernel. I’ve made several phone calls, send a dozen
emails, and filled out their web-based contact form. And they just won’t answer me. So, I guess they aren’t interested. That being the case, I’m just going to design
a new kernel from scratch. So, here’s my plan. I’m going to start with a C64 as the base
computer. What I need to do as I write my kernel is
figure out ways to replace pieces of it one at a time. So I’m going to start by getting rid of
the VIC chip. Well, I won’t actually be removing the chip
from the computer, but I’ll be writing a kernel that doesn’t use it. For video, I’m going to use something called
a Gameduino. I’ll talk more about this in a minute. So, once the new kernel is designed to output
video to the gameduino, then I’ll add in support for an external PS/2 keyboard. Next, I’ll implement support in my new kernel
for the disk drive port. Once all of this is working, I won’t actually
need the C64 anymore. I’ll have a working kernel that should function
on any 6502 based computer with minor modifications, whether it would be a VIC-20, Apple II, or
even some custom board like the PE6502. As long as the gameduino and PS/2 keyboard
are connected, that’s all it would need to boot. At this point, that’s where the little dev-board
I have will come into play, as I’ll connect all my stuff to that, and get the kernel working
there. Once everything is working on the dev board,
the final step would be to design a new board that includes everything on a single board. Right now I’m still at step one. So let me show you how that is going. This is a gameduino. It’s a little video board that outputs VGA
and it’s designed as an Arduino sheild. As such, it communicates through a serial
protocol known as SPI. This is perfect because I only need 4 pins
on the C64’s user port to control it. It runs on a custom FPGA and has its own internal
RAM. So, I needed a quick way to get this thing
running on the C64, so I reached out to Kevin at Texelec. Hello, I’m Kevin Williams from David has asked me to help him just design
a quick prototype board to work with the gameduino. We just wanted to show you real quick how
it worked. Here’s the gameduino board and it requires
4 pins to interface with it through data pins and two different voltages, 5 volts, and 3.3
volts. In order to plug it in to the Commodore 64,
David asked me to build a small board which has a user port connection and a 3.3v regulator. The Commodore 64 provides 5 volts already
through this wire here. It’s a straight forward board. It’s just has a Arduino shield board connected
to a standard PCB prototyping board. Just has the pins connected on the bottom
for the 4 data lines and the ground. And the 5 volt line is connected here to the
regulator. So, all you really need to do now is take
the gameduino and plug it into the. This board is just a temporary solution in
order to get some development work started. But, we do plan to build a better board which
will have a PS/2 port as well so that we can get closer to having a functioning computer
working. So, now we’re just going to plug it into
the user port. So, now that the board is plugged into the
user port we’re plugging in the VGA cable. At this point, there’s no code written,
but there is a splash screen that displays when you turn the gameduino on to show you
that it’s working. So, just turn it on. You see the Commodore 64 came up, and there’s
the splash screen for the gameduino. So, after Kevin left I got to work writing
a little proof of concept program in BASIC, just to see if I could communicate with the
Gamedunio. The serial communication works very similar
to what I showed recently with the Nintendo controller, where you have to take an entire
byte and transmit it one bit at a time. The gameduino has a built-in character set,
and just to see if it is working I need to transmit 3 bytes to it. The first 2 bytes contain the memory address
inside the gameduino that I want to write to. Since it has 32K inside, it only really needs
15 bits for that. So the first bit determines if you want to
read or write to that address. The 3rd byte is the byte you want to actually
write to that spot. So, I’m going to start by trying to send
it this. So, the first two bytes will say I want to
write to RAM address zero, which should correspond to the first character column on the screen. And then I want to write a 65, which is the
ASCII value for the letter A. So, let’s see if it works. And it does. So, next I set off to design a program in
assembly language, which would be much faster. At this point I’ve already got a lot of
screen editor functions working and I can cursor around and type things to the screen. I’m still a long way from having a custom
kernel. But it’s going to be a series of baby steps
to get there. The gameduino has the ability to display thousands
of colors, 256 different sprites, and a lot hardware accelerated features. But, it isn’t necessarily ideal for the
final product. The main problem is that the SPI interface
is kind of slow for our purposes here. And the other problem is that it lacks a true
bit-mapped mode. It does tile graphics, and so you can write
games like this just fine, but if you wanted to do a game like this where it required being
able to write to the whole screen, you wouldn’t be able to. In fact, we have yet to figure out what sort
of video chip is going to into this final product. And we’re definitely open for suggestions
on that. However, the gameduino will work for now as
a temporary substitute. However, since the gameduino is an open-source
FPGA, I’d certainly be open to have somebody who knows FPGA to go in there and modify it
so that it can take 8 bits at a time in parallel, or better yet modify it work on the main data
bus, just like a video chip. In fact, a lot of this system is still yet
to be decided. I’ve started a facebook group with the code
name Commander 16 Prototype, which I invite anyone interested in helping with this project
to join. I’m going to need some help finding a suitable
video chip, and writing the operating system for the thing. I suspect this will be a year-long project,
so there will be multiple updates showing the progress. I actually wanted to start work on this about
6 months ago, but I had decided I needed to get Planet X3 finished first. In fact, this photo is representative of how
many orders I’m actually shipping out every day. And so, if you’ve wondered why there haven’t
been quite as many videos on my channel lately, well that’s the reason. Anyway, as soon as I’m caught up with Planet
X3, this project is going to become my primary focus for this year’s long-term project. So, I’ve created a facebook group for this
project and you’ll find a link down in the description field of this video. The purpose of the facebook group is to have
discussions about this project. If you are someone who would like to contribute,
whether it is just with ideas, or you’ve got an idea for a good video chip that might
work for this project, or maybe you know how to work on FPGA stuff, we could certainly
use some help with people who could do that. If you want to help write the kernel or something
of the built in ROM programs that we’re going to be looking to do, again, I’m looking
for help on all that stuff and this facebook group will be an excellent place to talk about
the ideas. And so, I look forward to discussing it with
you! But, that’s all for now, so as always, stick
around for the next episode and thanks for watching!


  1. Post
  2. Post
  3. Post
  4. Post
    Serega Kassatkin

    i am not understand even half… and from that half – half is because it is not my mother language, but i am very like this video 🙂

  5. Post

    "Despite being much more powerful, the Amiga's operating system put a layer between the hardware and the user." at 1:39. The reason for this was the fact that 8-bit machines' kernels incorporated the input/output system as well as the command interpreter. In other words, you did not have a separate program taking care of your keyboard input like the Amiga or the IBM PC had.

  6. Post

    Большое спасибо переводчику, если бы не он, я не понял бы до конца о чень говорит человек (владею английским на чуть выше среднего)

  7. Post
    Yve Ice

    I loved the most on the good old 8-bit machines, that the chips are dip and not smd. Making hardware debugging and building custom hardware a lot more easy.
    That's why i don't like the new one-board 8-bit computer projects with all smd parts. Also i would choose an CF-Card or Microdrive in Pio 4 IDE-Mode more, then
    SD Card.

  8. Post
  9. Post
  10. Post
    AIO inc.

    What I miss about 8-bit machines was watching in amazement that programmers could overcome the extreme limitations placed on them to create some real masterpieces. That's why I'm a big fan of the Atari 2600 & IBM PC demoscenes.

  11. Post
  12. Post
    PeiTsang Hsieh

    我好喜歡你的影片  我今年30歲  當我接觸電腦時,電腦已經太複雜了,對它一知半解。  
    能從這種比較接近本質的動手做影片了解電腦  感到很興奮

  13. Post
  14. Post

    Man, this is so cool. I wanted to check out the progress on the facebook page, but don't want to make an account, so I'll patiently wait for the next entry of this awesome series!

  15. Post
  16. Post
  17. Post
    Jeroen Wolf

    Hi David,
    I'm also interested in emulation, FPGA or the real deal when it's coming to retro (8 bit) gaming (C64). I watched your episode "Building my dream computer – Part 1". You stated (at the beginning of the video) that you rather not use the Pi because of Linux. Have you ever used BMC64 on a Pi? Around 8MB, boot time is only 4.1 seconds and it doesn't rely on Linux… It runs Vice directly. True it's still emulation, but without Linux… I was wondering what your thoughts where about this? With kind regards, Jeroen (ps I like your video's :))

  18. Post
    Jeroen Wolf

    Hi David, another question: When visiting your forum I found out that you (and your team) had decided to build a 'big' computer ( ) instead of the initial 'smaller/budget' target listed in your video:

    – modern parts
    – VGA or HDMI video
    – Real 6502 CPU
    – No FPGA of Micro controllers
    – Can run Commodore BASIC
    – Cost around $50

    When finished how would it compare with other boards that have this 200+ dollar price tag and what latency-value could we expect in the end result (when a joystick is connected)?
    other boards : Ultimate-64 / C64 Reloaded MK2 / MEGA65 (when available)

    What was the main reason not to include all the chips in an 1-all FPGA?
    I initially liked your idea to use a 6502… But to keep cost down, can this be done for only 50 dollars?

    With kind regards, Jeroen

  19. Post
    Jason G

    LGR brings up a really important point. a lot of programs and especially games now are taking advantage of huge hard drives but in doing so the developers aren't spending as much time to optimize their software so we end up with huge 80+GB games that aren't much better visually and/or audibly than a game that takes only 8 or 16 GB.

  20. Post
    Isocube Software

    I think the Basic used should have collision checks between known instances. IF <object1> COLLIDE WITH <object2> THEN X

  21. Post

    I think the thing is, it feels like you're starting from the ground up, from hardware, up to software.
    Rather than a windows/linux machine, where it's already complicated software, and you're trying to get back down to the hardware through the software layers.

  22. Post
  23. Post

    In my honest opinion I think this is more about nostalgia than having direct access. Why not just have a modern computer boot up to a Commodore 64 emulator? Bingo, direct access. Save the $50 on something else and reduce the clutter of small computers.

  24. Post
  25. Post
  26. Post
    cdspy cd

    Good video, thank's i Still learn electrónic and programing in basic whit you, where i can make some question about some ideas That i have around on my head? Thank's bye…

  27. Post
  28. Post
  29. Post
  30. Post
  31. Post
    Dmitry Ponyatov

    6502 fixes you to area without affordable solutions, using more or less cheap MCU with modern 32-bit core (STM32F4 something) still let you code on-device in assembly and low-level but get cheap hardware (clocking and io configuration not so complex until you use STcube code generator, and freeze base firmware)

  32. Post
  33. Post
  34. Post
  35. Post

    I think either just using the new C64 (not mini) with keyboard or just making a custom OS for the Pi would be a good idea. The silly thing about making an 8bit computer with modern amenities like HDMI/USB/Networking, etc.. is that the chips to enable those technologies are so far beyond the processor. Also I don't know how many people care about learning machine code for a single niche platform like this? Also also I wonder if people would rather use Python as the modern replacement for basic?

  36. Post
  37. Post
  38. Post
  39. Post
  40. Post
    Jaxxon Balboa


  41. Post
  42. Post
  43. Post
  44. Post
  45. Post
  46. Post
  47. Post
  48. Post
  49. Post
  50. Post
  51. Post

    To use another car analogy, build a Ford Model T, but upgrade the motor, the suspension, the drivetrain, the electrical system…
    You see the point?
    Eventually you have to ask "why?"

  52. Post
  53. Post
  54. Post
  55. Post
  56. Post
  57. Post
  58. Post
    Roberto richardsen

    perhaps i'm a little late on this .. but please make the computer be able to read C64 and Amiga500 image files 🙂 i bet many people would be interested in that 🙂

  59. Post
    tim ovel

    Man, and I thought my 5.1ghz overclocked CPU, with 192 GB of ram, dual 1TB of Samsung NVMe with dual 8TB hybrid disk drives and dual P6000 Nvidia graphics cards, was awesome!!!

  60. Post

    One thing I would fix from the c-64 is the bug.. write a for loop with print inside it, then move your joystick left/right and see what happens.. can you fix this bug?

  61. Post
    Евгений Федоровский

    Wow! Your ambitions inspire !!! I sincerely wish you good luck in development !!! Oh, if I knew English better (for reading the manual) I would even order your device when it comes out =)

    Thank you for the video!!!

  62. Post
  63. Post
  64. Post
  65. Post
    Joel Maxuel

    A request (TL;DR version): Can the Facebook group feed be aggregated into an RSS feed?

    Long version: Unsure if aggregation "bots" to present Facebook group content into something more widely accessible such as RSS is technically possible (the company has – understandably – been cracking down on third party apps, and it's probable they don't provide a native option since it directly means fewer sign-ups). To be clear, I don't intend to advocate a different discussion platform (there has been much animosity over what the alternative could be), rather if there are tools available to expand access to the conversation (I am unlikely to weigh in on something, rather curious as to what is discussed) in a "set up and forget" manner – like what is to Twitter – it would be a more inclusive way for someone to be more informed on the progress.

  66. Post
  67. Post
  68. Post
  69. Post
    Zenas Starchild

    It's been six months sense this video was uploaded. Any updates? Not everyone is willing to have a facespy.. I mean spybook… I mean facebook account.

  70. Post
  71. Post
  72. Post
  73. Post
  74. Post
  75. Post
    Hikari Zutto

    Why don't you take a modern high speed computer like the Raspberry Pi and write a completely custom version of Commodore Basic 2.0 that operates the exact same as the C64, allowing people to write much larger and more complex programs while still keeping the capability to write directly in ASM(albeit ARM, not 6502). No Linux, no emulator, just C64 Basic running on the processor directly

  76. Post
  77. Post
  78. Post
    OffGrid Aussie Prepper™

    Fantastic idea, can it hook up to the internet with an ethernet port and dial IP addressed BBSes??? Cos I want a system that does not involve google and can never allow access to them.

  79. Post
    OffGrid Aussie Prepper™

    BTW screw facebook seriously the people interested in this project hate facebook and mark cyborg zuckface as well as google. Discord is a better IDEA or what about Whirlpool Forums?? OR what about the EEVblog I am sure David Jones will accommodate this project cos he is into all this computer engineering stuff.

  80. Post
  81. Post
  82. Post
    jgh fun-run

    7:24 finally a reason that doesn't sound like my Linux machine (I will occasionally write assembly on it even)
    8:37 and were back to Linux…
    11:27 He's calling me out… 500 GB hard drive

    I have mine boot into the terminal…

  83. Post
  84. Post
  85. Post
    Game Czar

    LGR is the wrong guy to ask about 8bit computers. He's said a few times they aren't his cup o' tea and never had one growing up.

  86. Post
  87. Post
  88. Post
  89. Post
  90. Post

    When you listed "modern parts" and "VGA or HDMI video", I immediately though "Propeller 2". But then you don't want micro-controllers and want it to be 6502 based. I wonder how you'll be doing the video part. I'm eager to see this series to the final second of the final video. I 'think it will be a great series, and by the way, nice video and thanks for sharing!

  91. Post
  92. Post
    Mr. Miss

    How I love a guy saying the best thing is: 'There's no updates, no waiting yada yada yada'
    Then one of the bad things are: 'It sucked at productivity – Having to configure drivers for the printer yada yada'
    – Please make up your mind 🙂
    Do you want a new computer with all the bells and whistle, or do you honestly really like the 'crappy' computers of yesterday? 🙂

  93. Post
  94. Post
    Kevin Cozens

    I might have been interested in possibly getting involved but I don't do Facebook and have no interest in getting a Facebook account. I am currently working on my own 8-bit computer board based on a 6809 with plans to have versions that will use the 65C816 and 6800.

  95. Post
    Michael Urgero

    Well, since you didn't ask me, I'll share anyway… What I missed about the Commodore 64 was the excitement of new things. Amazing things that were never done before. From games to office productivity. Everything – from the beginnings of email to BBS's to cool games. Everything and everyone was on a race to the next great idea and there was no shortage of them either. We simply don't have much of that anymore. Sure, graphics are better – sure, sound too – but in the end, most of everything we have today is just an improved version of these 80's developments.

  96. Post

    "Beautiful Blue Screen"… and you know that despite you're 25 and fairly interested about retro gaming you're definitely too young to fully enjoy 8-bit computers xD
    Still, a really nice video 😀

  97. Post
  98. Post
  99. Post
    Lars A G

    I purchased a twin 5.25 in floppy drive box for my BBC B back in the day. What a revolution compared to tapes! Program on the A drive and data on the B drive. Great stuff! Still works.
    Btw your initiative reminds me of Linus Torvalds' first days of his Linux OS.

  100. Post

Leave a Reply

Your email address will not be published. Required fields are marked *