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] povrayorg - 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