dupuqub's Forum Posts

  • You do not have permission to view this post

  • ArturGameDev This is looking great! Can't wait to see more of it.

  • AllanR Thanks, checking your code I realized that I'm actually a dumb c*** and that I should apologize for wasting everybody's time. The thing is that everything was working all the time, but I was checking if something was sleeping by changing frames, not brightness, which turned the Physics engine on again.

    I shall retreat to the depths of stupidville from whence I came from.

  • Dude, no direction is helping me, but there's clearly something that is happening to everyone. Noone seems to be able to stop an object fully at any given context or Physics settings. Are you trying to imply that this is just how it is supposed to be? Because I can tell you, it isn't. As I mentioned, I'm a mediocre developer and when I use literally any other engine, they behave accordingly. When something is stopped, it is stopped.

    Perfect squares don't start moving on top of other perfect squares out of nowhere.

    At least can you point me to someone, or somewhere I can go to discuss this further, because you're just not helping at all. You're an amazing developer, but right now you're just sweeping dust under the rug.

  • It matters, because visually objects keep moving when they shouldn't move. As mentioned before, I've tested some basic principles in 3 other engines, 2 of them JS based (Matter.js, P5.js), and this behavior is not present. This is bad visually, bad for polish, undervalues mechanics and visuals.

    It's easier to make a good game when you have a good tool btw.

  • Ashley So, that means that anything that happens to Box2d you can't do anything about, right? Therefore any Physics problems we have in the future, like we are having now, it's unfixable by you, correct?

    EDIT: What are my options here then? Sit back and relax, and accept these flaws?

  • Colludium I have seen your port and it looks amazing, but what for you is just 25 bucks, for me is 170 (Brasil). Also I'm not saying it's not worth 170 bucks, it possibly is, I just don't have that money in the current situation we are all facing, so I guess I'll wait a bit before making this commitment. Thank you for you work though, I'm definitely not saying no to LFJS.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Colludium OMG, this is a breath of fresh air, thank you so much, please add any insight you may have on the matter, you would help me and the community a whole bunch!

    So this is part of Box2d, that's ok, but can we ever do something about it Ashley? This is an issue I didn't find when trying out other Physics engines (js based even as Matter.js and P5.js) and it's bad, it's not clean, it's not professional, it hurts development of anything that demands polishment.

    When a box, sitting on top of another box, moves, the player knows there's something nasty going on there.

    I'm not saying you have to do it, I'm nobody to say that, but if you tell me (and the community) that Scirra is unable to fix such errors and/or edge cases with its Physics behavior, if you tell us "yes, this is a black box", and let's remember, this is one of your top selling points (who doesn't love working and/or playing with the Physics plugin?) I must say, I love C3, but I must let it go, because this is hurting me like an abusive lover who refuses to improve. I will continue paying and using C3, I love it, but essentially this is not a safe work environment when Scirra has unfixable glaring issues with its bread and butter plugin.

    Hoping for the best, but honestly expecting nothing at this point.

  • Hi there, I sent you an email, but I think that if you have minor issues, maybe your problems could be solved for free here. The community usually is very receptive.

  • Kyatric Sorry to bother, but I need support and I ran out of options a thousand years ago.

    Also this is not a rant, but a cry for help.

    I don't know where else to go about this. I need tools I can trust and a company that supports me. I pay to use Construct and I need to have some sort of safety using it. Physics is a major Plugin, and everything I hear is that the team doesn't fully have it under control nor they have the intention of having it under control, therefore if any bugs arise, they can't do nothing about it, making this major Plugin a blackbox for them and for me as well. I NEED to know which Box2d port you guys are using so I can have control over my work which is heavily dependent on Physics. Worst case scenario you'll never hear from me again on this matter, best case scenario I can help with something, who knows, either way it's a win for you guys.

    I love Construct as much as the next person but this is a nightmare for me. Recently I have used Matter.js, p5.js and dabbled in Unity (poorly I must add, I'm not that good of a dev), but their Physics behave as expected, and as far as I know there isn't a team there saying "oh well... that's just how it is, we can't do anything about it, it's out of our control... This one MAJOR plugin that's been used in thousands of games is incomprehensible for us".

    I don't expect you to do anything about it, but I need something to go on right now, because as I said, I'm out of options here. Is this blackbox gonna be a problem forever?

  • Hi there.

    construct.net/en/forum/construct-3/how-do-i-8/stop-jitter-physics-153922/page-1

    I started this thread (above) some time ago and had no final answer, but since then the subject of the topic morphed, so I'll start this new thread for anyone interested in the Physics object. Also there is only a handful of posts there, so if you fancy a read and is aiming on helping here, please check it out real quick.

    So this new thread is aiming to discuss the general Physics behavior of "sleeping". To keep it simple, I cannot for the life of me make an object sleep. As you can see from the previous thread there's always jitter and when cheking on debug mode there's always some sort of velocity being attributed to the object, I even checked for general velocity below 1 and then manually set all velocities, including angular, to 0, but still there is NO SLEEP.

    I have had no answer on the part of Scirra regarding which port of Box2d they work so I could investigate further and they don't seem inclined to investigate themselves, yet there is this glaring issue.

    I would love any feedback, I never wished to be wrong more in my life! Just please tell me how you make something sleep in Physics (remember that Framerate Mode must be V-Synched and that higher Gravity augments the jitter as observed through experimentation).

    ps: This is not a hate post, my brain is just melting on this subject and I can't seem to find the help I need. This is out of despair, not anger.

    EDIT: A little gif to showcase further my point. These are all perfect squares with hitbox points in integer values collinding with an immovable Physics object, also with perfect hitbox aligned to an integer grid perfectly, still after setting every velocity to 0 (they would take a LONG time to reach 0 naturally), and as you can see, there's no reason for that object to move, it is still not sleeping. I don't get it! What is the reason of sleeping checking then?

  • Also... Unimpressively I made this. Just thought it was cooler than a static 2d die, but it's not pretty yet.

  • Salman_Shh I ran to the store, but unfortunately my iOS is too old, sad times. But you have a fan now, be sure of that. I also intend to pledge something on your patreon at some point, but I'm just deeply broke right now. Everything I see of your work teaches me something new. Never stop!

  • You do not have permission to view this post

  • Working on a juicy combo system for my one button rogue-like shooter

    I've seen every post on this thread today and I must say that you are an amazing developer. Your animation skills are superb and your overall work is pretty impressive. My mind is blown.