POV-Ray : Newsgroups : povray.beta-test : POV-Ray v3.7 beta 35 Server Time
2 Jul 2024 10:46:48 EDT (-0400)
  POV-Ray v3.7 beta 35 (Message 1 to 4 of 4)  
From: Chris Cason
Subject: POV-Ray v3.7 beta 35
Date: 31 Dec 2009 13:26:03
Message: <4b3cecbb@news.povray.org>
Folks,

Beta 35 for Windows is now available via http://www.povray.org/beta/. The
source code isn't updated yet but will be posted in the next few days.

For Linux users, until a updated source archive is available, please follow
the instructions on the source download page for preventing the message
'please obtain an updated version of this application' from happening.

-------------------------------------------
Changes between 3.7.beta.34 and 3.7.beta.35
-------------------------------------------

  Fixed the following bugs:
    http://bugs.povray.org/task/10
    http://bugs.povray.org/task/32
    http://bugs.povray.org/task/48
    http://bugs.povray.org/task/49
    http://bugs.povray.org/task/51
    http://bugs.povray.org/task/52
    http://bugs.povray.org/task/53
    http://bugs.povray.org/task/55
    http://bugs.povray.org/task/57
    http://bugs.povray.org/task/59
    http://bugs.povray.org/task/61
    http://bugs.povray.org/task/73

  Implemented some media improvements that may significantly speed up scenes 
  using both "heavyweight" averaged or pattern-mapped textures (e.g. 
  micronormals) and interior media.

  Subsurface light transport code should now properly handle light attenuation 
  due to distance, spotlight falloff or intervening non-opaque objects 
  (including media and projected_through objects). Diffuse ambient illumination 
  is also supported to some extent (multiple-scattering term only) when 
  radiosity is turned on (however, it does not actually call radiosity code at 
  present).

  Radiosity maximum_reuse parameter now governs the maximum effective radius of 
  a sample more directly.

  Various bug fixes and minor improvements in input file reading code.
  Added "out-of-the-box" transparency support for GIF files.
  Added support for PNG sRGB chunks.
  
  NOTE: Non-legacy scene default gamma handling for image input files has 
  changed significantly from previous betas, affecting all file formats except 
  OpenEXR, Radiance HDR and (with minor differences) most flavors of PNG; there 
  will be NO corresponding warnings. See below for more detail.

  ---------------------------------------------------
  Changes to improve input image file gamma handling.
  ---------------------------------------------------
  
  Input image files not carrying unambiguous gamma information will now be 
  assumed to match a common gamma setting, and gamma-adjusted accordingly; this 
  common input file gamma setting can be specified in the scene file using the 
  following syntax:
  
    global_settings {
        file_gamma GAMMA
    }
  
  where GAMMA is either a numeric expression specifying the approximate display 
  gamma for which input files are assumed to be gamma pre-corrected, or the 
  keyword 'srgb' indicating that input files are assumed to match the sRGB 
  standard. (In the latter case, gamma adjustment is applied according to the 
  sRGB standard, instead of approximating with a gamma 2.2 power-law function.) 
  The default setting is sRGB.
  
  Regardless of this global setting, gamma correction is not applied if the 
  image input file is obviously used as a mere data container, such as when 
  immediately used in a height field.
  
  Default gamma handling rules for any image input file can be overridden by 
  specifying 'file_gamma GAMMA" immediately after the file name, e.g.:
  
    image_map {
        jpeg "foobar.jpg" file_gamma 1.8
        interpolate 2
    }
  
  This also applies to contexts where gamma adjustment is not normally applied, 
  e.g. file formats that are defined to be encoded linearly, or files used in 
  height fields, to simplify handling of files not conforming to standards.
  
  NOTE: Gamma handling for PNG input files has changed as follows in legacy 
  ('#version 3.6') scenes:

  - In the absence of an 'assumed_gamma' statement, non-indexed PNG files with 
    a gAMA chunk (i.e. virtually all PNG files) will appear far brighter than 
    with POV-Ray 3.6.

  - In the presence of an 'assumed_gamma 1.0' statement, indexed PNG files 
    (uncommon) will appear darker than with POV-Ray 3.6.

  - In the presence of an 'assumed_gamma 2.2' statement, PNG files with a gAMA 
    lower than 2.2 (uncommon) will appear darker than with POV-Ray 3.6.

  - PNG files with an sRGB chunk but no gAMA chunk may appear significantly 
    different than with POV-Ray 3.6.

  - PNG files may generally appear slightly different than with POV-Ray 3.6.

  A warning will be printed in these cases, except for the latter.
  
  ------------------------
  Added proximity pattern.
  ------------------------
  
  The experimental "proximity" pattern uses data collected by the radiosity 
  code to create a gradient according to the proximity to nearby geometry, in 
  order to assign different texture properties to crevices; the syntax is as 
  follows:
  
    texture {
      proximity
      texture_map { ... }
    }
  
  Values start at 1 in crevices, falling off exponentially to 0 in perfectly 
  open spaces. The pattern can only be applied to surfaces, and will not work 
  with media. As of now, only texture maps are supported; future versions are 
  expected to support pigment and normal maps as well.
  
  In scenes not using radiosity otherwise, using the proximity pattern will 
  automatically activate a subset of the radiosity code with default 
  parameters. To specify non-default parameters without activating the full 
  radiosity code, add a radiosity block with "brightness" set to 0.
  
  Note that this feature is still experimental, and both syntax and exact 
  functionality may be subject to change.


Post a reply to this message

From: BobH
Subject: Re: POV-Ray v3.7 beta 35
Date: 1 Jan 2010 01:42:15
Message: <4b3d9947$1@news.povray.org>
Thanks Chris, all!

I found the new proximity pattern inoperative, no keyword color-coding and 
POV just errors about it being a nonexisting identifier.
Hope it just got missed somehow and is still going to be in beta 35.


Post a reply to this message

From: stbenge
Subject: Re: POV-Ray v3.7 beta 35
Date: 2 Jan 2010 15:43:16
Message: <4b3fafe4@news.povray.org>
Chris Cason wrote:
> Folks,
> 
> Beta 35 for Windows is now available via http://www.povray.org/beta/.

Got it, and am testing it now. Thanks, everyone!

>     texture {
>       proximity
>       texture_map { ... }
>     }

This feature isn't working for some reason :(


Post a reply to this message

From: Kirk Andrews
Subject: Re: POV-Ray v3.7 beta 35
Date: 15 Jan 2010 19:00:38
Message: <4b5101a6@news.povray.org>
Any update on the proximity issue?  That's one I was really hoping to 
try out...


Post a reply to this message

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.