| Vous savez que vous avez fait trop de raytracing quand ... |
| ... Vous entendez un nom commençant avec la lettre K et vous vous demandez si c'est le second prénom de David Buck. |
| -- Alex McLeod |
Ok, voici un historique de POV-Ray
Revenons en 1986, j'avais un Amiga. Un ami qui avait aussi un Amiga téléchargea le code C pour un raytraceur pour Unix. Je pensais que cela pouvait être intéressant et je l'ai porté sur Amiga et écrit les pilotes pour l'afficher avec le graphisme de l'Amiga. Le programme ne rendait que des sphères sans texture avec un sol plan en noir et blanc, mais j'étais impressionné. J'ai joué un moment avec lui, ajoutant le support pour la couleur, mais je décidais qu'éventuellement je ferais un meilleur travail en reprenant à zéro, aussi je commençais mon propre programme - DKBTrace avait commencé.
Je décidais de commencer avec les surfaces quadriques générales puisqu'elles pouvaient représenter des sphères, des ellipsoïdes, des cylindres, des plans et autres choses. Je travaillais les intersections quadriques et utilisais quelques algorithmes pour sortir les normales de surface en un point d'une surface quadrique. Pour la structure du programme, je décidais d'utiliser un style orienté objet puisque j'avais appris Smalltalk à l'université et cela semblait correct. Pour rendre le modelage plus flexible, j'ajoutais le CSG et les textures procédurales. A la fin, j'avais un intéressant petit raytraceur et je décidais de le distribuer en freeware puisque j'avais prévu de retourner à l'université pour commencer ma maîtrise et je n'avais plus le temps de développer un raytraceur commercial. A côté, il y avait des générateurs commerciaux pour l'Amiga qui avaient des interfaces utilisateur (pas seulement des fichiers texte) et je sentis que je ne pourrais pas le vendre comme un produit commercial. Je l'appelais DKBTrace et l'installais dans une base locale et sur internet.
DKBTrace etait un programme seulement pour Amiga, mais il suscita de l'intéret. Je fis plusieurs versions en ajoutant de nouvelles caractéristiques, de meilleures primitives, plus d'options de texture, etc. Ainsi je réalisais la version 2.01.
Quelque part en 1987 ou 1988, je fus contacté par Aaron Collins. Il avait trouvé le code source C de DKBTrace et l'avait porté sur PC. Il ajouta aussi le modèle d'éclairage Phong et d'autres éléments. J'étais intéressé par ce qu'il avait fait, aussi je le contactais pour voir s'il voulait de l'aide pour développer une nouvelle version du programme. Celui-ci serait portable sur plus de plates-formes (à l'université, j'avais accès à des stations Unix). Nous poussâmes jusqu'à la version 2.12 qui fut la dernière version de DKBTrace (1989).
Pendant qu'Aaron et moi travaillions sur la version 2.12, il y avait un groupe de personnes sur CompuServe qui était très excité à propos de DKBTrace et avait créé toutes sortes de scènes pour lui. Ils étaient frustrés qu'Aaron et moi ne soyons pas capables d'ajouter de nouveaux éléments assez vite. Ils commencèrent à parler de construire un nouveau raytraceur qu'ils pourraient contrôler et additioner de nouvelles caractéristiques désirées. A ce moment, je poursuivais d'autres objectifs et m'éloignais du raytracing. Aussi, je postais un message sur CompuServe avec l'offre suivante : Nous pouvons former une équipe pour développer un nouveau raytraceur en utilisant DKBTrace comme base. J'avais trois contraintes pour cette équipe. Le code devait être freeware avec le source disponible gratuitement, il devait rester portable entre les différentes plates-formes, et il devait avoir un autre nom que DKBTrace.
Le nom de DKBTrace était, bien sûr, basé sur mes initiales : David Kirk Buck. Avec un ensemble développé par une équipe de personnes, il était inapproprié d'utiliser mes initiales. J'étais aussi en train de m'éloigner du raytracing et je ne voulais pas que les gens pensent que j'étais à la tête d'une équipe. Le nom qui a été proposé était "Persistance Of Vision Raytracer" qui fut raccourci à POV-Ray. Il venait de trois éléments. Il était le résultat de la vision persistante des développeurs, il était une référence au travail de Salvadore Dali qui avait peint un monde distordu mais réaliste, et le terme "persistance of vision" en biologie se réfère à la capacité de voir une image brièvement présentée - ainsi qu'une image du passé.
En 1989, donc, DKBTrace 2.12 était officielement terminé et le projet POV-Ray commençait. Je travaillais avec l'équipe pendant quelques années après ça. J'étais responsable du portage sur Amiga entre autres choses. Drew Wells était le chef de projet. Aaron Collins sortit du projet vers cette époque. Les autres nouveaux membres incluaient Chris Young, Steve Anger, Tim Wegner, Dan Farmer, Bill Pulver (pilotes IBM), et Alexander Enzmann (quartiques et de bons éléments mathématiques). Chris Cason arriva peu de temps après (mes excuses si j'oublie quelqu'un - beaucoup de gens étaient concernés). La référence à Robert Skinner dans les crédits pour POV-Ray vient du fait qu'il fut demandé pour trouver une bonne fonction de bruit. Dans un autre raytraceur, il y avait une belle fonction de bruit écrite par Robert Skinner, aussi nous lui demandâmes et reçûmes sa permission pour l'utiliser dans POV-Ray.
Il y eut tant de demandes pour réaliser une nouvelle version que nous créâmes POV-Ray 0.5. Il était basiquement un DKBTrace amélioré avec une grammaire similaire mais plus de caractéristiques. Ensuite, il y eut POV-Ray 1.0 qui avait une nouvelle grammaire et encore de nouveaux éléments. Drew partit et Chris Young devint le chef de projet.
C'est ici que je commençais à quitter l'équipe. Le projet avait pris de la vitesse et pouvait continuer sans moi. J'étais pris par d'autres choses (basées sur le modelage et l'animation) et n'avais plus le temps pour continuer avec POV-Ray. Autour de la version 2.0, je quittais le projet et l'équipe POV-Ray le développa jusqu'à son état actuel. Chris Cason est maintenant le chef de projet.
Même si je ne fais plus partie de l'équipe de développement de POV-Ray, j'aime suivre ses progrès. Je n'ai pas construit manuellement de scène depuis des années (toutefois j'utilise occasionnellement Moray). J'apprécie toujours la seule chose qui me ramène aux jours de DKBTrace - J'aime voir le travail de gens qui utilisaient mon programme. Même si je ne peux plus dire que POV-Ray est "mon programme", j'aime toujours admirer le travail d'art que les gens font avec lui. Je suis toujours impressionné par ce que les gens peuvent faire. C'était toujours le retour de la communauté des utilisateurs qui me poussait.
David Buck,
david@simberon.com
august 2001
11906 S16/Raytraced Images
07-Mar-91 18:56:37
Sb: DKB Development
Fm: David Buck 70521,1371
To: All
Greetings all. This is my first posting to this group, so you'll
have to excuse me if I make any mistakes in this post.
Finally, after several weeks of waiting, I've received my CompuServe
account. It's nice to see that people are enjoying my raytracer
(DKB, of course). I have noticed, however, that you are less than
satisfied at the support I've been able to provide <grin>.
True, I'm the first to admit that the support is poor. I have
little time these days to work on graphics - it takes long enough
to answer all the questions I get asked on a daily basis from all
across the world.
My motivation for releasing the raytracer as Freely Distributable
software in the first place was to allow people to have some fun
with a program I'd developed for just that purpose. I don't
consider it to be a professional package - I know it's nowhere near
that good. I didn't make it shareware, however, because I knew I
wouldn't have much time for support. I didn't want the hassles of
maintaining user lists, sending updates and notices, etc.
There has recently been a proposal in this forum that you write
your own raytracer to use instead of DKB. Perhaps I can make that
prospect a little bit easier. Suppose we take DKB and use it as a
base for a completely new system (the name "Renderdog" has
been tossed around, but I'm not fond of that one <g>). I would
like to propose the name "Software Taskforce on Animation and
Rendering" or STAR. I would imagine that there would be
several packages developed such as:
STAR Light - the raytracer
STAR Guider - an animation system
STAR Maker - a user interface for StarLight
If you decide to do this, I would like to place a few rules on the
packages (or at least those developed from DKB):
- they will remain freely distributable
- support and maintenance of this new product will be undertaken
by the STAR team (including but not limited to myself)
- the programs will remain as portable as possible
What do you think of this proposal?
David Buck
Plus de choses sur le pourquoi du nom de POV-Ray.
**************************************************************
from Chris Young, to whom I asked if POV's name was related
to the title of a sci-fi book I had just found on a flea market.
**************************************************************
Varley is one of my favorite authors and I've owned that book
long before POV-Ray existed. POV-Ray was originally going to be
called Starlight or StarLite or something similar but somebody
else, I don't know who, said we'd get in trademark trouble over
some existing product. Drew Wells was team leader and he picked
Persistence of Vision based on the properties of the human visual
system. I also felt there was a double meaning in that POV-Ray
was the continuation (or persistance) of David K. Buck's DKB-Trace.
I warned Drew about Varley's book but book titles aren't as messy
as product names. Note also that Public Broadcasting System has
a documentary series called POV but that stands for Point Of View
which is the filmmaking term for hand-held camera, cinema-verite
style used in many documentaries.
I wanted to take our team name from the Fractint Stone Soup Group
and call us the Crystal Soup Group but I got voted down.
Chris Young, POV-Team Coordinator
**************************************************************
from unknown source
**************************************************************
After the recent thread on the starting time I POV-Ray I did
a search and found this post to this very news group from
David Buck himself. The message places the birth of the POV-Ray
project to be in May of 1991. A very historic event!
I hope I'm not stepping on toes by re-posting
it :-)
Harold
Sun, 19 Feb 1995 19:14:44 GMT
(STEERPIKE) says:
>I had always presumed that Persistance of Vision was a pun on
>the name of Salvador Dali's painting "The Persistance of
>Memory". Is this right, and if not, how did POV-Ray come to
> have such a poetic name? :)
The POV-Ray project started in May 1991 when I first proposed the
idea to a group of people on CompuServe. They liked my DKBTrace
raytracer but didn't like the fact that I was too slow adding new
features to it. They were going to re-write a raytracer from
scratch, but I suggested that after version 2.12 of DKBTrace, they
could take the code as is and develop it from there into a new
raytracer. The first name was STAR - an acronym for something or
other. Then someone in the group came up with "Persistance of
Vision". We liked it because of its reference to Dali (I
believe the painting was actually called Persistance of Vision - am
I mistaken?). Moreover, it seemed to symbolize the team who
"Persisted" to achieve their "Vision". The
third reference was to the phychological effect that seeing an image
flashed on a screen causes you to retain that image in short term
memory. Thus, your memory was a representation of reality but not
really reality. They all seemed to fit together to make a nice name.
Early on, we were abbreviating the name to PVRay, but we were
concerned about a commercial product called PV-Wave. We agreed to
change the abbreviation to POV-Ray and standardize on the spelling.
>David Buck
La version d'histoire inclut dans PV-Ray 0.5 BETA. Notez le changement des noms ...
Persistence of Vision Raytracer Version History
-------------------------------------------------
PV-Ray was originally DKBTrace Ver. 2.12 written by David Buck. He
donated the rights to his source code so the PV-Team could enhance
this raytracer as a group project similar to Fractint. The source
code for PV-Ray will always be freely distributable subject to the
restrictions in the header files. Thanks David, for your generous
gift!
Version 0.02 BETA Release 7/29/91 (as STAR-Light)
----------------------------------
First version is still basically DKBTrace 2.12 with a few new
features.
- Materials mapping added by Drew Wells.(see matmap.dat)
- ONION & LEOPARD textures added by Scott Taylor.
- Time to trace display added by Bill Pulver.
- Grayscale display (+g) for IBM-PC's added by Scott Taylor.
- Small wood texture bug fixed to create true cylinders.
- Verbose now displays more info including file being traced.
- Option +vO added to enable old-style terse verbose.
- Texture.c broken into smaller modules.
- PAINTED1, 2, & 3 added for developers.
- BUMPY1, 2, & 3 added for developers.
PvRay Version 0.5 BETA Release 9/07/91
----------------------------------
Many more changes this time around, including...
- Many enhancements from Alexander Enzmann
- Bezier bicubic subpatches
- Polynomial surfaces
- New mapping types (sphere, etc.)
- Sturmian sequences
- Clipping shapes
- (have I forgotten anything??)
- Lots of hard work and enhancements by Aaron Collins
- Height fields by Doug Muir
- Bump Mapping by Doug Muir and Drew Wells
- Interpolation by Girish T. Hagan adapted for mapping by Drew Wells
- # and ; are now ignored.
- case_sensitive keywords and commandline option added by Drew Wells
> case_sensitive_yes -- All words checked for exact case.
Keywords must be in upper case.
(*Old DKB Style*)
> case_sensitive_no -- Case is ignored for all words.
> case_sensitive_opt -- DEFAULT - All words checked for exact
case except keywords. Keywords will be
accepted in upper and/or lower case.
> command line -- /ty = yes, /tn = no, /to = opt
- cnvdat.c to convert old dat files included with pvsrc.
- C++ style commenting - // ignore to end of line.
and /* ignore between braces */ nesting not allowed.
- New default style verbose trace info (+v1)
- Old-new style verbose (+v0)
- Verbose trace info outputs to stderr so that stats can be
redirected to file.
- New stats display outputs to stdout for better redirection.
- New lighting routines by David Buck.
- The declared colors Red, Green, and Blue in colors.dat are now
CRed, CBlue, CGreen.
- The declared quadric Sphere in shapes.dat is now QSphere.
- Textures.dat has been cleaned up and commented.