 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
We are happy to announce the release of MegaPov 0.6a. This is a bugfix
release to clean up some problems with MegaPov 0.6.
Windows:
http://nathan.kopp.com/patched.htm
Macintosh:
http://users.skynet.be/smellenbergh
DOS:
http://www.stuartgibson.com/
The demo scenes can be viewed on-line at Smellenbergh's site:
http://users.skynet.be/smellenbergh (click on the "Demos" link in the
navigation bar on the left).
Here are the changes for MegaPov 0.6a:
* Fixed a bug in the proximity patch. If no sample_weight vector was given
it was filled with random values, giving different results for each
rendering.
* In isosurface statistics, max gradient is reported again
* Fixed more memory leaks in isosurface
* julia sqr and power (^) now allowed without version unofficial xx
specifier: it is a legal keyword in POV-Ray 3.1
* In the manual updated section 8.9 displace warp
* In the manual corrected 9.20: the formula used is:
Red*0.3+Green*0.59+Blue*0.11
* In DoPostProcess() in postproc.c give an error if for some reason the
input file could not be opened. Previously MegaPOV would crash.
* density file is now positioned from 0 to 1 again. We changed that in 0.6
but obviously this was incorrect. It crashed MP often too. Files written by
the df3 patch are now flipped so that the result is correct.
* df3 in i_dat3d now works again. This was listed as fixed in MP 0.6 but
only now in 0.6a this is realy fixed!
* Updated the displacement warp patch to MP+0.3.2. This adds the type
keyword.
* Fixed bug in transform when used like this: "transform {
DeclaredMyTrans }"
Enjoy!
-The MegaPov Team
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Nathan Kopp wrote:
>
> We are happy to announce the release of MegaPov 0.6a. This is a bugfix
> release to clean up some problems with MegaPov 0.6.
>
I'm happy to hear this!
But during testing of my patch I've found memory leak in old version
(0.6) and seems like it ain't fixed in new version either:
Function InitMallocCaches in file lighting.c allocates cache sizes
(ShadowMediaListCacheSize, LightingMediaListCacheSize &
MediaIntervalCacheSize), but does not free them in DeInitMallocCaches.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Mon, 16 Oct 2000 01:20:18 -0400 Nathan Kopp wrote:
>We are happy to announce the release of MegaPov 0.6a. This is a bugfix
>release to clean up some problems with MegaPov 0.6.
Thanks much, Nathan and others on the WinMegaPov Team.
--
Alan - ako### [at] povray org - a k o n g <at> p o v r a y <dot> o r g
http://www.povray.org - Home of the Persistence of Vision Ray Tracer
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Nathan Kopp wrote:
>
[...]
>
> Enjoy!
>
> -The MegaPov Team
I do ! :-)
Christoph
--
Christoph Hormann <chr### [at] gmxde>
Homepage: http://www.schunter.etc.tu-bs.de/~chris/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
all charioteers : Ben Hur :: all programmers : MegaTeam
all woodsmen : Davy Crocket :: all programmers : PovTeam
Nathan Kopp wrote:
> We are happy to announce the release of MegaPov 0.6a. This is a bugfix
> release to clean up some problems with MegaPov 0.6.
>
> Windows:
> http://nathan.kopp.com/patched.htm
> Macintosh:
> http://users.skynet.be/smellenbergh
> DOS:
> http://www.stuartgibson.com/
>
> The demo scenes can be viewed on-line at Smellenbergh's site:
> http://users.skynet.be/smellenbergh (click on the "Demos" link in the
> navigation bar on the left).
>
> Here are the changes for MegaPov 0.6a:
>
> * Fixed a bug in the proximity patch. If no sample_weight vector was given
> it was filled with random values, giving different results for each
> rendering.
> * In isosurface statistics, max gradient is reported again
> * Fixed more memory leaks in isosurface
> * julia sqr and power (^) now allowed without version unofficial xx
> specifier: it is a legal keyword in POV-Ray 3.1
> * In the manual updated section 8.9 displace warp
> * In the manual corrected 9.20: the formula used is:
> Red*0.3+Green*0.59+Blue*0.11
> * In DoPostProcess() in postproc.c give an error if for some reason the
> input file could not be opened. Previously MegaPOV would crash.
> * density file is now positioned from 0 to 1 again. We changed that in 0.6
> but obviously this was incorrect. It crashed MP often too. Files written by
> the df3 patch are now flipped so that the result is correct.
> * df3 in i_dat3d now works again. This was listed as fixed in MP 0.6 but
> only now in 0.6a this is realy fixed!
> * Updated the displacement warp patch to MP+0.3.2. This adds the type
> keyword.
> * Fixed bug in transform when used like this: "transform {
> DeclaredMyTrans }"
>
> Enjoy!
>
> -The MegaPov Team
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Some files have capital letters in their names but they are included all
in lower-case.
This is a problem. The #included file name should be exactly the same as
the file name (case sensitive). Either the #include has to be renamed or
the file name itself has to be renamed to lower case (probably best solution).
I can automatically convert all file names to lowercase with a relatively
short unix command, but all unix users might not know enough to do it.
It would be best that the files were in lowercase in the zip-file itself.
--
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):_;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Hi Nathan,
The manual gives the displace warp syntax as
warp { displace { PATTERN, COLOR_MAP } type TYPE }
which is what went into the MP+ manual as well.
I understand the correct syntax (at least, it works for me) is
warp { displace { PIGMENT_BODY type TYPE } }
which means you can put in anything from a declared pigment name to a
full compound pigment pattern ...
Bye for now,
Mike Andrews.
Nathan Kopp wrote:
> * In the manual updated section 8.9 displace warp
>
> * Updated the displacement warp patch to MP+0.3.2. This adds the type
> keyword.
>
> Enjoy!
>
> -The MegaPov Team
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp wrote:
>
> Some files have capital letters in their names but they are included all
> in lower-case.
> This is a problem. The #included file name should be exactly the same as
> the file name (case sensitive). Either the #include has to be renamed or
> the file name itself has to be renamed to lower case (probably best solution).
> I can automatically convert all file names to lowercase with a relatively
> short unix command, but all unix users might not know enough to do it.
> It would be best that the files were in lowercase in the zip-file itself.
>
Unfortunately, Windows has its own ideas about which letters should be
upper case and which lower case, and AFAIK there's no easy way to change
that.
On unix, the -L option of unzip is supposed to fix the problem...
--
* Abandon the search for truth, * mailto:ber### [at] inamecom
* Settle for a good fantasy. * http://www.enst.fr/~jberger
*********************************
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thanks for all your efforts, much appreciated.
Mick
"Nathan Kopp" <Nat### [at] Koppcom> wrote in message
news:39ea90ca$1@news.povray.org...
> We are happy to announce the release of MegaPov 0.6a. This is a bugfix
> release to clean up some problems with MegaPov 0.6.
>
> Windows:
> http://nathan.kopp.com/patched.htm
> Macintosh:
> http://users.skynet.be/smellenbergh
> DOS:
> http://www.stuartgibson.com/
>
> The demo scenes can be viewed on-line at Smellenbergh's site:
> http://users.skynet.be/smellenbergh (click on the "Demos" link in the
> navigation bar on the left).
>
> Here are the changes for MegaPov 0.6a:
>
> * Fixed a bug in the proximity patch. If no sample_weight vector was given
> it was filled with random values, giving different results for each
> rendering.
> * In isosurface statistics, max gradient is reported again
> * Fixed more memory leaks in isosurface
> * julia sqr and power (^) now allowed without version unofficial xx
> specifier: it is a legal keyword in POV-Ray 3.1
> * In the manual updated section 8.9 displace warp
> * In the manual corrected 9.20: the formula used is:
> Red*0.3+Green*0.59+Blue*0.11
> * In DoPostProcess() in postproc.c give an error if for some reason the
> input file could not be opened. Previously MegaPOV would crash.
> * density file is now positioned from 0 to 1 again. We changed that in 0.6
> but obviously this was incorrect. It crashed MP often too. Files written
by
> the df3 patch are now flipped so that the result is correct.
> * df3 in i_dat3d now works again. This was listed as fixed in MP 0.6 but
> only now in 0.6a this is realy fixed!
> * Updated the displacement warp patch to MP+0.3.2. This adds the type
> keyword.
> * Fixed bug in transform when used like this: "transform {
> DeclaredMyTrans }"
>
> Enjoy!
>
> -The MegaPov Team
>
>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Warp" <war### [at] tagpovrayorg> wrote...
> Some files have capital letters in their names but they are included all
> in lower-case.
> This is a problem. The #included file name should be exactly the same as
> the file name (case sensitive). Either the #include has to be renamed or
> the file name itself has to be renamed to lower case (probably best
solution).
> I can automatically convert all file names to lowercase with a
relatively
> short unix command, but all unix users might not know enough to do it.
> It would be best that the files were in lowercase in the zip-file itself.
I apologize for this. It seems to me that each time I put together a
release, I'm having to fix those filenames. I get new versions of the files
from a large variety of sources, and often times they come to me with the
first letter capitalized. When I unzip new files, I lose the names that I
fixed last time. And, unfortunately, I don't always catch each and every
file each and every time. I have a little utility that renames all files to
lowercase, but I forgot to use it this time.
-Nathan
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
