summaryrefslogtreecommitdiffstatshomepage
path: root/src/emu/digfx.h
Commit message (Collapse)AuthorAgeFilesLines
* Implemented the Namco Custom 116 palette and raster IRQ controller as a device, Alex W. Jackson2014-08-141-2/+3
| | | | | | | and hooked it up to the namcos1, namconb1 and namcofl drivers [Alex Jackson] digfx.c: Make some members protected instead of private to be less fascistic and more consistent with other device_interfaces.
* More cleanups, there is issue with srcclean that needs to be taken care as ↵ Miodrag Milanovic2014-07-221-2/+0
| | | | well, just doing now what we can
* digfx.c, drawgfx.c: don't do unneeded processing or allocate unneeded memory ↵ Alex W. Jackson2014-05-111-1/+0
| | | | for RAW gfx layouts; add -valid check that extxoffs/extyoffs info are present when the layout size demands them [Alex Jackson]
* device_gfx_interface and memory system improvements: [Alex Jackson] Alex W. Jackson2014-04-081-0/+5
| | | | | | | | | | | Added macros to facilitate declaring gfxdecode info arrays as members of a device class. AM_SHAREs in a device's internal address map or its default address map are now tagmapped as children of that device rather than siblings (analogous to how handlers in internal/default address maps are scoped). Converted the Namco C45 to device_gfx_interface.
* Cleanups and version bumpmame0153 Miodrag Milanovic2014-04-071-6/+6
|
* device_gfx_interface [Alex Jackson] Alex W. Jackson2014-04-051-0/+229
Moved graphics decoding to a new device interface class: device_gfx_interface. The gfxdecode device is now a device that simply inherits this interface and does nothing else. Devices that draw tilemaps or sprites using gfx_elements should in time be updated to use this interface rather than connect to a machine-global gfxdecode device. Updated toaplan_scu.c as an example (also fixed off-by-one sprite alignment in twincobr and rallybik while I was at it). gfx_elements are normally created in interface_post_start(), making it possible to dynamically create or modify the graphics decoding info during device_start() if you need to. On the other hand, if you need the gfx_elements during device_start(), you can directly call decode_gfx() to create them early. This interface also provides a standard and init-order-safe way to connect to a palette device (similarly to how device_video_interface helps devices connect to a screen), so it's handy for any device that does palettized drawing even if it doesn't use gfx_elements. Updated k053250.c as an example of this usage. gfxdecode info entries can now reference shared RAM regions by tag as well as ROM regions, automatically handle endianness, and have some other new capabilities. Updated nemesis.c and pgm.c to showcase the new features. Removed validate_display() (it was just a commented out stub already) since its only function, checking that drivers don't have an ind16 screen without a palette, is now done by screen_device::device_validity_check(). Updated obsolete comments about GFXLAYOUT_RAW (cps1.c hasn't used raw gfx for years, and "to save memory" is no longer a good reason to use it)