Search found 57 matches
- Tue Jul 01, 2008 1:27 am
- Forum: SNESdev
- Topic: SPC7110 Reverse Engineering Project
- Replies: 314
- Views: 133979
Andreas, I like your plans for the custom data setup. Unfortuantely, we seem distant from that possibility at the moment. Kammedo apparently has time and money to throw into it, but his equipment is failing. I wish him the best, but to help move things along quicker I ordered another SPC7110 cartri...
- Tue Jun 24, 2008 5:58 am
- Forum: SNESdev
- Topic: SPC7110 Reverse Engineering Project
- Replies: 314
- Views: 133979
So, Im not sure I will be able to help, but being it a boring working day I took a closer look at the whole procedure, and a first question popped out in my mind. I presume the probability evolution depends only from the input values, ie no external (predefined) table is used for that, which means t...
- Tue Jun 24, 2008 3:57 am
- Forum: SNESdev
- Topic: SPC7110 Reverse Engineering Project
- Replies: 314
- Views: 133979
Please remember that I saw those U2 accesses even when I was not accessing the U1-ROM, U2-ROM, SRAM, nor any SPC reg. So while it is possible something gets echoed through, it would have to be fairly singular (roughly only one access per > 1 ms). I not sure any region fits that. (Unless it is liter...
- Tue Jun 24, 2008 12:22 am
- Forum: SNESdev
- Topic: SPC7110 Reverse Engineering Project
- Replies: 314
- Views: 133979
So it seems like the strange U2 accesses can probably only be triggered by internal timing. Weird. Any ideas anyone? How about guessing? The reads that your memory viewer performs on the SPC side are echoed on the U2 bus. EDIT : just realized this may sound incomplete. *Some* reads (aka reading fro...
- Mon Jun 23, 2008 9:02 pm
- Forum: SNESdev
- Topic: SPC7110 Reverse Engineering Project
- Replies: 314
- Views: 133979
As I mentioned above, there are a few errors that can't be explained by pin numberring. For example no pin of the SRAM connects to SNES /RESET. Well, considering the SPC has all the memory mappings for the two roms in itself, i wouldnt take out the possibility that the snes's reset goes through it ...
- Mon Jun 23, 2008 1:36 pm
- Forum: SNESdev
- Topic: SPC7110 Reverse Engineering Project
- Replies: 314
- Views: 133979
Ok, so now I had a first look at the document, and fixed the pin numbering, as well as removing all the pin numbering from the SPC mappings. Now it refers to the signals. I don't have more time today to check the rest. I will take another look at it tomorrow. Neviksti, the few flaws you pointed out ...
- Mon Jun 23, 2008 10:14 am
- Forum: SNESdev
- Topic: SPC7110 Reverse Engineering Project
- Replies: 314
- Views: 133979
Kammedo, Can you please rewrite your document to make clear what you measured and what you just made 'educated guesses' on. This is a very important distinction. Currently I've found several errors and I can't tell what can be trusted as a measurement or is just a guess. It looks like you put a goo...
- Thu Jun 19, 2008 3:14 am
- Forum: SNESdev
- Topic: SPC7110 Reverse Engineering Project
- Replies: 314
- Views: 133979
- Tue Jun 17, 2008 2:04 pm
- Forum: SNESdev
- Topic: SPC7110 Reverse Engineering Project
- Replies: 314
- Views: 133979
I still havent been able to get the FEoEZ cart to work properly.I managed to get a new pc where i will install win98 on it tomorrow, and then I hope to be able to do some more testing, so I have been looking closely at Darkforce's doc and was thinking about making a short resumee just to fix the ide...
- Sun Jun 15, 2008 11:38 pm
- Forum: SNESdev
- Topic: SPC7110 Reverse Engineering Project
- Replies: 314
- Views: 133979
Kammedo, here are the results for your file http://neviksti.com/SPC7110/kammedo_firstbyte_0.loc http://neviksti.com/SPC7110/kammedo_firstbyte_0.dumped http://neviksti.com/SPC7110/kammedo_firstbyte_0.txt Thanks. Now thats what I call efficiency ;). Intresting to see how the pattern of the first dec ...
- Sun Jun 15, 2008 9:47 pm
- Forum: SNESdev
- Topic: SPC7110 Reverse Engineering Project
- Replies: 314
- Views: 133979
The results of two more tests: I checked to see how the decompressor considered the banks mirrored. I used table entries of the form: compression type 0, $xx, $00, $00. xx = $00-$3F worked fine as it is normal rom xx = $40-$7F just decomrpessed as all zeros xx = $80-$BF same as the $00-$3F results ...
- Sun Jun 15, 2008 3:17 am
- Forum: SNESdev
- Topic: SPC7110 Reverse Engineering Project
- Replies: 314
- Views: 133979
Nothing like a test on The Real Thing to answer questions. 1. I can't write to whatever is at $50. OK, so officially I have no idea what it is. ;) 2. SPC7110 pin 48 is pulsed for reads AND writes to the U2 space at any location it shows up in my memory map. Wonderful! So if we were to map a RAM the...
- Sat Jun 14, 2008 2:44 pm
- Forum: SNESdev
- Topic: SPC7110 Reverse Engineering Project
- Replies: 314
- Views: 133979
Hm. So it looks like neviksti is missing something, if his writes arent going through. Btw : if I recall, you were totally sure that the U2 bus was read only (that is, there would be no know way to mirror SNES writes to the U2 bus). Is that correct? But it's just as possible that my testing methods...
- Sat Jun 14, 2008 12:03 pm
- Forum: SNESdev
- Topic: SPC7110 Reverse Engineering Project
- Replies: 314
- Views: 133979
Hi Kammedo! Hey man! I was just about to drop you a line. Nice to see you around ^^! About the FEoEZ memory map, I took my SNES memory map viewing program and adapted it to run on the Game Genie, so I could plug in the FEoEZ cart and examine it after my program relocated itself to work RAM. (and ye...
- Sat Jun 14, 2008 10:30 am
- Forum: SNESdev
- Topic: SPC7110 Reverse Engineering Project
- Replies: 314
- Views: 133979
But that doesn't show anything. You could also do a DMA from reg $4800. In DarkForce's document he says reading from any location in bank $50 is as if you read from reg $4800. Just because they did a DMA from bank $50 doesn't mean the data was stored waiting to be read in RAM mapped to bank $50. Bu...