QUOTE (MainMemory @ Feb 24 2011, 12:21 PM)
FraGag is working on porting Flamewing's C++ port of KENS to C# after I failed to do so (KENSSharp on the SVN). I've always intended to have it cross-platform.
FYI, I found a small bug in my Nemesis decompressor for the case of mode 1 decompression. I still haven't updated SVN with it, but the changes are as follows:
CODE
Index: src/lib/nemesis.cc
===================================================================
--- src/lib/nemesis.cc (revision 28)
+++ src/lib/nemesis.cc (working copy)
@@ -406,13 +406,11 @@
{
// For alternating decoding, we must now incrementally XOR and output
// the lines.
- dst.seekg(0, std::ios::end);
- std::streampos sz = dst.tellg();
dst.seekg(0);
dst.clear();
unsigned long in = LittleEndian::Read4(dst);
LittleEndian::Write4(Dst, in);
- while (dst.tellg() < sz)
+ while (dst.tellg() < rtiles << 5)
{
in ^= LittleEndian::Read4(dst);
LittleEndian::Write4(Dst, in);
To avoid being completely off-topic, I have a suggestion for handling HTZ, WFZ and DEZ zone tiles (and maybe levels in other Sonic games that work similar to these). These levels work by patching the art of another level with zone-specific tiles. So what you need to do is support some form of art patching that works (schematically) like this (using HTZ as example):
CODE
VRAM tile: $0000 $01FC $037E $0393
v v v v
Buffer 1: <----------------------- EHZ tiles ----------------------->
Buffer 2: <--- passthrough ---><-- HTZ tiles --><--- passthrough --->
Here, the passthrough regions simply forward the tile requested to the EHZ tile buffer, while the HTZ tiles are used instead of the EHZ ones in those regions. This allows editing of EHZ and HTZ tiles and allows them to be saved independently on changes to either, without the HTZ tiles gaining duplicate copies of all EHZ tiles and without the EHZ tiles being overwritten by HTZ tiles. (by the way, Rexon uses tiles starting from $037E, so you may want to keep this indirection further along).
Relick 
00
