oosyrag's Recent Forum Activity

  • Why are you unable to compare the entered data with the variables?

    Are you using quotes for your strings?

  • A simple way would be to put the 'do something' part in a function, and have two separate events. Or just copy the actions again in both events.

    Cond1 is true | call DoSomething()

    Cond2 is true |

    Cond3 is true| call DoSomething()

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • I would create an object for each type of weapon that that has similar properties. For example, a single object might contain swords and daggers, and another might contain bows. Each frame in that object would be the variations of looks of that type of weapon, basically reskins. This would separate out your total weapons into several spritesheets, aiding in the loading issue.

    As for your reference/object id problem, you can use Constants if you like to refer to your object by name rather than number

    ie.

    Rapier=72

    ChickenSlicer=73

    You can use these in function, or anywhere -

    On Call EquipBlade(ChickenSlicer) - Create BladeObject, Set BladeObject animation frame to (param0). This would create the object and set it to frame 73. Constants are also easy to change in case your animation frame changes, besides which it is also pretty easy to reorder your frames in the editor.

    If all of your weapons have unique properties, it would make a lot of sense to use an array to store the data. When you get to a huge amount of unique weapons, it becomes much more manageable to keep track/edit in a spreadsheet program, and import it via project files as a CSV or XML to parse into an array on load.

    If you're worried about loading a whole bunch of weapons you don't need at once, again, you can use project files to load only the sprites you need on demand at runtime.

    Basically if you're objective is to create objects via expressions and strings, your best bet still is to utilize constants and animation frames.

    In the end, you mention best practices, but it is a pretty common advice here regarding optimization - unless you can notice a difference in practice, it is best not to worry about it and focus first on your game mechanics. I don't think it would be a big deal/difference to download 10 or 30 or 50 weapon sprites/frames in one object versus splitting them into 2 or 10 or 50 different objects. How many unique weapons do you have?

  • You can use families.

    To prevent from scrolling offscreen, you would use conditions to limit the event to only work within the range you specify.

  • I've never used it myself, so maybe someone else can answer better, but that's where I would start myself if I were looking.

  • The hackier/simpler way that I thought of first was just to check the distance between the center of the patty and the center of the bun. Unless there is a reason you need to get the specific area overlapped - and that can still be calculated from the distance if both shapes are fixed size circles.

    When you have irregular shapes or multiple instances of shapes, it gets more complicated though, and I don't have a quick answer for that.

  • If you use layers, you might be able to play around with parallax to get only that layer to scroll.

    You don't have to use layers though, you can just place and move your menu sprites up and down specifically.

  • Depends on how you set up your multiplayer architecture.

    If your game is hosted by a dedicated server, the server can keep track/log all your statistics.

    If it is peer to peer, do you have some sort of login system/database? By the same method you use to log in, you can also send statistics to the database to save.

    Any backend you use should have a way to communicate and save data.

    If you mean local multiplayer, then you'll need to set up something like Firebase.

  • There are a lot of Parse alternatives, and Rex also has a set of Firebase plugins. http://c2rexplugins.weebly.com/

    If you're looking to make no changes, you'll probably need to build your own Parse server, which is now open source. Here is the tutorial/guide - https://github.com/ParsePlatform/parse- ... #migrating

  • A server - computer that is always on. What you do/put on the server is up to you. Where the server is located is also up to you.

    You can build/run your own server at home or work, or you can rent a space in a colocation and host your server there.

    Or you can rent someone else's server if you don't have your own. Or you can rent a virtual machine that's on someone else's shared physical server.

    Basically once you have your server (it can run windows, linux, whatever you install/rent), you'll open a browser on it, log into your game, and leave it on. Going to recommend not using windows, as it tends to restart itself for updates and not turn back on unless you really know what you're doing.

  • The simplest way is to use instance variables.

    Arrays are also a good choice and could be more flexible and easier to work with when importing/exporting, but also more complex and prone to logic bugs.

    There are a lot of ways to do it, as you mentioned with arrays, general variables, instance variables, and dictionaries, and it really depends on what makes the most sense for you and what you are most comfortable with. This will result in the least problems down the line. Keep it as simple as possible while being able to do everything you need to do.

  • You do not have permission to view this post

oosyrag's avatar

oosyrag

Member since 20 Feb, 2013

Twitter
oosyrag has 38 followers

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
  • Regular Visitor Visited Construct.net 7 days in a row
  • Steady Visitor Visited Construct.net 30 days in a row
  • Enduring Visitor Visited Construct.net 90 days in a row
  • Unrelenting Visitor Visited Construct.net 180 days in a row
  • Continuous Visitor Visited Construct.net 365 days in a row
  • RTFM Read the fabulous manual
  • Email Verified

Progress

21/44
How to earn trophies