KPovModeler: A Graphical Modeler for KDE

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.

Dot Categories: 

Comments

by Neil Stevens (not verified)

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. :-)

http://artist.kde.org/

by Anonymous (not verified)

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

by Anonymous SF (not verified)

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?

by Chucky (not verified)

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.

by Ax (not verified)

KDE keep bringing in the best apps.

:-)

by Carsten Pfeiffer (not verified)

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.

by Jonathan Belson (not verified)

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

by Andreas (not verified)

Povray suck's!

by Bug Powder (not verified)

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.

by AAA (not verified)

povray is avaible for windows

by asdf (not verified)

windows sux

by falrick (not verified)

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

by Rolf Magnus (not verified)

I was especially amazed by those pictures:

warm_up.jpg
gt_city.jpg

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.

by Luis Carvalho (not verified)

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.

by Will (not verified)

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

by Anonymous (not verified)

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.

by Mike Hearn (not verified)

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

by Andreas Zehender (not verified)

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.

by theorz (not verified)

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

by Andreas Zehender (not verified)

Yes. KPovModeler will be included in KDE 3.1.

by A coward (not verified)

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. :)

by David Williams (not verified)

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?

by David Williams (not verified)

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?

by Andreas Zehender (not verified)

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

by Xanadu (not verified)

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!

by Andreas Zehender (not verified)

You can see in your configure output which header file it can't find.

Maybe the glx header is missing?

by Maarten Romerts (not verified)

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.

by Dieter Nützel (not verified)

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

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.

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

by Dieter Nützel (not verified)

Do you could read?

..."aware" of most (all) other (OSS) renders..."

Or would you trolling, only?

-Dieter

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.