Home Page Forums MAME MAME SVN builds - new driver flood

Here are some pictures about a disassembled Marty. Unfortunately the pictures are not big enough to take a closer look, especially for the chips .

Fixed the byte order for the Mac SE/30 on-board video



...and a similar fix sorts out the RasterOps board on the IIx.

Great !

The SVN is waiting ...

Indeed, so what we can scavenge from the pictures and the posts there:
http://nfggames.com/forum2/index.php?topic=2130.0
and there: http://assemblergames.com/forums/archive/index.php/t-12771.htmlp/t-14904.html
and another place I cannot link to...

Is:
FM Towns Marty
CPU: AMD DS39473A
OSC2: 32 MHz (1/2 divider makes the CPU 16 MHz)
OSC1: 28.63636
Video: CE31755, custom, 160-pin
Video DAC: MB40968V
Sound: Yamaha YM3xxx (likely YM3438 OPN2C - and Barry already has Ricoh RF5c68 in the driver)
VRAM: 512kB in four 128kB TMS48C121DZ chips
Sprite RAM: 128kB Sprite RAM in one TC511664BJ-80 chip
ROM: 2x Hitachi HN624116 (256KB each) and 6x or 7x 512KB unknown
and FM Towns Marty 2 has those same specs.

r6045: CD-i Mono I driver: Zenith

I'm trying to compile r6049. and it crashes when trying to compile/generate M86K Source Files.

Throws out the following:


M86kcpu.c: in function 'readword_d32_mmu':
m68kmmu.h:15: warning: 'tamode' may be used uninitialized in this function
m68kmmu.h:15: note: 'tamode' was declared here

does the same with: 'tbl_entry' and 'tbmode'

then goes to:
mingw32-make: ***[obj/windows/mess/emu/cpu/m68000/m68kcpu.o] Error 1

I always del src/mess/obj before each compile

That's actually a bug in GCC (it's not recognizing that fatalerror() halts execution) that was fixed in 4.4.1 (which is why I don't see it on Fedora 11) but SVN #6050 should work around it.

Thanx the Update works

Thanks for the final fix, etabeta78

SVN r6067
[CD-I] Fixed backdrop/cursor colors for consistency, mouse simulation, and CDIC behavior.

This fixed up the Lemmings intro a bit: