malexander

The best way to do this is with a variable, like $SHOTVER. Set this up in Edit > Aliases Variables in the Variables tab to point to the version dir, number, or name you're using. Then have all your files use it in their file path. It sounds like you may already have a file with hardcoded versions, if so you might be able to use the varchange hscript command to switch your hardcoded version to $SHOTVER.

If you're using the Font COP, it generates a very small image inside a crop region on its own (Shift+LMB drag in the viewer to see it). If you export to a format that supports data windows like EXR or PIC, this will be preserved.

The "Leave playbar at last frame" toggle in the Flipbook options will avoid jumping to the frame you were on before you started the flipbook (Houdini 16.5+).

Volumes are rendered as many parallel planes blended together, so if the number of pixels in the viewport is large and it's a large volume (or several), you're probably maxing out the GPU's ROPs which do the framebuffer blending and writes. You can try adjusting the volume quality and/or size in the Geometry and Texture tabs of the display options.

Split your viewer into 2 viewports, don't use 2 viewers. Separate viewers do not share selections, viewports within the same viewer do.

Does what does iinfo report for the tiff file? It may be that Houdini doesn't recognize it.

Either icp or iconvert should work. eg. icp Mandril.pic Mandril.tiff I'm not sure why .pic wouldn't work, it's our native format.

Those are the project settings. Changes made to those affect only the current hip file, and are "live" (ie, changing the Res will cause all Generator COPs that aren't overriding the res to resize and recook to the new res). What you want is the compositing Resolution Limit in Edit > Prefs > Compositing, Cooking tab. If you've already set that, I'm not sure why you'd be getting the resolution limit warning. You may want to check hcomposite.pref in $HOME/houdiniX.Y and see if cache.maxresx and cache.maxresy are set correctly to the values you're using. Also, once you get this working, I highly recommend setting the proxy cooking resolution in the COPs view toolbar from "Full" to 25% or 12.5%.

If you tag a parameter with one of the recognized OGL tags, and the parameter's type is what is expected (ie, ogl_emission_map is IMAGE_FILE), then it should be recognized by the viewport. The tag names were taken from the names of the original OGL parameters, which still work as well.

Deform parameter: Shift by UV Gradient.

Try "Gradient" mode. It's a lot more forgiving.

Is the Principled shader's Effect Scale tagged with 'ogl_displacescale' (in Edit Parameter Interface). If it's not, it'd be using a displacement scale of 1.

You only need the tag if the parameter isn't a recognized GL parameter. The viewport looks for ogl_tex1 - if it finds it as a parm, it uses that. If not, it looks for a parameter with the ogl_tex1 tag on it. This is so users can generate their own parameters (diffuseMap) without having to tediously channel reference them to a ogl_tex1 parm.

That's the correct way to do it if you want true parallelism. You can't render multiple GL ROPs within the same session simultaneously. You could use ROP dependencies to render frame 1 of GLrop A, frame 1 of GLrop B, frame 2 of A, frame 2 of B, etc, however this just interleaves the rendering in the same session. It doesn't render the frames at the same time.

If your laptop has Nahimic audio installed, try shutting it down before launching Houdini. It tries to install some 3D positional audio nonsense to OpenGL and that ends up destabilizing Houdini.