BadMario's Forum Posts

  • Simple, have 3 sprite fonts, one white, one green, one red and display text accordingly

  • Game window of 450 x 800 for portrait or 800 x 450, 960 x 540 for landscape. Those are 16:9 HD tv ratios.

    Layout set to same ratio , but much larger size, real HD 1920 x 1080. full screen scale outer setting.

    On start of layout scroll to center of layout ( 960,540 ), create a guide sprite ( just a rectangle ) size it to your 450 x 800 or whatever game window size you use and place in the middle ( 960, 540 position ).

    Now have all of your content fit that rectangle.

    Outside that rectangle fill with background graphic or graphics.

    That seems to work for me, with the added benefit that you can play it at full screen on desktop too, esspecially if you are creative with your backgrounds.

  • Looks pretty good and 3 years is a long time so I hope it sells well and you make some $$$$$$

  • It should only be Touch object is in touch. You should not have to touch the player sprite to move ( then you cannot see him, he will be covered by your finger )

    That way you can touch the screen anywhere and player will move left or right depending on which side of the screen you are touching.

  • centerX is a variable you set ( you can call it something different ).

    That value would be middle of your layout. So if your layout is 800 px wide, then centerX would be 400. Then you just compare whether Touch.X is less or more than 400. If it's less then you are touching the screen on the left side, if more that is the right side and simulate left/right movement accordingly

  • Is touching should be a separate evnnt and should have subevents: if Touch.X < centerX simulate left, else simulate right movement

  • What you are describing is pretty easy to do, depending on what exactly it needs to do it may take a day or two to complete and test, but it is definitely within Construct's grasp and easy to do.

    What scirra should listen to is making it easy to monetize games. The only ad plugin they have is admob and there is almost no way to make money with html 5 / web games which is absurd ( unless you code your own ).

  • I usually append numbers to animations so you can use the same actions to control all of them. All characters and their animations are in the same sprite and named walk1, jump1, for character 2 walk2, jump2 and so on

    say you create a variable called select then target each animation as "walk"&select or "jump:&select

    For character 1 you would set variable select to 1, for character 2 set to 2 and so on

    It was suggested to me that one could use families for this too. Put all of your characters ( if each is different sprite ) into a family and then you can control all of them by using these same controls on the family.

  • Depends on your setup. but

    The simplest way is to Every tick > set balloon.X to balloon.StartX + ( Camera.X + Center.X )

    balloon.Startx is an instance variable and you set it at start of layout to each balloon.X

    So if your center is at 960 ( middle of 1920 x 1080 HD resolution ) your camera starts there.

    Now if you move camera 100 px to the right balloons will move 100 pixels to the left relative to their original position

  • My games run fine on early android. I don't know the details about how sprite sheets work, but I don't have trouble with the android versions.

    Have you tried Construct 2 files imported into Construct 3, then exported with runtime 3?

    Both, the original poster and I are encountering problems with that scenario. I am sure games started in Construct 3 will have a better track record when exported fron the same.

    Also the latest stable ( 148 ) still works most of the time, but the latest betas are a disaster with Constr.2 files, for me anyway.

  • Well, trust me, for me Construct 2 projects imported into Construct 3 and switched to runtime 3 do not work , especially in the latest versions. I could send you one game that exhibits most of these problems, it's about 25 MB capx

    Exported as runtime 3 today, does not load at all on my phone ( latest Chrome )

    Over remote preview none of the particles show up on mobiles, they do work on PC

    Continue button should fade in after loading is complete and my loader says 100%, but it shows up right away

    Screen shake triggered when power bar becomes full, but it should trigger only on TAP gesture when bar is full.

    I don't even know how to file this as a bug? Multiple issues here.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • I listed problems I keep encountering. Whether that counts as well documented, I don't know. Stable version of Construct 3 ( 148 ) seems to be OK, but latest betas caused all those problems. There were some, mostly loading problems with stable versions too, seemed hit and miss.

    Using version 148 most of my games seem to work fine, but I am not 100% confident using runtime 3 with my games.

    And just to make sure everybody understands. These are all games started and completed in Construct 2, then imported into Construct 3 for export only. No 3rd party plugins used, only Construct 2 events and behaviors.

    Another thing I did not mention. If you are using sprite fonts in your Construct 2 project and then import and switch to runtime 3, you may have to alter settings/properties. Some sprite fonts look exactly the same, some look way off. I narrowed it down to the difference in the way runtime 3 treats first created instances of objects. It is not the same as runtime 2

  • The problem could lie in the fact that this is a Construct 2 project being imported into Construct 3 and switched to runtime 3.

    There are apparently many problems with this approach ( Importing into Construct 3 and staying with runtime 2 seems fine )

    First thing I notice is that it doesn't go straight to bar and logo screen then jump into my own loader layout. There is just a bar that pops up before it goes to bar and logo loader, but often it does not go there at all, just black screen.

    My custom loader text or bar seem not to work either, so you can click on continue before anything is really loaded.

    Often if you do get to theis loader layout clicking on continue just shows a black screen, reloading the app or browser then seems to make it work sometimes.

    In the latest betas, all of my particles do not show up for some reason when playing it on a phone, but everything seems fine on PC. Opening an empty new project in Construct 3 then copying/pasting asteroids and particles + code used in Construct 2 game, works fine. So, maybe something lost in translation between Construct 2 file and Construct 3 ( In stable version 148 this works fine )

    Most of the games do not work at all on my phone when using remote preview, if switched from runtime 2 to 3 ( stable 148 does not have this problem, ).

    I know I should file a proper bug report, but I don't have time to re-create simpler versions of these projects. Right now I will either use Construct 2 to export, or Construct 3 using runtime 2. Weirdly enough a problem with janky physics on some phones disappears when using Construct 3 / runtime 2 combo.

    By the way, I have never used any 3rd party plugins, only Construct 2 events/behaviors

  • That problem only this; Construct 3 loading (1024x1024)png files. So when you need one object, it is loading all png file. When you need only 10x10 sprite object.

    Do you understand now what is problem?

    I do. I have tested all this a few times. Speitesheeting algorithm in Construct 3 is different and uses up more RAM no matter what.

    So far I have only one game with real potential problems.

    RAM usage

    Construct 2 export = 450 MB

    Construct 3 usin9 runtime 2 and 4096 as max sprite sheet 555 MB ( best I can get from Construct 3 )

    Construct 3 using runtime 3 usually 850 MB, I can drop it to under 700 MB if max spritesheeting set to 4096

    Construct 3 using runtime 3 and 1024 max sprite sheet. 1.35 GB ( worst scenario )

  • It is connected. If you can reduce RAM usage you will reduce loading times. I've had the same thing you describe happen with my game even with Construct 2, As I added more teams, loading times increased, until eventually, one day it started crashing, would not load at all.