The rest of the RRM files is used by animation data and several tables (scene objects, pathfinding tables). There are no scripts per se like in Kyra (i.e. sequential lists of instructions), instead each object in a scene has a slot in a table where possible actions and outcomes are stored. However, ...

Pretty cool actually.
Now it needs some kind of user-friendly IDE and it's settled

The AGS script API is well documented and the XML is highly readable. It's not exactly manual disassembly we're talking here. That's not the problem. As others already have stated: 1. CJ apparently doesn't want to help. Even if if would be possible to implement a AGS-engine without his help, it wou...

Could this be of any help?
http://multimedia.cx/eggs/barretts-basi ... -are-back/
I don't know much about the x87 FPU so bear with me

Yes, that's looks right and should produce better-looking results.

The DXA works in the standalone player.
But I see that all frames use the same palette, which is bad, since there are artifacts now caused by the color reduction.
If possible, you should try to let each frame have its own palette.

The encoder uses the Smacker file just to get the number of frames and framerate. You don't even have to create a new Smacker file. So I'd just convert the cleaned up video (Avi I assume) to 8-bit PNGs (the RAD Tools can do that), rename the PNGs to match the Smacker filename and run encode_dxa with...

Very cool Let's hope this bears fruits.
I'm curious as to how some of the things will be dealt with in the ScummVM implementation, as there are 1-2 things I've seen in the disassembly that will probably need some reworking.
(Heavy use of setjmp/longjmp-like constructs.)

Afaik it only supports decoding, not encoding.

You might find this article interesting: http://graphics.cs.ucdavis.edu/~okreylos/Private/AlgorithmCorner/PathFinding.html I'm not that familiar with SCUMM's internals but I guess conceptually this is a similar approach, except here they use polygons while in SCUMM the polygons are restricted to be ...

I first wanted to add Avi support when making the Dxa encoder but as Clem correctly pointed out, it's hell on earth. It also has disadvantages, e.g. Avi files apparently only support one palette in 8-bit movies - at least the Smacker tool reduced everything into a single palette and the resulting Av...

No, I mean DXA
It's supported in the ffmpeg SVN since March and can play all DXAs.

Which ones?
The original Smacker cutscenes can be played/converted with the free Bink tools from http://www.smacker.com/
The DXA videos can be played with ffmpeg/ffdshow.
(I think there's no standalone player in the ScummVM svn.)

ScummC is very experimental. I don't think you can make complete games with it yet.

AGS, SLUDGE, Visionaire, AGAST and Wintermute are all in active development.

MAD development seems to be inactive/stopped.
(But it's open source so maybe an inspiration if you want to write your own engine.)

The main reason imo is that it doesn't make too much sense. If one wants to make an own adventure, I'd recommend using other engines like AGS or AGAST or to make an own adventure engine. A lot in SCUMM is in the scripts anyway, so without the code to these you'd need to code the SCUMM-code from scra...