Jump to content

kelli217

Members
  • Posts

    154
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by kelli217

  1. The former case, while possible, is far less likely than the latter cases. The architecture was virtually identical between the 1000 and the 2000; the major differences were the Kickstart being stored in ROM on the 2000 and in a special protected RAM area on the 1000, and the Extra Half-Brite mode not being available on all 1000s.
  2. I can't speak for YazWho but if I had to guess I'd say something like changing the palette directly, or else shifting all the sprite foreground colors by a fixed offset, considering the default palette has gradients built into it after color 31. I don't remember if a raster interrupt is possible on the version of the emulator used here on the site, but some of the bigger brains here have pointed out ways to simulate one with careful timing and cycle counting.
  3. I'd love an X8. Even in the version that exists now.
  4. I wouldn't say 'simply' either — the Hi-Toro Amiga/Lorraine dev team made the early Daphne video output unit out of wire-wrapped TTL logic, but there were several boards, and it was prone to failure, as were the Agnus and Portia units that were similarly built. And that Daphne had — let's say, "comparable" video output to VERA. So yes, it can be done. But it definitely isn't as simple as throwing together a few discrete components, unless all you want is the equivalent of a PET display. And that is not what our gracious host wants. If he did, he'd be satisfied to leave things to The Future Was 8-Bit and their Mini PET kit.
  5. This recent discussion has raised a question in my head: How much would it cost to turn the VHDL for VERA into custom-fabricated fixed silicon?
  6. You're in luck. Facebook has been down for at least three hours today.
  7. It’s based on the RCA 1802, and nothing else but RAM, ROM, and TTL chips but will support full 4K HDMI graphics and custom multichannel multitimbral analog sound. The circuit board design is all being done with rubylith, since PNGs didn’t exist until the 1990s. And it doesn’t use EPROMs, it uses a totally blank ROM that is programmed electronically. I can’t be bothered to take the time to explain these seemingly impossible technical features, arbitrary decisions, and contradictions because I have to keep spending my time explaining how little time I have. Nor can I explain anything more about the system; I can only refer you to a link I once posted to a video about how rubylith circuit board design works. If you ask me about anything else regarding the system, I will simply assume you are asking about the board layout anyway. (delete if inappropriate)
  8. I have a Model III case and a page-white VGA monitor of the right dimensions to fit in it. They’ve been sitting around the house for the better part of two decades and I still haven’t done anything with them.
  9. There are a couple or three types of cars that can just about be fully replicated with third-party replacement parts. The Ford Model T, the Willys Jeep, and the VW Beetle come to mind. Everything else, though? There’ll be something crucial that is only existent in the original vehicle.
  10. I think the idea of having every machine being a 128D is a good one. That means that it would already have 64K of VRAM. Maybe give it a stereo SID. But otherwise I'd leave it alone. Instead I'd be thinking about the next evolution, and not the C65/C64DX. Or at least I wouldn't call it that. Maybe the "Commodore 256." It would be in the same form factor as the 128D, but with a 3.5" floppy drive (it would still have an IEC port to hook up older drives). I would want a video chip that is some sort of weird three-way hybrid between VIC-II, VDC, and TED. High resolution up to 640×400 and up to 121 colors, with 256K of VRAM so that the tradeoff between colors and resolution wasn't so onerous. I would expand the SID chip to eight voices, with each voice having the ability to be panned left or right, and adding an 8-bit sample generator with a max sample rate the same as the horizontal scan rate (15625 Hz for PAL and 15750 Hz for NTSC). In keeping with its name, it would come standard with 256K of RAM as well, with a hatch allowing access to a slot where the user could insert an extra RAM module that would fit entirely inside the case, available in sizes up to 4MB. The CPU would be able to access all of this RAM concurrently, and then some, because it would be a 65C816. Eventually as RAM became cheaper the modules might eventually reach sizes up to 16MB. It would have compatibility modes for the 64 and the 128, but in a nod to the rest of the world, it would also have an ASCII mode. It might even have a hybrid mode where the character codes from 32 through 128 would be their ASCII equivalents but everything else would remain as their PETSCII definitions. It would also have a Centronics-compatible parallel port and a serial port that used proper RS-232 voltages. Lastly, it would have a reasonable cursor key layout, probably something like the Amiga 1000's instead of ↕↔ or ⬅⬆⬇➡.
  11. The audience being targeted is not just us old farts who remember all these old details, but the newbies who are just getting into the scene and don't know that TRS-80s say CLS to clear the screen while Apple IIs say HOME and Commodore 64s say PRINT CHR$(147).
  12. Gyruss's arrangement of "Toccata," by Sky, based on J. S. Bach's Toccata and Fugue in D Minor, BWV 565...
  13. When I first read this post and its comments, it was still all only on one page. As of right now when I'm starting to type this response, there are 10 pages. Whew. But since we're all offering our opinions, even people who have only been lurking up till now, I think that there should be a Phase 1 with discrete through-hole components and the same number of expansion slots as there already are on the Proto 3 board and it should come exclusively as a kit with a keyboard but without a case. It's MicroATX, there are a bajillion cases out there. You could even go buy the original version of the case that @Perifractic modified. Just, you know, independently. I think that there should be a Phase 2 that also offers expansion slots but fewer of them, perhaps 3, with a cost-reduced motherboard, maybe in a mini-ITX form factor. Integrate as much as you can, reduce chip count, etc., and use the lessons learned from that and from the X8 as the jumping-off point for the Phase 3. Sell it fully assembled with both keyboard and case. The Phase 3 will be the 'laptop' version. No one expects to be able to stick a full-sized expansion card in a laptop. Any expansions will have to come through the VIA port. Did I mention that I am hoping all of the phases will still have a VIA port? Yeah. Wimodems and printers and other odds and ends make retro systems more fun for people who are new to the retro scene to use in the modern era. It should also be sold fully assembled and with a keyboard and case, or a keyboard that is also a case, a la the RP400. Every X16 should have 2MB RAM as standard. Three versions of the product are enough; no point in complicating things by having different RAM specs on top of that. Regarding the X8: Less capable (less RAM, less VRAM, no FM chip [please keep the FM chip on the X16]), less compatible (changes in VERA addressing, ports), less retro (USB ports instead of PS/2 and SNES)... but ready RIGHT NOW. Sell it, ASAP, at a profit, and reinvest those profits into X16 development. Also, the X8 is probably going to be subject to the actual Osborne Effect rather than the reverse. As the X16, and in particular the Phase 3, comes nearer to fruition, the X8 will likely go the way of the dodo. Given that, and its potentially low price even with the profit factored in, meaning that it won't deplete people's bank accounts, and its existence shouldn't cannibalize the X16's sales too much. I've bought multiple Raspberry Pi versions, at least one of every generation, simply because they're so inexpensive, even though I rarely do anything with them. And the VERA addressing might not even be that much of a hurdle to compatibility. If the 256-byte window of shared RAM happened to default to starting at $9F00, wouldn't that make it possible for the same first few bytes to be accessed the same way as shared RAM as they would as I/O space on the X16? Last but not least: Those of you who have said that they would rather donate directly rather than buy an X8, great! You don't have to wait for the product to be available for sale nor for David to set up a specific donation infrastructure; you can donate right now, to his Patreon! I did! Here's the URL: https://patreon.com/8bitguy1
  14. Abomination! But, you know, in the fun way.
  15. I guess the way things work out with proto#3 will determine whether the mouse routines will be rewritten; if they are, then perhaps this opens the door for your request. If not, then you might have a steeper hill to climb.
  16. It isn't... but the CMM2 is based on an ARM processor, and the source code for its BASIC is available for personal use at https://mmbasic.com/
  17. Last commit was about 8 years ago. Hmm. What about a Colour Maximite 2?
  18. Computer science theory says it can be done. Turing-completeness and given sufficient storage and all that. But theory and practice are not the same thing.
  19. Whenever I think about the YM2151, the first music that pops into my mind is the Marble Madness level 2 music. Which then becomes an earworm...
  20. I'm going to proceed under the impression that your first sentence responds directly to my last sentence. You are probably still correct, but I may not have made it clear that I was talking about completely uncompressed video, or something trivially compressed like Run-Length Encoded or Text Mode Video, where the CPU does not have to do any math to decompress lossy data, but is just pushing pixels or character data. And doing it on this theoretical 3.4 GHz 65C816, with no OS overhead.
  21. So, then, let's drive this discussion in another direction. Assuming that, clock-for-clock, the 65C02 wouldn't be 'competitive,' would a max-speed chip nonetheless still be... 'acceptable' for modern-day tasks? Could you watch a 144p YouTube video? Play a 128kbps MP3? Render a modern web page with scripts and CSS? The question becomes — with what RAM? These things depend on huge datasets being able to be accessed and manipulated, often with SIMD instructions, and there's still only the 64K address space, even with the kind of things that the X16 does via paging. With this kind of sort of primitive MMU style of paging, though, a 65C816 suddenly becomes a much more attractive option. Windows 95 was able to run in the 16MB memory space that an '816 can access, and if the paging system used 4MB pages (scaled proportionally to the size of the X16's ROM pages [or 2MB if you'd prefer it scaled to the RAM page size]), then you've got a sort of supercharged version of the old DOS EMS. You can do some fairly complicated web pages with those kinds of resources. But without a 32-bit data bus and a hardware multiplier at the bare minimum, you're just not going to be able to move enough data fast enough and get enough arithmetic done to play those compressed media files. Uncompressed (or 'trivially' compressed, like RLE or TMV) is no problem. The X16 can do that if you have a fast enough storage interface that you can keep the buffer full. A 3.4GHz '816-based system could push data fast enough to play 4K HD video at 60p if that's all it has to be doing.
×
×
  • Create New...

Important Information

Please review our Terms of Use