Umm, Kpovmodeler isn't a renderer, it's a modelling program that calls POVRay to actually render it. So KPovModeler should be in contrib.
Andrew On 1/20/06, Josh Triplett <[EMAIL PROTECTED]> wrote: > Francesco Poli wrote: > > On Wed, 18 Jan 2006 17:32:48 +0100 Gerfried Fuchs wrote: > >>* Anthony Towns <[email protected]> [2006-01-18 11:01]: > >> As an example I want to question if I would have to move xblast* to > >>contrib, because the graphics are rendered with povray, or if there is > >>no need for it? There are for sure other graphics that fall under the > >>same thing; at least I can say for xblast that I'm in the good > >>position to have the povray source available with which the images > >>were rendered. But would producing them on build-time really raise the > >>quality, moving xblast* to contrib? If this is done then please think > >>of other packages with the same "problem", too. > > > > I think it should be moved to contrib and graphics should be rerendered > > from its actual source at build time. > > Consider this: if I wanted to fork xblast by modifying the graphics, I > > would need the povray source (and the povray program, which is > > unfortunately non-free). > > Every attempt to change (for example) the camera positioning would from > > hard to nearly impossible without povray source files. Hence, the > > preferred form for making modification to xblast graphics is the > > corresponding povray files (unless they are on their turn automatically > > generated from something else...). > > One useful point here is that there exist Free renderers for POVRay > files, such as KPovModeler. I don't know to what extent they implement > the features of POVRay. > > - Josh Triplett > > > > -- Andrew Donnellan http://andrewdonnellan.com http://ajdlinux.blogspot.com Jabber - [EMAIL PROTECTED] ------------------------------- Member of Linux Australia - http://linux.org.au Debian user - http://debian.org Get free rewards - http://ezyrewards.com/?id=23484 OpenNIC user - http://www.opennic.unrated.net
