LarryG on 2/1/2009 at 20:07
I've been looking through the list of all DromEd Commands and through the postings here, and I have not found anything that hints at how to get a report of all BIN files in a mission. Is there no such thing? It seems like such a sensible report to have been written. Or is there a simple way to use hex edit on a MIS or COW file to read that?
****EDIT****
I just did a quick Hex Edit scan of my COW, and did not find any of my objects in clear text. I found textures, but no objects. Weird that objects would not be stored in ASCII text using the file names.
************
R Soul on 2/1/2009 at 20:46
There's a program called chkmiss in DarkUtils which can report missing resources. If you rename your obj folder it won't find any of the .bin files so for each object in the mission, the .bin file should be reported as missing.
Original .bin files (from obj.crf) won't be reported because they're referred to in res1.bin and res2.bin, but presumably that hardly matters.
Yandros on 3/1/2009 at 16:06
I'd like to know if you figure something out here, Larry. The Hammerite Imperium mission we're testing has 1,034 .bin files in the \obj folder :eek: , which is probably all the objects for the whole campaign. It would be really nice to remove the ones not being used in the first mission, which is all we're testing and probably will ever be released.
LarryG on 3/1/2009 at 17:10
Well, chkmiss does something. Exactly what it does is not clear to me. It seems that this was intended as a "pre-flight check" of a mission just prior to release.
First off to use it, I suggest putting it in your Thief directory. Second, you need to have the MIS file you want to check in the Thief directory. Thirdly, I suggest using a BAT file with one line in it:
[INDENT]chkmiss Miss25.mis > chkmiss.txt[/INDENT]
This will write the output from chkmiss to a text file.
1) It does not seem to find any of my custom textures when they are GIF files. It assumes PCX, and so reports all GIFs used as missing.
2) If you rename your OBJ directory, it does report some missing objects, but not all. (!?!) I haven't figured out for sure the pattern of which missing objects it complains about. I think that if the object is defined in the hierarchy as an archetype, then it does not report the BIN as missing, even when it is. I think it only checks those objects that you introduced via Add > Shape > Model Name to an instance of some other object. At least all the reported missing objects from my mission are of that nature. More tests would be needed to make sure that is the determining factor.
In all, I would say this is "useful" but not the full answer to my need.
Nameless Voice on 3/1/2009 at 19:43
Quote Posted by LarryG
1) It does not seem to find any of my custom textures when they are GIF files. It assumes PCX, and so reports all GIFs used as missing.
I could easily fix this in under 5 minutes... In fact, I just did. (
http://senduit.com/fe46c9)
Let me know if you need any more changes made to that. At the very least, I should strip the debug symbols from it.
Quote Posted by LarryG
2) ... I
think it only checks those objects that you introduced via Add > Shape > Model Name to an instance of some other object. At least all the reported missing objects from my mission are of that nature. More tests would be needed to make sure that is the determining factor.
hilight_obj_type -1
hilight_add_prop ModelName
You shouldn't save to your main mission file after doing that, though - save out a copy for testing instead.
R Soul on 3/1/2009 at 19:50
When I've accidentally added a property that's already present, Dromed removes both of them, so that highlight add prop command might cause the chkmiss to skip objects where the property is on the concrete level.
If that's the case it can be done in two stages. Run chkmiss as you did before, then highlight add prop and run chkmiss again, outputing the results to a different text file.
Nameless Voice on 3/1/2009 at 20:04
I just tested the above and it keeps the model names on concrete objects for me.
R: Are you sure you're not thinking of what happens if you add a property that's already present and then Cancel (which removes it), rather than hitting okay (which adds it a second time to the list, but basically just keeps its values)?
R Soul on 3/1/2009 at 20:14
I was actually. Usually when I do that I think "oh bugger" and select Cancel, which is why I associate duplicate properties with vanishing properties.
Yandros on 3/1/2009 at 20:30
Thanks, NV. This will be most helpful.
