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 <[email protected]> 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 < > [email protected]> 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 <[email protected]> >> 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" <[email protected]>: >>> >>> >>> Softimage and Redshift. Best marriage ever! >>> >>> >>> >>> I have 4 licenses. >>> >>> >>> >>> >> >> > -- www.matinai.com
