Jump to content

codewar65

Members
  • Posts

    45
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by codewar65

  1. The 6809 was a wonderful CPU. As much as the 6502 is. I know more 6502 and the 6809, but the 6809 was: New Old Stock.
  2. Gathering resources, equipment, and foo to start breadboarding my own 8bit here. A VERA would solve a ton of issues. Circuitry to drive video can be bigger than a main system using available off the shelf.
  3. Personally, I think the team should stick with just phase-1. Get one flawless solid product out the door, in kit form or finished, then expand from there. Many things learned in going phase-1 will alter future branches. The X8 sounds like a whole different product. It'd be like asking the C=64 user base if they would be interested in a C=32. Why?
  4. 'Dumb' terminal is a term, for a terminal. Some weren't so dumb. I am just looking to offload cycles onto another processor with dedicated capabilities, like how C64's 'talked' to disc drives with their own 6502s.
  5. I'm old school and love old dumb terminals! I was thinking of building a 6502 based VT100 terminal VERA. haha I was actually thinking of grabbing Ben's kit as well, but want to get a better breadboard setup. And writing my own terminal, I could 'add' my own special codes to redefine the character glyphs, play sound, sprites, etc. Even upload 65c02 code via ANSI to run as a background process and report back on a separate VIA port with results.
  6. This thread should be in the non-cx16 retro channel, but: I've been thinking of tinkering with two 65c02s to build a breadboard machine. The first would be the main system, the secondary would handle screen and keyboard (ala terminal). They'd communicate through 6522's. The secondary would just take VT52 or VT100 style codes for video as input and send keyboard / escape code response codes back as output. That would free up the main CPU to run full bore, while the terminal CPU could buffer and state-machine the ANSI codes and handle keyboard voodoo while in vblank/hblank when driving video.
  7. What if the network card worked like old school CBM smart peripherals? Put the brains on the card / device. Open a channel to it, send commands, write data, read results, close the channel, etc. It shouldn't matter if it uses Hayes modem or raw socket io protocol, as long the 'thing' buffers IO properly. It could handle any protocol (internally translated on the device or natively implemented on the CX16).
  8. Never the less, I would have loved to have seen a 832 and a real CBM using it. I left the Commodore scene when the Amigas started to pop up and went full IBM. I never cared for the GUI OSs until OS/2 Warp and then Win XP.
  9. I would have pushed the 65c832 to production, and developed a new 80 column C64/128 style machine with a CBM PETSCII Unix style OS while trying to keep it usable for the masses with a BASIC built in, etc. Many of us back then liked the platform as it was CLI and basically a gaming console with the ability to develop your own stuff.
  10. Not for me either. Too many moving parts. You only need one versatile sound option. One versatile video option. One versatile game controller option. etc. Bolting on kitchen sinks will confuse and fragment developers, force users to buy controllers and cards for every scenario.
  11. We'd need to be able to be able to pass parameters to a new process, pipe input and output, and spawn/fork processes. Clearly, outside of the scope of a Commodore style BASIC, but maybe handled to some extent by an extended BASIC add-on. Maybe disk commands could be prefixed with a '>' (i.e.: >dir, >app24.prg, etc), parameters captured by system variables AN (number of args), and AV$() (values), a simple batch scripting interface that returns control to the script loaded into high banked RAM once a process is finished, or something.
  12. I played a ton of Master of Orion and MOO2. Same with other 4X games (Master of Magic, Warcraft, Warcraft 2, Dune II, Dune 2000, Command & Conquer, Colonization, Civ I and up). Great genre if done right. A MOO style game with trade (5X - ... +Exchange) and non hostile NPC races built in would be cool as well. Kind of like the old Starflight game or Trade Wars 2002 BBS game.
  13. Reminds me of the old IBM Reference docs that were distributed on CDROM back in the day, for mainframe development, DB2/UDB, etc. Also a request, make the left/right frames resizable by dragging a handle between them.
  14. Basically the machine does not load Linux or other OS and then load the emulator, but the OS *is* the emulator, coded in assembly, and optimized to 'bare metal'.
  15. I am currently 100% Fedora with a LXDE DTE. I just want stuff to run. I don't need a lot of eye candy. I have not been disappointed.
  16. I just think it was a shame that the two only chip providers for decades was intel and motorola, and all others, until recently followed suit. There were so many great chip architectures out there that died on the vine because of market position.
  17. Only one piece of software. Spyhunter for the C64. It seeked laser hole protection on the disk and proceeded on error. I bit nybbled the disk to be seek track 39 instead of the bad track, thus error. Took a bit, many "WE PROSECUTE PIRATES" counter messages, but I was able to make a copy for a friend.
  18. Many still confuse WordPerfect with WordStar. https://en.wikipedia.org/wiki/WordStar
  19. I am not interested in a x8. I will purchase the x16 and eagerly await an x32. LOL More is more.
  20. @RebeccaRGB's Latin-9P font could be used with special output routines if you want to display PETSCII and ISO at the same time in your editors. PETSCII-8 and Latin-9P
  21. 640x480 is about all the VRAM on VERA can handle; and about what a 65x02 @ 8MHz can handle populating the VRAM in a timely manner.
  22. We could have a prototype ready for Comdex 2021!
  23. As long as pop everything you pushed onto the stack and there hasn't been a stack overflow, you should be fine. There should be a jmp vector for a soft reset on the CX16, but I don't have it at hand.
×
×
  • Create New...

Important Information

Please review our Terms of Use