Tue, Feb 18, 9:17 AM CST

Renderosity Forums / Bryce



Welcome to the Bryce Forum

Bryce F.A.Q (Last Updated: 2025 Feb 17 1:22 pm)

[Gallery]     [Tutorials]


THE PLACE FOR ALL THINGS BRYCE - GOT A PROBLEM? YOU'VE COME TO THE RIGHT PLACE


Subject: Bad news good news.


padawanNick ( ) posted Fri, 17 October 2003 at 11:43 PM ยท edited Thu, 06 February 2025 at 7:11 PM

On a much lighter note... Weather was rainy this evening, so the trip out the to the "Signs" campus was scrubbed. Still... gotta take the kids somewhere, right ?? How about the computer store for a ride in the shopping cart? Mmm. Look at that. Bryce5. Whata-ya know. Only $80. So, after two-and-a-half years of Brycing, I've finally gone and upgraded to Bryce5. (hopefully that'll show up on the bottom line of some ones accounting sheet making it a good idea to keep the product going ;) ) Now.... to finally DL those B5 materials I've been missing out on......... Have fun! PS: Anyone here taking advantage of the network rendering features? Any tricks to know about? Setup issues? I've got two "spare" computers on a hub in addition to the "real" PC. It'd be nice to get the workflow moving along with the network rendering if it really works. Thanks!


woodhurst ( ) posted Fri, 17 October 2003 at 11:47 PM

Ive only heard good things about bryce lightning, if i ever get a network i'll defintly be using it:) hope to see some awesome B5 renders soon!


Ornlu ( ) posted Sat, 18 October 2003 at 12:00 AM

When doing a network render, make sure the most powerful computer is the host.


madmax_br5 ( ) posted Sat, 18 October 2003 at 12:23 AM

nope, the least powerful computer should be the host, if you are using the host to render. So much of the reources are taken in sending and recieving data that the host renders five times slower than normal, while the client machines run at full speed. Tested and proved time and again in my own experience.


clay ( ) posted Sat, 18 October 2003 at 1:50 AM

You're correct mad, the slowest needs to be the server, as it sends out the packets of info to the others, turn on the "use host to render" and when it's done sending packets out to the fast sytems it will take a chunk and render it.

Do atleast one thing a day that scares the hell outta ya!!


shadowdragonlord ( ) posted Sat, 18 October 2003 at 5:56 AM

Aye, I disagree. I think the least powerful machine, if you have more than two that is, should NOT be used to render. It will affect your render times negatively. What will happen is that your slowest computer will end up on the last unfinished panel for days, when your other, faster machines could do that particular pane in less time. Unless they are relatively equal, do NOT use your slowest machine as "use host to render". Just my experience, based off of over 50 machine setups.


foleypro ( ) posted Sat, 18 October 2003 at 7:42 AM

Oh man....Someone just Post the link to the best tutorial on the net for using Bryce Lightning....


Ornlu ( ) posted Sat, 18 October 2003 at 8:41 AM

Well I only know this from my own personal experience. I tried using my laptop and both of my other available machines. It was about 25% slower when the laptop was the host and about 20% slower when my second fastest machine was the host. So long as your most powerful computer is indeed capable of sending out massive amounts of packets without any slowdown whatsoever you shouldn't have a problem.


Aldaron ( ) posted Sat, 18 October 2003 at 3:35 PM

Also as a note the render has to be as an animation but you can do a zero frame animation. IOW when ready to network render you go to File/render animation and in the frames from/to you set it to frame zero and you will get a still frame (also render it out as a .bmp sequence)


Privacy Notice

This site uses cookies to deliver the best experience. Our own cookies make user accounts and other features possible. Third-party cookies are used to display relevant ads and to analyze how Renderosity is used. By using our site, you acknowledge that you have read and understood our Terms of Service, including our Cookie Policy and our Privacy Policy.