| Commit message (Collapse) | Author | Age | Files | Lines |
| | |
|
| | |
|
| |
|
|
| |
first place). Note that the disks in the softlist won't load due to extra superfluous text at the end of the image.
|
| |
|
|
| |
default to 64k RAM.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
any RAM mapping it needs. Added support for Brunword MK4 as an expansion device.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
Improve Epson LX-810L and ActionPrinter 2000 up to a point where they
actually work. Devices boot and enter main input loop, but input is
not yet implemented. It is possible to run the printers' self test.
The code has also been split from lx800.
|
| | |
|
| |
|
|
|
|
| |
cart slot, added correct keyboard to cpc+ machines (with Fn keys
in place of the keypad number keys), added cpc+ system carts to
the softlist and converted driver to use io_port array for keyboard
input reads. nw.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
added preliminary support for the SYMBiFACE II board [Barry Rodewald]
idehd: added Read Native Max Address IDE command
|
| |
|
|
| |
at once, and so any ROMs mounted on a ROM box won't interfere with ROM slot 7 (AMSDOS) or slot 3 on the Aleste (MSX-DOS). (no whatsnew)
|
| |
|
|
|
|
|
|
|
| |
while at it, cleaned up the args of the mc6845 delegates as well
(no need to pass back and forth pieces of the driver class, now
that delegates belong to it as well)
even if I tested the changes extensively, I might have missed
something among the 177 source files using this, so please report
any regressions you see :)
|
| |
|
|
|
|
|
|
|
| |
software included with the original Amstrad interface works, but not much else
does at this stage. [Barry Rodewald]
Out of whatsnew: HoneyTerm (part of the later Pace interface) expects bit 6
of RR0 on the Z80DART to be set (seems to unsupported in the current z80dart
device). Not sure on why other software doesn't work as yet.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
optional_device<palette_device> m_palette out of driver.* (nw)
|
| |
|
|
| |
hardware for the CPC. Only lacks a way to set up a parallel connection between MESS instances to enable PC<->CPC communication. [Barry Rodewald]
|
| |
|
|
| |
buffer device to allow configuration in MCFG. Renamed centronics device "printer" to "image". FM-7 parallel port joystick works again. Added support for using PC LPT control lines as inputs (not tested). c64 geocable now just passes individual lines through, changed the strobe line to what is documented online (not tested). Converted MSX & exidy sorcerer parallel port DAC to use covox device instead of using a configuration switch (not tested). Sorcerer parallel port is more like the commodore user port, so should be converted to it's own slot where one option is a centronics card. [smf]
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
house a screen tag and to find the screen at startup, providing an m_screen
object that can be used. One nice feature is that if there is only one
screen and no screen has been specified, it will auto configure to that
screen. This removes the need to explicitly specify a screen in the
configuration for a large chunk of drivers (though doing so never hurts).
A new macro MCFG_VIDEO_SET_SCREEN is provided, though devices are
encouraged to define their own that maps there so it is obvious which
device is being targeted. The device_video_interface's validation
function will error if an invalid screen is specified or if no screen
is provided but there are multiple screens present.
Updated all devices that currently had an m_screen in them to use the
device_video_interface instead. This also has the nice benefit of flagging
video-related devices for categorization purposes. It also means all
these devices inherit the same screen-finding behaviors. For devices
that had interfaces that specified a screen tag, those have been removed
and all existing structs updated.
Added an optional_device<screen_device> m_screen to the base driver_device.
If you name your screen "screen" (as most drivers do), you will have free
access to your screen this way.
Future updates include:
* Updating all devices referencing machine.primary_screen to use the
device_video_interface instead
* Updating all drivers referencing machine.primary_screen to use the
m_screen instead
* Removing machine.primary_screen entirely
|
| | |
|
| | |
|
| |
|
|
| |
other modernization (nw)
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
recommended. (nw)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Remaining TODO list:
- take WP into account
- test the amstrad, implement its observational format (edsk) using
pasti as a start. Or find the legendary amstrad IPFs. Or both.
- correct read track, the implementation is completely wrong. See
previous for testing, it's only used in protections the check the
inter-sector gaps.
- shake and bake on the amstrad, protections are the best to find bugs
in a fdc
- add the scan id commands, but nothing seems to use them
- debug the 2.88M formatting which is unreliable. Fix its IDAM/DAM
gap size on formatting too (but that's not what's making it
unreliable)
- test all the systems that were hit, and fix what needs to be fixed.
Beware that multiple problems may happen:
- upd765 may be wrong
- the driver may not be working
- the hookup may be wrong/incomplete (bitrate selection and floppy
rpm in particular)
- the driver may be too limited for the new implementation (the x68k
dma device does not handle non-instant dma yet for instance)
- report invalid command when appropriate depending on the actual chip
emulated
- add the russian clones with their real names
|
| | |
|
| | |
|
| | |
|
| | |
|