|
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Hello.
I am working on POV-Ray patch it to create additional file with float pixel
values. I blanked ClipColour function to do nothing, so, now normal POV-Ray
output looks malcoloured, but we have file with float values of r,g,b,t and,
may be, some other (e.g. surface depth) and can use some software to
manipulate.
I am also on developing application to view such files, adjust
brightness/contrast values, do different post-processing (e.g. lens effects
and dynamic processing), save result in some image format, etc.
For example, we can set phong value above 1 and receive highlight spot of
pixels with colours value about 2. Then clip colours of all image pixels to
be in range 1..+infinity, normalize the result and scale it to range 0..1,
Gaussian and motion blur the image and combine it with original - we have
highlight glow with some lens effect.
The work is in progress, and I have some samples to show. Currently I have
no implementation of Gaussian and motion blurs, so, I was to do it in
Photoshop.
I post samples in p.b.i.
Is anybody interested, has advises or suggestions?
Or, may be, I am doing work somebody has done?
Sincerely Yours,
Alex Kluchikov.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Alex Kluchikov wrote:
> Hello.
> I am working on POV-Ray patch it to create additional file with float pixel
> values. I blanked ClipColour function to do nothing, so, now normal POV-Ray
> output looks malcoloured, but we have file with float values of r,g,b,t and,
> may be, some other (e.g. surface depth) and can use some software to
> manipulate.
> I am also on developing application to view such files, adjust
> brightness/contrast values, do different post-processing (e.g. lens effects
> and dynamic processing), save result in some image format, etc.
> For example, we can set phong value above 1 and receive highlight spot of
> pixels with colours value about 2. Then clip colours of all image pixels to
> be in range 1..+infinity, normalize the result and scale it to range 0..1,
> Gaussian and motion blur the image and combine it with original - we have
> highlight glow with some lens effect.
> The work is in progress, and I have some samples to show. Currently I have
> no implementation of Gaussian and motion blurs, so, I was to do it in
> Photoshop.
> I post samples in p.b.i.
> Is anybody interested, has advises or suggestions?
> Or, may be, I am doing work somebody has done?
My suggestion would be to wait until next MegaPOV (which will come after
POV-Ray 3.6).
Some additional notes:
- floating point binary output is somewhat critical in terms of
portability so it would not be a good idea to make it the only available
format.
- some of the manipulations you mention could better be done internally
in POV - this would avoid introducing new proprietary file formats and
and specialized programs. Next MegaPOV will contain a new post
processing feature for this as well.
Christoph
--
POV-Ray tutorials, include files, Sim-POV,
HCR-Edit and more: http://www.tu-bs.de/~y0013390/
Last updated 11 Jan. 2004 _____./\/^>_*_<^\/\.______
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> I post samples in p.b.i.
All I can say is that the result images looks pretty cool,
even though external post-processing is (currently) required.
Since there is a real need for HDRI anyway (for instance
in conjonction with radiosity), anything towards this direction
sounds good to me :-)
- NC
Post a reply to this message
|
|
| |
| |
|
|
From: Alex Kluchikov
Subject: Re: High Dynamic Range POV-Ray output.
Date: 21 Jan 2004 14:58:33
Message: <400ed9e9@news.povray.org>
|
|
|
| |
| |
|
|
"Christoph Hormann" <chr### [at] gmxde> wrote in message
news:pov### [at] tritonimagicode...
> My suggestion would be to wait until next MegaPOV (which will come after
> POV-Ray 3.6).
Thanks. But waiting is so dull. And I want all and now :)
Anyway, I am going to continue working just because it is interesting to me.
> Some additional notes:
>
> - floating point binary output is somewhat critical in terms of
> portability so it would not be a good idea to make it the only available
> format.
I see.
> - some of the manipulations you mention could better be done internally
> in POV - this would avoid introducing new proprietary file formats and
> and specialized programs. Next MegaPOV will contain a new post
> processing feature for this as well.
It is a good news.
I will look forward to POV-Ray 3.6 and next MegaPOV.
Sincerely Yours, Alex Kluchikov.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Alex Kluchikov" <klk### [at] ukrnet> wrote in
news:400ec5c9@news.povray.org:
>
> Is anybody interested, has advises or suggestions?
> Or, may be, I am doing work somebody has done?
>
I am not sure if this applies, but have you looked at using EXR.
http://www.openexr.com/
--
Tom
_________________________________
The Internet Movie Project
http://www.imp.org/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Hey, that stuff is cool!
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <Xns9477C93A8FD5tomatimporg@203.29.75.35>,
Tom Galvin <tom### [at] imporg> wrote:
> "Alex Kluchikov" <klk### [at] ukrnet> wrote in
> news:400ec5c9@news.povray.org:
>
> >
> > Is anybody interested, has advises or suggestions?
> > Or, may be, I am doing work somebody has done?
> >
>
> I am not sure if this applies, but have you looked at using EXR.
>
> http://www.openexr.com/
There's also RGBE (4 bytes per pixel, the last one stores an exponent
value indicating the magnitude of the pixel), and LogLUV TIFF encoding.
http://www.graphics.cornell.edu/~bjw/rgbe.html
http://www.graphics.cornell.edu/online/formats/rgbe/
http://positron.cs.berkeley.edu/~gwlarson/pixformat/tiffluv.html
There's also XYZE (like RGBE, only with the XYZ color space...which I
don't know anything about), some more HDRI TIFF formats, and PFM
(Portable Float Map).
And I think someone else had a working HDRI output patch...
--
Christopher James Huff <cja### [at] earthlinknet>
http://home.earthlink.net/~cjameshuff/
POV-Ray TAG: <chr### [at] tagpovrayorg>
http://tag.povray.org/
Post a reply to this message
|
|
| |
| |
|
|
From: Lutz-Peter Hooge
Subject: Re: High Dynamic Range POV-Ray output.
Date: 24 Jan 2004 10:29:59
Message: <40128f77@news.povray.org>
|
|
|
| |
| |
|
|
Alex Kluchikov <klk### [at] ukrnet> wrote:
> I am also on developing application to view such files, adjust
> brightness/contrast values,
Wouldn't it be better to output the data in a standard format?
AFAIK TIFF supports float values (and I think there is at least
a version of GIMP wich can read that).
Lutz-Peter
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Lutz-Peter Hooge wrote:
> Alex Kluchikov <klk### [at] ukrnet> wrote:
>
>> I am also on developing application to view such files, adjust
>> brightness/contrast values,
>
> Wouldn't it be better to output the data in a standard format?
> AFAIK TIFF supports float values (and I think there is at least
> a version of GIMP wich can read that).
>
> Lutz-Peter
http://cinepaint.sourceforge.net/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Alex Kluchikov" <klk### [at] ukrnet> wrote in message
news:400ec5c9@news.povray.org...
| Hello.
| I am working on POV-Ray patch it to create additional file with float
| pixel values. I blanked ClipColour function to do nothing, so, now
normal
| POV-Ray output looks malcoloured, but we have file with float values
of
| r,g,b,t and, may be, some other (e.g. surface depth) and can use some
| software to manipulate.
I am excited about your patch. The programmers here will always suggest
manipulating things internally, but outputting the data in a text format
will allow those like myself with only light programming skills to
experiment and use the unclipped data.
-Shay
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
|
|