oosyrag's Forum Posts

  • Try max() (or min(), or clamp() if those are more suitable) in Set velocity.

    So Every Tick - Object Physics Set Y Velocity to max(Object.Physics.VelocityY, TerminalVelocity)

    (I'm not sure if its Min for Y velocity heading downwards)

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Look into arrays (they are basically spreadsheets of data) - https://www.scirra.com/manual/108/array

    You'll want a 10x1x1 array, one spot for each score.

    Upon getting a new score, you can "Push" the new score to the array (now there are 11 values).

    Then "Sort" the array so that they are in order highest to lowest.

    After that, "Delete" the last element in the array so you are left with the 10 highest scores.

    After that, you can display the scores however you wish. A simple single text object example would be as follows-

    Set TextObect text to ""

    Repeat Array.width times - Append "loopindex&" - "&Array.At(loopindex)&newline" to TextObject

  • So peer sends message "2.13123,32.1234"

    Host receives the message, saves it to a variable (or array or dictionary or instance variable ect.)

    On peer message - set SavedMessage to Multipayer.Message

    To get the first value as a float, use float(tokenat(SavedMessage,0,",")) - returns 2.13123 as a value.

    To get the second value, use float(tokenat(SavedMessage,1,",")) - returns 32.1234 as a value

    You can use tokenat directly on Multiplayer.Message itself instead of saving it to an intermediate storage variable first if you don't need the value to persist.

    For me it would be a complicated yes, no, and then yes again possibly.

    Yes - Definitely taking the 50% off for the first year. I'd actually consider this paying back for the 5+ years I've enjoyed C2 and its updates as a hobbyist. Any other software would have gone through multiple full price iterations in the same time period *coughphotoshopcough* with similar progress in terms of functionality. Also a significant factor is how Scirra has handled community and communication - I would be inclined to pay to support their continued operation even as a donation. The overall responsiveness is #1 by far compared to any other developer, and I've worked with a LOT of under development (and developed) software. Besides which $100/year is honestly cheap compared to other expenses (for someone with a job anyways). It is still cheap compared to other productivity software. Would I have preferred a one off payment? Of course, more value for me. But I wouldn't go anywhere near saying the subscription pricing isn't fair.

    No - There is nothing I am doing now that would require anything beyond what I have in C2 or C3 free. I'm not actively working on any big projects or publishing regularly, nor do I rely on any income from my projects. Currently I'm getting most of my use of Construct just lurking on the How Do I forums and making small examples, which should be adequately facilitated by C3 free/C2. I also test out specific mechanics I want to experiment with or small utility projects, but again everything can be done by what I have without subscribing.

    Yes again possibly - When C3 gets a new runtime, I'd definitely be interested in checking it out. On the other hand, I imagine the new runtime would be available to C3 free as well, so the same as above applies for my situation anyway. At least it would be a definitive reason to upgrade from C2 to C3 for lot of other general users I think. The last situation would be where I have a income generating project I can devote myself to that could justify a subscription, but at that point C3 would be paying for itself.

    I find it a bit confusing why people are so miffed regarding the subscription and perceived lack of significant capability changes from C2 to C3. Scirra isn't taking your C2 license away - you can keep using it. They aren't forcing you to subscribe to C3 if you can't afford it. Also regarding lack of change... did the mobile app build service just fly under the radar? Isn't that what tons of people have been clamoring for? All the complaining just makes me feel like this community is basically spoiled by the value gotten from C2 rather than appreciative.

    Edit: Aaand he's gone. A little sad because he did make contributions to the forums, but then again not at all because he was totally asking for a ban. I guess he can still read the replies?

  • Recommend using an instance variable to store the value of the object to do calculations with, and seeing the text to display that instance variable after.

    Use pick nth instance condition to get the first (0th) or second (1) instance in a collision event to destroy. You can also use object(0).Value+object(1).Value to access each instance's values.

  • If you add more points at a time, maybe set up a "points until next coin" value, and if you overshoot that you can award coins accordingly, then set it to 5-points÷5.

  • System compare two values - points%5=0

    Trigger once

    Add coin

    (Only works if you add one point at a time)

  • You're right! Now I'm curious to see what I can pull off with sprites only. Do your 9-patches dynamically resize much during runtime? Or just need a function to place them and allow them to change animation frames?

  • Separate them with a token ("," generally works well) when composing the message and use tokenat() on the host side to parse out the pieces.

    https://www.scirra.com/manual/126/system-expressions

  • In that case, where you have a more involved feature, it would probably be worth building your own 9-patch like container out of sprites. It shouldn't be too difficult (one set of events to pin to imagepoints basically).

    The functionality can be recreated with events, just like most behaviors and features in Construct. Particles is another object that comes to mind where I regularly just use sprites and events.

    EDIT: Note that I'm all for updating the 9-patch object. Rotations please! =)

  • Stack two 9patches on top of each other in a container. Toggle visibility.

  • It should be fine. I'll see if I can throw together a quick test later.

    Posts like that are how threads get locked... =[

  • The ground looks like a Mode7 implementation.

    The character is mostly just static with animations.

    The obstacles spawn in the middle, and move to the sides and grow at the same time to give the illusion of perspective.

    Use a flag to see if the obstacles can collide, probably based on after they reach a certain size.

  • Simple solution off the top of my head - if you're keeping track of the user accounts, have their spawn location coordinates multiplied by their chronological order number.