http://x.or.internet.free.fr/forums/showthread.php?p=3114#post3114

Well....before you quote me again on some forum...you maybe should know this:

Adding a plugin support for a user-defined crc32/sha1/md5 calculation is rather easy. Guess I have to overload 2 functions, add some dll caller, some little things here, some there and that's pretty much it. Maybe one coding night....Before that I have to specify the dll calls...pretty easy too.

BUT:
The thing is, I currently don't have much time. Real life work takes a lot of it and coding at 38°C isn't much fun either.

And generally: I won't have time to write the plugins. I know how much time and sourcecode lines Cowering spent on his goodtools...so...users have to write them.

To sum it up: That plugin support will come. Maybe not tomorrow, maybe not this summer...but maybe earlier as you might think...depends on my mood and free time ;)




edit: just need to skip first 16 bytes for NES if the file is ines, not unif....ok...I might be able to code such an easy plugin on my own 8)

....not to mention plugins are naturally a pure security risk.

So...basically my plugin system should be able to do a little bit more than just returning a header offset (because if the rest of the file is encoded in any way, it won't help you....so much for *other* plugin systems.) And of course sha1/md5 should be supported too.

So something pretty easy would be to give the plugin a readonly filepointer (e.g. from a temporary unzipped file) and it should do what it got to do and return optionally crc32, sha1, md5 and maybe size of the hashed part.



Roman Scherzer