Jump to content


  • Content count

  • Donations

    0.00 CAD 
  • Joined

  • Last visited

  • Days Won


Everything posted by char

  1. Rendering thin lines Mantra

    Hi all, Recently I have been trying to understand a bit more about rendering. I was trying to achieve something similar with Mantra. My approach from past experience would be running a pop sim and drawing lines out of the particles to create straight trails as the picture shows. I would then volumerasterizeattributes an attribute like curveu which is ramped to control the intensity along the curve. It would essentially create a volume to render in Mantra and then use Micropolygon rendering to render the volume slightly faster than PBR. I would use a pyroshader and would wire the rasterized attribute into the temperature and density to give it some intensityand color. What I can't seem to achieve is these thin lines that are shown on the photo, I end up with a very thick individual lines in the volume regardless how low I push the pscale or how high the point count is. I assumed I needed more subdivisions to prevent the volume from stepping which solved the issue to some degree but took a tool by being a lot heavier in the scene, but I still can't get the thin lines like in the preview. Can someone explain their approach on how they would use POP's and lines to create such result as the picture shows, or just clarify that it is indeed a necessity to push the pointcount quite high and reduce the pscale in volumerasterize as low as my hardware allows. Thanks, C
  2. Rendering thin lines Mantra

    Sweet man, thanks for you reply, I suppose converting it to volume wasn't the best option to render it, the image I posted just has a lot of glow and it may have mislead me a little bit, when I tried to achieve the glowing of the edges. Hvala puno Tesan!
  3. The Gas Wind DOP applies a wind force, adjusting the velocity field in the direction of the ambient wind direction. I'm guessing it's speed is calculated through the varying velocity in your smoke sim. I'd build my own Gas Wind field as the default one tends to be quite slow, you can build it using custom fields. Not sure what math operation is behind the node though. EDIT: just increase the value in your simulation (Gas Wind) to 2.3 let's say and see if you get any closer to the value you want.
  4. So if I understand this right, you spawn for example, piece01 on Frame 1, then you spawn piece2 on Frame 2 or any other piece. You want to connect the 2 pieces together with a glue constraints as soon as it gets spawned into the simulation?
  5. Thanks for the quick reply, seems like I the idea I had with the timeshift was quite close, I was just missing that handy detail expression you added inside the point() in the Timeshift sop. Thanks again for your help, works great!
  6. Hi all, I've been looking around for a solution to a problem I'm facing. Would it be possible to have a smoke cache which you read in from disk and stamp it on to around 10 points using the "new" for-each method instead of stamp copy. Each of the points which I am using as a destination geometry has a StartFrame attribute assigned which would define when the cache starts playing and when it is stamped on to the point. I think I'm missing a Timeshift somewhere in my network but I'm not really aware where to use it. My current take on this is using a switch node with a null as a second input and switching based on a point expression looking for the StartFrame attribute and comparing it to the current frame, once the current Frame is bigger than the attribute it switches to the first input and copies the cache onto the point. The problem is that the cache isn't offset anywhere, so it just plays whatever frame is being read from the disk for all the points even thought it's copied onto the point at random times. I've only found solutions to this problem using the copystamp which isn't really efficient nowadays. Thanks!
  7. POPs: pre solve vs post Solve

    You generally don't put microsolvers like Gas Dissipate into the post solve or pre solve in your case, as that's where the source comes in. Everything solves in a general direction which goes from LEFT to RIGHT. First a smoke object (container is created), that's your container which you will later populate with density, temperature, vel and other attributes, then you usually have a gas resize fluid dynamics which will check if density is there and how much it has to cut the bounding box to speed up the simulation (depends on how you set it up but that's the idea), third is usually velocity changes, so any microsolvers changing velocity overtime and after that you source in the volumes (that's my understanding of the Solve in DOPs). I'm not sure why in your case that is happening but I would but that dissipate in the Velocity update (always use this input for modifying things using Gas nodes) input and use Pre Solve input for the Gas Resize Fluid Dynamics (that's always been the practice, I never questioned why that is but it has to do with the order of the solve. I think best example would be if your smoke is advected, you wouldn't resize your bounding box with gas resize after being advected but before, as it wouldn't update the size accordingly I believe). If you want a really detailed explanation I'd recommend reading the documentation or wait a bit for a senior artist who knows the solver more in depth to step in and either correct me or explain further down how it works node by node.
  8. POPs: pre solve vs post Solve

    Pre-Solve Microsolvers attached to this input will run before the main solve step. For example, a SOP Solver can be used to modfiy the object’s geometry, and POP force nodes can be used to apply forces to specific objects. A good example for pre solve use is the Gas Resize Fluid Dynamics in Pyro Solver, where it resizes the container at each step. Post-Solve Microsolvers attached to this input will run after the main solve step.
  9. Before trying to replicate an effect like this, I would suggest to study how the solver works and the basics of smoke / pyro simulations. First look at your photos I'd say, most of the time if you feed the solver rubbish, rubbish will come out of the solver too, so make sure your source works well enough to produce good results. Also simulating with 10th scale might produce issues if you don't resolve the timescale correctly. Solver will try and solve the smoke the way it would work in real life, but you can't really increase the size of your source to 1 kilometre in your scene due to the performance issues you will have. You can tackle that with Timescale parameter to either slow down the simulation as that will give the impression of the smoke simulation being bigger in scale even though the scale in Houdini might just be 10x10m. Study basics first and then tackle harder things, you'll do yourself a favor. Hope this helps!
  10. Fluid Source vs Pyro Source

    I've just recently looked into understanding a bit more about this topic. Obviously in Houdini, you can achieve the same thing multiple ways. Let's say we take away the computation time of each technique, the effect will be pretty similar to another at the end, right? Houdini is being developed and optimised well enough and as an artist you want to stay on top of things when these "modern" methods like you said, come into play. So if you don't have any other reason to use old methods, I guess don't use them. Pyro Source from what I've seen and tried is a much more straight forward way in terms of how fast it computes and I find it way more intuitive. It's also cleaner to me. Workflow wise you generate points with certain attributes like density and so on, either on surface or inside a volume (different methods on Pyro source), you can then add attribute noise to these points and at last you volume rasterize these attributes into voxels which the solver can then read, but at this point I'm sure you already know most of this. I can't really elaborate on any other aspect apart from performance increase and how clean the setup using these nodes. Hope that helps.
  11. Explosion timing methods?

    Hi all, Going to get straight to my point here. I've been trying to wrap my head around a proper workflow for achieving good timings explosion and smoke simulations. Let's say in this example explosion , the look and the timings are great. My ideas are either having proper advection methods, using animated divergence, injecting high velocities for first few frames and then using drag to slow it down or (last idea I had today) using Time Warp node, to retime the whole explosion caches to your preferred look. Could someone experienced enough drop a few lines around what the approach of an FX artist is whilst tackling a explosion in a shot for a film or just in general. Am I going down the right path with these methods or is it completely off? Thanks
  12. Explosion timing methods?

    I'm aware of that problem, countering it with masking and disturbance fields would probably help I assume. Is the video you provided really the only "efficient" method (I've seen it before) of actually getting that initial punch and then letting it slowly drift with drag?
  13. growing line effects

    It's based on how fast the particle moves from it's source (velocity), so by reducing / increasing it, you can control the speed of the line moving away in your case.
  14. Rotate Particles ?

    https://vimeo.com/288890436 You can do some matrix magic and use the Orient attribute. Jump to around 30:00 for a simplified example to what you need.
  15. How could I emit pyro from particles?

    Turn the particles into fuel in order to trigger burn in your pyro sim. I think that would be done through rasterize particle SOP.
  16. Not really, I think you can add a SOP solver in your simulation, combine the two with a Multi solver, then use object merge to bring the source geometry into the sop solver and do your further calculations there, just an idea. The Source is pretty intuitive if you dive into the documentations a bit : quote: Impulse creates a certain number of particles each time the node cooks. Constant creates a certain number of particles per second.
  17. Great, glad it worked. What I'm thinking now if you have Impulse emission, it will spawn a number of points each time it cooks, so essentially every frame. Somehow if you could add an attribute which would be the point number from where the particle spawned. Check if that point number exists on more than one particle spawned meaning there is more than 1 point spawning and delete the excessive points you won't want to use? https://www.sidefx.com/forum/topic/18697/?page=1#post-87850 have a bit of a read in this topic, maybe you can find anything, I'm at work at the moment so I'm a bit constrained to what I can do for you unfortunately!
  18. 1. You need to change the Source type to be Points or All Geometry I think, it's greyed out due to the settings you're using. 2. You'll get that option if you change the source type I believe, I'm not sure what you're trying to achieve with "not every frame while being able to choose the first birth frame", maybe explain a bit more and I'll try and help! 3. You can get the birth frame position by using POP / Geometry Wrangle inside your POP net and just isolate the particle by checking if it was alive on the previous frame and then store that position onto an attribute by choice only for that frame.
  19. I'm going to guess you could implement the techniques from earlier versions of Houdini and use them in 16.5 or 17 (new volume worfklows) with the knowledge we have, shouldn't be too hard as I was still able to open Microsolvers_rnd from 2014 the other day without any problems in Houdini 16.5. Going to explore the examples a bit more, wasn't aware there are more than just the ones in the documents.
  20. Hi people, been lurking around here and gathering all the knowledge you are sharing, so thanks to each of you contributing to the forum. Lately I've been trying to understand another side of Smoke simulations and ways of controlling them. Before posting this I've gone through the most popular posts on the forum like "getting rid of mushroom" and others where there is tons of knowledge to pick up, I've also read the documentation on Microsolvers (Analysis, Match Field,...) multiple times in hope to understand which nodes to use and how to properly set them up. Could somebody point me to any resource to understand the workflow on building custom fields, how to use Gas Analysis, how it's related to Gas Match Field and some other aspects of these MS. I've been trying to understand what the documentation is saying and it's still a bit blurry to me compared to how other nodes are so well explained. A few days ago I've only read a quick post about building one but it doesn't explain much, it's more in the likes of "click this and click that, done". Apart from cracking open the Pyro Solver and individual Gas Microsolvers, where have you people picked up the knowledge / workflow on building custom fields. For what I've noticed people making tutorials and forum posts tend to steer away from anything that isn't Gas Turbulence, Shredding, Disturbance. Even a quick clarification on Gas Analysis / Calculate and it's common uses from you experienced people would be a massive help. Many Thanks!
  21. Hi @ikoon Which ones are we talking about, I'm only aware of the Example Files provided in the Help Documents for most of the nodes which come with Houdini and can be loaded through F1 Help menu. These Example Files? So guessing I need to find the folder you mentioned and load them in manually due to them being .hda files?
  22. That's some great explanations there, thanks for that. I've been testing a few nodes now and it's a bit clearer how certain calculations are done. Now I just need to figure out where and when this could be implemented in a simulation.
  23. 3D faded trail?

    I'm guessing I'd be easier if you just used particles and mapped the normalized age attribute to be density and then re-fit it so particles born have high density and it's slowly decaying based on how old they get. I could maybe set a scene up till the weekend, bit busy at the moment.
  24. Steven Knipping covers a similar "bombing / shooting" scene in Houdini. I'm guessing if I want to activate something when it hits the ground I'd set up a particle sim from the source (example : airplane), set up Impulse Activation in POP Source to @Frame== 4 && @Frame==6 and so on, meaning it will only spawn on frame 4 AND frame 6, so that way you can set up many things and trigger the activation. I would only emit one particle on the frames you set up on the source. Use the @hit attribute in the POP Solver to isolate that point when it hits the ground (you need POP Collision Detect / Behaviour & Enable Collision Detection ticked on the POP Solver) which you would do with a Delete SOP and an expression using hitnum attribute. After that you can use Copy to points SOP and use these collided particles which only appear on one frame when they hit the ground, copy a source geometry onto these points, turn them into a volume and use that as an emitter for your Pyro Sim. To be completely honest with you I couldn't really pick up what exactly you're going for here so I figured I'd just describe what I would do if I needed to simulate a carpet bombing scene. Let me know if you want me to clarify any part of the description.
  25. 3D faded trail?

    I'm guessing it would work with volumes as well, as it's quicker to set up fading density, right?