SoldjahBoy's Recent Forum Activity

  • No problem Glad it worked!

    ~Sol

  • Try a higher friction setting, and also make sure your collision boxes are completely straight

    ~Sol

  • I haven't checked your example yet, but usually when something is spawned or rotated and it's at a "weird offset" it usually means your sprite origin point isn't in the centre of the sprite itself. I would suggest to check that first. I can check your example a little later if that isn't the problem

    ~Sol

  • Yeah I think the tutorial that mekonbekon linked is probably a good place to start. You can use that fluid idea, coupled with physics behaviour to make a fairly convincing liquid. It's been a popular and clever technique around here for some time now

    ~Sol

  • Your image link appears to be broken, and points to some weird file with a file extension that's not even an image type.

    Please check that your link is valid.

    ~Sol

  • Ah ok, I will test that out and see if it works. Thanks for the help R0J0hound as always!

    ~Sol

  • It should be something like:

    NWjs.UserFolder & "\example\test\filename.txt"

    make sure you put the quotation marks around the path, and begin with backslash. You should also be able to just straight up put a path in there like "C:\myfolder\whatever.file"

    Hopefully this helps

    ~Sol

  • Hi mahdy

    I think you can just check for the Y position of the ragdoll... if it falls below the bottom of the screen then they player has "missed" it. You will probably want to make some instance variable for the ragdoll, so when the player DOES hit it, you can set a variable to "true" or something like that.

    If the ragdoll Y position is greater than layout.height+ragdoll.height AND the variable equals "false" (or player hasn't touched it) then you can count this as "missed".

    Hopefully this will give you some helpful method to try

    ~Sol

  • > What pathfinding cell size are you using? Is there enough "space" between your objects for the characters to properly and easily fit through? Have you tried running a quick function for "regen obstacle map around sprite.object" to see if that helps?

    >

    > Those are just the first few things I can think of that may be causing an issue.

    >

    > *EDIT*

    > I just watched your video link. The lag doesn't seem super noticable to me but I can see a tiny bit of jank. How many enemies in total are in the layout and how big is your layout? Large layouts will cause jank when using pathfinding because of the sheer amount of calculations gets exponentially increased as the layout size gets larger. Also, lots of objects calculating paths all at one time can cause this.

    >

    > ~Sol

    >

    I'll try those suggestions you have, but I'm not sure if they will do anything considering you mentioned that lag can happen with large layouts and lots of enemies. My game has a layout size of 1708 x 1708 and is a wave / horde survival shooter kind of game. At max there are maybe 30 enemies? And at least there is 9 so I'm not sure if that is what is making the lag so bad but it probably is. Not really sure what qualifies as a "large layout" that is large enough to create lag.

    I'm working on some pathfinding type stuff right now as well, on a layout of 2000x2000 and up to 60 or so pathfinders.... and I don't get this lag. It's possible that I'm doing something differently to you, like offsetting the path calculations for the entities so they aren't all trying to find paths at the exact same time. I'm also using a cell size of 64, so it's also possibly related. I think the key to getting a good setup is the ratio between the actual layout size vs your cell size. Your layout could be 50,000px big if your cell size is say, 500px big.

    I'm not sure what else to suggest exactly, but maybe try playing around with the cell sizes and such - and make sure enemies aren't trying to re-calculate a path all at the same time. I simply made it so if the enemy is already moving along a path, to only calculate a new path every couple of seconds versus if they aren't moving at all to check more frequently (for faster initial response).

    Hope you figure it out.... seems like a bit of a weird problem. Also check the collision boxes for your enemies and objects and make sure they aren't too complicated. Having a complex collision polygon can cause a lot of lag as well when trying to figure out paths.

    ~Sol

  • If I understand your question properly... you should be able to write any file path into the nwjs save function. The only issue will be if you try to save to any system protected folders (like windows directory) but should be fine anywhere else.

    ~Sol

  • I did this before in my cellular automata cave generator. The solution was fairly simple... I did a "for each tile" loop and check for overlap at offset each surrounding tile... and did a comparison of an instance variable for each tile (I used a variable to keep record of the type of tile in that particular place).

    As Oos said, it's called bitwise method. The tricky part happens when you might have tiles next to each other that you want to behave differently than the method would do by default.

    ~Sol

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads
  • Can you post your capx? Or can you produce the problem again in a simple capx example? I think someone will have to look at the exact reason before we can make a solution for you.

    ~Sol

SoldjahBoy's avatar

SoldjahBoy

Member since 2 Apr, 2008

Twitter
SoldjahBoy has 3 followers

Trophy Case

  • 16-Year Club
  • Email Verified

Progress

17/44
How to earn trophies