POV-Ray : Newsgroups : povray.beta-test.binaries : Dokken Server Time
25 Apr 2024 00:02:58 EDT (-0400)
  Dokken (Message 1 to 5 of 5)  
From: ThH
Subject: Dokken
Date: 5 Feb 2017 03:29:13
Message: <5896e259@news.povray.org>
Another old source...

Find it at povray.text.scene-files:
Different Results Between Versions, Dave Blandston, 07.08.2009

The resulting image doesn't look right to me. What do you think?

Any confirmations?

povray -- version

POV-Ray 3.7.2-alpha.unofficial

This is an unofficial version compiled by:
  ThH <no.spam@address>
  The POV-Ray Team is not responsible for supporting this version.

Copyright 1991-2017 Persistence of Vision Raytracer Pty. Ltd.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Built-in features:
   I/O restrictions:          enabled
   X Window display:          enabled (using SDL)
   Supported image formats:   gif tga iff ppm pgm hdr png jpeg tiff openexr
   Unsupported image formats: -

Compilation settings:
   Build architecture:  x86_64-unknown-linux-gnu
   Built/Optimized for: x86_64-unknown-linux-gnu (using -march=native)
   Compiler vendor:     gnu
   Compiler version:    g++ 4.9.2
   Compiler flags:      -pipe -Wno-multichar -Wno-write-strings 
-fno-enforce-eh-specs -Wno-non-template-friend -s -O3 -ffast-math 
-march=native -pthread

--
Thorsten aka ThH


Post a reply to this message


Attachments:
Download 'dokken.png' (55 KB)

Preview of image 'dokken.png'
dokken.png


 

From: Kenneth
Subject: Re: Dokken
Date: 5 Feb 2017 18:15:00
Message: <web.5897b07b6a1a359883fb31c0@news.povray.org>
ThH <no.spam@address> wrote:
> Another old source...
>
> Find it at povray.text.scene-files:
> Different Results Between Versions, Dave Blandston, 07.08.2009
>
> The resulting image doesn't look right to me. What do you think?
>

On Windows 7 (64-bit), I get the same visual results as you (after changing
Dave's assumed_gamma 2.0 to 1.0). I ran two versions of POV-Ray: one of the
latest development builds (8927145) , and the latest 3.7.1-beta 2 version.
Unfortunately, I don't know what Dave's original scene is supposed to look like,
as a comparison (or what POV-Ray version he originally wrote it with) :-(  The
render does look kind of odd, though, with those "spiky" things jutting out.

As a side note: When I first ran Dave's scene, BOTH POV-Ray versions I used
actually CRASHED. The culprit was his use of
   charset utf8
in his global_settings block. Without that, the scene runs OK. I think this
particular problem has recently been mentioned in the newsgroups, re:
the 3.7.1 beta 2 release. But I was surprised that the same crash happened with
the earlier development build.


Post a reply to this message

From: Alain
Subject: Re: Dokken
Date: 5 Feb 2017 18:41:25
Message: <5897b825@news.povray.org>
Le 17-02-05 à 03:29, ThH a écrit :
> Another old source...
>
> Find it at povray.text.scene-files:
> Different Results Between Versions, Dave Blandston, 07.08.2009
>
> The resulting image doesn't look right to me. What do you think?
>
> Any confirmations?
>
> povray -- version
>
> POV-Ray 3.7.2-alpha.unofficial
>
> This is an unofficial version compiled by:
>  ThH <no.spam@address>
>  The POV-Ray Team is not responsible for supporting this version.
>
> Copyright 1991-2017 Persistence of Vision Raytracer Pty. Ltd.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
> Built-in features:
>   I/O restrictions:          enabled
>   X Window display:          enabled (using SDL)
>   Supported image formats:   gif tga iff ppm pgm hdr png jpeg tiff openexr
>   Unsupported image formats: -
>
> Compilation settings:
>   Build architecture:  x86_64-unknown-linux-gnu
>   Built/Optimized for: x86_64-unknown-linux-gnu (using -march=native)
>   Compiler vendor:     gnu
>   Compiler version:    g++ 4.9.2
>   Compiler flags:      -pipe -Wno-multichar -Wno-write-strings
> -fno-enforce-eh-specs -Wno-non-template-friend -s -O3 -ffast-math
> -march=native -pthread
>
> --
> Thorsten aka ThH

Utherly broken !
All the parts jutting out from «Dokken» should NOT be there at all. The 
original render did not have those.

Alain


Post a reply to this message

From: Kenneth
Subject: Re: Dokken
Date: 5 Feb 2017 18:45:01
Message: <web.5897b87f6a1a359883fb31c0@news.povray.org>
"Kenneth" <kdw### [at] gmailcom> wrote:
>
> Unfortunately, I don't know what Dave's original scene is supposed to look like,
> as a comparison (or what POV-Ray version he originally wrote it with)

Oops, Dave did mention the versions he used-- 3.6.1a vs 3.6.2.  Right now, I
don't have either older version installed, to further test the scene.


Post a reply to this message

From: William F Pokorny
Subject: Re: Dokken
Date: 6 Feb 2017 10:30:53
Message: <589896ad$1@news.povray.org>
On 02/05/2017 03:29 AM, ThH wrote:
> Another old source...
>
> Find it at povray.text.scene-files:
> Different Results Between Versions, Dave Blandston, 07.08.2009
>
> The resulting image doesn't look right to me. What do you think?
>
> Any confirmations?
>

In his post Dave wrote: "This is my source for the Dokken logo. It 
renders fine with version 3.6.1a but does not render correctly with 
version 3.6.2."

On Ubuntu 16.04 linux I get the 'not-right' result with all my versions 
back through 3.5 which includes a version of 3.6.1.

It looks like the root of the problem is the following two values being 
set the same in Dokken.pov:

#local CornerRadius = .02;
#local EdgeRadius = CornerRadius;

which results in zero cylinder-radius, torus-major-radius(1) values in:

#macro BeveledCylinder (Top, Bottom, Radius, EdgeRadius)

    union {
       cylinder {<Top.x, Top.y, Top.z + EdgeRadius>, Bottom, Radius}
       cylinder {Top, Bottom, Radius - EdgeRadius}
       torus {
          Radius - EdgeRadius, EdgeRadius
          rotate 90 * x
          translate <Top.x, Top.y, Top.z + EdgeRadius>
          sturm
       } //torus
    } //union

#end //#macro BeveledCylinder

Using something like:

#local CornerRadius = .02;
#local EdgeRadius = CornerRadius/2;

works OK for me.

Bill P.

(1) - New 3.7.1 spindle torus features allow the minor radius to 
self-intersect for various results, but it's not the right 'fix' here.


Post a reply to this message

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