Ashley's Forum Posts

  • You can always zoom the entire display.

  • Hmm... MSDN says error 998 means "invalid access to memory location" or something. That's not very helpful... could you check if the given path exists?

  • I've tweaked the rendering for controls in the next build, but it works fine for me here. Does anyone else have this problem?

  • Fantastic example. Well commented, and the for-each is a very elegant way to do the loading! Top stuff

  • Maybe the layout editor's reported UID is different to what happens at runtime... I'll try check that out at some point...

  • I think the fade behavior is designed to fade once only... you can do the same thing using Set Opacity though.

  • Copying and pasting layouts is not yet implemented which is a bit of a problem - hopefully once that's added it'll become a bit easier for you. Until then, unfortunately I think the best option is to send around one .cap file to each other...

  • See System expressions for TickCount, and Ticks.

    Since the tick count is always increasing, you definitely dont want to use it there!

  • Yeah, you need to have at least 1 instance of an object existing in some layout so Construct knows what object properties to give newly created objects. You could always have an unused layout where you throw your spare instances (they'll never be created if you never go to the layout).

  • I've created layouts nearly that size before and its worked OK for me - could you possibly send the crashing cap to ?

  • Copy/pasting layouts is a bit of a glaring omission. I'll see if we can get it in the next build or two.

  • There's currently no way to make an animated progress screen - what you can do is have a layout just before it which says "Loading" on it and straight away goes to the next layout. While the next layout is loading, it'll be frozen on the last image displayed, which will be the loading layout.

    Out of curiosity, how big is your .cap file?

  • -you have a cloud texture which fades to black on the edges

    Often additive or screen looks good if you have a texture drawn on a black background.

    [quote:xknux4ad]how come theres no way of editing the alpha channel as just a black and white image

    The built in tools already use alpha channels. Have a play with the brush hardness etc - you can draw with nice soft brushes which automatically affect alpha. Or, you can use the Erase tool in a similar way, with hardness to erase softly from images. So you could draw your cloud, and use the erase tool to soften out the edges with alpha.

    I don't think theres any real need to edit the alpha separately as a black and white channel. I think the brushes the picture editor has do a good job. And of course you can always draw graphics in more advanced editors like photoshop and import them - but I think even photoshop doesn't have a separate alpha channel editor

  • In the example file I posted previously I can't reproduce any increasing inaccuracy with low framerates. As I mentioned in the post, even at 2 FPS it usually lands within a pixel of its target.

    Going back to my point about pixel precision of fast moving objects as Jeswen mentioned - I don't think it matters that much if a bullet is a few pixels out. You'd never be able to spot the difference. I understand it's a problem if you need pixel perfect platform movements, but I was suggesting that platform movements would tend to be at low speeds, so still having a high accuracy.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • My point was, though, isn't it unlikely that the games and movements where this kind of accuracy matters would use speeds as high as 400? That's a high speed for a platform movement, for example.

    Maybe someone with experience making pixel games could shed some light on this for me.