nesdev.org

Yeah, and maybe also test for that cache invalidation on stop thing, if that's even practical. For now though, I think it's probably wise to guess that we multiply off CLSR. The whole point of 21MHz mode is supposed to be that it's "twice as fast"; at least for non-memory accesses. bsnes ...

Wow, yeah. Even ignoring my boolean flag inversion (did that with the GBA sequential access speeds too >_>), 4 or 8 cycles isn't right at all. This can be up to 14 cycles. Did not expect CLSR to factor in here, too. Anyway, thanks everyone for all the help on this! v095's shaping up to be a great r...

As I suspected, fmult and lmult were reversing the sense of ms0 and were also off by one. The manual says that they take "4 or 8 cycles", but one of those cycles is the one that every one-byte instruction takes. diff --git a/bsnes/snes/chip/superfx/core/opcodes.cpp b/bsnes/snes/chip/superf...

qwertymodo, we're all waiting for you to run that new test ROM

Seems everyone and their dog had their own LZ77/RLE hybrid. Konami used yet another variant in Tokimeki Memorial (and probably other SNES games) for everything from graphic tiles to tilemaps to the SPC700 driver program. Rather than try to describe it I'll just paste the decompressor I wrote some ye...

No, that's okay, if we can fix incorrect cache behaviour in bsnes as well that's two birds with one stone

ARM9, can you write another program that tests these two instructions? Here you go: https://dl.dropboxusercontent.com/u/13494639/snes%20stuff/mult.sfc Source: https://github.com/ARM9/snesdev/tree/master/gsu/mult There might be some cache issues involved in this one, writing 0 to the Go flag in the ...

Why was there a difference with high-speed multiply turned off? Because low-speed multiply was always taking an additional 10MHz cycle, rather than either a 10MHz or 20MHz cycle depending on the clock multiplier. ARM9, can you write another program that tests these two instructions? //$9f(alt0): fm...

(Crossposted from byuu's forum) The following patch makes bsnes match hardware exactly: diff --git a/bsnes/snes/chip/superfx/core/opcodes.cpp b/bsnes/snes/chip/superfx/core/opcodes.cpp index 7d2f13a..3b14d81 100644 --- a/bsnes/snes/chip/superfx/core/opcodes.cpp +++ b/bsnes/snes/chip/superfx/core/opc...

Final Fantasy Legend 3 uses a similar scheme to the Zelda/Oracle "common byte" scheme. Oddly, only the title screen and the monster graphics seem to be compressed; the field sprites and BG tiles, battle animation sprites, and the text font are all uncompressed. The first byte of a compress...

Ok I have another question on vram. The vram has address $0000-$FFFF. I currently have it entirely filled with tile data, as seen in my previous post with a pic. Where do the bg planes store the tile data? Is it within the vram I already have filled? Is there another (ram) section that I don't know...

yeah everything im doing is based off of seeing if I can get things to work for the first time. I honestly don't have any kind of demo or project in mind lol, im just excited to be able to get stuff (somewhat) working and appearing on the snes. I tried reusing the exact same method I did for my dmd...

ok, I tried using the dma again, but I still cant get it to upload to vram for some reason. I thought I had it written correctly. I'm able to load 1000 bytes from $9000, I see it happen, but, it doesn't get transferred to vram's address $0000. Here is my code. Idk if im missing something, or have s...

I have a question on palette values. I'm loading a 200 byte table, I have X & Y set as 16-bits. Anyway I was successful in loading 200 bytes into CGRAM. I wanted to perform a test, where I have a 200 byte table with each 2 bytes representing a color for each palette slot. I have a table such as...

I guess the real problem in the end is, what are the emulator developers willing to implement? Is it that much extra work to support both? I don't personally know on what level the .xml-reading happens but in the case of Bizhawk, despite using a version of bsnes that should read a manifest file, it...