Cyogreem posted at 8:08 PM Tue, 28 September 2021 - #4428258

Seems that poser 12 is clearly broken compared to all the previous versions when it comes to DPI. all previous versions work well and clearly render at the DPI setting not reducing it . You will note this when reducing an image rendered at 300-600 dpi in Poser 11 and reducing it for Web at 72 Dpi that it will loose quiet allot of quality and not be as sharp. Actually it is not the Idea having such an Option in Poser 12 expecting it to work and having to calculate a Increased size to achieve the effective DPI you want to end up with.

Seems Poser 12 will remain for some more years in Pre Release not even the Poser 11.1 SM to Bondware's 11.3 version has ever been finished before the support stopped it just has been dropped with a broken Python engine that needs to be run with a 3rd party fix ! Not a very serious marketing strategy. 

Well at least you seem to see what I am getting at here.
My WHOLE intention here was to Render the Size and Resolution desired for printing so during Postwork I do not have to Enlarge or Reduce the image, thus loosing quality.
*****Lets Drop The "Dpi" as that seems to be confusing the Question - Both Poser and Photoshop show them as Resolution = px/n (pixels per inch)********
(that was my fault for that is the way us print people think "dpi" whereas computer people think in "px/in" - us hardware folk understand the translation but apparently some computer folk find it confusing)

@caisson; If you read back to the beginning - I had done exactly what you have said:
"So if you tell Poser what print size and resolution you need it will calculate the number of pixels needed to achieve that. 

If you tell it how many pixels you want you'll have to sort the print size and resolution yourself."

I told Poser both; What Print Size I want and the number of Pixels" - I had this all worked out ahead of time at the Print End.
- As you can see in the Poser 11 example above (using the 300px/in) P11 did what I requested - there was no need to "sort the print and resolution myself" as P11 gave me two different px/in renders as I aksed it to.
However, Poser 12 ALWAYS changes the px/in (pixels per inch) to 72 no matter what I tell the Render Engine to do.

You said:
"In the example screens you've posted, the image has the same resolution in both 11 & 12 - 640 x 480 pixels."
TRUE, I did so for the whole sake of comparing what the two versions of Poser are doing to the Resolution.
BUT, look again - in both Poser 11 & 12 I made TWO EACH RENDERS; one at 72px/in and one at 300px/in

You said:
"That number of pixels can be printed at either 8.888 x 6.666 inches at 72 dpi, or 2.133 x 1.6 inches at 300 dpi."
Here is where you go off the target - the Target its to Print BOTH 72dpi and 300dpi at 8.88 x 6.666 inches - - my example above should be Two Renders from Each version of Poser. Each version of Poser should have rendered Both 72px/in AND 300px/in ALL at the same 0000 x 0000 size. Only Poser 11 seems to have done this for Poser 12 did Two renders at 72px/in
The 72px/in will be less quality then the 300px/in

So the question is:
Given a Render size of 640 x 480 and render it Twice each using a Different Resolution value (one 72px/in and one 300px/in)
That should give out Two different final renders of Two different Resolutions, right?
A) 640 x 480 at a low resolution of 72px/in
B) 640 x 480 at high resolution of 300px/in

According to my sample: Poser 11 does this but Poser 12 does not.
According to my sample: Poser 12 is rendering both at 72px/in as confirmed by Photoshop
According to my sample: Only Poser 11 is rendering two different resolutions of the same pixel dimension (640 x 480)

**** In Short ****
If I had a 10 inch x 10 inch section of my Monitor with say 3,000 x 3,000 pixels and I view it with 72 pixels per inch then I have 5,184 pixels of color information (resolution), but if I view it with 300 pixels per inch then I have 90,000 pixels of color information and therefore a much higher, clearer, less grainy image. - - DO NOT CHANGE THE 10 in x 10 in