R0J0hound's Forum Posts

  • It's hard to ignore the size when it's 1Gb. Even 20Mb is big by my standards and I typically won't download it.

    Maybe make a copy of your project and remove all the audio and video files from it and upload that?

  • If you only need four pointed polygons then my paster plugin can do it too, and will be faster with webgl on.

  • andreone

    The issue is you're checking if a x position is exactly somewhere. With floating point numbers two separate values are seldom equal. It's better to check for a range of values like:

    pick family where family.x > position+49

    pick family where family.x < position+50

  • Yeah, only the object you're dragging is being picked. This happens even if you don't use families. You could add a "pick all" condition to the beginning of the sub-event as one way to do what you want.

  • What stuff breaks? I've only seen third party plugins cause minifying to break things. If it's an official plugin that breaks, wouldn't fixing that directly be better?

  • That bug referenced broke the code when it was minified. C2's runtime does not break when it's minified, so there is no issue.

  • It doesn't use that amount of memory for me. The editor with that capx only takes up 150 Mb on my machine according to the task manager. My system was new in 2007. The editor only takes 74 Mb with a blank capx.

    r227 32bit

    Windows Vista sp2 32bit

    cpu: amd turion 64 x2, 1.9 ghz

    graphics: ati radeon x1200

    4 Gb shared memory

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • You need to add the sine behavior to that object first.

  • Yura G

    Look at the system action "set minimum framerate". It's by default 30, so that would explain those dt values. I had forgotten about that.

  • The newly created objects are not pickable outside of sub-events till the next toplevel event.

    More info here:

  • Yura G

    I was thinking about this and it is because the browser is synchronizing with the refresh rate almost perfectly. That gives smooth animation and motion.

    I don't think wallclocktime would help in this situation. What you can do is compare the time elapsed with the number of frames to get the current average fps. Actually fps is just frames/seconds, so you could add up the dt for the last 10 frames and do 10/sum_dt to get a per tick fps.

    https://dl.dropboxusercontent.com/u/542 ... e_fps.capx

  • briggybros

    I guess that means you can't access those other buttons from javascript at this time. The spec as you linked mentions it as a possible feature, but I guess none of the browsers check more than the first three.

  • Sounds like a bug to report. It shouldn't crash.

  • If some javascript takes too long to run the browser will give you an option to stop it. As long as it wasn't an infinite loop in your code causing it you can let it continue an it will complete. AKA it wasn't a crash.

    That said, saving a tilemap of that size may be the reason it takes so long.

  • ayeletpn

    There's the "line dash setting" action.