jobel's Forum Posts

  • NO! it dosen't. I tought of that also, but don't know how to. Can it be done?

    simple.

    Object 1 OnCollision with Object2
               System-> Pick Random <object>
                            Set <object> Angle etc...[/code:3om9lvxv]
    
    for "object" you'd insert the Family you want.
    
    
    

    On every X subtract, X object(s) from the Family (random or not) should set angle degree to X. For example, if on collision 2 Health will be subtracted, 2 objects from the Family will set angle, and so on.

    what is this first part? "On Every" on every what? tick? X seconds?

    Is the number of family objects that you want the angle set have to do with how much is subtracted from the health?

    if so.. make an instance bool variable called "selected" on the Family object..

    Odamage=2
    
    If Object1 OnCollision with Object 2
         Repeat Odamage times
            Pick all Family
            Family is selected
                 Pick Random Family
                       Family set angle
                       Family set selected to TRUE[/code:3om9lvxv]
    
    after the collision is over you need to reset all the selected to false.
  • admir As far as I know there's no way to set framerate within C2.

  • sorry I was assuming you were using tiled backgrounds...

    it all depends on how you set it up. i.e. if your player is moving past the background, opposed to having the background move past the player simulating player movement.

  • does it matter which object from the family? you could pick random... that only picks one object.

  • here's a thread where I mostly talk to myself.. I don't think any was understanding what I wanted to do...

    but you are probably not using an unbound layout, but still you will need the calculation for scrolling parallax.

    also set in On Start of Layout: Layout Scale to 0.25...it really helps to see what is happening when you run it...

  • infinite scrolling with parallax you need to do a calculation to compensate for the scroll speed being different. then you you need to move it to the nearest multiple of 512 (assuming your tile is 512).

  • at 60 fps, the current chrome just does not render properly (the jank) and it is really annoying to look at it.

    And below, on some circumstances, the controls become too unresponsive and so, the game becomes unfaIr.

    I had MAJOR jank issues in my game back in November 2014 using chrome...until I realized that jank didn't exist in NW10.5 so I did all my previewing in Node..

    Fast forward to today, I cannot detect any jank in Chrome or the latest NW12 and my game is fairly intensive... Sometimes when I'm capturing video there's an occasional frame drop, but other than that, the game is smooth as silk. So if the jank is there, it's tiny because there's no way its anywhere near where it was in November - I would see that.

    It seems like this issue will persist since it's a hard thing to prove - I have yet to see it. I don't see how NW or Chrome can actually get any "better" in regards to this if it can't be reproduced.

    EDIT: the jank back in Nov2014 made the game unplayable. It looked horrible... I was not happy.

  • so basically this:

    Subscribe to Construct videos now
  • hmm pretty clever christina

    I ran a quick test, it works for me.. I can't see why it wouldn't work. Although I've never worked in iso before so I can't be sure.

  • I mean sponsor, as in: give them a free license and maybe a "sympathetic ear" but end their involvement there... overseeing production is an enormous undertaking...

    A similar idea would be for Scirra to create a support service (either monthly $ or adhoc payment), but that means growing the company and that's not for us to decide... I'm sure they've thought about it. There are many ways to take Construct to the next level, but I get the sense they want to keep it 'homegrown' and small... but I could be wrong.

  • This is sort of a ridiculous request. I know what you are after, but it's simply not possible. If anything Scirra would sponsor select developers to showcase their engine. That is what other industry software shops do.

  • 2. Chrome runs like absolute rubbish below 60fps

    For some reason, any time a C2 game dips below 60fps in Chrome, bad things start happening. 59fps is literally unplayable in a fast-paced action game like Airscape.

    This may or may not be more of an issue on fillrate intensive games, more testing needs to be done here.

    If this issue was fixed it would bring an 100% increase in effective performance in C2 games, as anything from 30-60fps should be perfectly playable.

    I played your Public_Performance_Test on my crappy laptop (i5 1.7Ghz, HD Graphics 4400) using Chrome 42.0.23. The fps was 35-45 (never going above 45) and I had absolutely no jank. I could tell it wasn't 60fps, but the game ran smooth. Have you not had this result?

    EDIT: let the game test run for 20 mins... FPS 35-38, dt diff:19-38, Max dt: 36-51, dt:27-37 (hard to see), Min dt: 25-29

  • 2. Chrome runs like absolute rubbish below 60fps

    For some reason, any time a C2 game dips below 60fps in Chrome, bad things start happening. 59fps is literally unplayable in a fast-paced action game like Airscape.

    This may or may not be more of an issue on fillrate intensive games, more testing needs to be done here.

    If this issue was fixed it would bring an 100% increase in effective performance in C2 games, as anything from 30-60fps should be perfectly playable.

    I think this is relative to the computer. My game is getting quite large. It runs at 60 fps on my desktop. I have an unbound layout and uses a minimap. It keeps track of every object in the "game world". I have spawners constantly spawning objects. I have to cap the spawning at 500. If I run the game layout (not hitting F4) it skips loading my cap code. So in testing I always see my game get taxed and when the object count goes up over 800 the fps dips and 50 fps looks horrible. However, on my ($400 USD) laptop (i5 4GBram) running the normal game it runs at around 35-40 fps but totally plays fine.. you can tell it's not as "tight" as my desktop, but I had a play test at a small festival and no one noticed anything.

    But I'd like to offer any support I can to put my vote in to support C2 for desktop games. I've been working on my game for almost 2 years and while I wish I was using Unity, I wouldn't be ANYWHERE as close as I am now to finishing this game. And I wouldn't have grown into gamedev without the success I've had with C2. I've used many game engines, Spring, Torque, Unity, Gamemaker, Unreal, Xcode, and even some engine that came with a book I bought in 1997 called the Black Art of Windows Game Programming. So I very much appreciate C2 and would love to see it support larger games.

  • I agree that when even the html5 export cannot work reliably, we have an issue, also I am slightly worried that chrome will break our content in the future, Sure, we can update our games with a newer C2 if a breaking change happens, but the web will be there for a longer time than C2 itself so at one point, currently they seem to choose the "we ditch useless things", that is also a real issue with native technology it seems as a lot of my games cannot work properly anymore without a patch, and since the web seems to evolve at a faster pace I am unsure about the stability long term wise Across browsers (even with new browsers that may just appear).

    you are right, this a problem in all software development. anyone who makes software and/or OSs and/or frameworks update ALL the damn time. you have to support your game after it's done or it will become vaporware... I was on a team that created a decent sized iPhone game back in 2010, we all went on to other projects and the main programmer was too difficult to work with, a year later Apple changed a basic function in Objective C which completely broke our game. The programmer was gone, we had to act quick to pull the game off the app store before people bought it since it didn't work at all.

    So the fact that C2 relies on browsers (and its not mutual - meaning browsers don't care about C2 and only see us as a faceless crowd of HTML5 developers), I'm still confident that as long as C2 devs are supporting their games, Ashley and team will find a way to keep things running. Of course Scirra could close it's doors tomorrow and we'd all be screwed. I think that's also a common fear/issue for most users of high-level software.

    Look at Fraps.. their last update was in 2013. Win8.1 came out and now Fraps cannot capture monitor without a go between app like Xsplit.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • I don't think it matters. a sprite on top, or set the collision area bigger is the same thing. but you do have to be careful of how many points you have in your collision polygons.. I think it recommends 8 or less.