Printed Amstrad Addict magazine announced, check it out here!
Started by GUNHED, 16:43, 06 July 22
0 Members and 1 Guest are viewing this topic.
Quote from: MaV on 20:52, 09 July 22My solution (close to eto's) would be to use dual-ported RAM for the first 64k, the CPU accesses the memory from one port, the GA reads from the other. All further RAM is completely on the side of the CPU creating kind of the "CPU bus". The other CPC peripheral chips would comprise a second bus (peripheral bus) on the other side (GA, FDC, CRTC, AY, etc.). When you think about it, no other peripheral except the GA needs direct RAM access, and the GA has access to read the RAM via the one port of the dual-ported RAM.
Quote from: Axel on 11:10, 10 July 22Hey guys. Do you think there are still "undetected" tricks left to improve scrolling and sprites for better action-games on the CPC without Hardware-Expansions or is the "field grazed"?
Quote from: eto on 20:14, 09 July 22What about "internal" FAST-RAM that is not connected to the bus? If we would have a Z80 compatible CPU, that can run at 8 or 16MHz or/and could execute commands much faster internally: if we now add the RAM directly to the CPU instead of to the normal bus and decouple the CPU and FAST-RAM from the internal bus, we could let it run at full speed as long as no access to the bus is required. As soon as we need to access the normal bus, we would slow down the clock to 4MHz and pass through the WAIT signal to the CPU. Of course screen updates would be slow but everything that is computed while accessing fast ram would be a lot faster.
Quote from: Prodatron on 14:49, 10 July 22The first 64K ram are shared with the video chip, so the CPU is decelerated in this area, while it can run at full speed on any other part (>64K) of the RAM.I think it is the same principle like the "chip ram" (can be accessed by any hardware) and the "fast ram" (can only be accessed by the CPU) of the Amiga.
Quote from: eto on 19:33, 10 July 22But as long as there is no feasible (= fully compatible, existing and available) Z80 replacement, being it true hardware or even a simulated Z80, it's just a nice idea.
Quote from: GUNHED on 13:27, 13 January 23A quicker CPC can be emulated on hardware level too. One great example is the upcoming XiAleste.Another one is Tot0's X-CPC (any updates?)An there can be this project here...https://stardot.org.uk/forums/viewtopic.php?p=371537#p371537
Quote from: Prodatron on 02:24, 21 January 23Just FYI, another fast Z80 replacement:https://www.msx.org/forum/msx-talk/hardware/mclz8-project-fast-z80-replacement
Quote from: eto on 10:03, 21 January 23Quote from: Prodatron on 02:24, 21 January 23Just FYI, another fast Z80 replacement:https://www.msx.org/forum/msx-talk/hardware/mclz8-project-fast-z80-replacementTHIS is interesting. It offers ROM and RAM and e.g. while working only in ROM and expanded RAM, it could work full speed, which being cycle accurate, once it accesses the 64K core RAM or any other components. This could be fully compatible with existing software while new software could leverage the full speed mode (but would still work with normal CPCs, just slower).
Quote from: TotO on 17:21, 07 July 22No and no. They do not support undocumented Z80 features.
Page created in 0.111 seconds with 26 queries.