Karma or Redshift
8020 25 3- Ralph Pinel
- Member
- 112 posts
- Joined: Feb. 2016
- Offline
- Erik Ws
- Member
- 39 posts
- Joined: July 2020
- Offline
How long? H20
After all it's not only renderer alone. Also viewport to renderer communication that redshift and other renderers will not be able to keep up compared to native karma.
Just an example is reflections/refractions in viewport, and how much they coincide with final render result. and many other things like heterogenous volumes and how much they look same as in final rendered result.
In other words it's always better to stick with native renderer and it's the best one in most of the cases, I'm sure Karma will be that renderer everyone will like more than others in Houdini.
After all it's not only renderer alone. Also viewport to renderer communication that redshift and other renderers will not be able to keep up compared to native karma.
Just an example is reflections/refractions in viewport, and how much they coincide with final render result. and many other things like heterogenous volumes and how much they look same as in final rendered result.
In other words it's always better to stick with native renderer and it's the best one in most of the cases, I'm sure Karma will be that renderer everyone will like more than others in Houdini.
Edited by Erik Ws - Sept. 8, 2023 12:17:23
- Majinpu
- Member
- 46 posts
- Joined: Dec. 2016
- Offline
- Nathan_T_Anderson
- Member
- 8 posts
- Joined: Jan. 2015
- Offline
I think it will be different for everyone. But for me at the moment I find Karma XPU to be unusable because of the constant shader compiling. Redshift is way more interactive and quick for me. But in the recent siggraph talk they acknowledged this issue and it sounds like it will be improved a lot in H20.
- Tronotrond
- Member
- 53 posts
- Joined: July 2017
- Offline
Ralph PinelI think it already is. At least in my testing it generally generates sharper and better looking results, and it's faster on things like translucency. Karma is still lacking some very key features though, but it seems most of what I miss will come now with H20.
How long before Karma will be a serious replacement for Redshift in Houdini?
Specifically talking about Solaris + Karma though, and outputting USD files to render.
I run a small team of 8 animators, and I absolutely see Karma can do most of our jobs. Especially as long as the render licenses stays free it's almost a no-brainer to use Karma. We have a cloud farm on AWS, so being able to just spin up what you need in the moment is a huge benefit.
- khomatech
- Member
- 16 posts
- Joined: Jan. 2022
- Offline
I've had nothing but major issues with Redshift, both in C4D and Houdini, across multiple versions. Crashes, slow to update, buggy, requires annoying workarounds.
Additionally, Maxon customer service blows and it seems you're relegated to the bottom of the pile if you're not a paying C4D user.
I've been using Cycles as a replacement and it's been fantastic, stable and responsive. As I transition towards a 90%+ Houdini workflow, Karma XPU is the way forward for me.
Very excited for H20.
Additionally, Maxon customer service blows and it seems you're relegated to the bottom of the pile if you're not a paying C4D user.
I've been using Cycles as a replacement and it's been fantastic, stable and responsive. As I transition towards a 90%+ Houdini workflow, Karma XPU is the way forward for me.
Very excited for H20.
- Ralph Pinel
- Member
- 112 posts
- Joined: Feb. 2016
- Offline
Interesting! I have been experiencing a lot of bugs and crashes with Redshift. Thats what promted me to ask the question. It always seems to happen when a bigger brand buys up specialist tech and fail to continue the quality of development.
Karma H20 could be the moment we can shift back to Houdini native rendering.
Karma H20 could be the moment we can shift back to Houdini native rendering.
- SWest
- Member
- 313 posts
- Joined: Oct. 2016
- Offline
Karma (native) or Redshift (third party)?
I’ve not been rendering for a long time, but previously been testing both RendeMan and Cycles. However, going forward I do consider native renderers to be better than third party ones.
For example when you deal with fine data such as geometry attributes, mesh types and more there can always be translation issues (and crashes) with third party.
As opposed to having rendering only as a late step in the pipe it can be used early also. I like the idea of working with a native renderer already in the modeling process. There are shaders that can do things more efficiently than using mesh definitions everywhere, such as bevels, creases and displacement and you just want control and confidence with that.
Although Cycles is great (and free) moving data can be a bottleneck.
So I’m exited that SideFX did the great move to develop this.
I’ve not been rendering for a long time, but previously been testing both RendeMan and Cycles. However, going forward I do consider native renderers to be better than third party ones.
For example when you deal with fine data such as geometry attributes, mesh types and more there can always be translation issues (and crashes) with third party.
As opposed to having rendering only as a late step in the pipe it can be used early also. I like the idea of working with a native renderer already in the modeling process. There are shaders that can do things more efficiently than using mesh definitions everywhere, such as bevels, creases and displacement and you just want control and confidence with that.
Although Cycles is great (and free) moving data can be a bottleneck.
So I’m exited that SideFX did the great move to develop this.
Edited by SWest - Sept. 9, 2023 12:26:03
Interested in character concepts, modeling, rigging, and animation. Related tool dev with Py and VEX.
- TwinSnakes007
- Member
- 648 posts
- Joined: July 2013
- Online
- Digipiction
- Member
- 166 posts
- Joined: March 2014
- Offline
I like Karma but at the moment it feels very very slow compared to Redshift. I'm not talking about the rendering speed itself but about the loading time whenever you make a change.
In pretty much all of my scenes, when I add a new node into the shader it takes quite a while before the render updates. In the current scene that I'm working on, and it is not that complex a scene, it takes 30 seconds whenever I insert a new MaterialX node. Changing parameters on existing nodes is instant, but modifying the shader is so slow it'll drive me insane one of these days.
And forget about having live procedural geometry in the scene, Houdini will just constantly re-calculate those SOP trees, it's impossible to work with unless I have a dummy file cache at the end of every single procedural SOP object. Not sure if this is a LOPs problem or a Karma problem. I don't have the issue with Redshift, but I don't use Redshift in LOPs.
In pretty much all of my scenes, when I add a new node into the shader it takes quite a while before the render updates. In the current scene that I'm working on, and it is not that complex a scene, it takes 30 seconds whenever I insert a new MaterialX node. Changing parameters on existing nodes is instant, but modifying the shader is so slow it'll drive me insane one of these days.
And forget about having live procedural geometry in the scene, Houdini will just constantly re-calculate those SOP trees, it's impossible to work with unless I have a dummy file cache at the end of every single procedural SOP object. Not sure if this is a LOPs problem or a Karma problem. I don't have the issue with Redshift, but I don't use Redshift in LOPs.
- brians
- Staff
- 531 posts
- Joined: May 2019
- Offline
- GCharb
- Member
- 279 posts
- Joined: June 2016
- Offline
- Digipiction
- Member
- 166 posts
- Joined: March 2014
- Offline
- TwinSnakes007
- Member
- 648 posts
- Joined: July 2013
- Online
briansDigipiction
when I add a new node into the shader it takes quite a while before the render updates
This is the compiling of new shaders.
we've improved this a lot for H20
Any chance we can get a 'compile all' option like other GPU Engines have?
I'd rather pay that cost during Houdini install or Startup or maybe even a command line tool, for example - just some way to pay that cost one time - all at the same time.
Houdini Indie
Karma/Redshift 3D
Karma/Redshift 3D
- brians
- Staff
- 531 posts
- Joined: May 2019
- Offline
- JalexM
- Member
- 29 posts
- Joined: July 2017
- Offline
TwinSnakes007What other GPU Engines have that option? I don't think redshift or cycles have them. But those are the only ones I have experience in.briansDigipiction
when I add a new node into the shader it takes quite a while before the render updates
This is the compiling of new shaders.
we've improved this a lot for H20
Any chance we can get a 'compile all' option like other GPU Engines have?
I'd rather pay that cost during Houdini install or Startup or maybe even a command line tool, for example - just some way to pay that cost one time - all at the same time.
- TwinSnakes007
- Member
- 648 posts
- Joined: July 2013
- Online
- JalexM
- Member
- 29 posts
- Joined: July 2017
- Offline
- TwinSnakes007
- Member
- 648 posts
- Joined: July 2013
- Online
There’s also RenderMan XPU - but its so brittle, if you blink to hard it will crash to desktop - but that Denoiser - there’s nothing close to it and its temporal too.
I think once Karma XPU gets adaptive sampling and per-object sampling overrides - it will really be a great contender in the market.
I think once Karma XPU gets adaptive sampling and per-object sampling overrides - it will really be a great contender in the market.
Houdini Indie
Karma/Redshift 3D
Karma/Redshift 3D
- CV
- Member
- 46 posts
- Joined: Jan. 2016
- Offline
-
- Quick Links