mame/src/osd/windows
Aaron Giles e4238fb654 Major bitmap-related changes throughout the system. There are
almost certainly some regressions lurking. Let me know if
something seems busted.

Bitmaps are now strongly typed based on format. bitmap_t still
exists as an abstract base class, but it is almost never used.
Instead, format-specific bitmap classes are provided:

   bitmap_ind8 == 8bpp indexed
   bitmap_ind16 == 16bpp indexed
   bitmap_ind32 == 32bpp indexed
   bitmap_ind64 == 64bpp indexed
   bitmap_rgb32 == 32bpp RGB
   bitmap_argb32 == 32bpp ARGB
   bitmap_yuy16 == 16bpp YUY

For each format, a generic pix() method is provided which
references pixels of the correct type. The old pix8/pix16/pix32/
pix64 methods still exist in the short term, but the only one
available is the one that matches the bitmap's pixel size. Note
also that the old RGB15 format bitmaps are no longer supported
at all.

Converted model1, megadriv, and stv drivers away from the RGB15
format bitmaps.

New auto_bitmap_<type>_alloc() macros are provided for allocating
the appropriate type of bitmap.

Screen update functions now must specify the correct bitmap type
as their input parameters. For static update functions the
SCREEN_UPDATE macro is now replaced with SCREEN_UPDATE_RGB32 and
SCREEN_UPDATE_IND16 macros. All existing drivers have been 
updated to use the correct macros. 

Screen update functions are now required for all screens; there
is no longer any default behavior of copying a "default" bitmap
to the screen (in fact the default bitmap has been deprecated).
Use one of the following to specify your screen_update callback:

   MCFG_SCREEN_UPDATE_STATIC(name) - static functions
   MCFG_SCREEN_UPDATE_DRIVER(class, func) - driver members
   MCFG_SCREEN_UPDATE_DEVICE(tag, class, func) - device members

Because the target bitmap format can now be deduced from the
screen update function itself, the MCFG_SCREEN_FORMAT macro is
no longer necessary, and has been removed. If you specify a
screen update callback that takes a bitmap_ind16, then the screen
will be configured to use a 16bpp indexed bitmap, and if you
specify a callback that takes a bitmap_rgb32, then a 32bpp RGB
bitmap will be provided.

Extended the bitmap classes to support wrapping a subregion of
another bitmap, and cleaner allocation/resetting. The preferred
use of bitmaps now is to define them directly in drivers/devices
and use allocate() or wrap() to set them up, rather than 
allocating them via auto_bitmap_*_alloc().

Several common devices needed overhauls or changes as a result
of the above changes:

 * Reorganized the laserdisc base driver and all the laserdisc 
    drivers as modern C++ devices, cleaning the code up 
    considerably. Merged ldsound device into the laserdsc
    device since modern devices are flexible enough to handle
    it.

 * Reorganized the v9938 device as a modern C++ device. Removed
    v9938mod.c in favor of template functions in v9938.c directly.

 * Added independent ind16 and rgb32 callbacks for TMS340x0 devices.

 * All video devices are now hard-coded to either ind16 or rgb32
    bitmaps. The most notable is the mc6845 which is rgb32, and
    required changes to a number of consumers.

 * Added screen_update methods to most video devices so they can be
    directly called via MCFG_SCREEN_UPDATE_DEVICE instead of creating
    tons of stub functions.
2012-01-12 21:19:49 +00:00
..
d3d8intf.c HLSL Cleanup, no whatsnew: 2011-06-11 23:46:24 +00:00
d3d9intf.c HLSL Cleanup, no whatsnew: 2011-06-11 23:46:24 +00:00
d3dcomm.h - Fixed all HLSL stability issues except visible crease. [Ryan Holtz, Bat Country Entertainment] 2011-09-29 06:49:36 +00:00
d3dhlsl.c Major bitmap-related changes throughout the system. There are 2012-01-12 21:19:49 +00:00
d3dhlsl.h Major bitmap-related changes throughout the system. There are 2012-01-12 21:19:49 +00:00
d3dintf.h HLSL Cleanup, no whatsnew: 2011-06-11 23:46:24 +00:00
debugwin.c Fixed warnings found by GCC 4.6.2 without change of h63484.c since that one is wip (no whatsnew) 2011-09-22 12:48:44 +00:00
debugwin.h BIG update. 2011-03-29 15:50:04 +00:00
drawd3d.c Major bitmap-related changes throughout the system. There are 2012-01-12 21:19:49 +00:00
drawd3d.h Major bitmap-related changes throughout the system. There are 2012-01-12 21:19:49 +00:00
drawdd.c HLSL Updates: [Ryan Holtz, Bat Country Entertainment, austere, SoltanGris42] 2011-05-30 21:10:23 +00:00
drawgdi.c HLSL Updates: [Ryan Holtz, Bat Country Entertainment, austere, SoltanGris42] 2011-05-30 21:10:23 +00:00
drawnone.c HLSL Updates: [Ryan Holtz, Bat Country Entertainment, austere, SoltanGris42] 2011-05-30 21:10:23 +00:00
eivc.h Build vconv in all circumstances as part of win32 build. 2011-01-07 05:28:57 +00:00
eivcx86.h
input.c DI_PROPNOEFFECT after dinput property change is not an error 2011-08-01 23:06:12 +00:00
input.h BIG update. 2011-03-29 15:50:04 +00:00
ledutil.c Fixed compiling tools in MAME and MESS side (no whatsnew) 2011-03-31 13:21:58 +00:00
main.c Fix the memory leaks with the strconv.c function by 2010-04-23 17:10:03 +00:00
mame.man
mame.rc
multidef.h
netdev_pcap.c Sync with MESS all credited there (no whatsnew) 2011-12-12 14:20:12 +00:00
netdev_pcap.h Fixed memory leaks in networking, used core functions for allocating memory, fix sdl win32 building with network enabled (no whatsnew) 2011-11-22 11:25:14 +00:00
netdev.c Fixed memory leaks in networking, used core functions for allocating memory, fix sdl win32 building with network enabled (no whatsnew) 2011-11-22 11:25:14 +00:00
netdev.h Fixed memory leaks in networking, used core functions for allocating memory, fix sdl win32 building with network enabled (no whatsnew) 2011-11-22 11:25:14 +00:00
osinline.h
output.c less ugly way to silence gcc 4.6 (no whatsnew) 2011-12-15 14:10:46 +00:00
output.h Fixed compiling tools in MAME and MESS side (no whatsnew) 2011-03-31 13:21:58 +00:00
sound.c Switch to using delegates for some callbacks: 2011-04-27 20:34:45 +00:00
sound.h BIG update. 2011-03-29 15:50:04 +00:00
strconv.c (Big tangle of changes that all happened as I was looking into the ROM 2011-04-13 20:31:00 +00:00
strconv.h Fix the memory leaks with the strconv.c function by 2010-04-23 17:10:03 +00:00
vconv.c Various memory leaks and unnecessary checks removed by Oliver Stoneberg (no whatsnew) 2011-08-14 07:20:37 +00:00
video.c less ugly way to silence gcc 4.6 (no whatsnew) 2011-12-15 14:10:46 +00:00
video.h BIG update. 2011-03-29 15:50:04 +00:00
winclip.c Fixes for variable shadowing [Oliver Stöneberg] 2011-07-21 13:19:08 +00:00
windir.c Fix the memory leaks with the strconv.c function by 2010-04-23 17:10:03 +00:00
window.c Move per emulator constants info into separate class [Miodrag Milanovic] 2011-11-17 10:02:55 +00:00
window.h HLSL Updates: [Ryan Holtz, Bat Country Entertainment, austere, SoltanGris42] 2011-05-30 21:10:23 +00:00
windows.mak Clean-ups and version bump 2011-12-24 21:49:38 +00:00
winfile.c Fixed warnings found by GCC 4.6.2 without change of h63484.c since that one is wip (no whatsnew) 2011-09-22 12:48:44 +00:00
winfile.h Clean-ups and version bump 2011-08-14 23:01:08 +00:00
winmain.c Major bitmap-related changes throughout the system. There are 2012-01-12 21:19:49 +00:00
winmain.h Major bitmap-related changes throughout the system. There are 2012-01-12 21:19:49 +00:00
winmenu.c BIG update. 2011-03-29 15:50:04 +00:00
winmisc.c (Big tangle of changes that all happened as I was looking into the ROM 2011-04-13 20:31:00 +00:00
winprefix.h Implemented experimental HLSL post-processing support on Direct3D 9 targets. [Ryan Holtz, Bat Country Entertainment] 2011-05-16 18:23:25 +00:00
winsocket.c "English doesn't borrow from other languages. English follows other languages down dark alleys, knocks them over and goes through their pockets for loose grammar!" 2011-08-23 04:59:11 +00:00
winsync.c
wintime.c
winutf8.c Fix the memory leaks with the strconv.c function by 2010-04-23 17:10:03 +00:00
winutf8.h
winutil.c Handling error where filenames are too long [Chad] 2011-12-07 07:54:47 +00:00
winutil.h
winwork.c Fixed warnings found by GCC 4.6.2 without change of h63484.c since that one is wip (no whatsnew) 2011-09-22 12:48:44 +00:00