I don't think Royal Render (7) does support 1 gpu per frame, unless I'm mistaken? I've e-mailed Holger about testing the new 8.0 version to see about....
On Tue, Jan 19, 2016 at 7:54 AM, Dan Yargici <danyarg...@gmail.com> wrote: > I think you meant 1 frame per GPU. Yes, Deadline supports this, and RR > also I believe. > > DAN > > On Tue, Jan 19, 2016 at 12:40 PM, Artur Woźniak <artur.w...@gmail.com> > wrote: > >> Thanks, >> >> I read Deadline can assign 2 gpu's per frame in redshift. >> Is this correct? >> >> 2016-01-19 13:34 GMT+01:00 Gerbrand Nel <nagv...@gmail.com>: >> >>> Are you using blender only, or other apps with blender? >>> I ask because I'm always looking for ways to get my work into blender, >>> to use cycles as my main render. >>> At the moment I use mdd cache for animation with no topology change, and >>> a script called meshfoot for things like liquids or other changing topology >>> geo. >>> Cameras are also a real pain, but I have a workaround for that from >>> houdini. >>> particles and volumes I still render in mantra. >>> Cant wait for blender to get alembic and openVDB >>> G >>> >>> >>> On 19/01/2016 14:13, Doeke Wartena wrote: >>> >>> I switched to blender cause I like to complicate my life... >>> So no redshift anymore which I really regret. I hope they will add >>> Blender support some day but as the developers said, they are small on >>> resources... >>> >>> 2016-01-19 10:25 GMT+01:00 Mirko Jankovic <mirkoj.anima...@gmail.com>: >>> >>>> It mostly come down to this... if frame is rather fast to render go >>>> with 1` GPU per frame, if it takes a bit longer 2 per frame is sweet spot. >>>> Makes not much sense to go over 2GPU per frame due to scaling. >>>> 2 cards is almost 2x speed >>>> 3 cards ~2.4x >>>> 4 cards ~2.9x >>>> If I recall some of the measuring we took. >>>> But still 4 GPU per render node is good combo, less space taken, less >>>> licences cost, less strain on network etc... >>>> >>>> On Tue, Jan 19, 2016 at 9:52 AM, Matt Morris < <matt...@gmail.com> >>>> matt...@gmail.com> wrote: >>>> >>>>> When I was at A Large Evil Corporation we replaced around 40 cpu nodes >>>>> with 8 dual gpu nodes. With 2 cards the scaling is pretty good (around >>>>> 1.85x). With 3 or 4 cards it would definitely be worth doing one frame per >>>>> gpu. >>>>> >>>>> On 19 January 2016 at 00:39, Artur Woźniak < <artur.w...@gmail.com> >>>>> artur.w...@gmail.com> wrote: >>>>> >>>>>> SO the question. >>>>>> How do you setup your farm. Which is better? Multiple cards per frame >>>>>> or a card per frame? >>>>>> >>>>>> Artur >>>>>> >>>>>> 2016-01-19 0:50 GMT+01:00 Tim Crowson < >>>>>> <tim.crow...@magneticdreams.com>tim.crow...@magneticdreams.com>: >>>>>> >>>>>>> We're use a 'garden' really... about a dozen dedicated machines, >>>>>>> most with 2xTitanX cards, and we have some workstations that can kick >>>>>>> in if >>>>>>> needed. You can get through a lot with far less than before. And if you >>>>>>> need to upgrade, just pop in a different card. We went from dual 770s to >>>>>>> dual TitanXs with zero hassle and the performance improvement was as >>>>>>> expected: awesome. >>>>>>> >>>>>>> -Tim >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 1/17/2016 11:38 AM, Graham Bell wrote: >>>>>>> >>>>>>> I'd really like us to look at Redshift but too embedded with Vray. >>>>>>> Keeping an eye on the possible Max integration as that could turn heads. >>>>>>> How big a farm are people using for Redshift, because we do a lot of >>>>>>> rendering. >>>>>>> On Fri, 15 Jan 2016 at 16:57, balazs kiss < <fospu...@gmail.com> >>>>>>> fospu...@gmail.com> wrote: >>>>>>> >>>>>>>> Hi Morten, >>>>>>>> >>>>>>>> we're also on redshift here, and I've made another small studio to >>>>>>>> switch too ( by showing a few frames and the corresponding render >>>>>>>> times ).. >>>>>>>> great stuff :) >>>>>>>> >>>>>>>> On Fri, Jan 15, 2016 at 2:54 AM, Kris Rivel < <krisri...@gmail.com> >>>>>>>> krisri...@gmail.com> wrote: >>>>>>>> >>>>>>>>> Loooooove RS! Switched over after briefly playing with Vray and >>>>>>>>> never looked back. It has been amazing so far. >>>>>>>>> >>>>>>>>> Kris >>>>>>>>> >>>>>>>>> On Fri, Jan 8, 2016 at 8:11 AM, Ognjen Vukovic < >>>>>>>>> <ognj...@gmail.com>ognj...@gmail.com> wrote: >>>>>>>>> >>>>>>>>>> I thought they mentioned having rendermaps in soft actually >>>>>>>>>> working partially, they were just looking for a method on how to >>>>>>>>>> implement >>>>>>>>>> it across the board. >>>>>>>>>> I could be completely wrong though. Either way i would like the >>>>>>>>>> volumes more :), sorry baking guys. >>>>>>>>>> >>>>>>>>>> On Fri, Jan 8, 2016 at 12:13 PM, Matt Morris < >>>>>>>>>> <matt...@gmail.com>matt...@gmail.com> wrote: >>>>>>>>>> >>>>>>>>>>> I'd say the timescale for rendermapping/baking will be months >>>>>>>>>>> rather than weeks - seems like complex volume rendering will come >>>>>>>>>>> before >>>>>>>>>>> baking. >>>>>>>>>>> >>>>>>>>>>> On 8 January 2016 at 09:28, Ognjen Vukovic < <ognj...@gmail.com> >>>>>>>>>>> ognj...@gmail.com> wrote: >>>>>>>>>>> >>>>>>>>>>>> It wasn't supported up till now, I think they will be >>>>>>>>>>>> introducing it in the coming weeks. >>>>>>>>>>>> >>>>>>>>>>>> On Fri, Jan 8, 2016 at 9:18 AM, James De Colling < >>>>>>>>>>>> <james.decoll...@gmail.com>james.decoll...@gmail.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> sorry for the potentially silly question, but how is redshift >>>>>>>>>>>>> with Rendermap? we use it extensively with MR, and would need >>>>>>>>>>>>> redshift to >>>>>>>>>>>>> have the same capability >>>>>>>>>>>>> >>>>>>>>>>>>> James, >>>>>>>>>>>>> >>>>>>>>>>>>> On Fri, Jan 8, 2016 at 8:01 PM, Morten Bartholdy < >>>>>>>>>>>>> <x...@colorshopvfx.dk>x...@colorshopvfx.dk> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Wow, it is quite impressive what an impact Redshift has made >>>>>>>>>>>>>> already. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> I have done a fair amount of testing with Redshift too and >>>>>>>>>>>>>> find on average scenes to be 5-10 times faster than Arnold with >>>>>>>>>>>>>> comparable >>>>>>>>>>>>>> quality, plus a number of things are simpler to set up the way >>>>>>>>>>>>>> you want it, >>>>>>>>>>>>>> in part because of the rapid feedback in the renderregion. I >>>>>>>>>>>>>> have yet to >>>>>>>>>>>>>> test it on really complex scenes, so that will be the next thing >>>>>>>>>>>>>> to check. >>>>>>>>>>>>>> I agree on a lack of shader support in certain parts, especially >>>>>>>>>>>>>> compared >>>>>>>>>>>>>> to Arnold/Sitoa, so it is reassuring that Burtnyk and Co are so >>>>>>>>>>>>>> responsive >>>>>>>>>>>>>> :) >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> We will likely also incorporate it to some extent when it >>>>>>>>>>>>>> supports vdb and volumetric rendering and see where it takes us. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Morten >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Den 5. januar 2016 kl. 19:50 skrev "Emilio Hernández" < >>>>>>>>>>>>>> <emi...@e-roja.com>emi...@e-roja.com>: >>>>>>>>>>>>>> >>>>>>>>>>>>>> Softimage and Redshift. Best marriage ever! >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> I have 4 licenses. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> <http://www.matinai.com>www.matinai.com >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> -- >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> *Tim Crowson **Lead CG Artist* >>>>>>> >>>>>>> >>>>>>> *Magnetic Dreams, Inc. *2525 Lebanon Pike, Bldg C, Suite 101, >>>>>>> Nashville, TN 37214 >>>>>>> *Ph* 615.885.6801 | *Fax* 615.889.4768 | >>>>>>> <http://www.magneticdreams.com>www.magneticdreams.com >>>>>>> <tim.crow...@magneticdreams.com>tim.crow...@magneticdreams.com >>>>>>> >>>>>>> *Confidentiality Notice: This email, including attachments, is >>>>>>> confidential and should not be used by anyone who is not the original >>>>>>> intended recipient(s). If you have received this e-mail in error please >>>>>>> inform the sender and delete it from your mailbox or any other storage >>>>>>> mechanism. Magnetic Dreams, Inc cannot accept liability for any >>>>>>> statements >>>>>>> made which are clearly the sender's own and not expressly made on >>>>>>> behalf of >>>>>>> Magnetic Dreams, Inc or one of its agents.* >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> www.matinai.com >>>>> >>>> >>>> >>> >>> >> > -- -Tony Bexley Yes, Thee Tony Bexley