|
 |
"clipka" <nomail@nomail> wrote:
> "Kenneth" <kdw### [at] earthlink net> wrote:
> > When a function is used in the HF_Square macro in shapes.inc--supposedly the
> > 'equivalent' of POV's regular HF--the function (whether of a
> > pigment/pattern OR an image_map) actually evaluates the pattern 'slice'
> > on the X/Z plane(!) rather than the X/Y plane as it is supposed to. That
> > explains lots of things!
>
> No, that's actually documented:
>
> "The function values used for the heights will be taken from the square that
> goes from <0,0,0> to <1,1,0> if UV height mapping is on. Otherwise the
> function values will be taken from the points where the surface is
> (before the deformation)."
So *that's* what is meant by that paragraph. I've been trying to pin down its
meaning for quite awhile... the 'surface' thing. Now that you bring it to my
attention (and explain it so succinctly), it does make complete sense.
Hmm. I've been taking my cues from two different places--"3.5.11.16 Function
Image" (which I understand to be the way to create a 'regular' procedural HF,
and where the image 'slice' is definitely evaluated on the X/Y plane) and
"3.7.12.1.1 The HF Macros" in shapes.inc. It's possible that I've been
combining/confusing their explanations; I need to step back and re-gather my
thoughts.
>
> As the HF_Square macro will build a height field over the X/Z plane, you'd
> need to set the UseUVheight parameter to true to get the samples from
> the X/Y plane.
>
> The regular height_field is always in "UseUVheight" mode, so to speak.
I think this is why it never occurred to me, re: the HF_Square macro--I was
expecting it to automatically be in that mode as well. Hmm, what a strange and
semi-confusing difference. I can't truly understand why the macro wasn't set up
'out of the box' to duplicate regular HF behavior. (Probably having to do with
the added feature of UV-mapping, I suppose.) Thanks for pointing this out; much
appreciated.
Post a reply to this message
|
|
|
|
High!
Chris B wrote:
> If you code these in a way that's compatible with the 23 already in the
> Object Collection at
>
http://lib.povray.org/searchcollection/index2.php?objectName=Flags&contributorTag=chrisb
>
> then we could build a pretty comprehensive set (each is simply defined
> in it's own macro which sets the Flags_Texture identifier using a
> texture scaled to fit a unit square.
>
> It currently contains procedural textures for "Olympic", "UnionJack",
> "UnionFlag1606", "StGeorgesCross", "StAndrewsCross",
> "StPatricksCross","Wales", "Canada", "USA", "Australia", "New Zealand",
> "Ireland", "France", "Belgium", "Italy", "Germany", "Austria",
> "Luxembourg", "Netherlands", "Hungary", "Armenia", "Peru", "Nigeria".
That's a good idea... I just spent this night (CET) working myself into
the logic of your files - and, so, contributing 18 additional flags your
collection (I think it's more creative than just daddling away my
lifetime with Freeciv...)!
I added flags of the following countries:
Bulgaria, Bolivia, Estonia, Gabon, Lithuania, Russia, Yemen, Ivory
Coast, Chad, Guinea, Mali, Romania, Sierra Leone, Indonesia, Monaco,
Poland, Ukraine and Mauritius
They are all still pretty simple, straight gradient patterns without any
coats of arms; to do Indonesia, Monaco, Poland and Ukraine, I added a
TwoStripeFlag() macro, also FourStripeFlag() for Mauritius (which is
currently the only country flying a simple 4-stripe flag, but who knows
that this may not change in the future?).
Another addition is a third parameter "light" for the Flags() macro: if
"light" is set to 0, the texture gets ambient 1 and diffuse 0 in its
finish, making it usable without light sources.
Oh, and I've got a suggestion for the more sophisticated flags: as
bi-/tri-/tetracolors, circles, crescents, stars, crosses and diagonal
stripes are quite common elements of flags throughout the world, it
would be more elegant to define them via global macros and then build
layered textures using them for any specific flag!
See you in Khyberspace!
Now playing: Clouds (Rosenstein & Wagener)
Post a reply to this message
Attachments:
Download 'newflags1.png' (21 KB)
Download 'newflags2.png' (20 KB)
Preview of image 'newflags1.png'
Preview of image 'newflags2.png'
|
|
|
|
news:49cde50d$1@news.povray.org...
> High!
>
> Although I just registered and logged in, I can't proceed to the members
> area... I just always get the login tab!
>
> Yadgar
That's odd!
Once you're logged in it should change the menu along the top, so you get a
'Contribute' and a 'Members' option. It should also take you straight into
the Members Page (although it says 'Contributors Page' in the title at the
moment). This lists 4 options ('Submit a contribution','Update your
profile','Log Off','Unregister').
The login process uses Cookies, so it won't work if you have Cookies
disabled. The Contribution screen also uses JavaScript, so that won't work
if you have JavaScript disabled in your browser. The other thing I noticed
one time was that my first login attempt didn't seem to 'take', but I
repeated the same login and it worked the second time.
I've just checked the site in both Firefox 3.0.7 and IE 7.0 on Windows Vista
and they both seems to be working ok. What are you using?
Regards
Chris B.
Post a reply to this message
|
|
