It is currently Sun Dec 17, 2017 4:51 am

All times are UTC - 7 hours





Post new topic Reply to topic  [ 22 posts ]  Go to page Previous  1, 2
Author Message
 Post subject:
PostPosted: Mon Sep 05, 2005 2:17 pm 
Offline
User avatar

Joined: Mon Sep 27, 2004 8:33 am
Posts: 3715
Location: Central Texas, USA
Quote:
I don't like the "look-at-my-sources" policy, but anyways... ^_^


I'll say it now: I get quite ticked off by many of your posts. Maybe I simply misunderstand them.

I posted the source because trying to explain things wasn't getting anywhere. Source code doesn't lie; it delivers the goods, so I thought that it might help. I wrote it specifically to pass the APU tests, nothing more, so it is very relevant and has very little extraneous material as general source code from an emulator would have.

Fx3 wrote:
blargg wrote:
Hopefully it'll help dispel the idea that you can run each step every 7457.5 clocks.


This looks like an APU hack...?


At this point I don't have any more ideas of how to help with this. I am completely failing at English communication here. Maybe I've been misunderstanding all along, but I don't know how to resolve that. Oh well... sorry for the heat. :)


Top
 Profile  
 
 Post subject:
PostPosted: Mon Sep 05, 2005 3:34 pm 
Offline
Formerly Fx3
User avatar

Joined: Fri Nov 12, 2004 4:59 pm
Posts: 3076
Location: Brazil
I'm not flaming you... ^_^;; and it's not a communication problem. Your docs/sources/findings/whaever are much appreciated. Personally, I was trying to be accurate with my emulator - please, accept my apologies if I flamed you in anyways... -_-;;

Next, with no timing tricks, I could get tests 1-4, 10 and almost 11 (fails at #5).

About the sources, it's a nice resource, no doubt... but it was a "!" in the past, about "looking-and-ripping" practice. It's silly - that's why I wrote that.

Again, thanks for your efforts. I'm in hope to get my APU working fine.

_________________
Zepper
RockNES developer


Top
 Profile  
 
 Post subject:
PostPosted: Tue Sep 06, 2005 9:48 am 
Offline

Joined: Mon Sep 20, 2004 11:13 am
Posts: 134
Location: Sweden
blargg wrote:
I'll say it now: I get quite ticked off by many of your posts. Maybe I simply misunderstand them.

I thought I was the only one so I didn't say anything lol


Top
 Profile  
 
 Post subject:
PostPosted: Tue Sep 06, 2005 2:43 pm 
Offline
User avatar

Joined: Mon Sep 27, 2004 8:33 am
Posts: 3715
Location: Central Texas, USA
Yeah well, I got to vent so I'm back in the ring. :)

One reason I posted the working code is so that you could run it outside an emulator, just in a simple C++ shell that calls it and prints the result. That way you could do the same with your APU and compare the result. Or at least probe the example code to find out what it does in each case.

And like I said, this doesn't even cover the full complexity of the frame counter. I might give up on fully reverse-engineering it and stick to a subset of operation that doesn't include these crazy edge-cases.


Top
 Profile  
 
 Post subject:
PostPosted: Thu Sep 08, 2005 11:33 am 
Offline
Formerly Fx3
User avatar

Joined: Fri Nov 12, 2004 4:59 pm
Posts: 3076
Location: Brazil
I'd like to say that I got all the eleven tests working! :) There's a few things... I'm writting a doc that covers some of my findings. I'm not using any timing tricks (like counters) or any hacking tricks.

However, there's an interesting issue, much like test #11, error #5 (of length counter [ATL] reload): if the ATL expires at exact cycle of reading 4015h, then its state is not affected (4015h still returns 1). This is a 'grain of salt' - I'm sure my CPU core is accurate, I could trace everything thanks to a good LOG.

I have to admit it was MY fault... I was not trying hardly enough to get the APU working fine... -_-;; It was a nice exercise, blargg. All my day was tracing my APU core. That's it!

_________________
Zepper
RockNES developer


Top
 Profile  
 
 Post subject:
PostPosted: Sat Oct 08, 2005 6:50 pm 
Offline
User avatar

Joined: Wed Nov 10, 2004 6:47 pm
Posts: 1845
I realize I'm bumping an old thread... but I just got around to redesigning my APU for this and am had some questions... specifically there appears to be a contradiction in the attached readmes:

quote from the test #8 description (and from a section in the 'misc' area of the readme):

Quote:
IRQ handler is invoked at minimum 29833 clocks after writing $00 to
$4017.


quote from the readme:

Quote:
0 (write occurs here)
1
2
3
...
Step 1
7459 Clock linear
...
Step 2
14915 Clock linear & length
...
Step 3
22373 Clock linear
...
Step 4
29830 Set frame irq


so which is it? 29833? or 29830? I skimmed the replies in this thread but didn't find any further clarification on it.

Is there some delay or something between when the frame IRQ flag is raised and when the IRQ actually happens?


Top
 Profile  
 
 Post subject:
PostPosted: Sat Oct 08, 2005 8:51 pm 
Offline
User avatar

Joined: Mon Sep 27, 2004 8:33 am
Posts: 3715
Location: Central Texas, USA
Disch, I started a new thread titled APU Frame IRQ Flag and IRQ Timing, to make more room for long code sequences.


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 22 posts ]  Go to page Previous  1, 2

All times are UTC - 7 hours


Who is online

Users browsing this forum: sdm and 4 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group