nesdev.org

I will run the tests on all of the Mode 1 portion of the RAW gfx packs now.

Now uploaded a modification of Neviksti's test code, to use the datarom (conveniently included with the raw packs.), to check all 0x8000 bytes of each and every raw pack entry, that used compression type 0. Now is the time to write an snes side version of the decompressor, to test these on real hard...

For the top piece/power switch cart lock, disassemble to top half completely, and you will see what needs to be removed. Reassemble without the pieces that need removing. The lock specifically prevents removing the cartridge while power is on. Of course, this means it is also preventing insertion. O...

The SPC7110 is not like the SDD1 or SA1. It can not detect the lack of the CIC chip, in fact, the cartridge has a CIC chip like most others. The one other thing you have to mod besides CIC, is the plastic power switch setup, if you are going to have the cover on the system. (Remove the power switch ...

Im uploading the FULL raw packs, (no index.bins included, but the original data rom, is included, specifically for use with the decompressor. (The program rom is NOT included.) So far, All of SPL4's mode 0 decompressions, and ALL of MDH mode 0 decompressions are BIT PERFECT. (Other than one isolated...

Lord Nightmare wrote:neviksti: Any chance at posting source code to the decompressor?

LN

http://neviksti.com/SPC7110/DecompTest.c

I found my complete set of RAW gfx pack dumps. I will write the tester to check each and every entry, that uses mode 0 decompression.

Wow, do I have some strange luck or what? I only chose literally a couple files to focus on when I was trying to figure out what was wrong with my evolution table last night. It appears that probably the only actual bad decompression-dump is the confusing 2AE432-09.compressed file. All other mismat...

Blast it, you just beat me to the punch in posting. Glad you figured out the fact that the compressed data was underdumped. I suspect that the mode 1 and mode 2 data both may be underdumped as well. Most likely, the developers have done some rom optimizations whenever possible. (Like if the last 20 ...

Do you think you could port your decompressor to the snes, then I could specify locations and sizes, and have the decompression compared to real hardware right then and there. This could potentially work for the FIFO cart as well.

It does match every 00 decompression for MDH completely. There are 405 of them.

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. Also for number of zero before nibble location testing, one can do the followi...

SPL4 and MDH based tests are now possible. SPL4 mirrors its data rom at banks 0x10, 0x20, 0x30, 0x80, 0x90, 0xA0, and 0xB0, MDH mirrors its datarom to 0x20, 0x80, and 0xA0. Banks 0x40-0x7F, and 0xC0-0xFF decompress as all 0. I can run tests for all 3 games. Neviksti can only run tests for FEoEZ.

Although type 0 is what is being focused on now, here is the complete data sets, as required. Even with the compressed data not starting later than data offset 0x3FFF00, there is still exactly 433 datasets missing in total. http://caitsith2.net/projects/feoez-0.zip http://caitsith2.net/projects/feoe...

Definitely test my 3FFFF8 location, and make sure it does indeed return all 0. I will modify the program later on. (It was already searching the 000000-3FFFFF range and 800000-BFFFFF range.) (Just mask off the upper bit.)