In article <web.3d81f47bfeedefd415e7f0160@news.povray.org>,
 "Alex" <ale### [at] alphacit> wrote:

> Work on a patch for a booking system written in Java by a bunch of former
> code grinders, add a hard deadline (bank executive board meeting) and
> you'll develop an astounding agility in walking the sources. Heck, z80
> assembler makes clearer code to read. 14000 lines in a file and one comment

The POV source has comments, but most of them are empty 
(fill-in-the-blank comments describing functions with the blanks left 
unfilled), and some of them misleading or are from old code that doesn't 
exist any more. And there are some fairly advanced algorithms and 
mathmatics used that you are unlikely to find in a booking system. 
Unless you already know all the algorithms used, learning the POV source 
and the algorithms in one week is unlikely. Getting an overall 
understanding of what the code does is a bit more possible.


> Development model sounds fine, IMHO. Each POV release was far more polished
> than most commercial rendering packages (realistic deadlines *do* help).

I believe what is intended is a more free license and a way for the 
public to access the internal code and submit fixes or additions, the 
official POV-Ray would still be controlled by the POV Team. Don't take 
this as official though, the official announcement was made long ago and 
hasn't been updated:
Group: povray.announce.frequently-asked-questions
Subject: POV-Team Status Report - September 1, 2000

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

In article <web.3d81e4c1feedefd415e7f0160@news.povray.org>,
 "Alex" <ale### [at] alphacit> wrote:

> I was trying to immerse a somewhat reflective object in an actual ambient (a
> fisheye photograph, taken outdoors on sunny day) and I could't get the
> dynamic range right, due to the sun. Then I fished an old copy of Radiance
> and took out the code for fp images. I ended using an ad-hoc solution,
> using a shared exponent for three mantissas (1 normalized and 2
> denormalized) which worked quite well. The discussion about a floating
> point rep for color components reminded me of the thing and, trying to
> recover the algorithms for fp colors, I stumbled on SGI's LogLuv color
> encoding
> (http://positron.cs.berkeley.edu/~gwlarson/pixformat/tiffluv.html), which
> is far better.

Hmm, thanks for the link, it looks interesting.


> Why not?
> I mean why environment mapping wouldn't be useful?

Because there is a better way already implemented?
What use is environment mapping when you already have true reflection?


> I suspect that we didn't properly understand each other (surely my fault,
> I'm browsing the newsgroups while I'm working and COBOL do things to your
> brains after a while).

Ouch...you have my sympathy.

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

>The POV source has comments, but most of them are empty
>(fill-in-the-blank comments describing functions with the blanks left
>unfilled), and some of them misleading or are from old code that doesn't
>exist any more. And there are some fairly advanced algorithms and
>mathmatics used that you are unlikely to find in a booking system.
>Unless you already know all the algorithms used, learning the POV source
>and the algorithms in one week is unlikely. Getting an overall
>understanding of what the code does is a bit more possible.
>

Heh. True, true, you don't find interesting things in a booking system, just
a heap of syntactic sugar and 4 out 1000 lines of actual code...

The key here is 'unless your already know'...I do (dramatic music roll
here!)

No, seriously, I was a bit exaggerating: even knowing about the single
algorithms, grokking the whole source would take a lot more.
OTOH, having ported a C++ Linear Algebra  meant for SGI C++ to gcc2 in a
single night does qualify me for Source Surfer of The Week :) (have you
ever met a 27 MB library file? Sheesh, I loaded it on a 386 with 8 MB of
core. I can't say anymore the word 'thrashing', too many bad memories).

......

Hmmm, interesting....IrfanView and ACDSee support LogLuv TIFFs

I if read correctly libtiff(3), it already does colorspace conversion...

POV uses libtiff, right?
Anyone remembers how do we convert from RGB to XYZ?

Stay tuned,
Alex

Post a reply to this message

On Fri, 13 Sep 2002 13:32:29 EDT, "Alex" <ale### [at] alphacit> wrote:
> Hmmm, interesting....IrfanView and ACDSee support LogLuv TIFFs
> I if read correctly libtiff(3), it already does colorspace conversion...
> POV uses libtiff, right?

Be aware there are some problems with it. Perhaps you can help. Check my
experiments at http://news.povray.org/search/?s=%22tiff+problems%22

> Anyone remembers how do we convert from RGB to XYZ?

http://www.google.com/search?q=RGB+to+XYZ

ABX

Post a reply to this message

Ken wrote:
> As far as I know there are no plans [by the POV-Team] for a version 3.6 and no
> plans to change those plans. People are going to have to put up with unofficial
> patches until POV-Ray v4.0 comes out.

Were there plans for a POV 3.1g when POV 3.0 came out?  Or even this
soon after 3.0 came out?

-- 
Tim Cook
http://empyrean.scifi-fantasy.com
mirror: http://personal.lig.bellsouth.net/lig/z/9/z993126

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------

Post a reply to this message

In article <Xns### [at] 204213191226>, "Rafal 'Raf256' Maj"
<raf### [at] raf256com> wrote:

> How a litle help for fist time - can I get list of all places in code that
> I need to modify to add new output format ? For developer of Pov it's a few
> minute to list it, for me (and most others) - hours (days ?) of reading
> throught entire code.

We all learned how to do this on our own.  Sure, the first patch will take
you maybe a week, the next one only three days, and the fourth or fifth
patch only an hour or two.  You really cannot expect everything you want to
learn to be presented to you on a silver plate.  It just won't happen.


    Thorsten


____________________________________________________
Thorsten Froehlich
e-mail: mac### [at] povrayorg

I am a member of the POV-Ray Team.
Visit POV-Ray on the web: http://mac.povray.org

Post a reply to this message

> Hmmm, interesting....IrfanView and ACDSee support LogLuv TIFFs
>
> I if read correctly libtiff(3), it already does colorspace conversion...
>
> POV uses libtiff, right?
> Anyone remembers how do we convert from RGB to XYZ?
>
> Stay tuned,
> Alex
>

Ahem, sorry, did not try to interrupt the discussion just would like to
mention that my little piece of software also reads LugLuv tiff images
but does allow you to adjust the color range BEFORE it is clipped to
poor RGB color space for viewing. And this shows the real advantage
of the LogLuv color format. It works fine with Greg Wards test images.
And my viewer did this long before IrfanView or ACDSee have even
heard about that something like LogLuv exists...

HDRI would be great for POV,  if I only had more time..
-Ive

Just if someone is interested, here is the link:
http://www.lilysoft.com

Post a reply to this message

Thorsten Froehlich wrote:
> We all learned how to do this on our own.  Sure, the first patch will take
> you maybe a week, the next one only three days, and the fourth or fifth
> patch only an hour or two.  You really cannot expect everything you want to
> learn to be presented to you on a silver plate.  It just won't happen.
> 
> e-mail: mac### [at] povrayorg

No need to make him reinvent the wheel, Thorsten...asking for location
of a piece of code is hardly expecting everything to be handed to him
on a silver plate; he still has to write the patch.

No wonder you're so strange, you're a MAC user! :P

-- 
Tim Cook
http://empyrean.scifi-fantasy.com
mirror: http://personal.lig.bellsouth.net/lig/z/9/z993126

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------

Post a reply to this message

On Fri, 13 Sep 2002 14:19:18 -0400, "Timothy R. Cook"
<tim### [at] scifi-fantasycom> wrote:
> No need to make him reinvent the wheel, Thorsten...asking for location
> of a piece of code is hardly expecting everything to be handed to him
> on a silver plate; he still has to write the patch.

He has no time for writing patch so there is no need neither for plate nor for
location. IIRC if Rafal really asked (not criticized) he always got some
answer (correct me if not). My opinion is still he is lazy but wise. He need
an impulse.

> No wonder you're so strange, you're a MAC user! :P

I thought Thorsten is so strange becouse he is from Europe.

ABX

Post a reply to this message

Hey! Europe is as good a place as
anywhere else, there's no difference!

(Taking some idealism to the extrems...;)

--
Tim Nikias
Homepage: http://www.digitaltwilight.de/no_lights/index.html
Email: Tim### [at] gmxde

> I thought Thorsten is so strange becouse he is from Europe.

Post a reply to this message