Jump to content

Welcome to INSYDIUM ONLINE

The place to talk about X-Particles and Cycles 4D

Steve Pedler

Administrators
  • Content Count

    57
  • Joined

  • Last visited

  • Days Won

    6

Everything posted by Steve Pedler

  1. Steve Pedler

    stepping and lagging particles

    https://community.insydium.online/index.php?/topic/390-please-post-a-scene-file/
  2. Steve Pedler

    Why Won't This Render?

    This isn't a problem with Cycles, the same thing will happen in the standard renderer - that is, if you try to render the current frame to the PV, it won't do so. This happens because when Cinema renders an image to the PV (but not to the viewport, and not in the RTP of Cycles) it clones the current document then renders the clone at the specified frame. In many cases this works fine but for many dynamic scenes what gets rendered depends very much on the previous frames; data will have been generated and updated in those previous frames that each succeeding frame needs. This frame will then alter the data for the next frame. If you try to render a single frame to the viewport there's no problem as you're rendering the document present in the editor and all the data has been generated and updated. But if you render that frame to the PV, it will not have that data and so what you will get is essentially whatever was on the starting frame of the animation. Try your scene with the standard or physical renderer, you will see the same result when rendering a single frame. The solution, if you want one specific frame to be rendered to the PV, is to render the frame sequence from the start to the one you want. Yes, it is a pain to have to do that but it's the result of how Maxon implemented the external renderer (which is what standard and physical are considered to be when rendering to PV and why it's easy to add multiple render engines to Cinema).
  3. Steve Pedler

    How to get the Bridge for R20

    1. The bridge is included in the latest version of XP, so all you need to do is download the latest release using the download link sent to you when you bought X-Particles. 2. For early access, see https://insydium.ltd/products/early-access/ 3. There will never be an X-Particles 5, it's just 'X-Particles' with no version number. Our system of constant updates means that there will never be a new numbered version as such, instead you get repeated updates at intervals. This lets us get new features to you much faster than releasing a big new version every couple of years. You will get the updates for free as long as you have a current valid maintenance package. Hope that helps, Steve
  4. Steve Pedler

    xpShatter isn't showing

    Shatter is currently available in the early access build of XP, you’ve got the release build. See our website for how to sign up to the early access program (it’s free).
  5. Steve Pedler

    Please post a scene file

    When asking for help in this forum please remember that it is extremely helpful to anyone who might want to answer that you post a scene file to demonstrate what the problem is (unless that would be of no use in the given context). Unfortunately, experience shows that queries without a scene file are much less likely to be answered because it takes too much time to create a file to try to reproduce the issue. Please note that screenshots are not an adequate substitute for a file though by all means include them as well as a scene file if you wish. Many thanks, The Management
  6. Just to clarify, the original XP used percentage variations but the overwhelming opinion of users was to switch to absolute values as it is now. So we listened to our users and changed them all. There is no setting to switch between actual values and percentages I’m afraid.
  7. Steve Pedler

    Particle Mass Not Working

    Actually, your original post described the physically correct result. With the same grav strength objects of different masses fall at the same rate (Galileo first postulated this). So particles with different mass values should fall at the same rate, as you saw. If you want them to fall at different rates, you either have to add drag (which is why a feather doesn't fall at the same rate as a cannonball - it's due to drag from air resistance, not the difference in mass) or alter the gravity strength, which in this case either means two different modifiers, or as Lothar showed, use data mapping. That's the better solution as then the strength can be made proportional to mass. True, it's not physically correct. But who cares as long as it works? If you're interested, see https://en.wikipedia.org/wiki/Galileo's_Leaning_Tower_of_Pisa_experiment
  8. Steve Pedler

    xp trail deformer not working on nearest by index

    The trail deformer is working correctly. Remember that any defomer only works by displacing vertices. In a standard trail there is a vertex for each frame, which allows the sort of effect you're seeing there. But in nearest by index mode each spline segment is just one vertex at each end, so the deformer can only move those. If you look carefully you'll see that the trail does move, it just doesn't do what you thought it would. If you then go into the spline quicktab and set intermediate points to uniform with 8 points, you'll see the difference the extra points make.
  9. Steve Pedler

    render particle display

    To do this you need the Display Render object. That’s in the early access build, so you’ll need to be using that.
  10. Steve Pedler

    What should i do?

    For free? I hope you’re not asking for a pirated download. You can buy at our site but we don’t store or even see your CC details. Only PayPal see those and they are long established and very safe. If you still don’t like that idea you can try a reseller such as Toolfarm, another very reputable company.
  11. Steve Pedler

    xpScale Growth (substep issue)

    Unfortunately this is inherent in the way the modifier works if you choose ‘set by falloff’ mode. The value returned by the falloff or field is always between zero and one. In set by falloff mode this value is subtracted from 1, so when falloff value is at maximum (1.0) the value becomes zero and the modifier will set the radius to zero by multiplying the maximum radius by zero. With more than one substep, the falloff value is first divided by the number of substeps. All modifiers which use substeps do this. So a falloff value of 1.0 becomes 0.5 if there are two substeps. In this mode this value is then subtracted from 1.0 to give a final value of 0.5. The radius is then set to its maximum value multiplied by 0.5. You can see therefore that as you increase the substep count the initial radius will be set closer and closer to its maximum. That is why you see what you do. The final result is that you shouldn’t use set by falloff in this scene if you need multiple substeps. You’ll need to experiment and try to make it work with one of the other modes, which shouldn’t be affected by the number of substeps in this way. Sorry about the long explanation but I wanted to make it clear that this isn’t a bug but is the result of the way this particular mode works.
  12. Steve Pedler

    Maintenance Purchase

    You’ll need to contact our sales team directly, we can’t discuss this in an open forum. Steve
  13. A small number of users of the latest (March 2019) Early Access build of X-Particles in Cinema 4D R20 have experienced freezes and crashes when using Explosia FX. We're sorry about this and have corrected the fault. If you encounter this issue please re-download and re-install X-Particles from your personal download link. This should resolve the issue. If you don't experience the problem there is no need to re-download X-Particles as there is no change in functionality. Thank you, The Insydium Team
  14. Steve Pedler

    Download link for demo doesn't work

    We have tried this at our end and everything is working correctly. We would suggest you register again with either the same or a different email address and you’ll be sent another link. Try that and see what happens Steve
  15. Steve Pedler

    xpVertexMap with noise texture

    Yes, you can do that: But you do need a lot of vertices in the object to get that kind of resolution. The other thing is that this is what you see in the viewport. On render the noise will look quite different. To get round that, in the noise shader change the Space to UV (2D) and then it will look the same as the viewport when rendered.
  16. Turn up the axis limit on Z to 100%, that will prevent all movement on the Z axis. Steve
  17. Steve Pedler

    Particle Velocity

    I'm assuming you are using particles stuck to the object they are emitted from, is that correct? If so, the fact that it worked at all in XP3.5 was the result of an error in the emitter. Once that was fixed, this method no longer worked. Instead, we have the 'world speed' in XP4, which is the speed particles have when stuck to an object. You can test for this in the question object, for example. I don't know what you wanted to do with the calculated speed, but hopefully the world speed will do it for you. If not - if something still does not work - report back here and we'll take a look at at it. You can find the world speed documented in the manual in the emitter extended data tab page. Steve
  18. Steve Pedler

    Pulse emission not working as expected.

    Thanks, we'll look at this and hopefully fix it as soon as we can. Steve
  19. Steve Pedler

    Pulse emission not working as expected.

    Thanks. Did you post a bug report? I haven't seen it on our bug tracker database yet. Steve
  20. Steve Pedler

    Pulse emission not working as expected.

    Having looked at this, the problem seems to be due to tiny floating point errors in the calculation of timings in the emitter. If that's the case there isn't much we can do because it's inherent in the floating point unit of the CPU, but we're still looking at it. As a workaround, if you get this problem try increasing the subframe steps (project settings, X-Particles tab). Setting this to 2 or 3 seems to fix it in all the examples I've tried. Steve
  21. Steve Pedler

    Pulse emission not working as expected.

    That's a bug, please post a bug report using the bug reporter in XP. Thanks. Steve
  22. Steve Pedler

    OpenVDB Mesher not working

    I see you've already submitted a bug report but raise a support ticket as well through our website and they'll help you get it sorted. Steve
  23. Steve Pedler

    OpenVDB Mesher not working

    See this FAQ on our website: https://insydium.ltd/support/faqs/?q=openvdb Try that and see if works correctly then. Steve
  24. Steve Pedler

    Manual or instructions

    You can download manuals from our website, go to Community->Cactus Dan Tools.
  25. Steve Pedler

    Vary Motion Modifier over Lifetime?

    This is what data mapping is for. If you don’t have that in your version of XP you will need to upgrade. With data mapping you can vary turbulence strength by the particle age, or by some other parameter such as speed or radius. You have data mapping if the modifiers have a ‘Mapping’ tab in the UI. Steve
×