Colludium's Recent Forum Activity

  • Did you change the version number in the editor?

  • Yup, me too. I zip the c2 folder system and all art program files every few days and store the latest in the cloud. It saved my life twice over the last year alone: paranoia is a good philosophy for looking after your hard work.

  • If it works on the Ludei launcher app but not after compilation then it sounds like it's probably a bug with cocoon.io... Your best bet might be to contact them directly; they'll probably ask for a copy of your project to see what's going wrong. It's been a long time since I used cocoon(js not io) and they typically took a couple of days to answer emails, but I'm sure they'll be interested in fixing their product. Out of interest, do your previews work in chrome browser on your mobile?

  • What error messages do you get when running the game in the cocoonjs app from a zip? Assuming it represents cocoonio compilation.

  • It's not possible using a particle object. You could create sprites as particles using events and give them either the bullet (bounce off solids) or physics behaviour.

  • If you've moved either object then it's worth setting velocity first, then create the joint. The order of events might not matter, but I think that's the most logical.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • It depends on what you need your custom movement to do — If you're accelerating/decelerating an object, checking for solid collisions and simulating gravity effects on trajectory then I would wager that there would be not much difference between bullet and doing the movement custom in events. If you're just moving something in a straight line with zero accel etc then bullet will add a small overhead.

  • If you move physics objects (using non-physics events) after they have been declared to the physics engine then they are given huge velocities because of the distance they move in one tick. If you move them you need to subsequently assign them zero velocity to negate this effect.

  • This is a problem I'm seeing with a few programs - and I think it's more to do with the poor W10 graphics driver than it is with how they are constructed. Each time I restart the computer from sleep everything is squashed up into the top left of the screen... I agree that, although irritating, there are a bunch of other things that should be addressed first.

  • I think what's unintuitive, or little known, is that you can add positive and negative numbers into the parameters windows when setting up the joint. Have a look at this simple example to see what I mean.

  • I think the angles of freedom of a limited revolute joint are relative to the angle from ObjA to ObjB, at time the joint was created.

  • I wrote my own physics based platform behaviour for Umbra. It was challenging... However, that started as more of an experiment before it took on a life of its own. The physics engine is not expensive on performance (desktop) and there's nothing wrong with using physics and platform behaviours together on screen, as long as you don't use them together (against each other) to try to move objects around. It all depends on what effect you want to create.

    Edit: assign physics and solid to families, and use hidden sprites to assign the behaviours to complex/static objects. Just a suggestion...

Colludium's avatar

Colludium

Member since 26 Aug, 2013

Twitter
Colludium has 11 followers

Connect with Colludium

Trophy Case

  • 11-Year Club
  • Forum Contributor Made 100 posts in the forums
  • Forum Patron Made 500 posts in the forums
  • Forum Hero Made 1,000 posts in the forums
  • x3
    Coach One of your tutorials has over 1,000 readers
  • Educator One of your tutorials has over 10,000 readers
  • RTFM Read the fabulous manual
  • Email Verified

Progress

18/44
How to earn trophies