Previous Thread
Next Thread
Print Thread
Page 38 of 120 1 2 36 37 38 39 40 119 120
Kale #53479 09/07/09 11:12 PM
Joined: Mar 2001
Posts: 17,217
Likes: 234
R
Very Senior Member
Offline
Very Senior Member
R
Joined: Mar 2001
Posts: 17,217
Likes: 234
Running a (J) cart on a PAL machine's going to have almost as many timing problems as MESS.

Joined: Aug 2009
Posts: 1,251
Likes: 171
Kale Offline OP
Very Senior Member
OP Offline
Very Senior Member
Joined: Aug 2009
Posts: 1,251
Likes: 171
Ah, good, so it's not broken then wink

I do wonder about the vertical stripes anyway...hits sprite limit perhaps?

Kale #53573 09/09/09 05:40 PM
Joined: Aug 2009
Posts: 1,251
Likes: 171
Kale Offline OP
Very Senior Member
OP Offline
Very Senior Member
Joined: Aug 2009
Posts: 1,251
Likes: 171
r5660 /src/emu/cpu/g65816/g65816op.h: [G65816]: Fixed a bug with SBC opcode N flag behaviour in Decimal Mode

This fixes The Mask life status behaviour, it was causing instant deaths if there was a 4xx -> 3xx transition. Probably fixes a bunch of other gameplay quirks as well in other two or three games...

[Linked Image from mamedev.emulab.it]

Kale #53574 09/09/09 06:25 PM
Joined: Mar 2001
Posts: 17,217
Likes: 234
R
Very Senior Member
Offline
Very Senior Member
R
Joined: Mar 2001
Posts: 17,217
Likes: 234
Wait, something actually uses decimal mode? smile

ETA: when fixing 65816 core bugs, please also check if the M377xx has the same problem - it's mostly but not entirely 65816 compatible (no emulation mode, 2 accumulators via a prefix opcode, and a MUL instruction) and is based on the 65816 core.

Joined: Oct 2006
Posts: 1,017
Likes: 21
S
Very Senior Member
Offline
Very Senior Member
S
Joined: Oct 2006
Posts: 1,017
Likes: 21
Originally Posted by Lord Nightmare
Quote
Sadly, this will really require parametric search capabilities (like what is offered at Partminer) - RTC chip, made by Sharp, DIP-24 package. If it exists other than a one-off. Tough stuff.

- Stiletto

SDIP-24 package, not DIP-24. note the pin spacing.
Edit: could it be an MC146818 clone (same rtc used in ibm at)?

Good point, on both counts. I'll look into it later (at least as far as I can usually do things...)

Joined: Jan 2006
Posts: 3,691
Very Senior Member
Offline
Very Senior Member
Joined: Jan 2006
Posts: 3,691
As of svn 5666, MESS supports DSP3 & DSP4 emulation. Many thanks to Nach and the ZSNES team for the permission to use their code in MAME & MESS.

The code also includes some recent fixes to DSP4 (maybe the same ones mentioned by byuu in his Sep 7th news, but I'm not 100% sure)

While I'm proud of the fact that MESS is the first emulator to include this fix in a public release, it's actually hard to notice because of graphical corruptions which make Top Gear 3000 unplayable. smile

Moreover, we also got permission for the CX4 emulation which will be included soonish and it's working fine. This makes us 3 chips closer to the goal wink

Joined: Jun 2008
Posts: 205
B
Senior Member
Offline
Senior Member
B
Joined: Jun 2008
Posts: 205
Quote
Wait, something actually uses decimal mode?

My understanding is that the N and Z flag calculations are identical in both regular and decimal modes. However, grinvader advises that the V flag calculation may be different. I have no idea about the C flag. Need to generate some log files to be sure, but all my hardware dev stuff is boxed up at the moment.

Quote
While I'm proud of the fact that MESS is the first emulator to include this fix in a public release

That's a pretty bold thing to brag about. "We're the first to publicly include someone else's fix for someone else's chip emulator."

Jonas Quinn should be getting the credit for the fix here, not MESS.

Pet peeve of mine. People fought about who added Andreas Naive's S-DD1 support first (ZSNES publicly, Snes9X privately), whoever it is on Wikipedia bragging about me including neviksti's SPC7110 support first, and so on. Releasing new builds faster than someone else isn't much to brag about. Andreas, neviksti and Jonas deserve that praise, not us for copying and pasting.

Saying such things eggs on the general public to think we're all competing against each other.

Quote
This makes us 3 chips closer to the goal

ST011 and ST018 will be quite a bit tougher wink

Both will require major reverse engineering research and testing, several thousand man hours a piece. And each one only runs one subpar Shougi game. But they're both needed to claim true 100% compatibility.

We could definitely use some help there. Most of the people who worked to emulate all these obscure chips have all but left the scene.

byuu #53623 09/10/09 05:41 PM
Joined: May 2009
Posts: 2,215
Likes: 382
J
Very Senior Member
Offline
Very Senior Member
J
Joined: May 2009
Posts: 2,215
Likes: 382
Originally Posted by byuu
That's a pretty bold thing to brag about. "We're the first to publicly include someone else's fix for someone else's chip emulator."

Jonas Quinn should be getting the credit for the fix here, not MESS.

Pet peeve of mine. People fought about who added Andreas Naive's S-DD1 support first (ZSNES publicly, Snes9X privately), whoever it is on Wikipedia bragging about me including neviksti's SPC7110 support first, and so on. Releasing new builds faster than someone else isn't much to brag about. Andreas, neviksti and Jonas deserve that praise, not us for copying and pasting.

Saying such things eggs on the general public to think we're all competing against each other.

Relaaaaaaaax. Everyone is getting proper credit in whatever code is being checked into SVN. The message board is a more informal place, where I thought we were all above squabbling over l33t sk3n3 cr3dz.

Joined: Mar 2001
Posts: 17,217
Likes: 234
R
Very Senior Member
Offline
Very Senior Member
R
Joined: Mar 2001
Posts: 17,217
Likes: 234
Everyone has proper credit in the actual source. Also, I thought only dumpers had pointless flame wars about credits.

Andreas Naive is busy decrypting the Naomi protection ASIC and anyone who distracts him for SNES will face my (and Cah4e3's) wrath wink

As far as ST001x, they're probably stranger than you can possibly imagine. Seta are the people who made an arcade Shougi game based on a Z80 with an R3000 as the AI coprocessor. And an arcade golf game based on a Z80 with an R3000 as a polygon renderer. I guess the smart money is that those chips might be or contain an R3000 smile

Last edited by R. Belmont; 09/10/09 06:41 PM.
Joined: Mar 2006
Posts: 1,079
Likes: 6
L
Very Senior Member
Offline
Very Senior Member
L
Joined: Mar 2006
Posts: 1,079
Likes: 6
iirc dox said the st-018 is an nec v-something w/on die rom.
But the st-011 is the same as the st-010: a custom gate array with a z80 or z80-like core tacked onto it, plus ram and rom; stiletto looked it up.
Since its manufactured by sharp its possible the z80-like core matches the gameboy cpu's on-die core, so if we get the roms decapped, we may be able to pretty much drop them in...

LN


"When life gives you zombies... *CHA-CHIK!* ...you make zombie-ade!"
Page 38 of 120 1 2 36 37 38 39 40 119 120

Link Copied to Clipboard
Who's Online Now
2 members (AJR, 1 invisible), 362 guests, and 6 robots.
Key: Admin, Global Mod, Mod
ShoutChat
Comment Guidelines: Do post respectful and insightful comments. Don't flame, hate, spam.
Forum Statistics
Forums9
Topics9,320
Posts121,944
Members5,074
Most Online1,283
Dec 21st, 2022
Our Sponsor
These forums are sponsored by Superior Solitaire, an ad-free card game collection for macOS and iOS. Download it today!

Superior Solitaire
Forum hosted by www.retrogamesformac.com