nesdev.com

But I was not talking about the "common" PC game ports. I was talking about custom ports on those graphics accelerators (though admittedly I'm not familiar with what actual ports these things used), though some of these cards may just support genuine Saturn gamepads, etc. Edit: I was talking about c...

It could also be for PC computers.
Around mid to late 90s, there were graphic accelerators specifically for games with may include their own jacks for controllers.
In particular, there were cards that ran Virtua Fighter, maybe Virtua Cop too, so this gun could be for one of those cards.

Personally, i decided against using compression. But (depending on your definition) using metatiles is already a form of compression. The basic concept of a lot of (if not most) compression schemes is to reuse the same structure as much as possible. Also, depending on the data, even RLE can be an e...

This is odd if colours work for cart games and not FDS ones though. One difference between carts and FDS I can think of is that the FDS uses CHR RAM while carts (usually) use CHR ROM. Maybe there are some defects(connection problems maybe?) in the FDS CHR RAM that somehow only certain bitplanes of t...

Sharp was in a very good relationship with Nintendo (I've heard they manufactured a lot of the lcd panels for Nintendo handheld systems, possibly including Game & Watch and the Gameboys, not sure about the modern ones) so there were number of Nintendo console "spin-offs" sold by Sharp. Besides the S...

Are you sure the NMI codes are executed?
(Are there codes other than sprite DMA they you have confirmed to work there?)
Maybe there is a typo with labels, or whatever, such that during NMI it runs codes from somewhere else, just a suggestion.

This was what I thought too. Also, they might have considered upgrading the CPU to be based on 65C02, so most licensed games didn't use any illegal/nonstandard/unofficial/whatever OP codes of the original 6502 (another possibility was just that these unofficial OP codes were... errr... poorly docume...

Are PRG and CHR sections on different tracks? Files, actually. Though the FDS is a sequential media (like tapes) it still has a file system. Each file has a header block , which determines what kind of memory (PRG RAM, CHR RAM or nametable RAM) the file would be loaded into. The interesting fact is...

I don't know what mapper Wario Woods used (but from its late release date I think it wouldn't be a primitive one, probably at least MMC3) but if this mapper supports bank switching CHR ROM (read: most "non-simple" mappers) the animated effect is just "free and easy" on the Famicom. For systems that ...

And yeah, the "squell" JJ is more like 8 more levels for the same game with improved graphics. Just like the japanese SMB2 which feels more like more levels for the same game than a sequel to SMB. Since you're forced in JJ to run very fast already in the 1st level it really feels like the 9th level...

Another advantage of disks is the ability to save stuff on it, before battery-backed RAM was popular on cartridge at least.

This game was a simple rip-off of a similar Sega game called Space Harrier. I wonder wether it uses a similar trick to simulate 3D. Though many people considered this a rip-off of Space Harrier, I'll say it's merely inspired by SH, as it does a lot more (don't get me wrong, SH is a VERY great game)...

Bregalad wrote: ↑

Thu Aug 20, 2020 2:36 pm

So, out of both compilers released almost simultaneously, any particular reason why VBCC has a popular thread and not this one ?

Because the author of VBCC is more actively interacting with others in its thread?
The author of KickC last posted in mid-June here in this thread.

Pokun wrote: ↑

Sun Aug 09, 2020 10:08 am

Sound Factory/Fantasy

This will be quite interesting, if someone would compare how different it was from the released SimTunes.
I suspect a number of Nintendo themed stages(especially Mario related ones) has to be removed in the final product.

P.S. Otocky for the FDS was great.

I'd place sprite 0 around x0 and y52 so it will set the flag when the beam is around the last 5th of the screen. Also note that as there are 200+ horizontal lines in a screen, putting sprite 0 at y=52 place it nearer to the top of the screen, rather than around the last 5th of it (note that during ...