oosyrag's Recent Forum Activity

  • Basically I want to make sure your gamepad is actually connected and buttons are registering.

    In debug mode, on the bottom left look for the game pad object. Click it and you'll see a field that says "Last button" on the right. Now when you press buttons on your game pad, that should change. If it doesn't, that means your game pad is not sending any signals to the program, which would explain why on button pressed does not work.

    If it does change, then I'll have to think of another reason

    Edit: I meant trigger as in shoulder buttons on some game pads.

  • Instead of scroll to player.x, player.y, only scroll to player.x, and have y constant.

    Or add a condition to check that when player is jumping, then the scroll only scrolls to the x.

    There are a lot of little nuances people don't realize with platformer camera behavior! You'll need to add the exceptions and logic yourself for each situation.

  • How is your camera "moving"? Is it with the scroll to action, or are you moving the objects in your project around?

    Are you sure your HUD objects and backgrounds are on the correct layer with parallax 0? You can check in the debugger

  • That's a good plan.

    You can use an array to store your "waypoints" by using the push back action - this will add new values to the back of the array.

    Those waypoints will be in order in the array, so your object can get its move to locations from the array one waypoint at a time in order.

    https://www.scirra.com/manual/108/array

    Edit: In case you aren't familiar with arrays, you can just think of them as spreadsheets with cells you can write and get data from. Each cell is like a variable.

  • Can you confirm in debug mode that your gamepad is connected and registering inputs?

    Are you using triggers as buttons? Sometimes those are treated as analog axes rather than buttons.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • https://www.scirra.com/manual/85/layers

    Set layer parrallax to 0 for your static layers.

  • What does your event sheet look like for the ASDW triggers? Screenshot or capx would help.

  • In this case I would make an exception for the flat platforms - don't make them solid with a behavior, but manually add an event so when the player collides with them the player is stopped. Everything else will go through.

  • That might be better, as collisions are able to occur off screen.

    On the other hand, it would make sense to me that in your case only the player object needs to check for collisions anyway, so it wouldn't matter how many bullets you have on or off screen. I'm not sure about this though.

    The best way is just to try it yourself and see if it makes a noticeable difference in your frame rate. If it doesn't, don't bother worrying about it!

  • Not sure exactly, but it might have to do with how buttons are actually HTML form elements that float on top of your project, and not actually in the project itself.

  • Letterbox scale will result in your screen shrinking.

    Changing it to scale inner should fix it.

  • But what if you REALLY try to do some work? And make MONEY? What if you have CUSTOMERS?

    ...

    Summary: Jumping from one program (which you have worked for 2,5 years) to another, it is not economically feasible. It is actually a bad bet. It is done if you don't have any options anymore.

    I'm seriously not trying to be confrontational, but objectively speaking, your two choices are to move to another solution that has what you need, or stay and hope that what you need will get developed in the future when the developer itself has stated no. If you're talking about betting, those options are like 100% chance and 0% chance to win, and you're saying the 100% is a bad bet.

    The 2.5 years of development is already a sunk cost regardless of how you proceed. What you take away from it is up to you. Personally, I would say if I've spent years writing program worth publishing and I need to publish but currently can't, the fact that I've made it, I've seen it, and I'm confident in it, is still valuable to me (its called prototyping - one of the highly touted use cases for C2). I know I'll make my money back so I can justify licensing industry standard high end software to publish it (you have CUSTOMERS). I wouldn't care much about learning a new language, there are manuals and references for that. The game logic and structure are already all worked out, putting it back together in another program would be multitudes faster than the first time. Also, even if you have invest time to learn another program, regardless of the benefit for your current project, that experience will be extremely valuable for all your future projects since you seem to be quite serious about making money with this. In that endeavor, I wouldn't let my success be tied to any one program/company. THAT would be the real bad bet.

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