Sprinter/mame
2
0
Fork 0
mirror of https://github.com/holub/mame synced 2025-05-03 21:13:18 +03:00
Code Issues Actions 10 Packages Projects Releases Wiki Activity

01697: sfa3, sfa3b, sfa3u, sfa3ur1: About the blue background in startup screen.

Browse Source
This commit is contained in:
Nicola Salmoria 2008-04-16 08:42:19 +00:00
parent a7c928efaa
commit 6ceadb303e
1 changed files with 15 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

19
src/mame/video/cps1.c
View File

@ -275,9 +275,6 @@ CPS2:
* Sprites are currently lagged by one frame to keep sync with backgrounds. This causes
sprites to stay on screen one frame longer (visable in VSAV attract mode).
* The boot screen of some CPS2 games has a blue background instead of black,
however that might be the correct behaviour.
Marvel Vs. Capcom
* Sometimes currupt gfx are displayed on the 32x32 layer as the screen flashes at the
start of super combo moves. The problem seems to be due to tiles being fetched before
@ -2441,7 +2438,21 @@ VIDEO_UPDATE( cps1 )
/* Blank screen */
fillbitmap(bitmap,0xbff,cliprect);
if (cps_version == 1)
{
// CPS1 games use pen 0xbff as background color; this is used in 3wonders,
// mtwins (explosion during attract), mercs (intermission).
fillbitmap(bitmap,0xbff,cliprect);
}
else
{
// CPS2 apparently always force the background to black. Several games would
// should a blue screen during boot if we used the same code as CPS1.
// Maybe Capcom changed the background handling due to the problems that
// it caused on several monitors (because the background extended into the
// blanking area instead of going black, causing the monitor to clip).
fillbitmap(bitmap,get_black_pen(screen->machine),cliprect);
}
cps1_render_stars(screen, bitmap,cliprect);