Re: [新聞] (WIP) Robbie Dox: Star 100...
2014.05.24
Star 100...
Here is another dark hardware manufactured by Sang Ho (bankrupt approx
in 2010), silkscreened 'SANGHO PM-003 (VER-B2)'. It's a Z80 based system,
with 1x KC89C72 (AY-3-8910 compatible), a couple of Altera CPLD's (one
identified as EPM7032LC44-15), 1x unknown custom IC marked 0453LK003,
and 1x (unused) OKI 6295 for ADPCM samples system.
http://www.robertofresca.com/imagenes/star100pcb_tn.jpg
I spent some hours on it, and got some preliminary response
http://www.robertofresca.com/imagenes/star100_0000.png
Seems that the system has at least two video RAMs that should render to
different tilemaps, and finally merge for the final output. For the next
step, I will try to find and hook the second one...
**** EDIT #1 ****
Well... Just identify the whole second video RAM, hooked it to a new
tilemap, and cooked all together... ;-). Also adjusted the 1st graphics
bank and tile codes accordingly.
Still preliminary, but at least now we know for sure the game involved
*IS* 'Star 100'. Here some snaps:
http://www.robertofresca.com/imagenes/star100_0002.png
The garbage added to the first two snapshots is suppossed to be girls
posing, and respect the last one, obviously must be the reels symbols.
I'll try to do an attempt to fix some things...
**** EDIT #2 ****
The girls appeared (also the reel symbols), but obviously with 8 pixel
lines instead of 32. The second tilemap is not accurate, since is
supporting 8x8 pixels tiles, when the second graphics bank (that contains
the girls and reels symbols) has tiles with a size of 8x32 pixels. This
is why you can see the tiles lines 'clipped'.
http://www.robertofresca.com/imagenes/star100_0005.png
Even when this is an improvement, I'm forced to break the second tilemap
in different pieces, giving 8x32 pixels support. I'm strongly think that
this video circuitry starts to looks close to the Golden Star video
hardware...
**** EDIT #3 ****
Tried setting an accurate second tilemap for these 8x32 tiles. Still
misaligned, but it's a start. Palette seems to be RAM based, placed at
0xF300, but I couldn't find an accurate way to decode it, yet.
http://www.robertofresca.com/imagenes/star100_0009.png
Also the program sets a sort of initialization through commands using
ports 0x1C-0x1D, writting the index or address through port 0x1C, and
then writting 3 consecutive values to 0x1D. The range starts with index
0x00 and ends with 0xFF, what made me think that maybe the program is
writting a 256 colors palette based on RGB values... Need more
investigation.
______________________________________________________________________________
來源：http://www.robertofresca.com/
--
ポーラステーション
http://perryt0517.wordpress.com/
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.160.79.175
※ 文章網址: http://www.ptt.cc/bbs/Emulator/M.1401196952.A.A3D.html
※ 編輯: conpo (118.160.79.175), 05/27/2014 21:23:24
Emulator 近期熱門文章
PTT遊戲區 即時熱門文章
