On 09/20/2018 05:47 PM, clipka wrote:
> Am 20.09.2018 um 22:19 schrieb Kenneth:

> 
> Also, white makes for nice images if you're really just interested in shape.

Isn't like a mid-grey the accepted graphics "standard" for "nothing".


> First of all, as long as you explicitly specify a "right" vector,
> nothing changes at all. User-specified "right" wins over default, as
> previously.

The quickres.ini he mentions does not have "Right" as an attribute (just
Width, Height, and Antialias foo). So 1280x720 *will* look different
then he has previously seen.  It will be more correct :) but it will be
different.

> 
> And second, "right x*image_width/image_height" is in fact exactly what
> the new default boils down to.
> 


-- 
dik
Rendered 1024 of 921600 pixels (0%)

Post a reply to this message

On 09/20/2018 06:43 PM, dick balaska wrote:

> 
> The quickres.ini he mentions does not have "Right" as an attribute (just
> Width, Height, and Antialias foo). So 1280x720 *will* look different
> then he has previously seen.  It will be more correct :) but it will be
> different.

That was a dumb statement.  There is no camera in quickres, so there
couldn't be a "right".


-- 
dik
Rendered 1024 of 921600 pixels (0%)

Post a reply to this message

clipka <ano### [at] anonymousorg> wrote:
> Am 20.09.2018 um 22:19 schrieb Kenneth:

> > I don't usually mess with   right  x*image_width/image_height...
>
> Presuming that by "I don't usually mess with..." you mean "I usually
> use..." (as opposed to e.g. "I don't even try to use..."), there's no
> need to worry.
>

Yeah, that's the case-- I always specify right... in a camera, but almost always
leave it alone (at the default.)

Post a reply to this message

On 9/20/2018 8:00 PM, Kenneth wrote:
> clipka <ano### [at] anonymousorg> wrote:
>> Am 20.09.2018 um 22:19 schrieb Kenneth:
> 
>>> I don't usually mess with   right  x*image_width/image_height...
>>
>> Presuming that by "I don't usually mess with..." you mean "I usually
>> use..." (as opposed to e.g. "I don't even try to use..."), there's no
>> need to worry.
>>
> 
> Yeah, that's the case-- I always specify right... in a camera, but almost always
> leave it alone (at the default.)
> 
> 

By specifying `right` you are not using any defaults at all. The 
defaults only come into play when you *don't* specify `right`.


Mike

Post a reply to this message

Am 21.09.2018 um 00:43 schrieb dick balaska:
> On 09/20/2018 05:47 PM, clipka wrote:
>> Am 20.09.2018 um 22:19 schrieb Kenneth:
> 
>>
>> Also, white makes for nice images if you're really just interested in shape.
> 
> Isn't like a mid-grey the accepted graphics "standard" for "nothing".

Mid-grey is certainly /one/ standard, but it is not the only one - white
being another (e.g. the default material for geometric primitives in DAZ
studio).

White has the decided advantage over mid-grey in that it is well-defined
in terms of gamma: White is always white.

Also, with `diffuse` defaulting to a value below 1.0, it is effectively
not pearly white.


> The quickres.ini he mentions does not have "Right" as an attribute (just
> Width, Height, and Antialias foo). So 1280x720 *will* look different
> then he has previously seen.  It will be more correct :) but it will be
> different.

It will be more correct for people who don't use the `right
x*image_width/image_height` idiom. Which is pretty much the point of it ;)

Post a reply to this message

Am 21.09.2018 um 02:21 schrieb Mike Horvath:
> On 9/20/2018 8:00 PM, Kenneth wrote:
>> clipka <ano### [at] anonymousorg> wrote:
>>> Am 20.09.2018 um 22:19 schrieb Kenneth:
>>
>>>> I don't usually mess with   right  x*image_width/image_height...
>>>
>>> Presuming that by "I don't usually mess with..." you mean "I usually
>>> use..." (as opposed to e.g. "I don't even try to use..."), there's no
>>> need to worry.
>>>
>>
>> Yeah, that's the case-- I always specify right... in a camera, but
>> almost always
>> leave it alone (at the default.)
>>
>>
> 
> By specifying `right` you are not using any defaults at all. The
> defaults only come into play when you *don't* specify `right`.

Absolutely right.

(Irresistible.)

Post a reply to this message

Mike Horvath <mik### [at] gmailcom> wrote:

>
> By specifying `right` you are not using any defaults at all. The
> defaults only come into play when you *don't* specify `right`.
>

Oh.  I actually had to look that up in the docs-- it's been ages since I read
those sections. (I rarely if ever think about right, up etc). Just to clarify, I
always use AND specify
          right  x*image_width/image_height

Honestly, I thought that was the default(!). But I see that 4/3*x or <1.33,0,0>
is the real one. I can't recall when I started using one vs. the other-- it
was in the dim and murky past!

Thanks for the clarification.

Post a reply to this message

Am 21.09.2018 um 13:24 schrieb Kenneth:

>           right  x*image_width/image_height
> 
> Honestly, I thought that was the default(!).

Well, it is now ;)

> But I see that 4/3*x or <1.33,0,0>
> is the real one.

The latter actually. Which means that by default the aspect ratio wasn't
even really fitting for classic 4:3 images.

Post a reply to this message

On 9/19/18 4:46 PM, clipka wrote:
> In POV-Ray v3.8.0, default values will be chaned as follows:

haven't started on this yet...a quick glance was all i did for now but i 
/think/ i've already done some of them. i'm burnt so give me a bit

Post a reply to this message

Am 23.09.2018 um 00:40 schrieb Jim Holsenback:
> On 9/19/18 4:46 PM, clipka wrote:
>> In POV-Ray v3.8.0, default values will be chaned as follows:
> 
> haven't started on this yet...a quick glance was all i did for now but i
> /think/ i've already done some of them. i'm burnt so give me a bit

The new `ambient` and camera defaults are indeed already doc'd, so it's
a matter of finding a good place to document the new pigment colour (the
old default of pitch black doesn't seem to be explicitly mentioned) and
to overhaul the behaviour of the `#version` statement with respect to
the defaults.

Nothing too urgent I think, so no pressure.

Post a reply to this message