In my case, my plugin doesn't really need to have the thumbnail shown in Poser, but since the pose file and thumbnail are being added to the current Runtime library, it would be nice to have a Poser-compliant thumbnail image.

I'm not really too hip on writing out the embeded PICT information into an RSR myself.  The header switch with footer didn't work with the type of PICT saved from the quick render in Cinema 4D to create the thumbnail image.  I note that some RSRs have different values than the header/footer Dodger supplied.  That means some values changes would need to occur in there - probably the Resource map offsets.

For C++, there aren't too many open-license (zlib-type) graphics libs available.  I just tried FreeImage yesterday and it was a catastrophe.  First, my plugin uses a plugin SDK so I can't just change the compiler/linker settings willy-nilly.  For instance, FreeImage wants LIBCMT to be ignored when its lib is included.  That created a ton of linker errors when the FreeImage.lib was added to my plugin project because the plugin API lib obviously needs LIBCMT (removing this ignore resulted in none of those linker errors, but FreeImage.lib had issues).  Can't work around that.  It also redefines several basic types already defined by the API (and FreeImage wants Initialize and DeInitialize wrapped at the start and end of main).  Dumped.  Of the two other alternatives, one has known issues and support was discontinued three years ago - nope.

Oversimplified me thinks...

C makes it easy to shoot yourself in the foot. C++ makes it harder, but when you do, you blow your whole leg off.

 -- Bjarne Stroustrup

Contact Me | Kuroyume's DevelopmentZone