Jump to content
[[Template core/front/profile/profileHeader is throwing an error. This theme may be out of date. Run the support tool in the AdminCP to restore the default theme.]]

Adam Ferestad last won the day on May 16 2012

Adam Ferestad had the most liked content!

Community Reputation

11 Good

3 Followers

About Adam Ferestad

  • Rank
    Illusionist
  • Birthday 02/04/1985

Contact Methods

  • Website URL
    http://www.AdamFerestad.com

Personal Information

  • Name
    Adam
  • Location
    Ohio

Recent Profile Visitors

4,898 profile views
  1. Python Performance Issues

    @Alain2131 I am attempting to get a VFL file written which will allow me to utilize this method. I knew how fast and easy it would have been in VEX, but unfortunately there is no good go between for the languages and the Hython restriction is a rock solid one. Eventually we may build a C++ DLL for it from the HDK, but for the time being we are using our app to interface directly with Hython, so it has to be in Hython or accessible from Hython. Unfortunately there are no verbs available which can utilize VEX, so the only option is hou.runVex() and compiling my own vex file to encapsulate the primpoints() VEX function. I have attempted, and failed. I cannot seem to figure out how to type the object right to be able to pass the HOM code, which doesn't surprise me as it is a Python object. I could possibly pass the file name, but loading and unloading files from memory to extract int lists on single prims seems woefully inefficient.
  2. Python Performance Issues

    This is an interesting result, and I will have to examine things. It is imperative that it is implemented within Hython. The final functionality is going to call Hython from outside Houdini and use it to manage data. The code has to be able to be entirely within a .py library set. I am wondering if I could implement this using the hou.runvex() function. Unfortunately I have done literally 0 vex compiling and would need to figure that out. If I could do that and see these sorts of improvements in my code, then I would be attempting backflips.
  3. Combining Modulus

    Well, I'm glad that things are solved. I'm still curious about the project though. What you have listed there works incredibly well actually int A == @ptnum%23; int B == @ptnum%16; int i=0; while(True) { i += (A==0 || B==0); if(i>100000000 || @ptnum == npoints(0)-1) { break; } } If it isn't apparent, if statement in the while loop is solely in existence to end the loop if things get out of hand to keep it from being infinite and locking up the computer. Always a good idea with while(true).
  4. Python Performance Issues

    So I am working on a project which is requiring me to extract the point numbers from an arbitrary polygonal object. The most pythonic way to do what I am trying to do is this: geo = hou.Geometry() geo.loadFromFile(path/to/my/file.bgeo.sc) primPoints = [[pt.number() for pt in pr.points()] for pr in geo.prims()] I need to maintain the winding order and get it down to just the ints for the point numbers. I have profiled every function in this, and hou.Prim.points() is god awful slow, taking up 16 of 22 seconds on a 1.5M poly, 800k point file. I am trying to find a way to circumvent hou.Prim.points() but nothing is jumping out to me. I have even moved everything into Pandas, which does make working with the data and doing further transformations easier, but I have not gotten any performance increases as it still relies on calling hou.Prim.points() for every primitive. I have contemplated trying to use hou.Geometry.points() and calling hou.Point.prims() to go at it from the other direction, thinking that it might save me some time since the list of points is always shorter than the list of prims, but it loses the winding order, which I need for my use case. Said use case is parsing cached geometry into a custom format for optimized use elsewhere. I have been able to get the performance up to snuff on just about everything else, and will save even more time on later steps thanks to Pandas data management, but this singular step is so sluggish that it just about tanks the whole project. Literally everything else in the pipeline that I am developing is under 4-5 seconds/frame for huge geometry volumes in the pre-process step (which this is part of) and the final end of the process is so fast I'm not even going to talk about it. Literally just this is bogging things down in an untenable way. Pandas code for reference: import pandas as pd geo = hou.Geometry() geo.loadFromFile(path/to/my/file.bgeo.sc) primsSeries = pd.Series(data=geo.prims()) primsSeries = primsSeries.apply(hou.Prim.points) primsSeries = primsSeries.apply(lambda x: list(map(hou.Point.number, x))) The two take virtually identical amounts of time with the pure pythonic one being a couple seconds faster because it is doing the hou.Point.number in the same step as the list generation, whereas the Pandas code currently does it as a secondary step. I'm sure I could include it in the hou.Prim.points apply, but this was mostly separated for profiling to see where all of my speed was going. Does anyone out there have any idea how to bypass hou.Prim.points in this process in favor of something faster or am I 100% stuck?
  5. Reload Geometry

    I had a similar issue recently and this was how I got it working. It probably is way more than needed, but it works like a charm. You have to put the below on a default python module on the node you want to work with. Then load the reload.py as another python module. This code links the two. import importlib.util spec = importlib.util.spec_from_file_location("foo", "path/to/your/script.py") GE = importlib.util.module_from_spec(spec) spec.loader.exec_module(GE) def callback(): GE.foo() Then the callback is hou.phm().callback() in your case, you would use hou.node('path/to/your/node').phm().callback()
  6. Combining Modulus

    Ok, so "combining" is not a very good word to use when it comes to math concepts, as it can be extremely arbitrary. For ease of discussion, I am going to call what you are looking to do a function. It will have inputs and an output. You are looking to input the moduli, but a modulus is a function which is applied to a pair of numbers to yield the remainder if they were divided. This does not really make sense as an input, which I think is the reason you are struggling. I think getting a handle on what you want your inputs to actually be and your output to be would probably go a long way towards helping find the correct answer. You mention that you want to use the two moduli to increment the rotation of the initial velocity. What would that look like in your mind? Are you looking to transition between two vectors based on the moduli?
  7. Python - Running outside out Houdini

    That is just for opening a hipfile from the python interface, be it a Hython console, python node, or executing a script with Hython from the command line. Once you have the scene loaded, as in the examples on that page, you can access all of the objects within it to process. I would suspect you aren't going to be needing to do this unless you are automating some pipeline stuff that needs to affect many files in succession and process them.
  8. Multiparm Editing in Python

    I am working to build a tool which contextualizes updates options in a multiparm block based on an option selected in the block itself. I have been able to get ahold of the information for which index in the multiparm everything is going and have been able to extract information just fine, but I cannot seem to update the UI. I really feel like I am just missing a function somewhere in the documentation. Right now I'm essentially doing this to update what I have now: def load(): node = hou.pwd() ptg = node.parmTemplateGroup() baseAttribs = ["list", "pulled", "in", "from", "elsewhere"] multiparm = hou.FolderParmTemplate("attrib", "Attrib Item", folder_type = hou.folderType.MultiparmBlock) collapsibleFolder = hou.FolderParmTemplate("settings#", "Settings", folder_type = hou.folderType.Collapsible) attribList = hou.MenuParmTemplate("root_attribs#", "Select Attribute", tuple(baseAttribs), menu_labels=tuple(baseAttribs), script_callback="hou.phm().attribType(kwargs)", script_callback_language=hou.scriptLanguage.Python, menu_use_token=True) collapsibleFolder.addParmTemplate(attribList) multiparm.addParmTemplate(collapsibleFolder) multiparm.setDefaultValue(1) ptg.appendToFolder(ptg.findFolder("JSON Settings"), multiparm) node.setParmTemplateGroup(ptg) def attribType(kwargs): node = hou.pwd() p = kwargs["parm"] parent = p.parentMultiParm() multiParmIndex = int(kwargs['script_multiparm_index']) menuIndex = int(kwargs['script_value']) container = parent.parmTemplate().parmTemplates()[0] selected = p.menuItems()[menuIndex] a = hou.LabelParmTemplate("test#", f"Testing that this works {multiParmIndex} {selected}") container.addParmTemplate(a) I know what the name should be and I have the correct multiparm index from within kwargs, which is amazing. So how can I put things into the collapsible folders? For the first entry I know I have the settings1 folder and I want to add in that label, but I cannot seem to figure out how to do that.
  9. Filament Solver Questions

    I'm playing around with the filament solver, and I can't seem to get it to work the way they say it does. I am looking to apply a velocity attribute (v) to the points going into the simulation and have them adjust the way it evolves, which the documentation clearly states it can do at the bottom. Is this just broken? What ends up happening is that it pops in the direction of the v attribute on frame 2, but then just progresses as it does without the v attribute at all. Did I just miss a setting somewhere? FilamentQuestionExample.hiplc
  10. That is a really interesting solution and I like it. I would like to figure out how to make it minimized though, so there is a minimum total gap space.
  11. It is completely a packing problem, I was just trying to keep some of the math speak out of my response. I will definitely look at that post you linked to, looks juciy.
  12. OpenCL Exception in Vellum

    I was thinking something like that. I'll have to try the CPU switch, thanks. I really wish it hadn't broken because the GPU sim was just so fast. Also, now I need to test it on the farm because it would suck if it was broken there too.
  13. The points in your image still appear to be a regular square grid with irregular edges, so you could probably accomplish what you are looking for using a grid and some VEX to delete prims that you don't want. I would probably delete them randomly in a while loop, then come up with a check that would be able to detect the patterns. I will have to noodle on it, though I do have some ideas. I'm thinking using area vs perimeter to check if a block has become a valid shape since there is a unique set for both that will mean it has the right shape. That only works if you have a uniform area per prim though. If you want to use non-uniform, it gets much more complex. Doing it this way could actually allow you to select any shape, though mirrors would be identical so an L shape could be possible to find, but the other 3 variations of it would pop up as well. You could also have a half-edge calculation walk around the shape and check the number of corners, so any 4 corner shape would indicate that it is a rectangle, anything more would be ignored. No matter how you slice it, you are asking about a very interesting Comp Sci/Math problem.
  14. OpenCL Exception: clEnqueueNDRangeKernel (-52). This is probably due to incorrect number of kernel parametrs. I'm getting this error on each iteration when I try to use a Vellum on a sphere. I'm just trying to make a basic balloon, and am using the Vellum Configure Balloon preset from the tab menu. Essentially following the Entagma tutorial for the initial setups then deviating once I get it inflating how I want. At least, that is the goal. As it stands, that error just keeps looping until my Houdini crashes when I try to simulate. I have already choked down my cache size and have the latest nVidia drivers for my GeForce 1080. I can't find much info online and none of them have resolutions.
  15. Vellum wire not wrapping right

    I am trying to play with the new Chain SOP and thought it might be cool to do some sims inspired by the example used in the release teaser and I am having some trouble getting Vellum to behave in an expected way. I have a single curve being attached to a cylinder that is spinning on it's axis. The wire should fall under gravity and wrap around the cylinder, but instead it wraps part way around, then holds its stiffness and just gets whipped around. I have had it setup such that the rotation stops after 1.25 rotations and tries to let the rest of the wire drop down, but it just stands there, mostly erect, hanging off the cylinder. Defying all gravity. I have messed around at length with the bend stiffness, going so far as to set it to 0. I have messed around with all of the bend settings. The wire is also stretching by A LOT more than I want it to, but I have gotten some success with the stretch stiffness parameters seeming to work out correctly. What am I missing?
×