nesdev.org

My FEoEZ came in and I was able to debug my program (it had a bunch of stupid little errors). I couldn't get FEoEZ to work right on my SF7. It would look like it was getting most of the decompressed bytes, but not entirely correctly... or shifted somehow. It works fine on passthrough with the SF3. ...

Take a look at this: http://www.mameworld.info/ubbthreads/showflat.php?Cat=&Number=153944&page=0&view=expanded&sb=5&o=&vc=1 Reading Lord Nightmare's comment, it's clear the S-DSP isn't decapped, but he is trying it to be done. Hm. Decapping the SPC? Btw, I didnt know the NES...

Ok, so now I finally managed to get the GDSF7 up and running. The disk was broken, it didnt even start if it was present. I removed the Floppy disk and voilá! But then, once again - FEoEZ does NOT start up on a GDSF7, nor in menu mode nor in play mode, it just black-screens.. Load any game with all...

Seiko Epson (JP,08-29-1997): Nice catch. It seems to fit with what we are looking for. I won't recommend you to read all the patent document at this point, as those patents use to be excesively generic, but taking in mind the general ideas could be useful when studying the data to see if this could...

Ok, so now I finally managed to get the GDSF7 up and running. The disk was broken, it didnt even start if it was present. I removed the Floppy disk and voilá! But then, once again - FEoEZ does NOT start up on a GDSF7, nor in menu mode nor in play mode, it just black-screens.. i have this USB to par ...

EDIT: Could you try this for us and let us know what happens? The game works fine by setting all blocks to passthrough on a SF3. Could you try with only a) bank $50 b) registers bank (=$00) c) sram bank (defaults at 02 in FEoEZ) EDIT : just realized from the dumpers GDSF header file : "Also, t...

Posted: Mon Jun 09, 2008 3:06 am Hope you are not going to work tomorrow if you are actually in that time zone. Yes I talked with Darkforce about this already, didnt directly ask him but I will today (dropping him a mail). I think he mentioned something about a GDSF back then, but I know he owns a ...

I was looking around for some information on the GDSF, and crossed this page at digipress (the list is taken from tototek i think): http://www.digitpress.com/forum/archive/index.php/t-94574.html where the following list of games looked relevant to me : PLGS (SPC7110 - ROM types 0xF5 & 0xF9) ====...

I happen to own not only an FEoEZ cart, but I also own an MDH cart and a SPL4 cart. (the other 2 SPC7110 games). All 3 of those could be good, for extracting test data (first 2 byte combos) from their data rom. As for that 8Mhz clock being sufficient, it was, due to the fact, that when you were doi...

As I understand it, the table/index/pointer data is really irrelevant because it doesn't affect the algorithm so you can give it fake setup data and then valid compressed data and achieve the same results. The only thing is this relies on predictable access from the SPC and the ability to find out ...

Hm. Where's the point in using the U2 ROM if the SPC can access the table in the $50 bank - at that point it should be able to access compressed data in there also, or what do you think? No, you are still missing the point here. Hehe by "in there" i actually meant the SPC - internal RAM (...

kyuusaku wrote:Look at the post before yours..

Argh xD damn quick posting. I think that would be easier, cheaper and quicker, or?

Idea :

Suppose we replace the U2 ROM with an SRAM (with /WR coming from the SNES), bridge it over to the SNES bus over a set of drivers. That would give us access to the U2 rom, wouldnt it?

One final thing, is there ever a case where reading a location in bank $50 is NOT exactly like reading $4800? It's not clear to me what the bank $50 does, for reading DarkForce's comments (on the saved ZSNES thread) makes it sounds like bank $50 is not just accessing some internal 32kByte RAM as Ka...

True that the pointer may be expected, but what if you could store some arbitrary value in bank $50:0000, say the table that is expected, and point it there, to decompress just entry 0 of that table. If the spc could do that, then you could use nearly every 2 byte combination of the existing U2 rom...