Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Posts posted by codewar65

  1. On 1/11/2022 at 4:35 PM, TomXP411 said:

    Fondly. I had a FIDO node at one point. 

    Same. A ran a four node T.A.G. BBS out of Barre, VT back in the early 90's. On FidoNet and DoorNet fbackbones. Fun times.

  2. Waterloo on the SuperPET. *warm fuzzies* BASIC, Pascal, and FORTRAN. They never offered APL at my college. I did take up COBOL at university and ended up do stupid Y2K stuff at a job decades later...

    • Like 1
  3. Apple's garage computer was a piece of wizardry. Woz made an amazing machine with what he had. Jobs made the world eat it.

    I was picked out to help my high school select a system for our first computer lab back in the early 80's (I was one of a few kids in school who already owned a Home Computer). Tandy vs Apple vs Commodore. I picked the Pet as it was a serious machine (i've seen all three in action and specs); the school (as did many) ate the Apple. Because of educational discounts to indoctrinate the youth to continue to eat the Apple. We still see the effects to this day.

    Apple = Eye candy. Get a real system.

    The 6809 was a wonderful processor that I have worked with. With the (indirectly with the SuperPet SP9000) and with coding the chip directly. I wish it took off. Really.

  4. 59 minutes ago, Wavicle said:

    I have found my tribe!

    There is a definitely a subset of us for whom VERA is the product. Perhaps if we can find enough of us, we can convince the dev team to release it as a separate product.

    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.


  5. 47 minutes ago, Scott Robison said:

    It's good that you have an actual use for it, and nothing wrong with dumb terminals. In my case it was just a solution in search of a problem. 🙂

    '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.


    • Like 2
  6. 14 minutes ago, Scott Robison said:

    I was thinking of something similar a couple days ago. Except I'm not a hardware guy typically. So I bought the Ben Eater kits and just starting putting them together tonight to try to get a handle on some of this kind of stuff. Not the exact split, but the separate CPUs with their own RAM and communicating through VIAs.

    Good luck!

    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.

    • Like 1
  7. 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.

    • Like 1
  8. 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).

  9. 14 minutes ago, Scott Robison said:

    Commodore had no interest in the 816 much less the never produced 832. Prior to buying the Amiga IP, they were very much a "Only Invented Here" shop (for the most part) in that they wouldn't make things with other people's IP. Once Jack was gone, they seemed to go the opposite direction betting on Motorola which would have ultimately been a dead end for them had they not died first.

    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.


    • Like 1
  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.

    • Like 1
  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.

    • Like 1
  13. 19 hours ago, kelli217 said:

    Reminds me of the old days, when you had the official Programmers Reference Guide but there were also tons of third-party books that all had their own way of explaining things.

    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. 2 minutes ago, Cyber said:

    Hold on and forget about X16 for a second. "Bare metal version of the emulator" - what this supposed to mean in broad sense?

    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'.



    • Like 3
    • Thanks 1
  • Create New...

Important Information

Please review our Terms of Use