C64 reloaded "Mini".

Caution: Non registered users only see threads and messages in the currently selected language, which is determined by their browser. Please create an account and log in to see all content by default. This is a limitation of the forum software.


Also users that are not logged in can not create new threads. This is a, unfortunately needed, counter measure against spam. Please create an account and log in to start new threads.

Don't Panic. Please wash hands.
  • Hi. I'd like to ask if have you ever considered creating a C64 reloaded "Mini" version.


    If the requirement of keeping the C64 case compatibility could be dropped, maybe the C64R could be redesigned as a smaller motherboard where the chips could be located. in a more efficient way. Only the joysticks, cassette and serial ports could be fitted as standard, and make the user and cartridge ports an expansion option, that could be left in the board as pins, where the user could fit a IDE-like connector to the physical port, available separately as an option. Of course, the audio/video option should be there, and the keyboard could be provided by the user with the use of a PS2 or USB keyboard, having the motherboard the necessary connector.


    The users could then create their own custom cases, or you sell one as an option, matching the colors of the original models.


    Thanks for reading.

  • Ports on pin-headers where customers make their own "solutions" to connect to existing hardware sounds like a support nightmare waiting to happen. I guess for adventures in a complete custom C64 like that, the Turbo Chameleon+docking-station is a possible starting point. Small enough that it can be modded into whatever.

  • Thanks for your answer. Yes, Turbo Chameleon could be an answer, but it would then go into the emulation side of the things, that for games is more than enough. Thanks, again.

  • Turbo Chameleon could be an answer, but it would then go into the emulation side of the things

    I beg to differ. Emulation means one CPU runs a program that "calculates" how the original machine worked.


    This is not what FPGAs do - on an FPGA, we describe the actual hardware, and the original behaviour is replicated in real-time. That's the big difference between emulation and re-implementation on modern chips: Both have a source code, but on emulation, this source code is executed "top to bottom", line by line, where delays and lagging are caused.


    On an FPGA, the code is executed "left to right", all lines at the same time, without emulation lags.


    I do admit that we sometimes use the word "emulation" for FPGA-implementations, but technically that's wrong.

  • The last reply was more than 365 days ago, this thread is most likely obsolete. It is recommended to create a new thread instead.

    • :)
    • :(
    • ;)
    • :P
    • ^^
    • :D
    • ;(
    • X(
    • :*
    • :|
    • 8o
    • =O
    • <X
    • ||
    • :/
    • :S
    • X/
    • 8)
    • ?(
    • :huh:
    • :rolleyes:
    • :love:
    • 8|
    • :cursing:
    • :thumbdown:
    • :thumbup:
    • :sleeping:
    • :whistling:
    • :evil:
    • :saint:
    • <3
    Marks thread as resolved after post creation.