Previous Thread
Next Thread
Print Thread
Page 81 of 120 1 2 79 80 81 82 83 119 120
Joined: Mar 2001
Posts: 17,215
Likes: 234
R
Very Senior Member
Offline
Very Senior Member
R
Joined: Mar 2001
Posts: 17,215
Likes: 234
Alright, I'll put that off then smile

Joined: Jan 2006
Posts: 3,691
Very Senior Member
Offline
Very Senior Member
Joined: Jan 2006
Posts: 3,691
fwiw, dkc3 garbled text is fixed in current svn

[Linked Image from mamedev.emulab.it]

but latest fixes have broken Desert Figther title screen: I'm still working on a proper fix for this regression and on some more hdma improvements...

Joined: Jan 2006
Posts: 3,691
Very Senior Member
Offline
Very Senior Member
Joined: Jan 2006
Posts: 3,691
as of rev.7657 Desert Fighter title screen is properly cleared again (of course, without breaking Donkey Kong Country 3).

I hope to be able to make HDMA slightly closer to Anomie's doc soon, though... it might fix some other reported issues wink

Joined: Jun 2008
Posts: 205
B
Senior Member
Offline
Senior Member
B
Joined: Jun 2008
Posts: 205
Spent about 14 hours on the problem, I can't come up with anything to perfectly emulate ( http://board.byuu.org/viewtopic.php?f=16&t=614 ), so if you wanted to port the S-CPU stuff you may as well do so now ... up to you, though.

Joined: Feb 2008
Posts: 106
J
Senior Member
Offline
Senior Member
J
Joined: Feb 2008
Posts: 106
Originally Posted by etabeta78
as of rev.7657 Desert Fighter title screen is properly cleared again (of course, without breaking Donkey Kong Country 3).

I hope to be able to make HDMA slightly closer to Anomie's doc soon, though... it might fix some other reported issues wink


Awesome!

Kale #60585 03/28/10 01:32 PM
Joined: Sep 2009
Posts: 15
J
Member
Offline
Member
J
Joined: Sep 2009
Posts: 15
There is a problem with Rudra no Hihou after you start a new game. The screen is wrong below the first textbox.

byuu #60588 03/28/10 03:32 PM
Joined: Jan 2006
Posts: 3,691
Very Senior Member
Offline
Very Senior Member
Joined: Jan 2006
Posts: 3,691
Originally Posted by byuu
Spent about 14 hours on the problem, I can't come up with anything to perfectly emulate ( http://board.byuu.org/viewtopic.php?f=16&t=614 ), so if you wanted to port the S-CPU stuff you may as well do so now ... up to you, though.

also, I start to think many of the remaining problems in the driver (but not all) reside in the CPU timing and opcodes... hence, a core which handles 99% of the cases properly would definitely help to single out the remaining problems in video and machine code.

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
And hopefully any future changes to fix the one case so far will not require gutting and redoing the entire s-cpu core...

LN


"When life gives you zombies... *CHA-CHIK!* ...you make zombie-ade!"
Joined: Jan 2006
Posts: 3,691
Very Senior Member
Offline
Very Senior Member
Joined: Jan 2006
Posts: 3,691
Originally Posted by guigongas
Here's a screenshot of the bug.

[Linked Image from img7.imageshack.us]

I hope this helps.

This bug reported in August has been fixed today (either by 7658 or by 7661). Not that I want to play this game, but...

Originally Posted by jbo_85
There is a problem with Rudra no Hihou after you start a new game. The screen is wrong below the first textbox.

This might have never worked (it was already broken during 0.136 cycle). Not sure what is causing the isssue, I'll add it to the list of bugs to check

Joined: Jun 2008
Posts: 205
B
Senior Member
Offline
Senior Member
B
Joined: Jun 2008
Posts: 205
Originally Posted by Lord Nightmare
And hopefully any future changes to fix the one case so far will not require gutting and redoing the entire s-cpu core...

The worst possible thing that could happen is having my hold times for reads and writes disproven somehow. That would require adjusting every last timing value (when does Hblank start/stop, when does DMA transfer begin, etc) by +/-2 or whatever.

Nothing really major.

I also don't have the first idea how to verify it. All I know is that reading from $2137 latches the counters at N, and writing to $4201 latches them at N+4 master clock cycles.

Since they are FastROM, I extrapolate that to means writes "occur" at cycle_start+cycle_length, and reads "occur" at cycle_start+cycle_length-4.

TRAC concurred based off timing information in the official 65816 doc, but that doesn't mean it doesn't vary depending upon which chip / register you are accessing.

I don't have any way to verify that, need a hardware guru to go at it with an oscilliscope or something.

Page 81 of 120 1 2 79 80 81 82 83 119 120

Link Copied to Clipboard
Who's Online Now
3 members (Kale, 2 invisible), 507 guests, and 1 robot.
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,930
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