Thanks to Haze finding it was used in qrouka, here is the final
system24 linescroll mode.
Guru, it would be nice if you could check if the effect on the title
screen is correct (the wobbling when the name goes back up). It looks
correct though.
OG.
Joker Poker (Version 16.03BI) [Jim Stolis] (not working)
just adding it so that it doesn't get lost in the backlog. inputs don't work, reports 'error' on first boot but you can reboot it.
not sure about the version numbering, the startup text seems to indicate the roms might be 85/86, but the copyright text is 83.
does anybody have a good reference for the colours on these things? I doubt it can be too hard to fix them..
compilation:
- new option CPP_COMPILE to trigger this (off by default)
- split CFLAGS into common, C-only, and C++-only flags
- when enabled, CPP_COMPILE causes 'pp' to be appended to
the target name
NOTE THAT THE SYSTEM CANNOT ACTUALLY BE COMPILED THIS WAY
YET. IT IS JUST AN EXPERIMENT.
Modified lib.mak to always build zlib/expat as C regardless
of CPP_COMPILE.
Modified windows.mak to fix warnings with MAXOPT=1, and to
leverage the new CFLAGs definitions.
Modified vconv.c to do appropriate conversions for new C++
options.
Updated sources so that libutil, libocore (Windows), and
libosd (Windows) can be cleanly compiled as C or C++. This
was mostly adding some casts against void *.
Fixed a few more general obvious problems at random
locations in the source:
- device->class is now device->devclass
- TYPES_COMPATIBLE uses typeid() when compiled for C++
- some functions with reserved names ('xor' in particular)
were renamed
- nested enums and structs were pulled out into separate
definitions (under C++ these would need to be scoped to
be referenced)
- TOKEN_VALUE cannot use .field=x initialization in C++ :(
- Added a VERY preliminary simulation of the protection, just enough to get the game to boot, not make it playable
- Corrected CPU communication, IRQ/NMI generation etc.
- Fixed some video emulation issues (added tilemap scroll etc.)
- Corrected GFX rom loading (at least for the graphics used in attract mode)
OK, here we go so far. Layouts for all the games that have a simple one-input shifter. Except
Turbo, because I'll need to update the whole file, which will take a little more work.
And below is the rest of the games that have shifters, but use a separate input for each gear,
so something different will need to be done.
There are also six games that use a simple shifter, but the button isn't set to toggle. So to
play the game, you hold the button for low gear, then let go for high gear. Not sure if you
wanted to change these or not, so I just included the layout file for now.
Games to update for PORT_TOGGLE
buggychl - src/mame/drivers/buggychl.c
chasehq - src/mame/drivers/taito_z.c
contcirc - src/mame/drivers/taito_z.c
sci - src/mame/drivers/taito_z.c
roundup5 - src/mame/drivers/tatsumi.c
superchs - src/mame/drivers/superchs.c
* separated amplifier Cin from mixer
* AY8910s numbering now in line with schematics
* Scramble sound not yet perfect, but levels improved significantly, Filters are difficult to model
Sent: Wednesday, February 25, 2009 5:20 AM
To: submit@mamedev.org
Subject: CIA update
Hello,
this patch adds support for the /PC output pin to the CIA emulation.
From the datasheet "/PC will go low for one cycle following a read or write of PORT B.".
This is needed for centronics printer emulation on the MESS side, but I imagine it would
simplify/correct the emulation in some MAME amiga drivers as well (mquake.c for example).
--Dirk
Sent: Sunday, February 22, 2009 10:57 PM
To: submit
Subject: fix for MT02943
Fixed mjelctrn DSW read handler to agree with new tags.
Best regards,
Fabio Priuli
Sent: Saturday, February 21, 2009 6:00 PM
To: submit@mamedev.org
Subject: Super Triv III redump
Here's a new dump of Super Triv III. The only needed rom in this zip is triv3.u36, it replaces the bad rom from the previous dump (it was using a rom from Super Triv II).
3 of the question roms were slightly different from the last Super Triv III dump (see romident_romcmp.txt in the zip). I suspect they are bad in my dump because they create some garbage/nonsense for their categories in the game when I tried them. I included all the rom dumps in the zip in case someone wants to take a closer look at them but I didn't use any of the likely-bad roms in the diff for supertr3, I just replaced the missing rom at u36 and the game looks correct now.
The prom at u17 was marked as bad_crc. Guru dumped it from this board (I sent it to him a few months ago) and it matches the bad_crc so I removed the flag. Same goes for statriv4, we have verified that it's the same crc on a real board so I removed the flag. I think the bad_crc flag needs to get removed from all the proms in this driver and just replaced with a comment that there is only a very small chance they are bad.
Smitdogg
Sent: Sunday, February 22, 2009 7:06 AM
To: submit
Subject: fix for MT02920
another small fix. it's very nice to finally have tags passed to device interfaces, despite the few regressions that can have been introduced in the update :)
Regards,
Fabio Priuli
Sent: Monday, February 16, 2009 7:10 PM
To: submit@mamedev.org
Cc: atariace@hotmail.com
Subject: [patch] Add some missing static qualifiers
Hi mamedev,
This patch mostly adds missing static qualifiers, plus a few related header/name adjustments. In particular, I tackled m68kmake.c and tmsmake.c which exposed a fair amount of dead code.
~aa
Sent: Monday, February 16, 2009 1:03 PM
To: submit@mamedev.org
Subject: Speed up 'src\mame\video\mcatadv.c'
Hi,
here is a patch against 'src\mame\video\mcatadv.c'
This patch moves a call to 'memory_region' outside of a hot loop in the 'draw_sprites' function.
This gives a fiew pourcents speed up in games such as 'nost'.
Hope this helps,
Best regards,
Christophe Jaillet
--
From: Christophe Jaillet [christophe.jaillet@wanadoo.fr]
Sent: Monday, February 16, 2009 1:53 PM
To: submit@mamedev.org
Subject: Another speed up in 'src\mame\video\mcatadv.c'
Hi,
here is a patch against 'src\mame\video\mcatadv.c'
This patch , by re-arranging the code, give a +/- 5% speed up in the emulation.
Before, we :
- fetch a pixel,
- make some computation for lower/higher part of it
- check if we should render it
- test for priority
- update destination if necessary
With this patch, we check priority first in order to avoid useless processing and testing on pixel that can't be displayed due to priority reason. So in the best case, it is faster, in the worse case execution time should be more or less the same because :
if ((drawxpos >= cliprect->min_x) && (drawxpos <= cliprect->max_x) &&
pix)
is likely to be true (IMO). So the same tests are performed, only the order is different.
Hope this helps,
Best regards,
Christophe Jaillet
--
From: Christophe Jaillet [christophe.jaillet@wanadoo.fr]
Sent: Monday, February 16, 2009 1:09 PM
To: submit@mamedev.org
Subject: Clean up of 'src\emu\tilemap.c' (with the patch...)
Hi,
here is a patch against 'src\emu\tilemap.c'
This patch removes a variable called 'original_cliprect' from the top of 'tilemap_get_tile_flags'.
This variable is useless because all cases that need it, already make the same copy in a variable with the same name, shodawing the former one.
Hope this helps,
Best regards,
Christophe Jaillet
