Search found 57 matches

by kammedo
Sat Jul 12, 2008 6:24 am
Forum: SNESdev
Topic: SPC7110 Reverse Engineering Project
Replies: 314
Views: 133979

Shots out of nothing :
"Layering" recalls alot "buffering" (something like LZ?).
Perhaps they had a specialized compression alg for each bitplane? As in
1bpp = mode 0
2bpp = mode 1
etc
by kammedo
Thu Jul 10, 2008 11:10 pm
Forum: SNESdev
Topic: SPC7110 Reverse Engineering Project
Replies: 314
Views: 133979

Done! There is no prediction table. It is always just the previous 16th bit. Now I can match both the mps and prob values for all of input_7030_an1.bin Yeah! I knew we were close. I'll write up a proper decompressor now. There are still untested entries in the state evolution table. We should proba...
by kammedo
Thu Jul 10, 2008 10:13 pm
Forum: SNESdev
Topic: SPC7110 Reverse Engineering Project
Replies: 314
Views: 133979

tepples wrote:
jolly_codger wrote:Never seen that patent before.
http://www.mediafire.com/?xsrub3f1jgi
In case that disappears, here's another source:
http://pics.pineight.com/nes/US5859926.pdf
Wow. Very nice find :). How the hell did you get to it?
by kammedo
Wed Jul 09, 2008 3:36 am
Forum: SNESdev
Topic: SPC7110 Reverse Engineering Project
Replies: 314
Views: 133979

So... how are we supposed to make new tests? Should i pass you a binary file with the desired 256 bytes? At this point, i'm only interested in making some statistical analysis, so a random input (50%-50% distribution for 0's and 1's) would be fine for me. EDITED: Ummm, i changed my mind: a 70%-30% ...
by kammedo
Tue Jul 08, 2008 2:27 pm
Forum: SNESdev
Topic: SPC7110 Reverse Engineering Project
Replies: 314
Views: 133979

Probably its not weird, but just not perfect? That DMA channel matching remains a mistery to me too..I've been fiddling around with it yesterday, not getting anything intresting. Is it really needed for something? I mean, the SPC can't program the SNES DMA, as the SNES is the master of it's own bus....
by kammedo
Tue Jul 08, 2008 2:30 am
Forum: SNESdev
Topic: SPC7110 Reverse Engineering Project
Replies: 314
Views: 133979

Don't worry. Real life has to get his priorities. I Agree too. Andreas, do you feel comfortable programming in assembly language? Last time i programmed in assembler was about 11 years ago, and for the 80x86. But yes, at that epoch i programmed a lot in assembler and, if needed i could probably lea...
by kammedo
Sun Jul 06, 2008 11:41 am
Forum: SNESdev
Topic: SPC7110 Reverse Engineering Project
Replies: 314
Views: 133979

Ok, nice news in here. I managed to get MDH 3 to work on my GDSF (GDSF7). The procedure i used is the same suggested by kyuusakku some posts ago (as in loading a game without spc with all banks in pass-through, plug the card in and resettting). I dont know how much this is good for my gdsf. I tried ...
by kammedo
Fri Jul 04, 2008 1:43 am
Forum: SNESdev
Topic: Game Doctor SF3 - BIOS Exploit
Replies: 8
Views: 6372

When SF7 sees the joypads being read, it literally inserts code by replying to the next opcode requests with a BRK command... at this point it is in "bios mode". So the interrupt vector is taken from the bios code and the interrupt code in the bios is executed. One of the first things it ...
by kammedo
Fri Jul 04, 2008 1:34 am
Forum: SNESdev
Topic: SPC7110 Reverse Engineering Project
Replies: 314
Views: 133979

caitsith2 wrote:When we do get a means to do custom decompressions, make sure the first 8 bytes are 0102040810204080 and the last 8 are FEFDFBF7EFDFBF7F. This is so that one has a consistent means of making sure the cartridge is present.
Yup. The SPC chip does the just same with the SRAM.
by kammedo
Fri Jul 04, 2008 1:29 am
Forum: SNESdev
Topic: SPC7110 Reverse Engineering Project
Replies: 314
Views: 133979

I now have Super Power League 4, as well as another FEoEZ cart (which I am going to try the FIFO mod on later). The electronic parts still have not arrived though. Hmm. I was hoping to work on this over holiday. I ran some more tests while monitorring on the oscilloscope and believe I understand th...
by kammedo
Fri Jul 04, 2008 1:05 am
Forum: SNESdev
Topic: Game Doctor SF3 - BIOS Exploit
Replies: 8
Views: 6372

Sure I guess. Here's a chunk from the SF7 code which explains everything exploit_setup: ; exploit code will actually be run from WRAM ; to get a "real time save" routine to initiate, we need to: ; 1] ..wait.. ; It appears that there is some kind of timer in the SF7. ; It only allows the c...
by kammedo
Thu Jul 03, 2008 2:53 am
Forum: SNESdev
Topic: Game Doctor SF3 - BIOS Exploit
Replies: 8
Views: 6372

Do you still have the information about the GDSF7 exploit?
It would be intresting and helpfull to have it..
by kammedo
Tue Jul 01, 2008 10:17 pm
Forum: SNESdev
Topic: SPC7110 Reverse Engineering Project
Replies: 314
Views: 133979

neviksti wrote:In that case let's see if we can get everything working on your SF7. We should really check that first, because if it won't work it really complicates getting data out with your system and we'll have to come up with other ideas.
I would give it a try :).
by kammedo
Tue Jul 01, 2008 11:57 am
Forum: SNESdev
Topic: SPC7110 Reverse Engineering Project
Replies: 314
Views: 133979

And while it is completely up to you, I'd fix up the SF7 to get everything working instead of trying to change U1. Both because the SF7 can be used for dumping the data, and because given past experience, we're bound to need to (because of bugs) or want to (because of new data analysis) change the ...
by kammedo
Tue Jul 01, 2008 4:05 am
Forum: SNESdev
Topic: SPC7110 Reverse Engineering Project
Replies: 314
Views: 133979

If you don't have the means to erase EPROM, I'd suggest getting flash chips (which will probably end of having to be smaller in size) instead so you can rewrite everything. How do we get the test results out in that setup? Is the idea to write to flash directly from the SNES, and you remove the chi...