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 <[email protected]
<mailto:[email protected]>> 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 <[email protected]
<mailto:[email protected]>>
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
<[email protected] <mailto:[email protected]>> 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 <tel:%28954%29%20552-7956>
* [email protected]
<mailto:[email protected]>
/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 <tel:615.885.6801> | *Fax* 615.889.4768
<tel:615.889.4768> | www.magneticdreams.com
<http://www.magneticdreams.com>
[email protected]
<mailto:[email protected]>
/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./
