Forum: Poser - OFFICIAL


Subject: CorrectReference Magic Trick

Huolong opened this issue on Jul 20, 2005 ยท 4 posts


Huolong posted Wed, 20 July 2005 at 4:37 PM

I recently started running CorrectReference Pro on the PZ3's that I have been creating, some larger than 100MB. There have been about ten corrections per MB and the scenes now render much much faster.

Gordon


kyraia posted Thu, 21 July 2005 at 8:07 AM

CorrectReference Pro Never heared of this ... What does it do?


randym77 posted Thu, 21 July 2005 at 9:11 AM

It's available in the MP. It corrects bad references. BUM file calls if you use Poser 5, say, or bad file names, missing textures, that kind of thing.

You'd be amazed at how many products have bad references. Even DAZ, RNDA, and PoserPros, which have pretty good QA, have released products with bad references. For example, a texture call to E:PoserMyProducts.... (Looking on the merchant's own computer for the texture, instead of on the buyer's.) Textures named red.jpg or brown.jpg - so common that a texture from a different product that uses the same name is likely to be used instead. Or textures that are misnamed or missing altogether.

These bad references slow down Poser, even cause it to crash. Running CR Pro can speed up Poser a lot. It's worth it, if only to delete all the calls to BUM files in old P4 products. (Assuming you're not using P4, that is.)

There's also a free version of Correct Reference, that does a lot of what the Pro version does.


Huolong posted Thu, 21 July 2005 at 11:31 AM

CR Pro can run corrections for P4 or, alternatively, for P5/6. It is wise to run the P4 variant against downloads orginally intended for P4 (with referecne to BUM files) ... this will correct the reference to the original bum file while in it's jpg form. The P5 option does fix this problem and you wind up hunting around for bum files the hard way. I run CR against all new downloads, and randym77 points out, there are some really weird references. Poser loads and renders much faster when the references are optimized

Gordon