Ashley's Forum Posts

  • It's perfectly plausible to custom code independent timescales for objects - even jumping - you just have to adjust the gravity accordingly as well. Gravity is a uniform acceleration applied to all objects, and acceleration is dependent on the timescale. If you're read the article on timedelta, you'll know that adjusting a speed by an acceleration involves speed + acceleration * timedelta.

    The main reason timescale is global is that it was easy to code Per-object timescales is possible, but would have to wait until Construct 2.

  • Everything in Construct should be 1-based (loops, lists, arrays etc) except where manually specified (eg. you can still specify a For loop to run from 0 to 9, it's not going to change that). If you find anything operating as 0-based, report it as a bug - obviously we don't want a mixed indexing standard!

  • Can you explain better for those of us who haven't tried Opera or its notes feature?

  • Yep, this has annoyed me before too, it's Davo's area to fix though.

  • Maybe the DirectX display inteferes with it. I had to tweak the other window controls (buttons, edits etc) to get them to show right even in windowed mode.

  • Anything which will reasonably fit in memory. There is no predefined limit.

    You're probably creating several hundred thousand array elements (what exactly is the display width/height?) which I definitely would not recommend. Why do you need data per-pixel?

    Using lots of memory generally does not kill the FPS - are you using events to loop over the array every tick? That's what would kill the framerate.

  • Yes, this is yet another instance of someone being confused by Microsoft calling certain DirectX 9 updates "optional" and not including them in the default install.

    Even if you have DirectX 10, you might not have the latest DirectX 9. They're updated separately. I know, it's mad, and drives me mad too! Follow the instructions to run the DirectX update like it says and you'll get the "optional" components installed (which includes those DLL files you mentioned).

  • It doesn't have per-pixel collision for text objects. It uses the rectangle.

    You're using the wrong object. Use the File object - it has an "execute file" action which is the one you should be using.

  • If you want precalculated you could do a lookup within Construct, with an array

    That'd be much slower due to the overhead of running events. A sin or cos call can usually complete in under 200 cycles, which is about the overhead of running an event that calls an action that does nothing (let alone computing sin or cos).

    Yeah, it'll be faster for those who don't care of too much precision.

    Actually I doubt there will be any performance gains at all. Since performance improvements in 0.99, sin and cos don't appear as significant CPU users in profiles of the runtime, therefore there is little (read: none) gain to be had from further optimisation here.

    Did anyone notice performance improvements in 0.99? They substantially improved the runtime performance, and I don't think anyone mentioned they saw a difference just yet, so I'm not sure anyone would actually notice even if I replaced sin and cos with approximations

  • If I understand correctly, you just want an attribute that undoes 'solid' and makes its opaque area count as non-solid space?

    I'm not sure using hundreds of anti-solid sprites for destructible terrain is a good idea performance-wise - it might be better just to use lucid's suggestion, especially given it could be tricky to program an antisolid attribute.

  • Possible? Yes? No? Chickens?

    Chickens. Save the timescale, set the timescale to 1, and immediately timedelta begins returning non-scaled values, which you can then use on some custom movement events (for example). Set the timescale back to its old value at the end of the events, and then you have a loaf of events inbetween which use an unscaled timedelta.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Please report all bugs you find to the tracker - don't leave them here - or they will be forgotten about and not fixed.

    Doppel, what do you mean? We do intend all releases are backwards compatible, and backwards compatibility is not relevant to bugs which can be reproduced in fresh .caps in 0.99.42 (which they should be anyway).

  • It's not yet certain at this point what will and won't be implemented - and although it might be possible to implement partial .cap import, it might also prove too difficult or time consuming, so I wouldn't count on it as certain. If you look the original post actually states "it's unlikely .caps from 1.0 will be able to be ported in to Construct 2" - but also that we'd also continue to maintain the 1.x branch so old users aren't left totally out in the cold.

  • Please be more detailed in your error descriptions, or there is nothing that can be done about it.

  • Go to layout LayoutNumber.