| |
Krill
Registered: Apr 2002 Posts: 2825 |
Alt-history no-cost design changes with great value
Which things in the C-64 could have been implemented or connected differently without conceivable extra cost, for coding advantages?
Thinking of things like shuffling the chip register bits like VIC's $d011 and $d016 differently (such that some effects can be achieved with fewer register writes or less twiddling).
Or putting some IO register to $01 (and move the memory configuration somewhere else, somehow).
Maybe also having different PLA memory configurations (not necessarily more).
Or connecting external signals to the CIA port pins in a different order.
Discuss! =) |
|
... 65 posts hidden. Click here to view all posts.... |
| |
Shadow Account closed
Registered: Apr 2002 Posts: 355 |
Quote: A simpler way to sync the CPU to the VIC-II. Either via some kind of halt facility, or at least having a up-counting timer to measure how far from the time of IRQ assertion we are.
Yeah, this one for sure! So convenient when coding on the Atari 8-bit machines or the VCS/2600 for that matter to just do a STA WSYNC - and you are in perfect sync again.
Cycle/raster-exact code on the C64 is such a nightmare in comparison. First you have to use some convoluted methods with double IRQs or whatnot to actually get in sync, and then it's a struggle to actually keep it once you start having badlines and sprites etc.
That's why my answer when someone makes suggestion on anything I code "But couldn't thing X be in the sideborder?" the answer is always a resolute "NO!" :) |
| |
Krill
Registered: Apr 2002 Posts: 2825 |
Quoting ShadowThat's why my answer when someone makes suggestion on anything I code "But couldn't thing X be in the sideborder?" the answer is always a resolute "NO!" :) Too lame or lazy, in other words. :)
I think setting up a CIA timer counting 63 cycles once, then querying that after VIC raster interrupts and having a little delay slide isn't really that much hassle. Especially since you can easily re-use that piece of code. |
| |
Dwangi
Registered: Dec 2001 Posts: 129 |
Maybe not an answer to the original question.
But I miss the Z-register. |
| |
Copyfault
Registered: Dec 2001 Posts: 466 |
Another what-if idea: grouping CSEL (not RSEL, mind!) and the YSCROLL-bits together in one VIC-II-control register would sometimes help to do badline- and sideborder-stuff in one go. |
| |
Krill
Registered: Apr 2002 Posts: 2825 |
Quoting CopyfaultAnother what-if idea: grouping CSEL (not RSEL, mind!) and the YSCROLL-bits together in one VIC-II-control register would sometimes help to do badline- and sideborder-stuff in one go. Just have a global border-disable bit as Oswald suggested, and be done with it. :) |
| |
Copyfault
Registered: Dec 2001 Posts: 466 |
Quoting KrillQuoting CopyfaultAnother what-if idea: grouping CSEL (not RSEL, mind!) and the YSCROLL-bits together in one VIC-II-control register would sometimes help to do badline- and sideborder-stuff in one go. Just have a global border-disable bit as Oswald suggested, and be done with it. :) Global border-disable flag is maybe the most steroidal what-if-scenario :)
But grouping CSEL and YSCROLL is not the same and may offer other things, like: opening the sideborder and repeating the textline (and supressing badlines in the following) \o/ |
| |
Krill
Registered: Apr 2002 Posts: 2825 |
Badline-disable bit, then! =) |
| |
chatGPZ
Registered: Dec 2001 Posts: 11101 |
Hungarians suggesting global border disable. Mind: blown |
| |
Count Zero
Registered: Jan 2003 Posts: 1820 |
Krill is already on a maker track and just collecting further suggestions? Much here sounds like you guys want some Amiga500 at 1MHz ... or a DTV or so? :) |
| |
Codetsu
Registered: Feb 2017 Posts: 3 |
jep DTV have all that and more
no dreams it's here ready to code |
Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 - Next |