summaryrefslogtreecommitdiffstatshomepage
path: root/src/mess/video/tmc600.c
Commit message (Collapse)AuthorAgeFilesLines
* move mess into mame (nw) Miodrag Milanovic2015-09-301-141/+0
|
* More region_ptr_finder conversions (nw) Alex W. Jackson2014-10-181-1/+1
|
* Cleanups and version bumpmame0153 Miodrag Milanovic2014-04-071-2/+2
|
* cdp1869 converted to use delegates so whole configuration is in MCFG block (nw) Miodrag Milanovic2014-03-261-18/+9
|
* cdp1869: devcb2. (nw) Curt Coder2014-03-161-3/+2
|
* Checkpoint 2: Alex W. Jackson2014-03-151-1/+1
| | | | | | 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)
* Huge update, palette is now device (nw) Miodrag Milanovic2014-02-271-0/+1
| | | note: Aaron please give more descriptive text for release log I have no more strength :)
* Created gfxdecode_device instead of using machine fixed gfxdecode [Miodrag ↵ Miodrag Milanovic2014-02-161-1/+1
| | | | | | | | | | 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.
* License tags. (nw) Curt Coder2013-10-161-0/+2
|
* Created new device_video_interface. Right now its sole purpose is to Aaron Giles2013-07-241-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* (MESS) Tagmap lookup cleanup. (nw) Curt Coder2013-01-281-4/+1
|
* Cleanups and version bumpmame0148 Miodrag Milanovic2013-01-111-5/+5
|
* (MESS) Cleanup. (nw) Curt Coder2012-12-071-3/+1
|
* TIMER_CALLBACK_DEVICE_MEMBER modernization part 1 (no whatsnew) Miodrag Milanovic2012-09-251-5/+3
|
* Merge of MESS sources (no whatsnew) Miodrag Milanovic2012-08-211-0/+156