Funky Koval's Forum Posts

  • Use negative Width and Height values. Negative Width will flip your tile horizontally and negative Height will flip it vertically.

  • I have a player-controlled Object and a Family of colliders. I need the Object to pass through some Family Members, while sliding around others, the behaviour being chosen using a Private Varable/comparison condition.

    No matter what I do, I'm unable to bounce/slide my object off only select Family members - all the members are always taken as a collider. I have:

    On Object Overlaps Family Member

    Family Member PV is greater than SomeNumber

    ->Object bounce off Family Member

    Now the issue happens when the Object is already overlaping a Family Member that fails the comparison and comes into contact with another that passes it - the failed member is still used as a collider for the bounce.

    How could I rectify this? Any help would be appreciated.

  • Spider_hip

    Are you sure it's not your maths? You can only set absolute values and there's no way to retrieve current parameters... For me, it works flawlessly. Thanks.

  • Great release, however there seems to be a bug with Families and Effect parameters.

    The Action Wizard will not display any parameters on the third screen (setting the actual values) - it will say "There are no parameters for the selected item". 2-state properties will work properly, however.

    For example, screen-by-screen:

    PickFamily->OpacityPlus->ActivateOpacityPlus will work, but

    PickFamily->OpacityPlus->SetIntensity will not, as the third screen will be blank save for "There are no parameters for the selected item".

    Randomly, when clicking Finish on the last blank screen, an "Invalid argument" error appears, but mostly the wizard closes and the Action reads 0%.

    The Effects show properly inside Manage Families.

  • Looks like the workaround I posted does not work every time... Seems to be rather random. If you keep switching Families and Family members around, it will eventually allow you to set parameters, however "eventually" can be the next switch or a very long time.

    Also on opening the .cap again, the Effect parameters will not be visible in the Event View - the Action will simply say "ObjectName:", copying and pasting it will result in the copy having the proper text, like "ObjectName:SetParameterToWhatever".

    I'll post under the R2 release thread in Discussion... Perhaps someone involved with coding will chime in - I've looked throught the Effect shader files and the issue seems to lie in Construct.

  • I know this is an old topic, but I've run into the same issue and managed to sort-of find a workaround...

    To make the Effect parameters appear, first create the Action using a Family member instead of the Family. Then, after the Action is created, modify it and replace the Family member with the actual Family. The parameters will not disappear.

  • sendspace.com/file/asz5u9

    As you can see in the .cap, either an Ex or a Cross, belonging to the Terrain family is created and paired to either a Rectangle or a Circle (members of the MapTiles family), based on the 3D_ID private variable.

    The problem is that to perform an action on a given pair, I have to call one of the pair member explicidly, otherwise all of the family members will get affected. Is there any way to rectify this? The disabled event is what I thought would work...

    Thanks in advance.

  • As lucid said, or altrnatively Angle(0,0,Object[Physics].VelocityX,Object[Physics].VelocityY)

  • Put a Spring on the other side of the door, connected to the wall and increase the spring constant (k) whenever you need the door to "lock".

    For checking if the door is locked , you can simply check the value of the constant. A nice side effect is that, at lower values, you'll get an auto-close door.

  • Is the code in the cap yours or are you adapting someone elses example?

    The enemies move constantly because of the events that adjust the speed of the sprites - the RTS behaviour works against that, thus creating a loop.

    Once these are disabled, the enemies stop eventually, but not close to the player - your grid size is set to 60 pixels - as soon as the enemies get within 60 pixels of the cell the player is in they will stop.

    Lower the grid size for more precision, but not to less than the enemy size - if you do, the enemies may stop moving at all due to the way the grid is calculated.

  • sendspace.com/file/xobe0a

    I switched the RTS behaviour from Custom to Avoid "Solid" and made Sprite and Sprite4 have the Solid attribute. Based on the way your game is set up, do not give Solid to the actual character sprites. Since they overlap the red sprites, they won't move, as to RTS, they are in a blocked cell.

  • Ah, I see the issue. I've run into it before...

    It seems that custom obstacles don't work reliably/at all...

    Switch the Pathfinding type to Around "Solid" and give Sprite4 the "Solid" attribute. If you need to toggle the collision, remove the attribute when needed via System actions and regenerate the pathfinding grid.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • One of the RTS actions should be "Set Object Type To Avoid" - that will make the character avoid the object and its instances. AFAIK, you do not need to refresh the pathfinding grid for it to work.

    You could also alter the RTS behaviour manually based on distance checks to have avoidance, but I prefer the first method - much simpler...

  • I have an effects chain consisting of Distort Normal and NuovoFill.

    The issue appears only if NuovoFill is in Additive or Multiply mode - Raw Color is fine.

    When the NuovoFill color is not modified during runtime, it tints the underlying Distort Normal properly. However, if I change the tint color during runtime, the Distort effect gets shifted according to what particular color I choose.

    For example, if I set NuovoFill to Multiply red (255,0,0), the distortion will be proerly positioned and tinted. However, if I change the color during runtime, even to the same red, the distortion will shift to the left. If it's green, it will shift upwards. It's like the tinting gets multiplied over the original sprite texture, changing the normal map and in turn causing Distort to shift it. The effect is not cumulative, so if I do a color change to red again, it will not shift further.

    I hope this makes sense. Is there any way to rectify this behaviour? Thanks in advance.

  • Thank you. Yes, this is exactly what I'm after.

    And this method is similar to the alternative one I wrote...

    Now I see that the "precision" problems I had weren't really related to accuracy - unlike you, I was calculating the distance without regard to the "Player" heading, which was throwing my results off.

    Again, thank you.