Every Node, Every Where, all in LOPS | Rob Pieké | Houdini 20.5 HIVE Paris

the viewport, to the ease of creating and manipulating materials, to spawning cloned renders directly from LOP nodes, this release vastly reduces the need to jump between contexts as they work on different tasks. We will explore these topics, connections between Solaris and Copernicus, and more.
Rob Pieké is a Senior Software developer, working on Solaris for the last three years. Prior to SideFX, he spent 15 years in the R&D teams of VFX studios developing in-house technologies and improving production workflows, with a soft focus on lighting and rendering. Rob has been passionate about computer graphics from a young age, and continually strives to ensure that technology is always a helper and never a hindrance to creativity.
00:00 Preface
02:53 Intro
03:30 Karma XPU Optimizations
06:05 Crowds
10:09 Quick Surface Material
12:56 Component Builder
15:45 Stage Manager
18:43 Working at the SOP Level
21:18 Karma Lens
25:09 Slap Comp
26:15 Light Instances
29:48 Clones
31:11 Karma Physical Sky
35:12 Q&A

[@chr1st0pher]

i think solaris is gonna need an official mascot / test geo :D

[@zakkatara]

Cant wait for this release!! Loving Solaris and USD

[@ardentgrifone]

I used to reject this software but man it has grown on me it’s like I’m addicted to it! Love all the work you’re doing on TH-cam too

[@JettzCG]

Same, tinkering on Houdini for client projects is always the fun part

[@ujulspins]

All these improvements to Karma are great, really. But what I really lack is some more or less honest caustic solver. Like, even in the old Mantra it was possible to make a photon map

[@NFSDieHard]

does this effect the snapshot gallery save file size ? as it saves the state of lops

[@qaisarkhan7740]

Make a project with MPM solver and Car Rig, Dirt rally racing 😅.

[@edh615]

I'm amazed the break of realtime proceduralism is treated like an afterthought with solaris,they need to prioritize the maximum responsiveness while using SOPs. Or I'll end up using Blender if everything is an USD cache.

[@Ep19MA]

SideFX is already working hard on it, but it will take some time to develop. It might also be that USD's Hydra is causing some performance overhead, which is extremely challenging

[@fastlearner292]

It's not about Solaris, it's the problem with usd itself. Solaris devs are definitely trying their best to have good support for procedurals but they don't wanna go too far by themselves and risk it. Hopefully usd catches up

[@edh615]

​@@Ep19MA Hopefully the realtime renderer that's coming is competent and covers most of our needs, then solaris would make more sense providing a more scalable and optimized scene building context after previewing it, this also means the interop must be seamless.

[@Ep19MA]

Indeed, this is the fastest historical version of Karma XPU. However, from the demo, it seems that the speed noticeably decreases when using textures. I even feel that Cycles is much faster than Karma

[@Todd_Manus]

It might be... but you have to use Blender to use Cycles.. so there is that.

[@kamazooliy]

@@Todd_Manus Savage

[@Todd_Manus]

@@kamazooliy Yea.. I might have been a little strong there :-)... my apologies.

[@SeregaZinin]

Maya Bifrost + Arnold better than Houdini + KarmaXPU

[@xanzuls]

hahahahhaahhahah, not even in any parallel universe, that's true.

[@metaturnal]

enjoy yours and let me enjoy mine

[@pizola3285]

hahhaah good luck with that

[@SeregaZinin]

@@xanzuls Yes, that's right Maya Bifrost is better in this universe.

[@audiodrocher]

@@SeregaZinin пока весь мир работает, скрепоносцы всё выясняют, кто лучше, а кто нет 😅