oosyrag's Forum Posts

  • Check your other thread, see if that answers your question. ref:

  • Use scale inner or scale outer instead of letterbox scale.

  • Made a health bar example for another thread. Is this perhaps what you are looking for?

  • https://www.dropbox.com/s/2kqyjcxe1dd67 ... .capx?dl=0

    I would appreciate if you made an attempt before asking me to make it for you, or at least ask about what you didn't understand.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • I have no experience with the physics object myself, but the following seems relevant.

    [quote:3tk9cuv5]Create revolute joint

    Create limited revolute joint

    Hinge two physics objects together, so they can rotate freely as if connected by a pin. Limited revolute joints only allow rotation through a certain range of angles, like the clapper of a bell. An image point can also be specified to connect to a specific part of the object. Note that an image point of 0 specifies the center of gravity of the object - if you intend to connect to the object origin, use -1.

  • Any particular reason you aren't using the tilemap object?

  • Convert the health to a percentage of total, then multiply that with your desired life bar display width.

    CurrentHealth/TotalHealth*DisplayWidth

  • If it uses standard input drivers compatible with gamepad/xinput, no problem (unlikely). Otherwise, you will probably need a custom plugin to communicate with their API.

  • Basically, the key is keeping track of the "previous" position and comparing it to the "current" position. In the tutorial, the object being flicked is the "TouchFollowMe" object, which in your case would be your projectile (and your sprite would not be invisible). You also don't need the scrolling part, so you wouldn't be using the Scroll To behavior. You may or may not need the inertia, which can be modified by either changing or removing the lerp() function.

    An alternative solution still utilizes the start and end positions of a touch event, but you can simply store the origin coordinates in variables, then use the angle() and distance() expressions with your start and end coordinates to set the properties of your projectile.

  • Break down and make a list of exactly what "actions" (what) you want your boss to under what "conditions" (when). Sound familiar? Then make an event for each one, with those conditions and actions.

  • The concept is here - https://www.scirra.com/tutorials/560/sw ... th-inertia. If you understand the concepts in the tutorial, it should be simple to apply to a projectile.

  • An example - https://www.dropbox.com/s/dzx2ycubr8wfl ... .capx?dl=0

    Here is a link to the system expressions for reference, in case you don't understand some of the expressions used - https://www.scirra.com/manual/126/system-expressions.

  • With a proper authoritative host set up, the only thing a peer should be sending to the host is their inputs, and the host already has all the data values to begin with.

    But since that isn't the approach you are using, the only things I can suggest is:

    a. Send multiple messages with different tags containing different information.

    b. Send a single message using a token to sperate different information, and on the host side parse it back out with the tokenat() expression. You can use the & operator to combine strings when building your message.

    As for identifying who sent the message, that should have been covered in the multiplayer tutorials. In an event with the "on peer message" condition, you can get the peerid of the originator with the "fromID" expression.

  • The first step is to upload your .capx project file of what you have tried so that you can get a precise answer. There are usually multiple ways to approach any problem, so it helps us give advice without having to guess what your events look like.

    What you describe should have nothing to do with any time based concept at all, depending on what movement system you have implemented.

    The simplest way to do this would be to use the bullet behavior. On bubble created, set speed to initialspeed+score/20*50, assuming you don't need the bubbles to change speed after they have been created.

    If you do, it would just be one additional event to set the triggering condition to whatever you want, with bubble-bullet set speed like above as your action.

  • Set "force own texture" in the layer's properties bar for the effect.