Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by potatohead

  1. Re: Plans For me, the older game systems that work will go to the kids who play them. Easy. The rest will probably be grandpa's old stuff and maybe someone scores at the yard sale. As for other old tech nobody talks about: It will be kept in an academic sense. Lessons to be relearned. FAX? Still see em a surprising amount of the time. Legal, corporate. The only phones I miss are the old Bell ones and analog voice. When I was young, I thought they sounded crappy. Seeing what we have done with audio compression? They are accurate, just low fi. 5khz or so. Basically AM radio quality and that is often better than the whittled down mess we get via modern carriers. I do have HD calling, which seems roughly 10 to 12khz wide. It compares to the older Bell phones nicely. So, there is hope!
  2. Well, we do have these reproduction projects making new stuff. Maybe genuine old machines end up collector / museum items. Frankly, I am somewhat surprised at the ongoing development. And we do see younger people checking it all out, wanting to learn from the roots of it all, like we did. There may always be 8 bit computers in some form for a long while yet. They are just the right size for people to really get something out of them, while not being a huge burden.
  3. It is just a time out for non subscribers. No worries on your part. Great game! Very original, cool concept.
  4. Yes, it does! I never used audio on that one, just serial.
  5. Yes. I just saw this and realized many systems allow for a filename. If there were a way to communicate that to the cassette emulation, it would be a nice expansion of the capability. Doing files over audio could make sense in some cases and I am not sure it was ever done. So, the computer could spit out a short header, file name, then switch to read mode and wait per usual. The emulator sees the request, answers it with the file of interest. And since, there is no physical tape to worry about, a simple set of requests could work well. Read (load, bload) it Rename it Append it Delete it Write (Save, bsave) it Those all make sense given a quick two way comms channel. Was just a rando idea that hit me while eyeing this cool project.
  6. Totally. Or maybe in time, but notable. Soft disk comes to mind too. There were others.
  7. Agreed. The spirit I'd similar though. I won't choke on someone using the term homebrew in the context of many type in, or look what I did, stuff. And how far we have come! Making your own software is not a selling point. But, doing it? Tools all over the place!
  8. https://hackaday.com/2020/10/12/retro-datasette-for-commodore-ted-series/ I don't know if this will work with other machines, but it looks like a really cool project. It also seems to me, on those systems that allow file names to be specified, that a device like this might just deliver that file and you get kind of a serial disk type drive out of it. There may be some room for expansion here on some cassette capable systems.
  9. I didn't really think about this until the question was posed here. And my first thought actually was goofy little games that I would write along with friends and we would share and play with one another. It's not unlike the homebrew scene today.
  10. Thanks! It really was TI handsome oddballs. The rest was Moto, discrete logic and customs.
  11. I think so. They got published in a bit different way, but otherwise many of them were literally written at home or on an ad-hoc basis. I suppose some may be called something more, being works for hire.
  12. https://www.atarimagazines.com/compute/issue36/037_Programming_Multicolor_Characters_On_The_VIC.php Yes, poking the data in there should work.
  13. Saw a question on Retro Stack Overflow and thought people here might have an opinion: Does anyone know of any graphics chips from the 70's or 80's that naturally produced composite NTSC video, outside of the TMS9918ANL? This is for a vintage computer design. What would you use that isn't an FPGA or microcontroller?
  14. Oh I don't know. Graphically? Yeah, minus the few who produced for composite, which basically delivered Apple / Tandy 16 color graphics. But, early DOS had good games. I remember hopping over to ftp.funet.fi and finding a lot of great stuff to play! Same for Apple 2. Bitmap games are and can be a lot of fun. Who needs sprites when one can get screeches, clicks and goofy objects floating around?
  15. ...for me, it's all about dorking with hardware and doing electronics projects. The //e and + machines are great for it. And the ease with which new devices can be plugged in and just work. Emulation is increasingly fine with me too. I kind of want to keep a machine setup, but not lots of them.
  16. Totally! My own kids saw DOS, and older stuff because I had it around. The VCS with a pile of carts and controllers always saw a lot of love. Oregon Trail. Be it Apple or DOS, that seems to define early retro for 90's and some 00's kids. They saw it in school, came home, played on a PC and NES, MegaDrive or maybe SNES. r/Retrobattlestations is packed with people jamming on 486 and older hardware.
  17. The VIC has VCS type graphics, basically. One NTSC color clock pixels. That's a cool retro look, and it kind of forces simple, doesn't it? I only had one for a little while. The lack of heavy screen DMA made it seem fast for its clock speed, almost like the Apple. And not a ton of pixels to sling around. Yeah. It is one of the better, limited small RAM machines for sure as far as games and the overall experience goes. I wonder, have people tried using media players and a car cassette adapter to make loading tape games easy? A stock VIC 20 will load anything quick!
  18. Latest one. I have a thread here: https://groups.google.com/g/comp.sys.apple2/c/czeLuxo2US8/m/UmU0fIsKCQAJ Turns out a boot delay setting on the FastChip does allow for configuration. It's all working great now. Might not work with CFFA devices earlier than the 3000.
  19. Yes. Plamen is great! Love his stuff, and it works. He hints at it in the docs. 65C02/65816 If you ask, he will do one with the '816. That does mean doing things like bringing your CFFA firmware up to date, but works otherwise. I am pretty sure he does the 65C02 for everyone because it will always just work. I think the 816 can access the RAM directly too. Not sure yet.
  20. Definitely. The built in tools are good for quickies. True today as well as back then. The first assemblers I used were in BASIC. For programs of any size, they were easier. First one was on the CoCo.
  21. One thing about the GS. It is a great machine. For many people, that line between 8 an 16 bits matters. That's why the //e platinum and other 8 bit models get the love they do. I recently got mine going, and had some fun with the GS games. Beyond that, one needs to get familiar with a next gen OS, which is a bit of a commitment. All fun, if that makes sense. But, it might not for you, depending on where you are at on Apple machines.
  22. There is a case for it all ending up with peeks and pokes for those wanting more than the BASIC allows for. The BBC got this right with meaningful inline assembly. Apple has a line assembler and monitor, the three of which can be used to develop sophisticated programs, though the process is a bit more convoluted. On C64, it is hard core. Hand assemble, or run one to get object code. Then proceed. Back in the day, on the Apple, I would assemble to a spare page, sometimes test with the monitor, then BSAVE. In the main program, BLOAD, then CALL, or hook into Applesoft via &. I never did the latter, but results are good when others do. Here is a double low res library done that way: http://www.golombeck.eu/index.php?id=48&L=1 The C128 came back with a similar environment. Seems like it would be fun to use. I never have.
  23. Does your //e do double high res graphics? And is it enhanced? If so, it's a keeper. Good for 8 bit gaming and hardware. Explanation, all the way through building hardware to plug into the machine. Yes, the Platinum is the prettier //e, and are newer, run cooler over all. Likely to last you a longer time. I have found some PVM displays do not render Apple graphics correctly. Impact ranges from annoying, to crappy. The 1702 will work great. Many newer TV's will work great too, so long as you are not too concerned about 80 column text. For gaming, you can avoid that for the most part. Here is a recent thread on that: https://groups.google.com/g/comp.sys.apple2/c/tXAshEofXao The Apple monitor is sweet. Hard to get though. Many will use anything for color and then score a little amber, or green or grey screen and just use them both. My setup is a PVM, and I do not mind the display being imperfect. Looks great overall for gaming. And I have a little amber screen for detail, and that little screen is sharp! If your //e is not enhanced with DHGR, and you don't want to keep the //c, keep the GS as that will keep all your 8 bit gaming options open. You could use a PVM with your GS running RGB. I am about to try that with mine. Might really like it. Don't know yet.
  24. Interesting! The C64 should take a small hit due to screen DMA and refresh, both of which are transparent to the Apple 6502. They use essentially the same clock too. 1.024Mhz on Apple, 1.023 on C64. Must be Applesoft needing 5 to 7 percent more cycles, on some operations, or ?? Right now, I have a //e setup where running something can be pretty easy.
  • Create New...