Search found 511 matches
- Wed Dec 16, 2020 5:57 am
- Forum: General Stuff
- Topic: What is with indie games and procedural generation?
- Replies: 16
- Views: 2984
Re: What is with indie games and procedural generation?
Aren't Diablo's levels procedurally generated? They were very well made.
- Sat Dec 12, 2020 7:35 am
- Forum: NESdev
- Topic: Vs System Shared Memory
- Replies: 48
- Views: 6428
Re: Vs System Shared Memory
The self-assignment itself looks incredibly stupid. Never, ever did I have to resort to a workaround that stupid (yes, I *did* have to use stupid workarounds at times, because for example the XC8 compiler did *really* stupid things). Yes, depending on the compiler/platform, I saw the generated code ...
- Thu Dec 10, 2020 4:40 am
- Forum: NESdev
- Topic: Vs System Shared Memory
- Replies: 48
- Views: 6428
Re: Vs System Shared Memory
I developed professionally various embedded systems with different microcontrollers from various vendors (STMicroelectronics, Microchip, NXP, TI, ...), and I can guarantee that for all peripheral register definitions, they all use the volatile keyword for qualifying the storage, either with an exter...
- Tue Dec 08, 2020 5:42 am
- Forum: NESdev
- Topic: Vs System Shared Memory
- Replies: 48
- Views: 6428
Re: Vs System Shared Memory
How is the port pin $4016.2 wired between the CPUs? Is the one from the primary CPU directly wired to the IRQ line of the second CPU, and the $4016.2 port pin of the second CPU somehow connected to the primary CPU's IRQ line?
- Mon Nov 30, 2020 5:22 am
- Forum: Newbie Help Center
- Topic: Question about NMI / displaying new background
- Replies: 29
- Views: 9128
Re: Question about NMI / displaying new background
Can the lack of back up CPU status in the NMI (PHP, PLP) cause errors when using the NMI interrupt along with the code in the CPU loop? I have not used it before and I do not see any mention of it here: https://wiki.nesdev.com/w/index.php/The_frame_and_NMIs NMI: PHP ;add? pha ;protect the registers...
- Thu Oct 01, 2020 6:32 pm
- Forum: NES Hardware and Flash Equipment
- Topic: Eccentric pedantic "monochrome" glitch
- Replies: 15
- Views: 6033
Re: Eccentric pedantic "monochrome" glitch
Huh? How it can be 17/24? I count 6 falling edges when M2 falls. And M2 changes *only* on falling edges of the master clock... For the duty cycle to be 17/24, M2 would have to change state on a raising and falling edges, wouldn't it? And sadly, I can't decipher die photographs (yet?), so I can't see...
- Thu Oct 01, 2020 4:32 am
- Forum: NES Hardware and Flash Equipment
- Topic: Eccentric pedantic "monochrome" glitch
- Replies: 15
- Views: 6033
Re: Eccentric pedantic "monochrome" glitch
Long ago, I took that measure and yes, it's ¾. Not the best measurements in the world, but it can clearly be seen.
- Sun Sep 06, 2020 6:12 am
- Forum: phpBB Issues
- Topic: Preview after submitting posts?
- Replies: 7
- Views: 2274
Re: Preview after submitting posts?
Reproduced the preview thing. I just basically spam-clicked the "Submit" button, and saw my useless post in the preview. That's bad, it looks like the "submit" button just sends the post text and the server software either can't know if it has already processed the post, or just ignore/don't care th...
- Sun Sep 06, 2020 6:00 am
- Forum: phpBB Issues
- Topic: Preview after submitting posts?
- Replies: 7
- Views: 2274
Re: Preview after submitting posts?
(testing double submit, ignore this/these post(s))
- Thu Aug 27, 2020 1:30 pm
- Forum: NESdev
- Topic: I accidentally discovered what Double Dribble was probably intended to sound like.
- Replies: 35
- Views: 17928
Re: I accidentally discovered what Double Dribble was probably intended to sound like.
Sound samples of these would be nice.
- Fri Aug 21, 2020 6:32 pm
- Forum: General Stuff
- Topic: Strategies for implementing macro functionality in assemblers
- Replies: 18
- Views: 9373
Re: Strategies for implementing macro functionality in assemblers
It is "third". A C preprocessor just expands until 1) there's nothing left to expand, or 2) while expanding, it encounters a macro that was already expanded before (in the same expansion context), and let it as it is, to prevent any recursion. That means #define foo bar, baz #define bar foo, bar "fo...
- Fri Aug 21, 2020 8:30 am
- Forum: General Stuff
- Topic: Strategies for implementing macro functionality in assemblers
- Replies: 18
- Views: 9373
Re: Strategies for implementing macro functionality in assemblers
the string substitution, just stack alloc the temp buffer, that should easily handle every thing a sane person would through at a 6502 assembler. So make a large buffer, then start from the back and expand as you need to doing find replaces. Keep the src and convert one into the buffer going forwar...
- Thu Aug 20, 2020 2:46 pm
- Forum: General Stuff
- Topic: Strategies for implementing macro functionality in assemblers
- Replies: 18
- Views: 9373
Re: Strategies for implementing macro functionality in assemblers
You seem to worry too much about optimizations at this time; even worse, you're worrying about how to manage memory down to the macro-handling code. Your time will be much better spent on how to structure things and separate concerns. Strings, for instance, are best managed in objects with a minimal...
- Wed Aug 19, 2020 4:39 am
- Forum: NESdev
- Topic: Questions about NES programming and architecture
- Replies: 143
- Views: 31634
- Sun Aug 02, 2020 6:29 am
- Forum: General Stuff
- Topic: Making "Good" Assembly Code
- Replies: 73
- Views: 25835
Re: Making "Good" Assembly Code
Two pages ago, someone asked for a CPU with a math-like syntax (or C-style syntax), instead of a "COBOL" like syntax (oops, mixing things up with the other thread). Here it is, my friends: CSR's Kalimba processor . Just look at the assembly code, it really looks like C at times. Not too surprisingly...