Jump to content

probiner

Members
  • Content count

    153
  • Donations

    0.00 CAD 
  • Joined

  • Last visited

  • Days Won

    5

probiner last won the day on May 12 2019

probiner had the most liked content!

Community Reputation

82 Excellent

4 Followers

About probiner

  • Rank
    Initiate

Contact Methods

  • Website URL
    http://probiner.xyz

Personal Information

  • Name
    probiner
  • Location
    {0, 0, 0}

Recent Profile Visitors

2,226 profile views
  1. Thank you to @master2045 on Renderman discord for the pointer about the missing library libtinfo5, which is fixed in Fedora by installing the ncurses-compat-libs package. Only I've seen this mentioned around the web, was here: https://www.carlocarfora.co.uk/blog/2019-12-16_Installing-Fedora-Houdini-and-Renderman/2019-12-16_Installing-Fedora-Houdini-and-Renderman.html Finally! I never had this issue before in Pop!_OS, but to fix it there just search the library libtinfo5 in the Synaptic Package Manager. Finally 2.0!
  2. Renderman (23.5, 24.0) has been running fine on the laptop in Pop!_OS!: Recently got a new desktop machine. Installed Houdini (Python2) and Renderman(24.1) on both Pop!_OS and Fedora systems, but whenever attempting to Render Preview in either or use the IPR Tool I always get this error with any version(18.351, 18.596) and don't know how to debug it. "RfH: Could not initialize Renderman" "Failed to save output to file" "AttributeError: 'NoneType' object has no attribute 'warn_if_no_access" I'm wondering if it's an hardware issue or some missing lib, because either environment variable or json package was working on the laptop with the appropriate versions. I've seen threads where people mention non-latin characters in the user name but I've tried with "user_01" and now "admin" and the errors the same. Has anyone faced and fixed this before? It's giving me a hard time. Test scene file I'm using: rmanQA.hiplc Thanks
  3. Hi Doing a vellum coiled cable sim and while I'm happy with the feel of it I've noticed I have some spinning close to pinned points, instead of bending. Is there a way to avoid this? Video shows the sweeped curve and then it shows the group used as pinned. phone_coil_cable_spin.mp4 I've noticed that vellum does not transform the input geo attributes (am I missing something?) so instead I used a point deform to preserve the sweep's orientation. Works well for most of the curve but not great on the tips. All constrains are super stiff so the coil shape can be maintained, so this could be the cause of the geo not bending but twisting. Still I wasn't expecting that twist. The Settings I'm using on Constrain and the Solver are below. Let me know if there's something to consider to avoid this behavior or to have Vellum transform input attributes. Thanks.
  4. An expanded Merge SOP operation. Goes well with H18 "Copy to Points" to boot, but there's a lot of other small things that enables.
  5. One thing that throws me off the road with VEX is issues with operations not being overaloaded/able or not have the ability to drive the type cast of a variable. Kills abstractness and makes for some cumbersome code. I've used in the past a trick to get the variable assignment to be programmatically driven(float, vector...etc) instead of scooped in a sucession of else ifs that lead to duplicated code: if(caracteristic == 0){ float var = attrib(0,class, name, @elemnum) ; < code body> } else if(caracteristic == 1){ vector2 var = attrib(0,class, name, @elemnum) ; < code body> } else if(caracteristic == 2){ vector var = attrib(0,class, name, @elemnum) ; < code body> } .... .... .... Instead just have `chs("type")` var = attrib(0,class, name, @elemnum) ; < code body> Which will result in var being casted based on parameter, and also not being scoped and therefore no code duplication for each case. Now while seems great, I've noticed it takes way more time to cook than the else ifs way.- Therefore I was wondering if there is a way to do this driven variable assignment with preprocessors. The code still might look ugly but at least the execution part will be a single one for all types. #define var 100.0 This for example sets var as a float. But I wonder how I can inform it which variable type it should have. Thanks
  6. Loading Houdini Python modules into Code Issues

    You got this fixed? Adding "python.jediEnabled": false, And removing "python.autoComplete.preloadModules": ["hou"], Seemed to have fixed it for me. Cheers
  7. No, first I'm trying to figure out if there is already a way to mute them. If not then, yes, I shall RFE it.
  8. I would like to disable this prompt. Would be nice if warnings like this could be added to a info queue instead of halting operations. Thanks
  9. VOPs - output to @P.y.

    You could do a little asset Just connect P to Ramp and to the Y component. Only thing I don't see how to do is to have this setup support signatures for other data types, like vector2, matrix, etc. PRB_ReplaceComponent.hip
  10. Euler to orient-matrix inside dops.

    Bit corny, but cool
  11. There's ways to decompose/describe a vector - 3 coordinates (xyz) that scale the coordinate system unit vectors (ijk) and add them together: P = i*x + j*y + k*z. - direction (vector scaled to length 1) and legth/magnitude (distance from tail to head of the vector) - direction (two angles) and length And more... It's all about using the representation that is more sensible to the operation you are doing. For angular related calcs direction is handy, while for position calcs you want to deal with xyz, etc.
  12. @Atom I've been looking at Python in Houdini only recently, so I look forward to get more people's insight. Put it in any of the locations corresponding to $HOME, $HSITE, $HIP, $JOB inside a structure like {loocation}/{houdiniversion}/python2.7libs/ For example I have $HSITE at F:/HOUDINI/HSITE/ so I put the huilib.py in F:/HOUDINI/HSITE/houdini17.0/python2.7libs/ After this import huilib in the shelf tool Script field will be able to find it. As for running the examples, here I'm not so sure about the correct method, but what I've been doing is putting my scripts in a subfolder ../python2.7libs/PRB_HOM/ which contains an empty __init__.py and then call those scripts from the shelf with import. For example, I've put in said folder the example shipped with huilib, all_gadgets.py, while changing the script bottom part from: if __name__ == '__main__': ui = TestDialog(name = 'test', title = 'Test UI') ui.show() into def main(): ui = TestDialog(name = 'test', title = 'Test UI') ui.show() if __name__ == '__main__': main() And then in the shelf tool Script field I can do: from PRB_HOM import all_gadgets as tool reload(tool) tool.main() And this way it gets picked up. This is how I'm running my shelf tools in general, so I can store .py files in a repo and use an external editor and not have the scripts stored in the .shelf file. But I'm curious to know if this is "the proper" way to do it @Stalkerx777 or anyone! It would still be nice if we could work in the Parameter Editor and store that into a .ui file. Cheers PS: I failed to refresh the page and notice you guys already sorted it
  13. Thanks to @Stalkerx777 for his library: https://bitbucket.org/alexxbb/huilib/overview Really fits my needs here of having some simple options for something that is just to run once. @garf Indeed I'll go down that path for heavy lifting stuff. But atm that would be a rabbit hole for me. @kiryha Thanks for producing that! Sounds like it will be verbose for evolved things (maybe even more than what is being executed) and probably a good opportunity to get in to code generators.
×