| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
this better fits the drivers from MESS (which have always illogically used the GAME_ flags despite not being games) and also fits fine with arcade machines.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I'm purposefully leaving /src/emu/bus/cbmiec/c1541.c's kernal.bin
as it is, as this particular spelling mistake was originally made
by Robert Russell, therefore is canon. See
http://en.wikipedia.org/wiki/KERNAL for details.
I'm also leaving /src/emu/machine/nscsi_bus.c's RECIEVE as I don't
want to break anything, but it's worth someone looking into.
I renamed some variables in /src/mame/drivers/sfbonus.c,
/src/mame/video/tia.c and /src/mame/video/tia.h, so if anyone wants
to verify I didn't break anything, that would be nice.
|
|
|
|
|
|
|
|
|
| |
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 :)
|
| |
|
|
|
|
|
|
| |
gfxdecode devices must now be assigned a palette in MCFG. Added palette devices to several MESS drivers and devices to comply with this requirement. This palette is assigned as a default to the gfx_elements created by the device (but still not used for drawing yet, except in the UI graphics viewer)
Tilemaps now have a pointer to a palette device and use that palette for rgb32 drawing, rather than the palette of the screen or bitmap they are drawing to (since rgb32 screens don't have palettes now). When a tilemap is created, it takes its palette from the gfxdecode device it was created with, but you can change a tilemap's palette device with set_palette() at any time (doing this does not mark the tilemap dirty, since all tilemaps use indexed bitmaps internally)
|
| |
|
|
|
|
|
|
| |
Added partial lamps support (some are missing), and a
workaround for discrete sounds trigger offsets. Also
a zillion of technical notes about findings.
|
|
|
|
| |
than each time in the tile info callback. Updated all drivers accordingly [Alex Jackson]
|
|
|
| |
note: Aaron please give more descriptive text for release log I have no more strength :)
|
|
|
|
| |
value (nw)
|
|
|
|
|
| |
some input names and changed the game description to
match what the cab says.
|
|
|
|
|
|
|
|
|
|
|
| |
- Added a default clean NVRAM.
- Found and implemented the credits input.
The game is now working!. Still no sound.
New games added or promoted from NOT_WORKING status
---------------------------------------------------
Jubilee Double-Up Poker [Roberto Fresca]
|
| |
|
|
|
|
|
|
|
| |
- Hooked CRTC properly.
- Adjusted the screen size and visible area according to CRTC values.
- Adjusted the screen pos 8 pixels, to get a bit centered.
- Added technical notes.
|
| |
|
|
|
|
|
|
| |
Video and working RAM are both halves of the
same device (TC5517AP-2, tied to a battery).
Also added technical notes. [Roberto Fresca]
|
|
|
|
|
|
|
| |
- Demuxed the input system.
- Hooked an cleaned all inputs, except the coin in (missing).
- Added NVRAM support.
- Added technical notes.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Corrected the crystal value and derivate clocks via #DEFINE.
- Improved memory map.
- Hooked the CRT controller, but the init sequence seems incomplete.
- Created the accurate graphics banks.
- Found and mapped the video RAM.
- Hooked the ATTR RAM.
- Assigned the correct graphics banks to the proper drawn tiles.
- Find and mapped an input port.
- Started a preliminary workaround to demux the input port.
- Added technical notes.
|
|
|
|
|
|
|
|
|
|
| |
Milanovic]
Updated all devices and drivers for using it.
out of whatsnew:
Note that it is made to work same as before, in some cases it can be more
logic to move gfxdevice into subdevice itself then to keep it in main driver.
|
| |
|
|
|
|
| |
driver in better shape. [Michael Zapf]
|
| |
|
| |
|
| |
|
|
|
|
| |
modernizations. More to come. (nw)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
by the tilemap system, and no longer exists globally in the machine. Instead
it is allocated per-screen for all systems. This has several side-effects:
1. Previously, the pdrawgfx* functions were already changed to take the priority
bitmap as a parameter. Now all other hand-crafted functions that mess with
the priority bitmap generally must do so as well, and have been updated.
2. Calls to the tilemap system now need to provide a screen_device. This is not
just for the priority_bitmap, but also for screen flipping, which previously
always assumed the "primary screen" when doing flipping calculations.
3. All devices that implemented tilemap-like functionality have been updated
to follow the same pattern, since they largely tend to call through to the
core tilemap system at some point.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
area". If true, it will show the whole video area including border + blanking areas. [Angelo Salese]
Bulk replaced const mc6845_interface -> MC6845_INTERFACE, nw
(MESS)
SMC-777: enabled to show the border area in MC6845 interface, changed various video related function accordingly [Angelo Salese]
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
changed to be members of state classes (no whatsnew)
|
| |
|
| |
|
|
|
|
|
|
| |
to the original functions. The only change is to all-caps since
these are constants, e.g., tilemap_scan_rows -> TILEMAP_SCAN_ROWS.
|
|
|
|
|
| |
Added DECLARE_DRIVER_INIT macro to define it H file, and
DRIVER_INIT_MEMBER for member declaration in C files
Updated all drivers accordingly (no whatsnew)
|
|
|
|
| |
DRIVER_INIT change (no whatsnew)
|
|
|
|
|
|
| |
and wait state generation. Previous implementation has been renamed to
*l.{c,h} and drivers point to the old implementation until they are
adapted to the new version. [Michael Zapf]
|
|
|
|
|
|
|
|
|
|
|
|
| |
You still need target() if you want to cast to another pointer size.
This should be rare, and in fact fixing these pointed out a few
cases where code was missing BYTE/WORD/DWORD_XOR_* macros. I flagged
these with:
// ERROR: This cast is NOT endian-safe without the use of BYTE/WORD/DWORD_XOR_* macros!
For future fixing.
|
| |
|
| |
|