DCC Loading Issues

[cla$$ics]

For OpenD2 I am working on the DCC decoder. I am very close to getting it working. In fact, this close:

That's the first frame (0) of the Necromancer death animation, direction 0. It's very close, albeit with some sprite corruption down at the bottom.
Other frames...do not fare as well.

That's the second frame (frame 1).

The rest of the file seems to be loading correctly but the frame decoding seems wrong.
https://github.com/eezstreet/OpenD2/blo ... p#L52-L383
Here is the associated code. I've followed SVR's decoder to a T however nothing is jumping out at me. The only other thing I think it could be is the bitstream:
https://github.com/eezstreet/OpenD2/blo ... stream.cpp

Or, perhaps it is unlikely, but maybe an MPQ decoding issue. The Druid and the Assassin animations appear to be totally uncompressed in d2exp.mpq and my loader does not account for those yet. Those crash even before the decoding step.
If I can get the decoder working, that would probably solve the biggest issue at the moment facing the project.
Is there some obvious issue that's causing it to not work? Or is there some kind of clue as to how I can debug the issue better? As far as I can tell, the issue is not related to the renderer or SDL itself. Also confusing me was that in Dr. Tester it shows the 0th direction as "Direction 8 in File", and lists it as the second direction, for some reason. I can't seem to preview the DCC in CV5 either.

[seltsamuel]

Hi,
if you just want a working decoder.. look into the sources of Pauls DS1 Editor.
Encoding is a different story.

Greetings

Seltsamuel

[Necrolis]

Hi,
if you just want a working decoder.. look into the sources of Pauls DS1 Editor.
Encoding is a different story.

Greetings

Seltsamuel

Pauls decoder (and encoder in DCCMerge) are great references and very good for tools, but horribly slow (in testing I found SVR's decoder to be between 10 and 20 times faster).