KPovModeler: A Graphical Modeler for KDE

Wednesday, 5 June 2002 | Azehender

After a good year of public existence, KPovModeler 0.2 is released. KPovModeler is a full-featured graphical modeler and composer for creating POV-Ray(TM) scenes under KDE 3. It now supports almost the full gamut of POV-Ray 3.1 functionality -- see these nice screenshots. KPovModeler is a new member of the KDE Graphics package, but we are still looking for a documentation writer to join the project.

Current features are:

Hierarchical object tree
Non-blocking scene rendering with OpenGL
Object modification with control points in a graphical view or direct manipulation of object attributes in a dialog
Free configurable view layout with dock widgets
Prototypes (declarations) and references
Copy/paste and drag/drop of (a subset of) povray(!) code into and out of the object tree
Undo and redo
Scene rendering and texture preview with povray inside the program
Support for almost all povray objects
Support for all textures
All projection modes of the camera

What is still missing is user documentation. We lack the time to write it ourselves, so we would like someone to take over this task. If you are interested send me a mail. Basic POV-Ray knowledge would be an asset.

To see KPovModeler in action see our nice screenshots. The new version can be downloaded here.

Comments:

Konqui SDK - Neil Stevens - 2002-06-05

It'd be nice if someone with the required ability could "port" (that is, redraw) the Konqui SDK to this package. Then we all could use that guy in more graphics than Garfield or Snoopy. :-) <a href="http://artist.kde.org/">http://artist.kde.org/</a>

Re: Konqui SDK - Anonymous - 2002-06-05

Somehow I'm sure that port would involve quite a bit more than just drawing! :)

The big shops - Anonymous SF - 2002-06-05

The big shops still use OpenInventor and in conjunction with scripting languages (on SGIs and Suns, I might add). GUIs are great and all, but perhaps they should be geared towards extending the lead of complex packages instead of trying to make less complex apps even simpler. If graphics guys want Linux to go in this direction, it will help everyone in the graphics business. But if Linux keeps going the route it is, it might remain just an alternative to the ever-popular Windows - just a hack-tool for the masses, although only a small percentage of those masses. Isn't it time to change this?

The commons - Chucky - 2002-06-05

I agree with you in the sense that it would be a pity if, after all the efforts done by the open-source movements, GNU/Linux systems remains just as a free alternative to Microsoft's Trust Softwares. But, never forget that this little difference is, for at least a half of them, the reason that makes people use Linux. The sole and unique question to think of is : "Will the open-source community wait for proprietary high quality multimedia softwares to be ported to Linux before hacking better ones ?" By this I mean that it is not good for GNU/Linux not to develop some kinds of professional multimedia studios. Just think of an open-source software which allows you to product digital videos from scratch. An "open-source-minded" guy.

good apps - Ax - 2002-06-09

KDE keep bringing in the best apps. :-)

Landscapes? - Carsten Pfeiffer - 2002-06-05

I'd like to see a way to create and manipulate landscapes, that is, rocks, skies, water, etc. easily. If you know Bryce 3d, you know what I mean.

Re: Landscapes? - Jonathan Belson - 2002-06-06

Hiya I'm working on a program to create and render landscapes (called 'landscape' ;-), although it's nowhere near as fancy as Bryce/Terragen etc. There's currently no way to export created terrains, but I've got vague plans to add such functionality later. --Jon http://www.witchspace.com

to bad - Andreas - 2002-06-05

Povray suck's!

Re: to bad - Bug Powder - 2002-06-05

Maybe (I haven't used non Windows 3-D renderers, so I can't tell). But the KPovRay program looks great already as far as modelling goes, and it only its first public appereance! It could also potentially use another renderer, if POV is all that bad (which remains to be proven, you just made an unsupported claim). So, generally, this stuff is GOOD NEWS.

Re: to bad - AAA - 2002-06-05

povray is avaible for windows

Re: to bad - asdf - 2002-06-14

windows sux

Re: to bad - falrick - 2002-06-05

Not sure why you feel that Povray sucks. It seems to be a very good ray tracer and its radiosity engine has improved greatly in recent months (with the the version 3.5 release candidates). You might argue that the scripting language native to Povray is not as intuitive as, say, a 3D modeller, but if you look at Renderman, the standard used by Pixar for their movies and shorts, it is also based on a scripting language. If you would like to see the quality that Povray can achieve, I suggest that you look at the following images posted to the Povray news groups (news.povray.org): http://news.povray.org/povray.binaries.images/24690/173491/distorted.jpg http://news.povray.org/povray.binaries.images/24424/171544/2cv_09_sm.jpg http://news.povray.org/povray.binaries.images/21845/148519/bolts.jpg

Re: to bad - Rolf Magnus - 2002-06-11

I was especially amazed by those pictures: <a href="http://www.irtc.org/ftp/pub/stills/2001-06-30/warm_up.jpg">warm_up.jpg</a> <a href ="http://www.irtc.org/ftp/pub/stills/2000-04-30/gt_city.jpg">gt_city.jpg</a> The problem about all that is that it's hard to animate stuff. Most renderers are based on polygonal models I guess. While in theory, a procedural model is superior because of better scalability, it's hardly possible to animate this. You can use polygons for povray, but you'll lose a lot of "cool" stuff. However, for still images, povray is a very nice renderer.

Re: to bad - Luis Carvalho - 2002-06-11

Yes, animating something in povray can be quite difficult, but an animation is just a sequence of still images. The idea behind this modeller is precisely to hide the complexities of a procedural renderer from the end user. If you create the scene using object declarations and links, you can create an animation of sorts. 1. Create the scenery. This is a fixed collection of objects that won't move during the animation. 2. Then create the animatable objects. You can then place them (using links) on the scene. 3. Render the scene. 4. Change the name of the generated png to include the frame number. 5. Change the translation/rotation of the objects a bit. 6. While you don't have all the pictures, go to 3 You just have to use an application to join all pictures in a movie and it's done. No application name occurs to me but there are several out there. Anyway, animation is one of the features we intend to add to kpovmodeler later on. We have no clear view on how this will be implemented and we're always open to suggestions on how to do it.

Innovation 3D - Will - 2002-06-05

Anyone interested in KDE 3D modelling could do worse than looking at Innovation 3D. It's the most impressive open source 3D modelling package I have seen so far: http://innovation3d.sourceforge.net

Re: Innovation 3D - Anonymous - 2002-06-10

Sorry to burst your bubble but innovation3D sucks. You can't have it open for too long or it will crash, and you can't open anything that you save. So, hooray for i3D.

POV-Ray speed - Mike Hearn - 2002-06-05

I remember POV Ray from when I was back on Windows. I quite liked it, but compared to commercial raytracers it had a BIG problem with speed. Is this still the case? I last tried it many years ago, but it could take forever to render a moderately big scene, whereas for instance LightWave would do it in only a few minutes. By the way, KPovModeler looks really nice, when I've got kde3 i'll definately try it again, and I might be able to do some doc writing for you. No promises however. thanks -mike

Re: POV-Ray speed - Andreas Zehender - 2002-06-05

I never used other raytracers than povray, but I agree that povray could be faster. A great raytracer though. Would be great if you join our team and help with the user documentation.

KDE Graphics package? - theorz - 2002-06-05

So this is going to be part of the KDE Graphics package. So when I install kde3.1 it will be included?

Re: KDE Graphics package? - Andreas Zehender - 2002-06-05

Yes. KPovModeler will be included in KDE 3.1.

Interesting but... - A coward - 2002-06-05

There are already a lot of 3d modellers available for KDE and GNOME and they are all the same. None of the ones I've seen have support for animation. What I'd like to see is something capable of modelling motion, such as water droplets, a bouncing ball, creatures that walk, etc. I'd also like to see a modelling program that reads stereoscopic images/video and develops a model in 3D space. Maybe these ideas might spur some innovation. :)

Where are my toolbars? - David Williams - 2002-06-10

This program looks excellent, and was looking forward to trying it out. Un fortunatly when I started it up the only tool bar I had was the one with open, save, and print on it. The screenshots show loads of others so where are they? Couldn't edit or render the example scenes as a result. Maybe it's just me being stupid or lack of documentation but any ideas?

Where are my toolbars? - David Williams - 2002-06-10

Re: Where are my toolbars? - Andreas Zehender - 2002-06-12

You installed KPovModeler into the wrong directory. Either set your KDEDIR environment variable correctly or specify the kde directory with ./configure --prefix=yourkdedir See http://www.kpovmodeler.org/install.html

Compile? - Xanadu - 2002-06-10

Hey! Just a quick one here. I can't get this to compile. I'm running SuSE 8.0 with KDE3.0.1. Configure just says: You are missing at least one of opengl (mesa), glu, glut and glx. kpovmodeler will not be compiled. You can download them from http://www.mesa.org But: et:/usr/src/kpovmodeler-0.2 # rpm -qa | grep mesa mesa-4.0.1-74 mesaglu-4.0.1-74 mesaglut-4.0.1-74 mesasoft-4.0.1-74 mesa-devel-4.0.1-74 mesaglut-devel-4.0.1-74 I have the -devel packages installed. Anyone have a suggestion of what I can look for? Thanx!

Re: Compile? - Andreas Zehender - 2002-06-12

You can see in your configure output which header file it can't find. Maybe the glx header is missing?

A standardformat for all 3d-moddeling programs - Maarten Romerts - 2002-06-12

How about a standardformat for creating 3d-models and other graphics? It seems that there are already many programs for this, and both have their strong and weak points. If all these programs used the same open-standardformat it would be very easy to work with. We could also perfectly bennefit from all the stong points of the different programs. Conclusion: its not a matter about wich program we use, but wich format the programs use.

Re: A standardformat for all 3d-moddeling programs - Dieter Nützel - 2002-06-13

Good point! It would be more than "cool" to have KPovModeler "aware" of most (all) other (OSS) renders out there. BMRT, Entropy both by Exluna (Larry Gritz) RenderMan (RIB) by Pixar Mental Ray by mental images GmbH & Co. KG. etc. pp. Thank you for the great work! -Dieter

Re: A standardformat for all 3d-moddeling programs - Strog - 2002-06-13

I'd have to second BMRT and of course that should automatically include Renderman. I would like to see some comparisons between the speed and qualities of the various renderers especially the free ones.

Re: A standardformat for all 3d-moddeling programs - Alex Gittens - 2002-08-13

mental ray is OSS? I got the impression it cost a whole lotta.

Re: A standardformat for all 3d-moddeling programs - Dieter Nützel - 2002-08-13

Do you could read? ..."aware" of most (all) other (OSS) renders..." Or would you trolling, only? -Dieter

Re: A standardformat for all 3d-moddeling programs - Alex Gittens - 2002-08-14

Yes, apparently too well. You see when someone writes (says) something like "most (all) other (OSS) renderers...", I tend to think they are qualifying the 'other renders' to mean 'other OSS renderers'. Sorry. But that was a genuine question. Not trolling.