philippepetitpas
No one :p ?
Both same resolution of 5000 x 6250 and the render settings you defined in the project:
Blender 4.1 GPU: 02:02
Houdini 20.5.361 Karma XPU: 00:50
Threadripper 2990 / GTX 4090
philippepetitpas
No one :p ?
mtucker
That file seems to be behaving as I'd expect... What is the issue that you're having?
mtucker
Off the top of my head I'd say you want a sublayer or reference LOP to bring in the USD file (if you have no idea which one is the "right" one, use sublayer). Then an Edit Material Network LOP to modify the material. Or Material Library LOP if you want to start a brand new material, but then you'd need a material linker to assign to the new material to the geometry.
If Edit Material Network isn't working, an example file would be really helpful. Thanks!
goldleaf
houdini/help/files/karma_user_guide
malexander
If you open the file browser for the texture image parameter on the VOP node, in the lower left corner you'll see a button called "Preview". If you have a file selection, it'll launch mplay with that file.
ObeidaZakzak
Maybe you could use a File COP inside a copnet to load a texture and view it in the Composite View.
tbay312
Thanks everyone for the feedback - There's a lot of ground to cover with this kind of video, so getting lots of smart eyes / minds on it is always helpful. The final video can be found here:
Cheers,
- Tyler
mtucker
There are a couple of potential problems with rendering all frames from a single process:
1. it's harder to track progress
2. problems can occur when objects move from far away to up close - redicing may be required, but may not happen
3. Problems with some LOP setups can be "papered over" by rendering each frame separately (as described above by @goldleaf)
4. there used to be a much bigger problem, where the more frames you render from a single process, the more likely the renderer is to crash. It still happens of course, but far less frequently than when we made the decision on this default.
If we solved that first problem I'd be more likely to consider changing this default... Even more so if husk could detect frames that had already been rendered and skip ahead to the first frame in the sequence that didn't already exist on disk (in case it crashes half way through the sequence).
Anyway, it's definitely something we should consider...
Enivob
Try a dome or environment light without an image map. (i.e. the white color chit)