- #Oswan wonder swan link cable drivers#
- #Oswan wonder swan link cable software#
- #Oswan wonder swan link cable code#
- #Oswan wonder swan link cable windows#
*Fixed a bug on the 6526/8520 CIA that prevented chained counters from working.
#Oswan wonder swan link cable code#
*Fixed a bug in the RBF interrupt request code check. *Resetting the custom chips will now clear INTENA, preventing further interrupts. *Added reset to custom, autoconfig and cia when a RESET opcode is found.
*Added Denise ID custom register to properly identify OCS, ECS and AGA *Fixed return value for unused/invalid custom registers reads. Now it properly delays firing the irqs, not the masking/disabling. *Fixed a bug where if INTREQ got cleared programatically, it would 'forget' about pending CIA interrupts, causing the CIA to stop sending further interrupts. *Updated the custom chips emulation to delay for about 24 cycles the issuing of interrupts after a write to INTENA or INTREQ. This is needed to emulate the Amiga keyboard. *Updated 6526/8520 CIA to be able to set the value of the SP pin.
#Oswan wonder swan link cable windows#
*new Windows compile-time option UNICODE can be used to build MAME as a Unicode application (see windows.mak)Īmiga core system updates: *a number of Windows functions internally manage TCHARs *text file reading/writing now automatically handle UTF-8 conversion Initial support for Unicode in the core and Windows OSD: *Moved video hardware emulation to vidhrdw/taitojc.c *Various bug fixes and some new opcodes to the TMS320C51 core Updated copyright dates in header files and docs. Altered the deco32 CPU clocks to be more realistic. Improved cycle timings in the ARM CPU core.
Properly implemented sound interrupts in Night Slashers. Note that the tokenization is a bit different for 32-bit versus 64-bit builds, so hopefully somebody with a 64-bit system can verify that it works (mame -listxml should produce identical results to the 32-bit version). This reduces the overall MAME code size by a significant amount. Ĭonverted input port definitions from code-based constructors to data-driven tokenized values. Īdded support for multiple instances of the samples sound system. They are disabled in the build, but will be maintained along with the MAME CPU cores as future changes are made. Īdded the remaining MESS CPU cores to MAME. Ĭorrected some incorrect DIP switch information in the 1942, toaplan2, and segag80r drivers.
#Oswan wonder swan link cable drivers#
To see this, just pull up the DIP switch menu on drivers that have been documented. Īdded new visible representation of physical DIP switches for drivers that have them defined. įixed several bugs in the old System 16 bootleg code. Ĭhanged 6532riot and tia code to only allow initialization at init time. Ĭleaned up the 8080bw sound changes included with u1. Īdded missing initialization to the TMS5220 RNG. Added proper watchdogs to invaders and invad2ct.
Also connected sounds properly per schematics. Its Lemmings everyone knows Lemmings a s its been ported to almost everything, heres whats new: Most of my time today, was spent testing Mario DS, up to the first stage, but I didn't make any proper shots: it seems pretty stable, even if it could be better. Today I just implemented a hacky way to support "flipped repeat textures", which consumes more memory than desired (even if only 1-2mb) and cpu, but works It's visible (or not, as now it's rendering as desired) in the sand path in the 3rd shot, which is using it.
#Oswan wonder swan link cable software#
I've already written a few software renderers in the past, and I even started one (designed to be used in desmume) about a month ago, but I haven't got the time, neither the motivation needed for such a feat, mot to mention rewriting half of the cpu core for speed: at least, not now Mainly, I want to do some really hardcore cpu core rewrite to gain some speed, and moving the whole 3D renderer to software, instead of using opengl, as it is used now. I'm really concerned about some tidbits of the current state of DS emulation in desmume. I've not done much related to DS emulation, besides some profiling and considering where to go from here.
0 kommentar(er)
