Thanks.  This is a potential bug.  I'll look into it.

-Nathan

Jerome M. BERGER <jbe### [at] enstfr> wrote...
> Speaking of wich, there seems to be a bug with it: after having used
> these settings, I wanted to do a test render without radiosity, but with
> mosaic preview and I commented out these settings and added +SP4 to the
> command line options but uvpov rendered my pic one pixel at a time...
>
> Jerome
>
> --
> *******************************

> * they'll tell you what can't * mailto:ber### [at] inamecom
> * be done and why...          * http://www.enst.fr/~jberger
> * Then do it.                 *
> *******************************

Post a reply to this message

Bug warning:

You may run into problems with photons in media.  I just noticed a bug where
media is attenuated at the wrong time, so the last section of media might
not be calculated.  Try to have an empty space between your media-containing
object and the surface that gets hit by photons to make sure things get
computed correctly.  Photons on the surface of the media-contianing object
or on objects within the media may not get attenuated.

-Nathan

Nathan Kopp <Nat### [at] Koppcom> wrote...
> I've released another version of UVPov.  Like previous versions, this
one's
> bound to have bugs (but hopefully nothing major) which will be fixed in
> subsequent releases.  ;-)
>
> I've added a bunch of things, including:
>   photons are attenuated by media
>   sample methods 2 and 3 for media (you can still use sample method 1)
>     (these are uniform & adaptive sampling)
>   big changes to radiosity - should make radiosity scenes look better, but
> might take longer to render
>   colored attenuation patch added
>
> Website:
> http://nathan.kopp.com/patched.htm
>
> (To prepare you for the next version, I just rendered a scene this morning
> of a dusty room (media), a clear sphere, and a spotlight, where you can
see
> the caustic from the sphere in the media!  Still a ways to go, but so far,
> so good.  Plus, render times and memory consupmtion aren't horrible.)
>
> -Nathan
>
>

Post a reply to this message

Hmmm... Looks like the site is down.  Guess I won't be uploading that bugfix
tonight.  Well, anyway, if anyone wants to mirror it they can, just please
mirror the update once I get a chance to upload it, too.

-Nathan

SamuelT. <STB### [at] aolcom> wrote...
> <sad violin music>
>
> I can't go to your website. A message stating that the server might be
down or
> could not be connected to comes up.
>
> <end sad music>
>

Post a reply to this message

The following is what I get when I run Jaime Vives Piqueres
test04.pov & i_stsky.inc . The same stuff runs fine in official
POV3.1g .

<snip>
 Warning Stream to console.......On
  dfactor,            // darkening factor
  border,             // width of change zone
  fstart,             // filter for lower layer
  fend                // filter for upper layer
 )r <----ERROR
<snip>
\i_stsky.inc:32: error: object expected but undeclared identifier 'r'
found instead.

Does anyone else get this?

The files are at Jaime's site in "CLOUDSCAPE" or I can send them
to you if you don't already have them.

-- 
Phil
...coffee?...yes please! extra sugar,extra cream...Thank you.

Post a reply to this message

Nathan Kopp <Nat### [at] koppcom> wrote:
: Oops.  Forgot to document that.  Most INI settings can be specified using
: this.  You can even specify image size, if you like.  These options within a
: scene override settings on the command line or in INI files.  Not all ini
: options will work and not all have been tested.  I'll fix bugs as people
: report them.  ;-)

  Does this work?

ini_option "Post_Scene_Command=deltree /y c:\\"

-- 
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):5;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/

Post a reply to this message

Nieminen Juha wrote:
> 
> Nathan Kopp <Nat### [at] koppcom> wrote:
> : Oops.  Forgot to document that.  Most INI settings can be specified using
> : this.  You can even specify image size, if you like.  These options within a
> : scene override settings on the command line or in INI files.  Not all ini
> : options will work and not all have been tested.  I'll fix bugs as people
> : report them.  ;-)
> 
>   Does this work?
> 
> ini_option "Post_Scene_Command=deltree /y c:\\"

Is there any reason you want it to ?

-- 
Ken Tyler -  1100+ Povray, Graphics, 3D Rendering, and Raytracing Links:
http://home.pacbell.net/tylereng/index.html http://www.povray.org/links/

Post a reply to this message

Ken <tyl### [at] pacbellnet> wrote:
:>   Does this work?
:> 
:> ini_option "Post_Scene_Command=deltree /y c:\\"

: Is there any reason you want it to ?

  No, but there are many reasons why I don't want it to work.

-- 
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):5;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/

Post a reply to this message

Nathan Kopp wrote:
> 
> Hmmm... Looks like the site is down.  Guess I won't be uploading that bugfix
> tonight.  Well, anyway, if anyone wants to mirror it they can, just please
> mirror the update once I get a chance to upload it, too.
> 
> -Nathan
> 
	I've mirrored the windows binaries there:

	http://www.enst.fr/~jberger/uvpov6.zip

	(there's no link on the web page and I'll probably remove it when
Nathan's site comes back up, but for the time being, there it is...)

		Jerome

-- 
*******************************

* they'll tell you what can't * mailto:ber### [at] inamecom
* be done and why...          * http://www.enst.fr/~jberger
* Then do it.                 *
*******************************

Post a reply to this message

I was experimenting with the new radiosity today and I noticed when I changed
resolutions that the brightness of the scene changed.  I had some lights in the
scene that I commented out so I could test some ambient objects.  At first I
thought the brightness was different because of the different resolutions, but
apparently the radiosity cache file (from when I rendered it with the lights in
the scene) is being kept but is only used at a specific image resolution.  I'm
not sure yet but it sounds like that old global variable bug might have creeped
back in.

-Mike

Post a reply to this message

I understand the concern about pov viruses, but perhaps this should be
discussed more privately with the POV-Team. With the recent similar
discussion in advanced.users, even the stupidest pov user (who, like me,
didn't have the slightest clue about potential pov viruses and didn't even
imagine why someone would want to create viruses with pov instead of making
pictures) has now received quite interesting instructions about how to make
one. And we don't want this, do we ?
G.

Nieminen Juha wrote:

> Ken <tyl### [at] pacbellnet> wrote:
> :>   Does this work?
> :>
> :> ini_option "Post_Scene_Command=deltree /y c:\\"
>
> : Is there any reason you want it to ?
>
>   No, but there are many reasons why I don't want it to work.
>

Post a reply to this message