AppleWin VS mame

AppleWin debugger dev here. Please raise a feature request and I'll add it to my backlog of debugger features.

I added Saturn LC support a few years back that has the gory details about the I/O bank switching which extended the 16KB LC. IIRC I used the Saturn System Disk to test that the LC was working according to the specs.

AppleWin for IIe, II+ and II https://github.com/AppleWin/AppleWin

I occasionally look for AppleWin feedback/questions but the main place us devs hang out is on Usenet's comp.emulators.apple2 and on GitHub but note that our GitHub and UseNet is for bugs/feedback and not help with specific Apple 2 software. That's what comp.sys.apple2 is for.

Understood. We've been tracking down the odd LSS (Logic State Sequencer) bugs of the drive controller in AppleWin. You might be able to reach out to Tom if you have questions. Better yet would be to hit up usenet c.s.a2 to post questions there.

I've created Issue #1079 so you can track this.

The least expensive way to try things out is, of course, via emulation, and there's very active work and archiving being done for early 8-bit microcomputers such as Apple II, Commodore 64, TRS-80 and Atari machines. Apple emulators, such as Virtual ][ (http://virtualii.com) and AppleWin (https://github.com/AppleWin/AppleWin) at least, let you emulate not only the Apple II but CP/M as well. There's old hardware out there as well, with all the problems associated with it.

For other old systems, such as the PDPs, Vaxen and others, there's simh (http://simh.trailing-edge.com/ and https://github.com/simh/simh).

https://github.com/AppleWin/AppleWin may be a friendlier place to start.

Yes, there are many challenges in reverse engineering these classic games. This is a good example.

https://www.youtube.com/watch?v=objL2hGAEgU

Living in L.A. in the 90's, I remember Pack Mann in Pasadena had this one.

http://www.arcaderestoration.com/games/3330/Gals+Panic+II.as...

The ROM dump's been done but people seem to be stuck on the RLE encoding. It's hard to say what kind of wizardry is needed in this case.

https://github.com/mamedev/mame/issues/5816

There's a good start at it in the tree ( https://github.com/mamedev/mame/blob/master/src/mame/yamaha/... ) but it's missing the sound generation which is kind of the important part :-)

> As requested by users, you can finally use delta CHD files for clone systems and software items. This allows for major disk space savings in some cases when you have multiple versions of a system or software item.

FWIW, this is commit https://github.com/mamedev/mame/commit/d1172bf710f2a7b1777ed...

The GitHub Actions workflow bgfxshaders.yml will rebuild the shaders and then zip them up as an artefact. If you push your shader changes to GitHub and let the workflow run, you can grab the rebuilt shades from there.

Note that the process of getting the MSYS64/MinGW build environment set up is simple enough that we have automated CI builds for it on GitHub Actions without needing any custom actions of our own.

I assume they’re free vend because they’re MAME based?