You could set up a computer with just the 3Delight stand alone on it, on your network and dump the RIBs from Studio to it…and then run them on that machine, freeing up the machine with Studio on it. (But the same can be said for using any external renderer.)
Well, while this is the only computer I have on my network that I can use for rendering, I greatly appreciate you sharing that bit about the render speed difference.
And here are two done in Luxrender…top at two minutes, bottom at 4 minutes. I’m using a tweaked SPPM setting that I like a lot. As can be seen the Lux can stand to run a lot longer…and have the lighting tweaked.
This also sheds like on my PWtoon problem. Its a Studio Issue, because it renders as it should when I use 3Delight externally.
That’s interesting.
Since the stand alone is just recompiling the actual shader, I wonder if something in Studio is coming into play to either prevent a recompile or some scripting change/error is preventing it…if you wanted to play around, you could check the sdl for it in the RIB folder and compare it to the one in Studio (if you can find it…they can be hard to find, without doing a complete system search)
There are many applications where one would need to render non-physical (non-nature) light. This would include pretty much all movies as there is significantly more light in a movie scene than exists in nature. Which is why 3Delight has been used in all of the Harry Potter and X-Men movies.
Unbiased rendering, for the time being, is not useful in production.
Kendall
Holy Friggen CRAP!!! I just tried it for myself.
You could knock me over with a feather right now.
It renders raytraced transparent hair like its nothing!!!
Welcome to the club. Want to go faster? Take Windows out of the equation. 3DL under Linux just FLIES!
EDIT: If you don’t use the interactive viewer, the speed doubles over using the viewer. There’s an issue with the TCP communications between renderdl and the i-display, especially if one is using firewalls.
There are many applications where one would need to render non-physical (non-nature) light. This would include pretty much all movies as there is significantly more light in a movie scene than exists in nature. Which is why 3Delight has been used in all of the Harry Potter and X-Men movies.
Unbiased rendering, for the time being, is not useful in production.
Kendall
Definitely true.
Hey Alex!
Do we need to mention the extreme speed “some certain person” gets using the RiCurves?
There are many applications where one would need to render non-physical (non-nature) light. This would include pretty much all movies as there is significantly more light in a movie scene than exists in nature. Which is why 3Delight has been used in all of the Harry Potter and X-Men movies.
Unbiased rendering, for the time being, is not useful in production.
Kendall
Definitely true.
Hey Alex!
Do we need to mention the extreme speed “some certain person” gets using the RiCurves?
Kendall
No…
But under certain circumstances, I think it actually finishes rendering BEFORE you finish typing in the command to start it…:cheese:
Sometimes the disparity in the times isn’t so great, but most of the time the stand alone is considerably faster. I’m using the latest stand alone version and I think it is even faster than any of the earlier 10.x versions. I’d like to try a stand alone 10.62, but it isn’t out yet (or any other 10.6x version, for that matter), as it’s the same version in the latest Studio beta release.
It isn’t for everyone, that’s true. But it does give you access to utilize a machine’s full power. Boot into level 3. No GUI to get in the way, download the RIB/data, shut down the ethernet link, “nice” the 3delight render to ridiculous levels and watch ‘er go! For the few seconds she runs at anyway .
Set up a bash script and queue up a lot of renders at those speeds…
—example script to transfer 5 renders and render them and transfer back the results. can be done more efficiently.
#! /bin/bash
a = render1 render2 render3 render4 render5
for f in $a; do
scp -rp server:$f*; \
ifdown eth0; \
renderdl -q $f.rib; \
ifup eth0; \
scp render.tiff server:$f_collected/; \
done;
In that case, it would be cheaper to add more RAM given the current price for RAM than it would be to purchase the stand-alone 3Delight licenses. And the extra RAM would give more overall utility.
...that’s only a viable solution if you are working in 64 bit. In 32 bit you are stuck to 2G so being able to render outside of the Studio application is a real plus.
If you are still using a 32-bit derelict, then you’d be better off putting your money towards a machine made in the last five years.
This depends on what you’re trying to do. 32 bit machines make fine rendering boxes, and excellent NAS frames. Depending on the OS, they can make good 3D machines as well. There are a crap-ton (emphasis on crap) of 32bit DeLL machines running around. I even had a Rambus DeLL in for repair not too long ago.
