Sup with that?'s Forum Posts

  • I've been using particles a lot as of late and thought it could use a couple more properties to be a bit more flexible with the effects one could achieve. Not a big deal or priority, I know, but sounds like it would be simple to implement, so why not? Anyway, this is what I've come up with:

    • Fade in: Pretty straightforward, a property that allows you to make particles fade in when spawned. Currently you can only set the initial opacity and an opacity randomizer, and of course fade out as part of particle destroy conditions. Now, I've been shown a way to get something of a fade in effect by adjusting the opacity/randomizer values that works passably well for my current project, but nevertheless I think a more precise measure would be nice.
    • Display angle and spin: This was actually a property for particles in CC that doesn't seem to have made it in. Basically it let you set the angle at which the particles were displayed initially (not the same as angle of motion), a randomizer value for this, a turn rate to make particles spin, and possibly a randomizer value for the spin, too. Of these the latter two/three features sound like they'd be the most useful, but hey, the more the merrier.

  • Well, I'm not sure 8 direction behavior would be the easiest way to achieve this with. Is there a reason for 8 direction?

    I would probably try to do this with either the Pin behavior, making the sprites simply orbit the node without any particular behavior, or you can try out tanoshimi's Boids flocking behavior for an easy life hack

  • Since it's Zelda 2, is this using Platform behavior? You can do something like this:

    On press attack -> Change animation to attack + Platform behavior start ignoring control input

    On attack animation finished -> Platform behavior stop ignoring control input

  • Wrong forum bro

    For making pixel sprites you can try http://www.aseprite.org/

    I haven't tried it personally, but I heard it's okay.

  • I'm assuming this is using the Platform behavior?

    You can try doing something like this:

    On landed -> set max speed to 0

    On jump -> set max speed to XXX

    This should make the character be able to move left/right only after he jumps, and stop him from moving after he lands.

  • Is this setup going to be using physics at all? If so you can play around with the Apply force/Apply impulse conditions on the ball when keys are pressed.

  • GideonG Sprites would work I suppose, but this is supposed to be for a background doodad that just looks pretty so I'm hesitant to make it any more CPU intensive than it needs to be.'

    Kyatric Thanks for the tip, I think this will work for the effect I'm trying to make!

    By the angle thing I mean the angle of travel of the particle in relation to the origin point rather than the angle of the entire particle object. Basically I wanted the particles to always travel away from the origin when spawned with an offset. E.g. let's say there's a 180 degree spray cone pointed upwards. A particle spawns with a random offset of -10 on the X axis, so it's directly to the left of the origin. However, it's angle of motion takes it due right, so it travels back over the origin point. What I ideally wanted was for it to move away from the origin in the same direction as its offset, due left. This would basically form a circle around the origin where particles spawn along its circumference and travel directly away from the origin.

    Anyway, thanks for the help guys.

  • So as far as I can tell there are actually no features like this, but figured I'd ask anyway. Is there a way to:

    a) Make particles fade in from start? Normally particles fade out of existence, but I'm trying to achieve a reverse effect where individual particles fade in from invisible when they're spawned. Particles have an option to set initial opacity and an opacity randomizer, but no gradual opacity change (other than fading out as part of their destroy conditions).

    b) Offset particles from origin relative to their angle of travel? Particles have an offset option, but this is determined separately from their angle. I was looking to create an effect where particles will fan out in a cone, but instead of all originating at one spot, have a slight offset to their spawn point. Unfortunately, with the current setup particles that are offset are also given a random angle after they spawn, meaning that a particle can travel in a different direction than its angle relative to the origin of the object. In a way, this effect could actually be faked by the feature described in point (a).

    Thus far I've faked both of these effects by placing a gradient (basically a sprite of a brush stroke with hardness set to 0) on top of the particle object, so particles look like they fade in as they move out from behind the object. However, this only works because the gradient blends in with the background, but the background is likely to be dynamic and change, thus revealing the object. I've attempted to play around with blend modes, but so far no luck as these tend to conflict with the blend modes of the particles.

  • Oh good, I felt kinda bad because I didn't actually help solve the problem and instead peddled an alternative, lol

  • Perhaps it would simply be easier to have the player's car have a hitbox in front of it, so that it could detect cars ahead instead of the other way around?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • I was wondering if that's something I'd have to resort to. Guess I can always try sprites with different colors slowly fading in to make the transition smooth. Either way, thanks for the help!

  • Hi all, I've got what seems to be a simple question that's giving me trouble. Is there a way to change the color balance of sprites/layers without resorting to effects?

    Perhaps I'm overlooking something. I'm trying to make a mobile game which features color transitions for sprites. Unfortunately WebGL effects don't work on a lot of mobile devices, so the closest I've come to is having a semi-transparent layer that changes color, thus tinting everything below it. This isn't the best solution because the colors aren't very saturated and look dull, and making the layer more opaque (thus more saturated) will obviously begin to obscure things below the layer. So, I was wondering if there's another way to change the color channels of an object, to change the hue but still keep it saturated?

  • Hi all. Maybe I'm not seeing something that's in plain sight, but, is there a way to change the icons of objects and especially families as they show up in event sheets? Families of similar object types all start out with the same icon and it can get a little confusing when picking them out, so I was hoping there's a way to streamline things.

  • I made a simple game for tablets that seems to run fairly smooth on the iPad 1. Haven't had an opportunity to test it on a newer device, but hoping that it runs at least as smoothly or even better considering the newer versions are more powerful. Ran slow as molasses on phones, though, so I only ever released it for tablets. Unfortunately it involves a physics-based ragdoll, and physics seem to wreak havoc on the FPS when it comes to mobile.

  • It's a basic For loop, as in "For "xyz" from 1 to 100". There are no other conditions together with it and no other events which call for this loop or anything as it was meant to run at the beginning and never again. IIRC it used to do just that, but after running it a few times it turns out the loop begins running again after it finishes, so I've had to add a basic flag that gets set off and prevents it from running again. It's not a big deal, I was just wondering if I've inadvertently messed with some setting or something because I could've sworn it didn't used to do that. Perhaps I'm confusing C2 with CC.

    Anyway, thanks for the replies.