Search found 397 matches
- Fri May 16, 2025 3:20 pm
- Forum: X16 Bug Reporting
- Topic: VGA vs. NTSC timings are not giving the same desired output
- Replies: 27
- Views: 2323
Re: VGA vs. NTSC timings are not giving the same desired output
NES developers also needed to deal with timing differences between NTSC and PAL units, and some developers would auto-detect and adjust the delays automatically, using variable-length delays and tables. The same could be used on the X16 depending on whether VGA or NTSC mode is active. I understand w...
- Thu May 15, 2025 3:18 pm
- Forum: X16 Bug Reporting
- Topic: VGA vs. NTSC timings are not giving the same desired output
- Replies: 27
- Views: 2323
Re: VGA vs. NTSC timings are not giving the same desired output
Are you moving the mouse cursor with a Kernal call, during your ISR? Kernal calls are too slow for that, and can change with updates, so you'd be better off moving the sprite yourself (sprite 0), directly. At least inside your ISR. That could be what was stretching your ISR to two scanlines instead ...
- Mon May 12, 2025 3:32 pm
- Forum: X16 Bug Reporting
- Topic: VGA vs. NTSC timings are not giving the same desired output
- Replies: 27
- Views: 2323
Re: VGA vs. NTSC timings are not giving the same desired output
1) Any interrupts you don't acknowledge will immediately cause another IRQ the moment you return from your ISR. 2) If another IRQ happens during your ISR, it won't trigger another IRQ as long as you didn't touch the CPU's "I" flag, but it will still set the appropriate bit in $9F27. Ideall...
- Mon May 12, 2025 1:30 am
- Forum: X16 Bug Reporting
- Topic: VGA vs. NTSC timings are not giving the same desired output
- Replies: 27
- Views: 2323
Re: VGA vs. NTSC timings are not giving the same desired output
I don't have a way to test composite mode on my hardware, but I think the scanline register in the emulator is wrong when in NTSC mode, as you've discovered. There's an issue already open because someone agreed with you that it smelled fishy, and I've added some info there.
- Sun May 11, 2025 10:31 pm
- Forum: X16 Bug Reporting
- Topic: VGA vs. NTSC timings are not giving the same desired output
- Replies: 27
- Views: 2323
Re: VGA vs. NTSC timings are not giving the same desired output
Your ISR is interrupting your main code while your main code is possibly still setting up the VERA for the test, and your ISR is not expecting to need to preserve the state of the VERA's address(es) when it returns. In your main code, try moving that PLP to the end of your main code, after it finish...
- Sun May 11, 2025 10:09 pm
- Forum: X16 Bug Reporting
- Topic: VGA vs. NTSC timings are not giving the same desired output
- Replies: 27
- Views: 2323
Re: VGA vs. NTSC timings are not giving the same desired output
In NTSC mode, the screen alternates between having all ODD and all EVEN scanlines drawn. Therefore, the line counter increases by +2 with each scanline, and will alternate between being all odd or all even line numbers. This is why the line IRQ comparison ignores bit 0, it's so you can set one line ...
- Sun May 11, 2025 7:27 pm
- Forum: X16 Bug Reporting
- Topic: VGA vs. NTSC timings are not giving the same desired output
- Replies: 27
- Views: 2323
Re: VGA vs. NTSC timings are not giving the same desired output
if you have a link to the FPGA code that does this LINE interrupt, I would like to have a look at it. I believe something fishy is going on. Sure, I'll provide links to the exact commit I'm looking at, so I can highlight the appropriate lines. (Or attempt to, anyway) As an overview, there's a VGA c...
- Sun May 11, 2025 2:50 am
- Forum: X16 Bug Reporting
- Topic: VGA vs. NTSC timings are not giving the same desired output
- Replies: 27
- Views: 2323
Re: VGA vs. NTSC timings are not giving the same desired output
In VGA mode, there are 800 pixel clocks in a scanline. In NTSC mode, there are 1588 instead, so that's why it looks like the timing is too short by (about) one half. So, in NTSC mode, if you double your delay, you should be able to get your write to hit at about the same point of the scanline compar...
- Wed Apr 30, 2025 7:30 pm
- Forum: Programming
- Topic: Problems with YM sound effects on real hardware (works in emulators)
- Replies: 23
- Views: 29179
Re: Problems with YM sound effects on real hardware (works in emulators)
I got a chance to test more thoroughly; 3-channel music with patch changes, note volume calculations, etc, and there weren't any issues so far. If I release something, and the FM music doesn't work properly on the 2164, then it wouldn't be a problem to add more delay after address write if it turns ...
- Mon Apr 28, 2025 5:03 pm
- Forum: X16 Bug Reporting
- Topic: Noise pitch is different in emulator vs hardware?
- Replies: 12
- Views: 3269
Re: Noise pitch is different in emulator vs hardware?
I wouldn't expect there to be any problems with changing how the LFSR is clocked, because, in terms of circuitry, it'd just be changing what signal drives the CLK input of the shifter, and I think the signal exists already because it's used to sequence channel updates. Nevertheless, if this change w...