summaryrefslogtreecommitdiffstatshomepage
path: root/src/tools/ldresample.c
Commit message (Collapse)AuthorAgeFilesLines
* Rename *.c -> *.cpp in our source (nw) Miodrag Milanovic2015-11-081-574/+0
|
* moved all to std::string (nw) Miodrag Milanovic2015-04-221-1/+1
|
* Replace dynamic_array with std::vector [O. Galibert] Olivier Galibert2015-04-141-11/+11
|
* There is no implicit conversion to char* in std::string (nw) Miodrag Milanovic2015-04-121-1/+1
|
* moved assert replacement inside emucore.h so it is actually used / removed ↵ Oliver Stöneberg2015-03-201-0/+1
| | | | assert.h include from some headers and added it to lots of source
* Bulk convert files that already had standard BSD license in my name Aaron Giles2013-10-161-31/+2
| | | | to new license tagged form.
* Cleanups and version bumpmame0148 Miodrag Milanovic2013-01-111-19/+19
|
* Clean-ups and version bumpmame0145u2 Angelo Salese2012-02-261-4/+4
|
* Fix compile under 4.6.2 (nw) Miodrag Milanovic2012-02-201-2/+2
|
* Fix ld tool compilation. Aaron Giles2012-02-201-338/+307
|
* Move all-0 detection to the write path. Use hunk_info on the Aaron Giles2012-02-171-95/+36
| | | | compression path to detect whether the write went through.
* Major bitmap-related changes throughout the system. There are Aaron Giles2012-01-121-8/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Fix tools to work with new bitmap_t semantics. Aaron Giles2011-12-311-1/+2
|
* Tools now include stdlib.h where needed Couriersud2010-01-171-0/+1
|
* Change tools I wrote to be straight BSD. Aaron Giles2009-10-311-4/+32
|
* Oops forgot part of the CHD changes. Aaron Giles2009-08-021-1/+1
|
* Added missing casts and made other tweaks. The entire project Aaron Giles2009-04-271-2/+2
| | | | | can now be optionally compiled with the C++ compiler (mingw g++ only for the moment; MSVC still has issues).
* Added flags to the metadata entries, encoded in the top bit. Right now Aaron Giles2009-03-051-1/+1
| | | | | it is a no-op, but eventually will be used to indicate which bits of metadata are included in the overall checksum.
* Cleanups and version bump.mame0128 Aaron Giles2008-10-161-32/+32
|
* Added new tool ldresample to assist in resynchronizing audio tracks in Aaron Giles2008-10-161-0/+663
a CHD with frames. Currently still WIP but useful if you know what you're doing. [Aaron Giles]