my little contrib to pce scene

[ccovell]

8 mbits is the normal limit, and then there's always the 20mb SFIICE' ROM which does a special kind of paging.

[touko]

8 mbits is the normal limit, and then there's always the 20mb SFIICE' ROM which does a special kind of paging.

Ok thanks !!

i believed that i have to continu my project to superCDROM 2 due to limitation of hucards ..

But 8 mb is good .
If i arrive to bypass the 2mb capacity  :-" ..

[Black Tiger]

CD releases are better for everyone since most people don't own flashcards.

[ccovell]

CD or not, you'll probably want a cruncher to compress map and tile data.  I've been busy, but I'll try to clean up and release a version of PuCrunch that I was working on which works in HuCards (as well as CDs).

[peperocket]

It could be great if you could release a public version of PuCrunch ! 

[touko]

CD or not, you'll probably want a cruncher to compress map and tile data.  I've been busy, but I'll try to clean up and release a version of PuCrunch that I was working on which works in HuCards (as well as CDs).

Cd was a possible way, but if i can make my game to a 4mb rom or more, i don't migrate ..

My code is make to use speed of HUcards to load sprites or backgrounds .

[Tom]

But the rom size should be superior to 4mb ,or it's the limit

 I bet you have a Tototek flash card. It doesn't like roms that are not standard sizes. If you know the ROM is going to be less than 4megs (or 8megs), then you can pad the rom by passing an ASM inline to the assembler through HuC. PM me for more details.

[Nintega]

Looking good touko

[spenoza]

So, does the technique used in SFII' resemble the mappers used by older NES games? Memory paging techniques were pretty common on the NES. I'm surprised more PCE games didn't use them.

[ccovell]

Since the CPUs in both the Turbo/PCE and NES are almost identical (same "family", same 64K addressing limitation), both have to use bankswitching to map ROM/RAM code into the appropriate memory address.  So as far as memory paging goes, every single PCE game uses that technique; there's no other choice.  It's just that the PCE CPU has specialized instructions and registers for memory mapping, while the NES had to add that functionality in the cartridge hardware.

SFII' is a bit different from other HuCards in that it has extra bankswitching hardware in the card to get past the 8Mbit limitation of the PCE bankswitching hardware.

[spenoza]

I suppose it was easier to simply transform any game that would be larger than 8 mbits into a CD game rather than pay production costs on custom HuCard circuitry. But I don't know what percentage of PC Engine owners had CD capabilities. I don't know if switching to CD limited market access significantly.

[Black Tiger]

I suppose it was easier to simply transform any game that would be larger than 8 mbits into a CD game rather than pay production costs on custom HuCard circuitry. But I don't know what percentage of PC Engine owners had CD capabilities. I don't know if switching to CD limited market access significantly.

I don't think that the PC Engine would've been nearly as successful if it hadn't gone the CD route.

[Arkhan]

Cosmic Fantasy on HuCard?  noooo thanks

this PuCrunch sounds neat though.

[Tom]

CD or not, you'll probably want a cruncher to compress map and tile data.  I've been busy, but I'll try to clean up and release a version of PuCrunch that I was working on which works in HuCards (as well as CDs).

Cd was a possible way, but if i can make my game to a 4mb rom or more, i don't migrate ..

My code is make to use speed of HUcards to load sprites or backgrounds .

 Curious. Do you have any experience with assembly? It's possible to create a system to access extended data with the SF2 mapper (far,far data vs far data) with HuC. Mednafen automatically treats any rom larger than 8 megs as a SF2 mapper game. Not sure how the other emu's handle the mapper.

[Ninja Spirit]

That looks good!

Is it possible to cram Rolling Thunder onto a card?