[Dr.Sid]

Here is the first public version.

http://roger.questions.cz/other/agg.zip

Here is the readme (included):

This tool is for unpacking and packing files audio files (sfx.agg) from Dangerous Waters.
There is one central sfx.agg (in audio folder) and one for each playable platform (in interfaces folder).

Now how to use it. You can either use the command line or drag'n'drop.

Place the agg.exe into the directory with the agg file. This is not needed, but it is the most easy way.
Make backup of your original file. My tool will do that too, but you can never be too sure.
Now either use command 'agg sfx.agg' or use explorer and drag sfx.agg onto agg.exe (which does exactly the same).
This will create directory sfx and it will extract content of the agg file into it.
Note that the files has strange names, something like this: 0000001c-0036-R_COW_00.wav
This is unfortunatelly needed at the moment, so the files can be repacked in exact same order as in the original file.
It does not seem to work if the order is broken.
Just for your info, those numbers are offset in the original file and index in the table of content.

Now copy your new files over it (into the same folder). Either use whole long funky name (0000001c-0036-R_COW_00.wav)
or just use the normal filename (R_COW_00.wav). This will probably be the case if you use some older sound pack.
Anyway the file with the offset and index MUST be left there, because the information is needed for repacking.
It just wont be used as data source if file with simple name is also there.

Then use reversed process. Use 'agg.exe sfx' (the directory name) or drag directory onto agg.exe.
This will create new sfx.agg with your new files. Backup file (sfx.bak) is created if it does not exists already.

The code is completely new, while based on knownledge described in older scsoundedit.
I have discovered few things not described in scsoundedit, and this tool does not suffer those nasty click scsoundedit produces.
If you unpack and repack an AGG file, you get file which differs only in few bytes, which are dates in table of content.
I hope no more problems occurs, but testing this was prety hard, as the usual sign of bug is that
some sound in DW does not play. And there is very much sound in common DW interface, almost every button has it's own sound.

Thanks to:
- ScSoundEdit authors, whoever it may be.
- CrazyIvan, who came up with this, and did a lot of testing.
- SCS for DW.

Dr.Sid (find me at subsim.com forums if needed).