 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I have been using mlPov for some time with Terragen generated HDR images
(either mapped on a cube or assembled with Sean O' Malley's cube2cross
program http://www.cs.uh.edu/~somalley/). It always crashes when the HDR
image (lightprobe) is wider than it is tall with map_type 7 for a sphere.
No problem with map_type 1, which works with latitude/longitude
projections. This is minor and easily fixed.
The one I have a problem with, is that it seems to be crashing with an
access violation, when the image is large. With a 4 Mb HDR image, it works.
With a 12 Mb or larger one, it crashes. I haven't yet found the exact size
where this happens. The 4 Mb image is the one that comes from 400X400 px
cube frames and the 14 Mb one from 800X800 ones. And I was hoping to be
able to use even larger ones! The small frames show a pixelated background
in wallpaper size renders.
It is not a memory problem, since I have 512 Mb and the program rarely uses
more than 150, even in complicated scenes. My system is Windows NT.
Is this a known problem? Is there something that can be done?
Help? Ideas? Suggestions?
Helen
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> I have been using mlPov for some time with Terragen generated HDR images
> (either mapped on a cube or assembled with Sean O' Malley's cube2cross
> program http://www.cs.uh.edu/~somalley/). It always crashes when the HDR
> image (lightprobe) is wider than it is tall with map_type 7 for a sphere.
I tried resizing a lightprobe with hdrshop then render it with map_type 7 on
a sphere but no crash. What was the size of the image ?
> The one I have a problem with, is that it seems to be crashing with an
> access violation, when the image is large. With a 4 Mb HDR image, it
works.
> With a 12 Mb or larger one, it crashes. I haven't yet found the exact size
> where this happens. The 4 Mb image is the one that comes from 400X400 px
> cube frames and the 14 Mb one from 800X800 ones. And I was hoping to be
> able to use even larger ones! The small frames show a pixelated background
> in wallpaper size renders.
There is a limitation in the current Read_HDR_Image function : image width
must be < 2048 (with no test so if it s bigger => crash). It could easily be
corrected but i do not plan to release any new mlpov version, so you'll have
to wait for a megapov with high dynamic range images support (or recompile
mlpov with a buffer size > 2048)
M
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Mael wrote:
> There is a limitation in the current Read_HDR_Image function : image width
> must be < 2048 (with no test so if it s bigger => crash). It could easily
> be corrected but i do not plan to release any new mlpov version, so you'll
> have to wait for a megapov with high dynamic range images support (or
> recompile mlpov with a buffer size > 2048)
Hi Mael,
Do you *know* that the next release of MegaPov will have HDR support? It
would be very very nice!!
Andreas
--
http://www.render-zone.com
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Mael <mae### [at] hotmail com> wrote:
> (or recompile mlpov with a buffer size > 2048)
Is it really necessary to have fixed buffer sizes?
Having fixed buffer sizes (and specially if without range checks) is
the most common cause of program crashes and security holes (even though
the latter is not an extremely important issue in the case of POV-Ray).
Nowadays there shouldn't be any reason to use fixed buffer sizes.
--
plane{-x+y,-1pigment{bozo color_map{[0rgb x][1rgb x+y]}turbulence 1}}
sphere{0,2pigment{rgbt 1}interior{media{emission 1density{spherical
density_map{[0rgb 0][.5rgb<1,.5>][1rgb 1]}turbulence.9}}}scale
<1,1,3>hollow}text{ttf"timrom""Warp".1,0translate<-1,-.1,2>}// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> > (or recompile mlpov with a buffer size > 2048)
> Is it really necessary to have fixed buffer sizes?
no.. (ok, so recompile mlpov with a dynamic buffer :)
the Read_HDR_Image in mlpov is mostly cut&paste from vrpic (a gtk+ hdr
viewer) source
M
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Mael" <mae### [at] hotmailcom> wrote in news:3e68813c$1@news.povray.org:
> I tried resizing a lightprobe with hdrshop then render it with
> map_type 7 on a sphere but no crash. What was the size of the image ?
Then it was probably because of the buffer limitation (is it only for image
width?). I mistyped and made an image 1600X2400 and it worked, while the
opposite didn't.
>
> There is a limitation in the current Read_HDR_Image function : image
> width must be < 2048 (with no test so if it s bigger => crash). It
> could easily be corrected but i do not plan to release any new mlpov
> version, so you'll have to wait for a megapov with high dynamic range
> images support (or recompile mlpov with a buffer size > 2048)
>
> M
I am sorry to hear that you will not release a new version. MlPov was a
sensation in the Terragen community. Recompiling is beyond me, I am afraid,
so: Anyone knows whether MegaPov will actually support HDR images?
Helen
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> I am sorry to hear that you will not release a new version. MlPov was a
> sensation in the Terragen community. Recompiling is beyond me, I am
afraid,
http://195.221.122.126/tmp/mlpov83-win-bin.zip
changes in this version
-hdr_patch: no more image width limit
-hdr_patch: uses 3x less memory (keep original r,g,b,e and compute float
value when the image is used instead of computing floats at parse time)
-hdr_patch: uses the EXPOSURE parameter in the hdr header (not really
tested..)
-finish_maps: attempt to fix problems concerning transformations
I don't know if next megapov will include HDR but if so I hope it'll have a
better read function than mlpov's one (parse of informations in the header,
more robust when errors..), and support for output of HDR image..
M
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Mael" <mae### [at] hotmailcom> wrote in news:3e6a11f1@news.povray.org:
> http://195.221.122.126/tmp/mlpov83-win-bin.zip
That was fast!
Thank you very much.
Helen
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Mael,
Thank you for continuing your efforts on MLpov. It is a
real gift to the POV-Ray community.
Harold
"Mael" <mae### [at] hotmailcom> wrote in message
news:3e6a11f1@news.povray.org...
> > I am sorry to hear that you will not release a new version. MlPov was a
> > sensation in the Terragen community. Recompiling is beyond me, I am
> afraid,
>
> http://195.221.122.126/tmp/mlpov83-win-bin.zip
>
> changes in this version
> -hdr_patch: no more image width limit
> -hdr_patch: uses 3x less memory (keep original r,g,b,e and compute float
> value when the image is used instead of computing floats at parse time)
> -hdr_patch: uses the EXPOSURE parameter in the hdr header (not really
> tested..)
> -finish_maps: attempt to fix problems concerning transformations
>
> I don't know if next megapov will include HDR but if so I hope it'll have
a
> better read function than mlpov's one (parse of informations in the
header,
> more robust when errors..), and support for output of HDR image..
>
> M
>
>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Fri, 07 Mar 2003 13:09:28 +0100, Andreas Kreisig <and### [at] gmxde> wrote:
> Do you *know* that the next release of MegaPov will have HDR support?
Yes, he knows it.
ABX
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
