Well, I found a workable--if not algorithmically guaranteed--solution.
It's in the ContentDescriptionRecord value (which is compressed and has
it's own similar data structure) of the ClientRegistry.blob.
In the numbered sections, under 1 ("applications") and 440 (the appid in
question) and 12 ("file system records") there are a series of
dependency app-ids. I can then look *those* numbers up to get their
names, an infer a single GCF from that.
Of course, this needs a bit of work, because it leads to some
phantom-results. For example, a "Chinese Health Warning.gcf" file. I'll
have to see if this approach is generally viable or if it "just happens
to work" because some loose naming convention happens to be being followed.
_________________________
Adam "amckern" McKern wrote:
> There is allready a tool called resmaker that makes .res files - maybe you
> can use resgen, and read the .res file in your java tool that then packages
> the custom assets.
>
>
Unfortunately that doesn't quite do it, since (in the backend of the
tool) it is using BSPZIP to literally compress and store the resources
into the .bsp file itself. This has many advantages over the .res
solution in terms of management (no name collision) and compression (for
bsp.bz2 files.)
I'm not sure if Resmaker may just be listing everything the map
requires whether or not it is already in the GCFs. If it did it would
still work since clients would simply skip the file because they already
have it. Actual details seem scarce unless I download it and experiment
directly.
Thanks,
--Darien A. Hager
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders
