Search found 481 matches
- Sun May 31, 2009 2:51 am
- Forum: NESdev
- Topic: Nestopia and Battery .SAV Files : solved
- Replies: 0
- Views: 1707
Nestopia and Battery .SAV Files : solved
After my recently trouble getting this to work and an inordinate amount of patience and help from Memblers and kevtris last night over on #nesdev, I've finally solved the problem. These are mainly just issues with the Mac OSX build of Nestopia so it may not apply to everyone but I went through so mu...
- Sat May 30, 2009 7:53 am
- Forum: NESdev
- Topic: Here we go again : reading the second controller?
- Replies: 3
- Views: 2458
Re: Here we go again : reading the second controller?
Is there a special way to handle/enable the second controller? I know there's an issue with reading the controller inputs when using DPCM but I'm not using it. Did you change the 1/0 strobe write address from $4016 to $4017 also? (I'm just thinking because you said you replaced $4016 with $4017). W...
- Sat May 30, 2009 6:31 am
- Forum: NESdev
- Topic: Here we go again : reading the second controller?
- Replies: 3
- Views: 2458
Here we go again : reading the second controller?
Just doesn't seem to be my week this week. First the battery-backed RAM problem (which I still can't get to work) and now this. :( I have a subroutine in my code that returns dynamic and debounced button states for controlller 1 and it all works fine. So I wanted to do the same for controller 2. As ...
- Fri May 29, 2009 7:17 am
- Forum: NESdev
- Topic: Dumping RAM variables from Emulator?
- Replies: 11
- Views: 4021
Maybe some emulator requires it but now I'm just speculating. I wanted to help you more but my knowledge about the subject stop there. I'm sure someone else on the board should be able to confirm the cause of your problem. No problem, thanks for the info. It's got to be something simple/silly - it ...
- Fri May 29, 2009 5:52 am
- Forum: NESdev
- Topic: Dumping RAM variables from Emulator?
- Replies: 11
- Views: 4021
- Fri May 29, 2009 5:51 am
- Forum: NESdev
- Topic: Dumping RAM variables from Emulator?
- Replies: 11
- Views: 4021
But in any case, commercial game ROMs seem able to create an .IPS file in the folder where the ROM is. :( I don't know about MMC1 but if commercial games does create the save file then the emulator seems to be working fine. In that case, there is a good chance that it's a setting problem in your in...
- Fri May 29, 2009 5:33 am
- Forum: NESdev
- Topic: Dumping RAM variables from Emulator?
- Replies: 11
- Views: 4021
- Fri May 29, 2009 5:26 am
- Forum: NESdev
- Topic: Dumping RAM variables from Emulator?
- Replies: 11
- Views: 4021
Enabling the PRG RAM ..? :) I've just tried that by doing; lda #%00000000 ldx #$80 stx $FFFF sta $FFFF lsr a sta $FFFF lsr a sta $FFFF lsr a sta $FFFF lsr a sta $FFFF to no avail :( 1) Do you have to write all of the MMC1 registers in sequence or can you just write to one (as I've done)? 2) Presuma...
- Fri May 29, 2009 4:28 am
- Forum: NESdev
- Topic: Dumping RAM variables from Emulator?
- Replies: 11
- Views: 4021
- Fri May 29, 2009 2:40 am
- Forum: NESdev
- Topic: Dumping RAM variables from Emulator?
- Replies: 11
- Views: 4021
Dumping RAM variables from Emulator?
Does anyone know of a clever way that I could dump a portion of RAM from an emulator (Nestopia) so that I can access the binary file from my computer?
I'm writing a NES drum-sound editor and want to be able to save the sound tables to include in my sound engine.
I'm writing a NES drum-sound editor and want to be able to save the sound tables to include in my sound engine.
- Tue May 26, 2009 12:43 am
- Forum: NESdev
- Topic: Dumb Question
- Replies: 9
- Views: 3558
Forgetting to disable the APU Frame IRQ is the common culprit, here. ; do this at program startup LDA #%01000000 STA $4017 You got it :) I've just removed the CLI command as I'm not using the IRQ anyway (doing the CLI was just a legacy thing, left over from old reset vector code - force of habit I ...
- Mon May 25, 2009 5:16 pm
- Forum: NESdev
- Topic: Dumb Question
- Replies: 9
- Views: 3558
- Mon May 25, 2009 5:09 pm
- Forum: NESdev
- Topic: Dumb Question
- Replies: 9
- Views: 3558
Do you mean VRAM ($2007)? Can't write to VRAM outside of VBlank unless you disable rendering (disable both BG and sprites via $2001). There's no reason why you can't write to normal RAM though ($0000-07FF). In fact you certainly should be able to. Yes, normal RAM. I was just going to come back and ...
- Mon May 25, 2009 5:01 pm
- Forum: NESdev
- Topic: Dumb Question
- Replies: 9
- Views: 3558
Dumb Question
Is there a reason that I can't write to RAM in my background loop?
It works fine if I modify some RAM values during VBLANK but doing the same modification in the background loop doesn't change the values.
I'm sure I'm missing something obvious but I can't see.

It works fine if I modify some RAM values during VBLANK but doing the same modification in the background loop doesn't change the values.
I'm sure I'm missing something obvious but I can't see.
- Fri May 22, 2009 10:26 am
- Forum: NESdev
- Topic: Emulator Keyboard Support?
- Replies: 4
- Views: 2812
fceudx does.. press scroll lock i think http://nesdev.com/bbs/viewtopic.php?t=5099 Ah. That's good-news, bad-news for me. The bad-news being I've never been able to compile FCEUDX (Mac OSX). There's a makefile for OSX included in the source but it throws a ton of errors that I've not managed to fix...