* There is no longer a concept of "layers" - there are only screens and elements.
* Elements are now instantiated with <element ref="...">
* Screens and elements can have explicit blending mode specified with blend="..."
* Default blending mode for screens is "add" and default for other elements is "alpha"
* Other supported modes are "none" and "multiply"
* This removes the options to enable/disable layers individually - use views instead
* Legacy layouts can still be loaded, and support won't be removed for at least a year
The current artwork model is over-stretched. It's based on a Space
Invaders cabinet model, and isn't applicable to a lot of the systems
MAME emulates now. The fact that MAME has to switch to an "alternate"
mode to deal with games like Golly! Ghost! without requiring pre-matted
bitmaps shows that the Space Invaders model wasn't even adequate for
general arcade use. It shows in that for a lot of the systems that
heavily depend on artwork, people just seem to randomly choose layers
for elements until they get something that works. Also, the fact that
MAME will switch to an alternate (Golly! Ghost!) mode depending on the
combination of elements is a trap for people learning to make artwork.
There are cases that the current approach of implying the blending mode
from the layer doesn't work with. Examples include LEDs behind
diffusers (requires additive blending for layout elements), and mutliple
stacked LCD panels (requires RGB multiplication for screens).
For configurability, it's now a lot easier to make multiple views using
groups. For example, if you want to make it possible to hide the
control panel section of your layout, you can put the control panel
elements in a group and create views with and without it.
I will gradually migrate the internal artwork to use the new approach.
I have an XSLT stylesheet that helps with this, but I'm not comfortable
adding it because it isn't a complete solution and it still requires
manul steps.
I wanted to get the re-worked pointer handling done sooner so I could
push them both at the same time, but unfortunately various things have
prevented me from progressing as quickly as I wanted to. Sorry guys,
that stuff's going to have to wait.
* move princ out of prestige.cpp (it should have never been put there) and into a new driver
fix graphic alignment on the salter gym machines, also promote htem both to working (the hang I saw before on cycle doesn't seem to happen now)
made a note in redclash.cpp about possible sets needing rearrangement
note, princ uses a F2MC-16L based CPU, I don't believe we have a core, but there are plenty of docs available should somebody want to write a disassembler at least.
* reparent the RedClash sets, it appears to be a Kaneko game (Cat logo in the corner etc.)
* change guess (nw)
--
Big Karnak (Modular System) [Recreativas.org, ArcadeHacker, ClawGrip, David Haywood]
as with other Modular System things, it's not really very close to original hw at all (and uses different boards in a different configuration to other modular system setups) so new driver
* rad_hnt3 misc improvements (nw)
* better support for alt modes used in rad_hnt3 and rad_foot
* tidy/comments (nw)
* test note (nw)
* actually not a special case (nw)
* document other test modes (nw)
* palette selection improvements (nw)
* switch according to test mode (nw)
* improved palette handling for rad_foot (7bpp mode)
* ramsize (nw)
* exploring the ram based layer (nw)
* ram tile layer in hnt3 is 2bpp, hardcode stuff for now until we've found the proper register bits
* slight refactor (nw)
* some palette fixes (nw)
* fix 2bpp tile colours (nw)
* rename rad_eu to elan_eu
* rework tile pri (nw)
* refactor (nw)
* note updates (nw)
* kludge (nw)
* some weird regs notes (nw)
* new NOT WORKING clones
---
Gals Panic (Modular System bootleg) [Juan Romero, Recreativas.org, ClawGrip, David Haywood]
these things are *ugly* from a hardware perspective (massive 6 board stack just for Gals Panic with many, many code hacks to work around hardware changes) so I felt it best to create a new driver with the background bits copy+pasted; the sprites + sound system specific to these bootlegs will need adding.
* bleah (nw)
- dxsdk was missing from includes
- winmm was missing from libs
- narrowing warning was silenced for VS, but not from vsllvm, where it leads to an error in menu_video_options::handle()
* hp9845: fixed handling of optional ROMs (nw)
* z80sio: massive enhancement to Z80 SIO driven by HP98046 test sw
* hp9845: implemented the HP98046 serial I/O module
* Bally pinball by35: Move pinball sound boards to a new file.
* Bally pinball by35: Move as8888 code to a proper device.
* Bally pinball by35: Add Cheap Squeak sound board.
* m6801: Fix bug where irq is never triggered.
* Bally pinball by35: Mark the AS888 games as non-skeleton.
* Bally pinball by35: Refactor state classes.
* Add support for pcnfrk2m - Percussion Freaks 2nd Mix (GE912 VER. KAA)
* WIP audio for k573dio
* WIP
* Move 3rd party library to 3rdparty folder
* Use MAME's BIT and bitswap
* Fix regression which caused songs to stutter/lag when they should have been read completely in one shot
* Replace gain_to_db switch with equivalent math
* smartfp generate an interrupt, add a palette (nw)
* video registers look a lot like the spg220 hw here (nw)
* getting ready to split into video (nw)
* code shuffle (nw)
* shuffle (nw)
* (nw)
* (nw)
* (nw)
-newport: Unified command handling, should function better and faster as a result. [Ryan Holtz]
-hpc3: Added intstat register and DAC volume controls. [Ryan Holtz]
* unsp refactoring / tv game work (nw)
* unsp refactoring / tv game work (nw)
* srcclean (nw)
* more ops (nw)
* (nw)
* (nw)
* guesses (nw)
* more guesses (nw)
* (nw)
Added IBGR444 format to palette_device.
Minor consistency fix to laserbat.cpp. (nw).
New machines marked NOT_WORKING
-------------------------------
Star Rider
* Start fixing OS9 disk handling
* Got it working, now need to refine and test
* Almost complete. Doing more testing...
* Tested aginst a varient of sotware. Solved bug. Cleaned up tabs.
* Turned on sector interleaving in OS9_DSK and retested.
On Linux, enable Xinput support by default. The Xinput lightgun driver is the
only reliable+accurate method to use lightguns on Linux, we should enable this
by default to reduce the friction for Linux Lightgun users. This should have no
effect on users of Windows/Mac etc.
Eventually, the svg should be used instead of the pre-rendered ppm.
I'm a little afraid of the performance impact of the 3840 outputs
though, so one thing at a time...
- it's a newer SoC (with a lot more capabilities, eg rotate, zoom, twice the sound channels)
- it uses an updated unSP core (with some extra opcodes)
also made the modifications needed to allow for extension of the unSP + disassembler once we've worked out what the extra opcodes are.
Split video functions into video/raiden2.cpp, Cleanup ACCESSING_BITs, Fix naming, Reduce runtime tag lookups, Reduce unused, Add save state for sprite encryption values
Fix xsedae config because This game is running into modified Zero Team Hardware, And second OKI chip/surface are not exists.
raiden2.h : Use protected:/private:
r2dx_v33.cpp : Fix compile, Fix naming, Reduce runtime tag lookups, Reduce duplicates between raiden2.cpp
* spg110: jak_capb misc guesses (nw)
* misc priority stuff (nw)
* tweaks (nw)
* more tweaks (nw)
* small spg2xx refactor (nw)
* some spg2xx refactoring (nw)
* (nw)
* tidy (nw)
* these have all been moved out into modules (nw)
* sprite work in progress (nw)
* (nw)
* spg110: shift some stuff around and split into files here too
* (nw)
* (nw)
* (nw)
* sprite improvements
This effectively reverts b380514764 and
c24473ddff, restoring the state at
598cd52272.
Before pushing, please check that what you're about to push is sane.
Check your local commit log and ensure there isn't anything out-of-place
before pushing to mainline. When things like this happen, it wastes
everyone's time. I really don't need this in a week when real work™ is
busting my balls and I'm behind where I want to be with preparing for
MAME release.
