nesdev.org

So while the probability values taken from the table only have 8 significant figures, the chip must use registers wider than 8 bits. Since it has 16bit multiplication and counting registers, let's guess it has 16bit registers throughout. At this point i'm not convinced about this. I would like to m...

The reason is the need to keep track of the current range (you need more than just the TOP value). Currently you have BOTTOM fixed at zero, which is not possible (except, as mentioned above, for very specific choices of PROB values, which isn't the case here). Consider for example the first PROB va...

Excuse me, neviksti, if i don't pay attention to your argument by now. You will understand why. ;) I got the way the evolution works. It is using 8 contexts, one per bitplane, and a index to a PROB table value the PROB table has this values 5A,25,11,8,... and all the contexts are initialized at the ...

If you check my cutoff values (and 'probability' values), let me know what you get. I hope I didn't make any arithmetic errors. I agree with you; i have reproduced the table. I haven't needed the BOTTOM thing and i have obtained exact matchings for all the table entries. The scheme seems to works l...

Using the above values, it looks like PROB evolves like this: 5A,5A,5A,5A, 5A,5A,5A,5A, 5A,25,25,5A, 25,25,25,25, 25,25,25,25, 25,11,25,25, 11,25,25,25, 11,11,25,11, 11,25,25,11, 11,11,11,11, 11,25,25,8, 11,11,11,11, Which method did you use to calculate this table? Did it give exact or only approx...

I'm sorry i don't remember where i read the use of only one variable, so i can't help you with links; however, i think it worked this way: At a given time, you have your "next bit interval" coded as the interval [0, TOP]. TOP has his MSb set to 1. If at this moment you are going to read th...

. From previous tests it looks like for type 0 it saturates at roughly one input bit -> 128 output bits. And thus I would take as a starting guess that the depth is 8-bit. Yeah, that was exactly my guess. ;) It is my understanding that a binary arithmetic compression algorithm works something like ...

Type 0 looks the cleanest so far. What if we just focus on that for now? I was about to suggest the same thing. Yesterday i was going to generate a .loc to test an idea, but i think it could be answered by caitsith2's test, so i will wait... The question i wanted to answer was: supposing the output...

Take a look at this:

http://www.mameworld.info/ubbthreads/sh ... =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.

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...

Having the decompressed data *only* allow us to play the game, not to really *emulate* how the physical thing works. And that's the holy grial of emulation, after all... Why stop there? If you're not emulating the physical gates in the ROM containing the compressed data, you're merely providing the...

If the ROM data has already been entirely decompressed, what's the point? Having the decompressed data *only* allow us to play the game, not to really *emulate* how the physical thing works. And that's the holy grial of emulation, after all... Of course, you can also count with the intellectual cha...

Hope to have it somewhere, If I do, @ Andreas: what functionality would be required for you to put the tool to good use? That's impossible to say at this point, and i would suggest you to completely forget about it. All the people who could be interested in taking a look at the data (neviksti, byuu...

Can someone give a historical rundown of what has been done so far? There is no much to say... There haven't any advance since your discussion in cherryroms' forum back in 2004; i think by that date i did an attempt to look at the data, but i failed to see anything interesting. However, i didn't em...

Planning to get Nach's help on this as well, and I can always try and bug Andreas, but he could very well be too busy. No need to bug me. I have consistently expressed my interest on this for a long time, from the time when i was bugging The Dumper for him to construct a hardware interface to the l...