I found some weird result of displacement map with Redshift. Elevation is okay, but sometimes I could see weird connection of UVM. All UVM boders wasn't smooth and I had no idea how to fix it. Arnold has that option though : / But more option I need is... hair @__@ and ICE strand
------------------------------------------------------------------- Daniel Kim Animation Director & Professional 3D Generalist http://www.danielkim3d.com ------------------------------------------------------------------- On Thu, Jan 9, 2014 at 10:31 AM, Emilio Hernandez <emi...@e-roja.com> wrote: > Displacement and bump map are there and they work beautiful. They event > implement a scalar change range into the displacement node. > > > > > 2014/1/8 Tim Crowson <tim.crow...@magneticdreams.com> > >> I'll repost what I said in the other thread.... >> >> We started using Redshift back in March and pretty much use it >> exclusively now. Of course it all depends on the needs of the project (and >> there are still some real limitations). The RS dev team is top notch >> though. I'm really excited to see how things will be at the end of this >> calendar year. Redshift development is progressing at a fantastic rate, >> and the pricing is very competitive. For facilities, even small ones, it >> does require that you spend some time considering your hardware and >> infrastructure, especially if you want to start converting CPU farms for >> GPU rendering, or augmenting them. Fortunately, Redshift isn't licensed per >> GPU, but per machine, and that should provide some breathing room. >> >> To be honest (and I realize we have many Arnold folks here), here at >> Magnetic we evaluated our rendering options (MR, vRay, 3Delight, Arnold). I >> even started working on a Soft-to-Modo pipeline. Among these Arnold was the >> clear winner. That said, we felt that to be useful for us in production, >> Arnold was too costly a solution for us, both financially and in render >> time, *considering the kinds of projects we do* . Then Redshift came >> along and despite its infancy, really turned our heads. We cautiously began >> using it on productions, and it has since proven itself for us. >> >> Again, it all depends on what kind of project you're working on! You need >> to evaluate it for yourself of course, but for smaller houses like us, it >> allows us to produce better looking content faster, while staying in >> Softimage. And in this economy, we can't argue with that. >> >> -Tim >> >> >> >> On 1/8/2014 2:53 PM, Paul Griswold wrote: >> >> I've been using it along side Arnold for quite a while now. I just >> finished a project for CES entirely in Redshift. >> >> I think Redshift falls more into the category of a VRay competitor >> rather than Arnold. Redshift isn't open the way Arnold is & I don't think >> they intend it to be. >> >> I've found it to be extremely fast and stable in most cases, but being >> just out of alpha there are times when it's warts show. >> >> For $100, it's certainly worth a test drive. >> >> -Paul >> >> >> ᐧ >> >> >> On Wed, Jan 8, 2014 at 3:46 PM, Stephen Davidson >> <magic...@bellsouth.net>wrote: >> >>> I just wanted to start this thread so we can kill the Sofimage is dead >>> thread. :) >>> >>> So..Redshift3D enthusiasts...post here. >>> >>> I think we will benefit the group, as a whole, if we spread the word >>> on this >>> amazing GPU rendering company. They have made my workflow SO much faster. >>> >>> >>> -- >>> >>> Best Regards, >>> * Stephen P. Davidson* >>> >>> *(954) 552-7956 <%28954%29%20552-7956> * >>> sdavid...@3danimationmagic.com >>> >>> *Any sufficiently advanced technology is indistinguishable from magic* >>> >>> >>> - Arthur C. Clarke >>> >>> <http://www.3danimationmagic.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 | www.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.* >> >> >> > >
