Jump to content

TomXP411

Members
  • Content Count

    571
  • Joined

  • Last visited

  • Days Won

    20

TomXP411 last won the day on June 29

TomXP411 had the most liked content!

Community Reputation

434 Excellent

3 Followers

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Wow. I get more excited every time I see one of Kevin’s posts. The parts availability thing has me worried, though. I know it will only be a matter of time before suppliers catch up on the FPGA and other parts that are in short supply, but it’s frustrating to see this happening right now and being unable to do anything about it. (Of course, I can’t buy an NVidia RTX 3080 for love or money, either, so….)
  2. It's not just a matter of pressing a button on GitHub. He has to separately compile and package the release for each platform... not that it should be that hard to do, assuming the hard work is already scripted. Having said that... I've compiled it on several platforms, and it only takes a few minutes, once you've got the environment set up. Here is the Windows version: https://www.commanderx16.com/forum/applications/core/interface/file/attachment.php?id=1154 If you're on Mac or Linux, it should compile pretty much directly from the Github master. Windows is the only one that's difficult; I had to cross-compile it on Linux to make it work.
  3. Thank you. The change to the bank registers alone is more than enough reason to publish R39. We all know and accept that the hardware will not perfectly match the emulator, but I think it's still important to stay up to date with the latest ROM changes and hardware changes we do know about. Combined with the other changes, it's more important at this point to have the latest code than the "best" code, IMO.
  4. ... and requires you to do a CLC or SEC every time you do simple math, unless you know the state of the carry flag already. This is exactly the kind of tradeoff you get when you simply a system to save money... but obviously the result was worth it.
  5. This right here is why the 6502 was so popular. It was cheap, compared to the 8080, its best competition when it was first created. The 6502 cost $25 in 1975, compared to $360 for the 8080 at launch. Even if the 8080 went down in price over the two years between its release and the 6502 launch, I still doubt it went down to $25. Not even close. So when Apple and Commodore both set out to release an inexpensive home computer, it's no surprise they went with the MOS 6502, rather than the Intel 8080. Obviously, Intel's strategy won out, but that's mostly due to the success of PC clones, rather than the intrinsic merit of the processor. I actually do think the 8080 was a better CPU, but was it 7 times better? With the price of the two processors, I'd have made the same decision as Tramiel, Woz, and Jobs back in the 70s.
  6. There’s actually a text file in the emulator directory that shows all of the ROM variables. They are the SYM files: BASIC.SYM, KERNAL.SYM, and so on. I’ve been contemplating writing a simple script to pull those into a project template and update my template and projects automatically when that gets updated. Anyway, address $3E2 is VARTAB in R38. I haven’t looked at in R39, but you should be able to always find it in the BASIC.SYM file…
  7. You already have all the information you need to do the math. 1080i60 is the current broadcast standard (although I suspect studios are production video internally at 1080p60 or 3840p60). 1920 x 1080 is 2073600 pixels, or 6,220,800 bytes per frame. That is 186,624,000 bytes per second. It was already stated above that a 3GHz 6502 would run roughly 1.4MIPS. How are you going to transfer 186 megabytes per second when you can only process 1.4 million instructions? At this point, the questions you’re asking are making less and less sense, since it’s already been explained that 6502 architecture is decades out of date, and no amount of clock cycles will make it a practical processor for modern desktop computing demands.
  8. No, because the instruction set simply doesn't have the needed operations. As was mentioned above, there's no integer divide or multiply, let alone doing floating point math or the SSE instructions that operate on 4 integers at a time. Scripts are a maybe, but again, note the performance numbers Scott pulled out above. A 3GHz 6502 would be running at the equivalent speed of a 100MHz x86 - but without the math coprocessor, or even multiplication or division. If you think back to the 100Mhz days - yes, you can absolutely run a web browser on a 100MHz computer, but it's going to be much slower than a modern PC, and anything involving fancy math (such as decompressing JPG and PNG graphics) is going to be slooooooooooooooooooow.
  9. Yeah, those are like $15 for 5 units, and it's a complete, self-contained unit. So rolling a custom solution doesn't make a lot of sense, when modular solutions are cheap and easy to install.
  10. I've been pondering this myself. I learned BASIC programming on a VIC-20, and that served as a good foundation for learning C and C++ later. Using this a a lead-in to an a programming class would be an interesting approach...
  11. A max232 based shifter with pre-soldered DE9 is like $3 on Amazon...
  12. I'm not sure what you mean there... the Altairduino runs on an Arduino and requires a MAX232 chip in order to convert TTL to RS-232. Likewise, the Commander X16 will require level converters when connecting to basically any 32-bit microcontroller, since most are not 5v tolerant. The Raspberry Pi definitely is not.
  13. I have one of those. It's a different brand, but it's the same monitor. Mine looks fantastic, and since it works on USB C/Thunderbolt, it works great with just a single cable.
  14. That’s actually a perfect example. I have two of those with WiFi radios that I purchased to work with my Altairduino… only to find that the level converter chips in the Altairduino doesn’t work, due to a design defect on the adapter board. Since then, I have found that RunCPM is a lot more effective for running CP/M software, so the only thing the AD does now is blink for me. Anyway, at $23, this is more cost effective than a Raspberry Pi, and while you still need a level converter, a TTL to RS-232 level converter is actually easier to get and use than the 5v - 3.3v we’d need for a Pi. (I’m pretty sure the User port will be running at 5V.)
  15. Here's an example of what I think you meant: https://www.amazon.com/Ethernet-Converter-Adapter-Support-USR-TCP232-410S/dp/B07FM5WQKD This an RS-232 to Ethernet Terminal Adapter. (These devices are not modems, nor do they pretend to be, though. For one, they do not have the Hayes-friendly ATD command. Instead, you have to issue a more complicated AT+ command string to make a TCP or Telnet connection.) What surprises me is how so many retro enthusiasts don't realize this is already a thing. These terminal adapters can already do everything mentioned on this thread, and all we need to do is provide software on the Commander side to interact with the TA. It's worth noting that TCPSer is actually impersonating a modem, rather than a terminal adapter, so it is not a multi-channel device and can't handle multiple TCP streams, nor can it do UDP at all (that I'm aware of.) The AT+ firmware on terminal adapters is a little different in that it CAN do those things... but it's not as simple as just "Connect to server and send data." You have to request to read data from the TA's buffer and request to send using AT+ commands. It's actually pretty straightforward to write something like this for the Raspberry Pi... I might go ahead and write something myself, since I've put the parallel interface stuff on the shelf for a bit.
×
×
  • Create New...

Important Information

Please review our Terms of Use