To better coordinate changes and developments in the Mitsuba renderer, I’ve decided to set up a developer blog. My goal is to write on the current state every few weeks or more often when necessary. If you’re interested in participating, please let me know and I’ll add you to the blog.
There is now also a Mercurial repository: https://www.mitsuba-renderer.org/hg
To check it out, install Mercurial and then simply write
hg clone https://www.mitsuba-renderer.org/hg/mitsuba
To get acquainted with this system, I can recommend this very useful (and free) book: Mercurial: The Definitive Guide
Hey Jacob!
Great renderer, great job!
I’m a Blender 3D user and i’ll make an exporter for your renderer.
BTW, the GUI is dont’s work for me on winxp.
i wish you good luck with your renderer!
Hi SmartDen,
can you let me know what breaks? Is there any error message?
Thanks,
Wenzel
yes, there is an error message:
Your machine is missing following reqired OpenGL capabilities: Floating point render buffer. Please make sure that you are using the most recent graphics driver.
uh, that’s not good. I assume you are using recent drivers? Which graphics card is this?
You could also do me a favor and help debugging this issue if you have the time: Download and run the OpenGL extensions viewer (http://www.realtech-vr.com/glview/download.html), save all information about your machine configuration into an XML file using the blue icon at the top right and mail it to me (my address is wenzel AT cs DOT cornell.edu)
sure i use recent drivers
it’s an ATI graphics card
HI
I have the same problem with the GUI interface on Windows 7 but i can render from cmd using mitsuba.exe.
Thank you !
Hi Jakob,
i’m really impressed by your neat renderer, since as an early one-man job, it’s really damn good!
I noticed the GPL license and wonder in what direction, if any, this piece of sowtwaer will eventually go.
Is it going to have a growing GUI that will become something like a “studio” like Maxwell’s or Kerkythea’s? Is it gonna get tied to 3d packages via specific plugins?
Anyhow, now let me dream: since Mr. Van Lommel went away from Blender Foundation, i foresee a vacant place, filled by a talented developer who already built something really worth the effort to implement the whole renderer in Blender…
It looks like some of the oder DirectX9-class ATI cards (X1300/X1550, ..) don’t have support for rendering to floating point buffers. In that case, there is not much I can do unfortunately.
Hi, just tested your renderer and it’s made of pure awesome.
I do have a little problem with the network rendering on a local network though.
With direct connection I just get “ERROR main [SocketStream] Error in connect(): Connection refused!” message. And yes, the server is running and there shouldn’t be any rules in iptables etc.
With SSH (+public key auth) I can connect to the other computer, but the rendering fails. First problem was that setpath.sh was missing, so I downloaded it from the mercurial repository and copied it to ~/mitsuba on the server. One issue solved, but now it complains about ibus-daemon:
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No such file or directory
QFileSystemWatcher: failed to add paths: /home/fisuk/.config/ibus/bus
Bus::open: Can not get ibus-daemon’s address.
IBusInputContext::createInputContext: no connection to ibus-daemon
Any ideas?
Keep up the good work!
Hi fisuk,
I think the issue might be that the server is bound to the wrong interface (e.g. lo instead of eth0). You can change that in the GUI by setting the listen address in the settings to your NIC’s IP address. On the command line, the “mtssrv” binary supports the “-i” parameter to do the same thing.
I don’t think that the IBus issue is related — it is just an input framework for different types of languages. My guess would be that this message is just an unimportant warning, but I could be wrong.
Hope that helps,
Wenzel
Ah! Yeah, it was bound on the wrong interface! Thanks!
And now I noticed that the ibus message comes everytime I start the gui not after rendering, my mistake.
But the when trying to render Mitsuba still just quits. There’s no messages on the console.
On the other hand, the server outputs:
2010-08-10 20:24:55 WARN con0 [StreamBackend] Uncaught exception “2010-08-10 20:24:55 ERROR con0 [PluginManager] Plugin “area” not found!” – cleaning up!
that’s very interesting. Something seems to be messed up with the paths on the server side. I’m curious: which OS are you running? Also, are you using the “official” binaries, or did you compile them yourself? How did you start the server? (e.g. via the gui, or from the command line? If on the command line, I’ve got more questions: in which directory did you execute the command, and can you provide all parameters you used?)
Thanks in advance — that information should help me fix the issue.
Both computers are Ubuntu 10.04 64-bit, and these are with the official binaries. The server was started in my home dir with: mtssrv -i -v
I compiled the thing myself from source and it works.
ok — just to confirm: with the current source release, the missing plugin error does not occur anymore, or did I misunderstand your message?
Thanks,
Wenzel
Yes, that is correct. Thanks for all your help
Lovely little project you’ve got going here. Hope you find time to develop it further.
PS. I created a package for my distro of choice: http://aur.archlinux.org/packages.php?ID=39598
just downloaded the deb files and can’t get mtsgui to run. error while loading shared libraries: libcollada14dom.so: cannot open shared object file: no such file or directory.
There is a dumb bug in the package (will be fixed in the next release). You need to go to /usr/lib and create a symlink from libcollada14dom.so.XYZ (I think XYZ was 2.2) to libcollada14dom.so.
just copied and renamed libcollada14dom.so.2.2.1 and libminizip.so.1.2.3 to “.so” works fine now. cheers.
Nice work,
I’m currently trying to compile it under Archlinux, but it gives me an error :
src/libcore/bitmap.cpp: In member function ‘void mitsuba::Bitmap::savePNG(mitsuba::Stream*) const’:
src/libcore/bitmap.cpp:593:6: attention : ‘png_struct_def::jmpbuf’ is deprecated (declared at /usr/include/png.h:1117)
src/libcore/bitmap.cpp:593:6: attention : ‘png_struct_def::jmpbuf’ is deprecated (declared at /usr/include/png.h:1117)
tools/boost/boost/system/error_code.hpp: At global scope:
tools/boost/boost/system/error_code.hpp:205:36: attention : ‘boost::system::system_category’ defined but not used
tools/boost/boost/system/error_code.hpp:206:36: attention : ‘boost::system::generic_category’ defined but not used
tools/boost/boost/system/error_code.hpp:211:36: attention : ‘boost::system::posix_category’ defined but not used
tools/boost/boost/system/error_code.hpp:212:36: attention : ‘boost::system::errno_ecat’ defined but not used
tools/boost/boost/system/error_code.hpp:213:36: attention : ‘boost::system::native_ecat’ defined but not used
scons: *** [src/libcore/bitmap.os] Error 1
scons: building terminated because of errors.
Hi,
thanks for the report. I’ve fixed the specific issue you described (you will need to run “hg pull -u” to get the changes).
Also, here are some adjusted Archlinux build scripts for the dependencies: http://www.mitsuba-renderer.org/releases/contrib/archlinux/
One remaining problem (at least on my test install) is seems to be that gcc 4.5 in Archlinux won’t compile the PLY loader. If that happens, you can just edit the “SConscript” file and uncomment lines related to that plugin.
Good luck & let me know if you can get it to work,
Wenzel
Thanks for the links
I’ve tried the hg pull -u, it makes it go far before breaking here : /usr/bin/ld: cannot find -lGLEWmx
collect2: ld a retourné 1 code d’état d’exécution
scons: *** [src/libhw/libmitsuba-hw.so] Error 1
Then I built the 2 packages : glew and collada with makepkg -s
Now it’s breaking earlier with this :
scons: Building targets …
g++ -o src/libhw/libmitsuba-hw.so -rdynamic -shared -fPIC src/libhw/session.os src/libhw/device.os src/libhw/gputexture.os src/libhw/gpugeometry.os src/libhw/gpuprogram.os src/libhw/renderer.os src/libhw/glrenderer.os src/libhw/glprogram.os src/libhw/glgeometry.os src/libhw/gltexture.os src/libhw/gpusync.os src/libhw/glsync.os src/libhw/vpl.os src/libhw/x11session.os src/libhw/x11device.os src/libhw/glxdevice.os src/libhw/glxrenderer.os -Lsrc/libcore -Lsrc/librender -ldl -lm -lpthread -lgomp -lboost_system -lboost_filesystem -lmitsuba-core -lmitsuba-render -lGL -lGLU -lGLEWmx -lXxf86vm -lX11
/usr/bin/ld: cannot find -lGLEWmx
collect2: ld a retourné 1 code d’état d’exécution
scons: *** [src/libhw/libmitsuba-hw.so] Error 1
scons: building terminated because of errors.
Hi Archimage,
are you sure you installed the packages after building them? (just building is not enough).
In theory, the build file (https://www.mitsuba-renderer.org/releases/contrib/archlinux/glewmx/PKGBUILD) should make a symlink to this library — it works on my machine.
Best,
Wenzel
Sorry, I’m a bit newbie to the linux world, so I’m learning at the same time… can you explain me the method for installation after building ?
I’ve simply done the makepkg -s within the directory of each one, then I tried the make, then make install commands in te src directory. It gave me errors too, maybe i’m doing something bad
Thanks in advance
makepkg should create tar.xz files, which you can install using pacman -U.
Just a tip in case it is useful: If you’re new to Linux and having difficulties with Archlinux, I’d recommend using another distribution such as Ubuntu or Fedora. From playing around a bit with Archlinux today, my impression is that it assumes quite a bit of technical Linux experience on the part of the user.
Thanks for the tip, the building is in progress now…
I’ve tried Ubuntu before Arch… I agree with your view you are right.
But I sensed that Ubuntu was “obscure” in terms of learning Linux. It has the same flaws I don’t like in Windows, it makes everything for you and doesn’t let you understand the process… Now i’m trying to compile the package from source, in Ubuntu I’d be installing the .deb just by clicking without any question… Maybe later I’ll come back to automated distributions for productivity’s sake, but now I prefer to learn some of theses technical basis.
The construction is finished, I’ve set the path with . setpath.sh, the program is working but for the gui it asks me for :
./mtsgui: symbol lookup error: /home/omar/Applications/mitsuba/src/libhw/libmitsuba-hw.so: undefined symbol: glewContextInit
in that case, there is still something wrong with your install of the GLEW-MX package. It appears that Mitsuba uses (plain) “glew”, instead of “glewmx”. Do you perhaps have glew installed? The “ldd” tool may be useful to analyze which libraries are being used (run “ldd mtsgui”). You may need to adjust the files in /usr/lib manually if you are using conflicting packages.
this is the ldd output :
[omar@omar-desktop2 mitsuba]$ ldd mtsgui
linux-vdso.so.1 => (0x00007fff78710000)
libdl.so.2 => /lib/libdl.so.2 (0x00007f3726049000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00007f3725e2c000)
libgomp.so.1 => /usr/lib/libgomp.so.1 (0x00007f3725c1f000)
libboost_system.so.1.43.0 => /usr/lib/libboost_system.so.1.43.0 (0x00007f3725a1c000)
libboost_filesystem.so.1.43.0 => /usr/lib/libboost_filesystem.so.1.43.0 (0x00007f3725807000)
libmitsuba-core.so => /home/omar/Applications/mitsuba/src/libcore/libmitsuba-core.so (0x00007f372554e000)
libmitsuba-render.so => /home/omar/Applications/mitsuba/src/librender/libmitsuba-render.so (0x00007f3725263000)
libmitsuba-hw.so => /home/omar/Applications/mitsuba/src/libhw/libmitsuba-hw.so (0x00007f3725025000)
libxerces-c-3.1.so => /usr/lib/libxerces-c-3.1.so (0x00007f3724a62000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x00007f372475a000)
libGLU.so.1 => /usr/lib/libGLU.so.1 (0x00007f37244ec000)
libGLEW.so.1.5 => /usr/lib/libGLEW.so.1.5 (0x00007f3724288000)
libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0x00007f3724083000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f3723d46000)
libQtOpenGL.so.4 => /usr/lib/libQtOpenGL.so.4 (0x00007f3723a65000)
libQtGui.so.4 => /usr/lib/libQtGui.so.4 (0x00007f3722ddc000)
libQtXml.so.4 => /usr/lib/libQtXml.so.4 (0x00007f3722b99000)
libQtNetwork.so.4 => /usr/lib/libQtNetwork.so.4 (0x00007f3722881000)
libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0x00007f37223f2000)
libcollada14dom.so => /usr/lib/libcollada14dom.so (0x00007f3721e0e000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f3721b04000)
libm.so.6 => /lib/libm.so.6 (0x00007f3721882000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f372166c000)
libc.so.6 => /lib/libc.so.6 (0x00007f3721310000)
/lib/ld-linux-x86-64.so.2 (0x00007f372624d000)
librt.so.1 => /lib/librt.so.1 (0x00007f3721108000)
libHalf.so.6 => /usr/lib/libHalf.so.6 (0x00007f3720ec6000)
libIlmImf.so.6 => /usr/lib/libIlmImf.so.6 (0x00007f3720c04000)
libIex.so.6 => /usr/lib/libIex.so.6 (0x00007f37209e6000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007f37207ce000)
libpng14.so.14 => /usr/lib/libpng14.so.14 (0x00007f37205a5000)
libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x00007f372036c000)
libnsl.so.1 => /lib/libnsl.so.1 (0x00007f3720154000)
libcurl.so.4 => /usr/lib/libcurl.so.4 (0x00007f371ff00000)
libnvidia-tls.so.256.53 => /usr/lib/libnvidia-tls.so.256.53 (0x00007f371fcfe000)
libnvidia-glcore.so.256.53 => /usr/lib/libnvidia-glcore.so.256.53 (0x00007f371e311000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x00007f371e0ff000)
libXmu.so.6 => /usr/lib/libXmu.so.6 (0x00007f371dee6000)
libXi.so.6 => /usr/lib/libXi.so.6 (0x00007f371dcd7000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f371dabc000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007f371d823000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00007f371d619000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f371d332000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00007f371d0e4000)
libSM.so.6 => /usr/lib/libSM.so.6 (0x00007f371cedc000)
libICE.so.6 => /usr/lib/libICE.so.6 (0x00007f371ccc1000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007f371ca8d000)
libssl.so.1.0.0 => /usr/lib/libssl.so.1.0.0 (0x00007f371c831000)
libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0x00007f371c475000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x00007f371c271000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0x00007f371bf24000)
libpcre.so.0 => /lib/libpcre.so.0 (0x00007f371bcef000)
libpcrecpp.so.0 => /usr/lib/libpcrecpp.so.0 (0x00007f371bae7000)
libminizip.so => /usr/lib/libminizip.so (0x00007f371b8df000)
libImath.so.6 => /usr/lib/libImath.so.6 (0x00007f371b6da000)
libIlmThread.so.6 => /usr/lib/libIlmThread.so.6 (0x00007f371b4d3000)
libXt.so.6 => /usr/lib/libXt.so.6 (0x00007f371b270000)
libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f371b06e000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f371ae69000)
libuuid.so.1 => /lib/libuuid.so.1 (0x00007f371ac65000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007f371aa3d000)
yes glew was installed
Thank you. It’s working now.
I had to remove glew, reinstall glewmx and reconstruct.
Hi,
1) I tried to import an obj from sketchup, I get this :
2010-10-06 07:28:59 ERROR load [src/librender/shandler.cpp:371] Duplicate ID ‘Mesh1 Model’ used in scene description!
2) Then a Collada file from blender : 2010-10-06 07:30:56 INFO impt [src/converter/collada.cpp:1173] Loading “untitled.dae” ..
2010-10-06 07:30:56 WARN impt [src/converter/collada.cpp:273] Critical COLLADA error: Opening and ending tag mismatch: UNKNOWN line 6 and authoring_tool
2010-10-06 07:30:56 WARN impt [src/converter/collada.cpp:273] Critical COLLADA error: Error parsing XML in daeLIBXMLPlugin::read
2010-10-06 07:30:56 WARN impt [src/converter/collada.cpp:273] Critical COLLADA error: Failed to load file:/home/omar/Documents/untitled.dae
2010-10-06 07:30:56 WARN impt [src/qtgui/sceneimporter.cpp:62] Conversion failed: 2010-10-06 07:30:56 ERROR impt [src/converter/collada.cpp:1176] Could not load “/home/omar/Documents/untitled.dae”!
2010-10-06 07:30:56 DEBUG impt [Thread] Thread “impt” has finished
With the cbox_full I get a grey screen with a plane, do you have an idea ?
Hi Archimage,
the COLLADA problem is due to a bug in Blender (see https://projects.blender.org/tracker/?func=detail&atid=498&aid=24145&group_id=9), which will be gone in the next version. You can work around it temporarily by editing the DAE file and removing the text “” at the top.
Regarding the OBJ import problems: I’ve been chasing this bug! Can you do me a huge favor and send the file which you can’t import to my email address? The address is my first name @cs.cornell.edu.
Thanks,
Wenzel
That’s kind of weird. Can you send a screenshot and your copy of mitsuba_*.log (should be in the directory where you started the program)
whoops, my blog took away the important part. Blender inserts a weird “UNKNOWN” tag at the top. You need to get rid of this.
Hello,
Do you have some news about the problems I faced ?
Thanx
Hello:
I am trying to compile mitsuba on my computer -Slackware64 13.1- and I get the same error:
scons: Building targets …
g++ -o src/libhw/libmitsuba-hw.so -rdynamic -shared -fPIC src/libhw/session.os src/libhw/device.os src/libhw/gputexture.os src/libhw/gpugeometry.os src/libhw/gpuprogram.os src/libhw/renderer.os src/libhw/glrenderer.os src/libhw/glprogram.os src/libhw/glgeometry.os src/libhw/gltexture.os src/libhw/gpusync.os src/libhw/glsync.os src/libhw/vpl.os src/libhw/font.os src/libhw/viewer.os src/libhw/x11session.os src/libhw/x11device.os src/libhw/glxdevice.os src/libhw/glxrenderer.os -Lsrc/libcore -Lsrc/librender -ldl -lm -lpthread -lgomp -lboost_system -lboost_filesystem -lmitsuba-core -lmitsuba-render -lGL -lGLU -lGLEWmx -lXxf86vm -lX11
/usr/lib64/gcc/x86_64-slackware-linux/4.4.4/../../../../x86_64-slackware-linux/bin/ld: cannot find -lGLEWmx
collect2: ld returned 1 exit status
scons: *** [src/libhw/libmitsuba-hw.so] Error 1
scons: building terminated because of errors.
Hi David,
since you’re on Slackware, you will need to build this library yourself. It is basically GLEW, but compiled with -D GLEW_MX. You can take a look at the GLEW documentation for information on how to build with this flag.
Best,
Wenzel
Hello:
I am trying to compile mitsuba on my computer -Slackware64 13.1- and I get the same error:
*scons: Building targets …
g++ -o src/libhw/libmitsuba-hw.so -rdynamic -shared -fPIC src/libhw/session.os src/libhw/device.os src/libhw/gputexture.os src/libhw/gpugeometry.os src/libhw/gpuprogram.os src/libhw/renderer.os src/libhw/glrenderer.os src/libhw/glprogram.os src/libhw/glgeometry.os src/libhw/gltexture.os src/libhw/gpusync.os src/libhw/glsync.os src/libhw/vpl.os src/libhw/font.os src/libhw/viewer.os src/libhw/x11session.os src/libhw/x11device.os src/libhw/glxdevice.os src/libhw/glxrenderer.os -Lsrc/libcore -Lsrc/librender -ldl -lm -lpthread -lgomp -lboost_system -lboost_filesystem -lmitsuba-core -lmitsuba-render -lGL -lGLU -lGLEWmx -lXxf86vm -lX11
/usr/lib64/gcc/x86_64-slackware-linux/4.4.4/../../../../x86_64-slackware-linux/bin/ld: cannot find -lGLEWmx
collect2: ld returned 1 exit status
scons: *** [src/libhw/libmitsuba-hw.so] Error 1
scons: building terminated because of errors.*
Actually, I am installing the libraries that Scons needs reading the error messages.
First, Scons stopped because it needs xercesc, and I installed it. (no problem here)
Then, Scons stopped because the error related with lGLEWmx I put above.
I installed Glew from http://glew.sourceforge.net/advanced.html
but I got an error. Then, I see that there are a similar problem and I have uninstalled Glew, and I have reinstalled again with the parametres into …glewmx/PKGBUILD, but notihng
P.S. I have duplicated the post because I submitted the coment instead press “Preview”. I’m sorry
Thank you Wenzel.
The things I have done is uninstall glew (make uninstall-make clean) and make it again like that:
make GLEW_MX=1
make install
but nothing
You could rename the GLEW library so that it installs to /usr/lib/libGLEWmx.so. An alternative is to edit the config.py file and specify a different library name (e.g. remove the “mx” on line 16).
Good luck,
Wenzel
Hello Wenzel:
I’m sorry for be such a pain, but I can’t compile mitsuba yet.
I have tried you told me (I modified the config.py as well as you said) but nothing.
Also I created a softlink to libGLEW.so.1.5.7 called libGLEWmx.so
In both times I get this error:
g++ -o src/utils/createvol src/utils/createvol.o -Lsrc/libcore -Lsrc/librender -Lsrc/libhw -ldl -lm -lpthread -lgomp -lboost_system -lboost_filesystem -lmitsuba-core -lmitsuba-render -lmitsuba-hw
src/libhw/libmitsuba-hw.so: undefined reference to `__glewClientWaitSync’
src/libhw/libmitsuba-hw.so: undefined reference to `__glewGetBufferParameterui64vNV’
src/libhw/libmitsuba-hw.so: undefined reference to `__glewBufferAddressRangeNV’
src/libhw/libmitsuba-hw.so: undefined reference to `__glewNormalFormatNV’
src/libhw/libmitsuba-hw.so: undefined reference to `glewContextIsSupported’
src/libhw/libmitsuba-hw.so: undefined reference to `__glewDeleteSync’
src/libhw/libmitsuba-hw.so: undefined reference to `__glewColorFormatNV’
src/libhw/libmitsuba-hw.so: undefined reference to `__glewVertexFormatNV’
src/libhw/libmitsuba-hw.so: undefined reference to `__glewTexCoordFormatNV’
src/libhw/libmitsuba-hw.so: undefined reference to `glewContextInit’
src/libhw/libmitsuba-hw.so: undefined reference to `__glewMakeBufferResidentNV’
src/libhw/libmitsuba-hw.so: undefined reference to `__glewTexImage2DMultisample’
src/libhw/libmitsuba-hw.so: undefined reference to `__glewFenceSync’
src/libhw/libmitsuba-hw.so: undefined reference to `__glewWaitSync’
collect2: ld returned 1 exit status
scons: *** [src/utils/createvol] Error 1
scons: building terminated because of errors.
Any help?