|
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
We uploaded our latest version of our unofficial compile for Macintosh.
New in this version:
-Upgraded the rendering engine with several patches.
-Photons (real caustics).
-Light & shadow controls with light groups.
-Improved sampling methods for media.
-Improved radiosity.
-Solid triangle mesh and new mesh type: mesh2.
-Smooth color triangle with different colors at each vertex.
-New object type: Isoblob.
-New patch type: rational bezier.
-Object controls 'no_image', 'no_reflection'.
-Colored attenuation in objects.
-Double_illuminate to illuminate both sides of the object's surface.
-UV mapping.
-Reset child textures, so that transformations only affect the
parent texture.
-Slope dependent texture.
-Several new patterns (triangle, square,....).
-Added pigment function in Isosurface.
-Transform points with vtransform().
-Trace function to find the intersection point with an object.
-New keywords 'image_height' and 'image_width' to use actual image
size in the scene.
-New keywords 'initial_frame', 'final_frame', 'initial_clock',
'final_clock' and 'frame_number' to use actual clock
values in the scene.
-Added a link in the camera template to call the normal template.
-Added links in the objects template to call pigment, normal and
finish templates.
-Added a panel in the application prefs dialog to set four
additional include paths.
-Added an indicator in the files & paths panel to show if 'use ini'
is set.
Fixes and changes in this version:
*Fixed a bug in the universal headers, that didn't allow to select
text and pref files at the same time in the batch.
*Fixed several small syntax errors in the template dialogs.
*Using the edit button in the batch will also open text files
(before only pref files).
*Fixed a triangle bug.
*Fixed number_of_waves bug.
*Fixed bug in gamma with focal_blur .
*Fixed a bug in movie and pict output. Caused problems when not
opening the compression dialog.
*Adapted all templates for the new keywords (patches). Unofficial
keywords are shown in blue or with an asterix.
*Rearanged layout for object templates.
You can find all these lovely things at:
http://users.skynet.be/smellenbergh
Many thanks to all the authors of the patches, especially to Nathan Kopp
who we bothered a bit with our questions and bug reports :-)
Also many thanks to J. Grimbert who helped us getting the no-image and
no-refection patch to work.
Best regards,
Smellenbergh
--
e-mail:sme### [at] skynetbe
http://users.skynet.be/smellenbergh
Post a reply to this message
|
|
| |
| |
|
|
From: Ken
Subject: Re: POV-RayUnofficial 3.1g MultiPatch for Macintosh PPC/68k uploaded
Date: 15 Nov 1999 13:31:20
Message: <3830513E.8D9D64D8@pacbell.net>
|
|
|
| |
| |
|
|
smellenbergh wrote:
> -New keywords 'image_height' and 'image_width' to use actual image
> size in the scene.
I'm a little fuzzy on this one. What is the difference in this feature
compared to simply scaling the image ?
--
Ken Tyler - 1200+ 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
|
|
| |
| |
|
|
From: omniVERSE
Subject: Re: POV-RayUnofficial 3.1g MultiPatch for Macintosh PPC/68k uploaded
Date: 15 Nov 1999 17:10:38
Message: <383084de@news.povray.org>
|
|
|
| |
| |
|
|
I'm guessing it is about gathering the render image resolution up and being
able to use that in the scene file somehow. But just a guess.
Bob
Ken <tyl### [at] pacbellnet> wrote in message
news:3830513E.8D9D64D8@pacbell.net...
> smellenbergh wrote:
>
> > -New keywords 'image_height' and 'image_width' to use actual image
> > size in the scene.
>
> I'm a little fuzzy on this one. What is the difference in this feature
> compared to simply scaling the image ?
>
> --
> Ken Tyler - 1200+ 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:
> smellenbergh wrote:
>
> > -New keywords 'image_height' and 'image_width' to use actual image
> > size in the scene.
>
> I'm a little fuzzy on this one. What is the difference in this feature
> compared to simply scaling the image ?
It's easy:
camera {
perspective
location <0.0, 0.0, -5>
up y*image_height right x*image_width
angle 60
look_at <0.0, 0.0, 0.0>
}
and your image is right, no mather what size you use. We have found it
very usefull while messing :-) with all those patches.
Image_height/width return the settings you use for the render.
It just makes things easier. There was already a patch but they used the
keywords screen_height and screen width, we think that talking about the
image is more accurate.
smellenbergh
--
e-mail:sme### [at] skynetbe
http://users.skynet.be/smellenbergh
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In povray.general smellenbergh <sme### [at] skynetbe> wrote:
: and your image is right, no mather what size you use.
... supposing that your screen pixels are square.
Sometimes the distorted aspect ratio is intentional. For example when
making an image for the 320x400 resolution (eg. windows startup image).
--
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
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Well, I can finally stop working on MacUVPov. :-)
Post a reply to this message
|
|
| |
| |
|
|
From: Josh English
Subject: Re: POV-RayUnofficial 3.1g MultiPatch for Macintosh PPC/68k uploaded
Date: 15 Nov 1999 18:19:07
Message: <383094D9.86FC782A@spiritone.com>
|
|
|
| |
| |
|
|
Did you do something to the basic render method? I have been working on a
file with the previous release, and grabbedthis one right away. It uses
nothing but standard primitives, and when I render it in the new version it
includes a large shadow, a bunch of red spheres now have blue edges,
andwhile cylinders have light blue "auras". Plus the shadow has some
distinctive blocks in it.
Any ideas? I can post some examples if it'd help?
Josh English
(ps, when I went back to the old version, the Editor Prefs were all messed
up, syntatic coloring was messed up real bad.. I know, I should have
seperated my pref files...)
smellenbergh wrote:
> We uploaded our latest version of our unofficial compile for Macintosh.
>
> New in this version:
> -Upgraded the rendering engine with several patches.
> -Photons (real caustics).
> -Light & shadow controls with light groups.
> -Improved sampling methods for media.
> -Improved radiosity.
> -Solid triangle mesh and new mesh type: mesh2.
> -Smooth color triangle with different colors at each vertex.
> -New object type: Isoblob.
> -New patch type: rational bezier.
> -Object controls 'no_image', 'no_reflection'.
> -Colored attenuation in objects.
> -Double_illuminate to illuminate both sides of the object's surface.
> -UV mapping.
> -Reset child textures, so that transformations only affect the
> parent texture.
> -Slope dependent texture.
> -Several new patterns (triangle, square,....).
> -Added pigment function in Isosurface.
> -Transform points with vtransform().
> -Trace function to find the intersection point with an object.
> -New keywords 'image_height' and 'image_width' to use actual image
> size in the scene.
> -New keywords 'initial_frame', 'final_frame', 'initial_clock',
> 'final_clock' and 'frame_number' to use actual clock
> values in the scene.
> -Added a link in the camera template to call the normal template.
> -Added links in the objects template to call pigment, normal and
> finish templates.
> -Added a panel in the application prefs dialog to set four
> additional include paths.
> -Added an indicator in the files & paths panel to show if 'use ini'
> is set.
>
> Fixes and changes in this version:
> *Fixed a bug in the universal headers, that didn't allow to select
> text and pref files at the same time in the batch.
> *Fixed several small syntax errors in the template dialogs.
> *Using the edit button in the batch will also open text files
> (before only pref files).
> *Fixed a triangle bug.
> *Fixed number_of_waves bug.
> *Fixed bug in gamma with focal_blur .
> *Fixed a bug in movie and pict output. Caused problems when not
> opening the compression dialog.
> *Adapted all templates for the new keywords (patches). Unofficial
> keywords are shown in blue or with an asterix.
> *Rearanged layout for object templates.
>
> You can find all these lovely things at:
> http://users.skynet.be/smellenbergh
>
> Many thanks to all the authors of the patches, especially to Nathan Kopp
> who we bothered a bit with our questions and bug reports :-)
>
> Also many thanks to J. Grimbert who helped us getting the no-image and
> no-refection patch to work.
>
> Best regards,
>
> Smellenbergh
>
> --
> e-mail:sme### [at] skynetbe
>
> http://users.skynet.be/smellenbergh
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Chris Huff <Chr### [at] compuservecom> wrote:
> Well, I can finally stop working on MacUVPov. :-)
Yes, but don't stop working on your patches. As you might have noticed,
one of them already made it, we added it in our compile. The other ones
are promissing but.....
We will contact you for the other ones. There just wasn't time enough to
fully test them and add them. There comes a time you have to stop adding
features and release things, that thime was nov 15 1999 :-)
smellenbergh
--
e-mail:sme### [at] skynetbe
http://users.skynet.be/smellenbergh
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Josh English <eng### [at] spiritonecom> wrote:
> Did you do something to the basic render method? I have been working on a
> file with the previous release, and grabbedthis one right away. It uses
> nothing but standard primitives, and when I render it in the new version it
> includes a large shadow, a bunch of red spheres now have blue edges,
> andwhile cylinders have light blue "auras". Plus the shadow has some
> distinctive blocks in it.
We carefully watched that renders are the same as when using the
official version. However, we use the uv_patch 6.1+ as a base and there
are still some little bugs in it (harmless and we were sure we avoided
them)
> Any ideas? I can post some examples if it'd help?
Please do, that is the only way to find out what is going on. Just mail
them to us and we will check it out.
> Josh English
>
> (ps, when I went back to the old version, the Editor Prefs were all messed
> up, syntatic coloring was messed up real bad.. I know, I should have
> seperated my pref files...)
Yes, that seems to be a problem. We changed a lot in the prefs and the
old version can't handle it. You will have to throw the prefs away in
the system folder or move them every time you use a differend version.
It's an old mistake that keeps following us :-(
smellenbergh
>
--
e-mail:sme### [at] skynetbe
http://users.skynet.be/smellenbergh
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>Yes, but don't stop working on your patches. As you might have noticed,
one of them already made it, we added it in our compile. The other ones
are promissing but.....
We will contact you for the other ones. There just wasn't time enough to
fully test them and add them. There comes a time you have to stop adding
features and release things, that thime was nov 15 1999 :-)<
No immediate danger of me stopping my patch work. It will slow down a
bit, though. If anyone has any suggestions or ideas for new features, I
would like to hear them. :-)
And yes, I did notice that vtransform() made it. I am glad to find out
someone else is interested in my work. :-)
I had a bit of trouble downloading the new version, though. The server
kept dropping the connection. I eventually did get it, though, and will
probably be using it for most of my work.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
|
|