nesdev.org

mmm, looks like I'm not changing V on a pixel basis. However, I found something suspicious with the tile fetching. So, according to that wiki, I'm storing first and second tiles on PPU cycles 328 and 336 of previous scanline (same for attributes), and then tile 3 at 8 cycles of current scanline, til...

With my previous attempt , yes I tried adding and substracting, and it looked different, but still wrong. I implemented your approach as this: if ((ppuV & 64) != 64) { // 1 or 2 if ((ppuV & 2) == 2) { QUADRANT 1 quadrant = attrib & 0x03; } else { QUADRANT 2 quadrant = (attrib & 0x0C)...

Ok that's really helpful ! I was looking for something like that.

Is that hex numbers 0x64 or decimal 64 ?

This is what it looks like using either

Im not 100% sure, but, the clouds attribute is coming as 0x20, that means only the third quadrant is loaded with a palette different than 0, (palette 3). So again, Im sure my quadrant logic is off. I dont know how to account for scrolling, Im using the fine scrollX to get the quadrant, but thats not...

Yes, I'm using this one: attribute address = 0x23C0 | (v & 0x0C00) | ((v >> 4) & 0x38) | ((v >> 2) & 0x07) and it's working ok, the issue with the calculation of this: http://wiki.nesdev.com/w/index.php/PPU_attribute_tables Somehow I'm not nailing down the formula for those quadrants

Hi ! Me again, I've been trying to fix a bug in my emulator for 2 weeks, and I'm going crazy. You will probably laugh at my issue, since it must be very simple. When I'm making my quadrant calculations for applying colors, it works perfectly, except on games with scrolling (only tested horizontal, b...

Zepper wrote:

tokumaru wrote:What?

MAIN SCREEN TURN ON
IT'S YOU!

I laughed too much to this ! I really miss the times when this was a viral thing

Thanks ! I just discovered my video rendering is not as good as I thought.

I will try those nrom alternatives.

Yeah I know about video ram, I have a fairly advanced GB/GBC emulator, but well .. I was confused with the NES.

Thanks everyone !

Hi ! me again, So I'm trying to implement that official_only.nes test, that uses MMC1. I managed to get the bankmapping working with the 5 bits shift register and it looks like it works ok. What I don't understand at all, is how this impacts my rendering functions. According to the header, it has 16...

Yes sir, Im doing all that.

I will come back with results once I can run those cpu tests, again, I need to implement MMC1.

Thanks for your help !

Ok, changed the behaviour for not wrapping that pointer. Of course this didn't fix Mario's movement but thanks

Ok so my current logic is this: when writting to 4016, bit 0 is strobe bit. When reading 4016, I have an internal pointer that gets a bit from my buttons status, if strobe is 1, returns the current bit of the buttons (ored with 0x40, read somewhere that paperboy needed that), increment the pointer (...

I'm trying to implement MMC1 for that test rom, since it requires it.

I'm gonna check the joypad inputs, weird since they seem to work correctly for other games. I'll see what I can find

Hi ! After 2 weeks of programming my first NES emulator, I managed to get Donkey Kong working, Karateka working, and probably some others. Super Mario Bros demanded lots of changes, I had to rewrite my entire video handling since the top bar keep flickering and missing sprite 0 hits, but now it work...

yes, that was the default in HxD, great editor.

Thanks for the tip !