hmm I understand you, but Atari is not the only company to have changed hands and sometimes several times ... the current CEO is doing his utmost to revive Atari and this new platform will be the return of the phoenix
then yes we can see that you are a true fan of Atari and I think your surprise this Christmas will be an Atari VCS 2018
Quoted because it's just too much. Wow man - this new CEO must really want it to happen!
Yes. That's impressive demo. On the other hand my goal was not number of sprites or speed. It was how to make sprites that behave and look almost like real hardware sprites. Something universal that can be used in hundred games and not just single kind of shooter game.
Of course double scanline modes will be faster. There's less bytes to erase, shift, draw...
Are you sure that the demo with 24 is running at 25fps? I ran both side by side, and the demo with 12 sprites completes 4 loops in the time the other completes one (2.5 seconds vs 10 seconds). Not criticizing - it's a very cool sprite engine you have created.
Guys, if anyone is interested in this board, I did the following repair work to it: See photos here
Repaired 3 broken traces / pads: from CPU19 (goes to a pad below ANTIC22) from CPU10 (goes to a pad above ANTIC9) from CPU22 (goes to a pad next to U5)
Verified continuity at the sockets for the following pins: ANTIC22 to CPU20 ANTIC23 to CPU18 ANTIC24 to CPU17 ANTIC25 to CPU16 ANTIC26 to CPU15 ANTIC27 to CPU14 ANTIC28 to CPU13 ANTIC10 to CPU12 ANTIC11 to CPU11
Put in new RAM, machine booted straight up to BASIC! Bad news - carts do not work (they are simply not read) but I am at a loss. I verified continuity between the bottom of the 65XEN's motherboard and all pins of a plugged in cart+ECI device so I don't believe this to be a mechanical issue. I have tried two different MMUs and two PIAs. I hooked keyboard up to the machine to test it further. Initially self test passed. But then it started failing, and now the machine is not booting again. So I am at a loss here - I have verified the MMU, Freddie, CPU, ANTIC, GTIA, and RAM work in another machine.
BTW - here's two videos showing some work on the machine, I did them as mini-tutorials for de-soldering.
If I understand it correctly (Thom will tell me if I’m wrong!), the PLATO cart has handlers baked in for the 850 R: handler, the 1030 modem and (I forget the name) the popular 3rd party modem that plugged into the joystick ports (Microbits?). It doesn’t/can’t communicate with a modem or device that loads its own R: handler otherwise, so the P:R:C can’t be used with stock PLATO stuff.
He’s reversed-engineered the code and has built some .car images that can be used with a flash cart that should work with the P:R:C but I haven’t had time to test it myself.
I have a question about the SD cartridge for the Jaguar. We know that the cartridges for the system constantly need to be cleaned. Will this be a problem for the SD cartridge? I assume no, but I am also thinking about the cartridge port as well. I am thinking that leads on the cartridge will have better material so they will not need to be cleaned as much. I am by no means downing the product. By all means, I am psyched for it. Especially, for example, the CD BIOS that will be in it. It does look impressive, no doubt, and I would love to get a completed version of it someday. Even if it were released now, though, money's tight. But, it is on my wish list. Thanks and keep up the impressive work!
Safe to say this PCB will be no different than any other Jag cart. However, I know when I get mine (I'm already on the pre-order list) it will permanently live in the Jag so I don't expect any contact issues. That being said, I have owned my Jags since their 1994 release and have never had an issue with a non-working cart.