glerikud's Forum Posts

  • I don't get why you can't publish Wii U Games

    It's simple. It's Scirra's business model. You still get all the platforms for a much cheaper price compared to other visual programming engines.

  • sqiddster

    Just tried an export from r200, works fine for me. My 32 bit binaries are all 10.5.

    Here's my whole "NodeWebkitForC2" folder; hopefully you could just copy this into program files and get it to work:

    https://drive.google.com/file/d/0B08LZ- ... sp=sharing

    If not, could be there's a path name stuck in the registry. If so, I'd try:

    1. Install an old package of node-webkit, like:

    http://downloads.scirra.com/nwjs/nodewe ... 0-11-5.exe

    mirror:

    https://drive.google.com/file/d/0B08LZ- ... sp=sharing

    2. Delete the resultant "NodeWebkitForC2" folder, and paste my folder in it's place.

    Works for me. Thanks.

  • 10% sounds good. I think you should try it out. Also, if you can get the engine to use multiple cores, you can advertise it as such

  • Great

  • I can think of only one situation: When someone has to make a different event sheet based on a previous one.

  • I think it would be nice to be able to clone / duplicate event sheets in the editor. Of course someone can copy-paste the events if needed, but for specific tasks it would be nice.

  • Thanks for fixing it

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • I'd rather wait an other year or so for C3 if I have to to get these kind of improvements.

  • Well you can trigger the mouse leave event by simply using invert on the Mouse is over object event. As for the 2nd suggestion, I agree with you.

  • > The images go in to RAM and also in to VRAM (graphics card memory) if the rendering is hardware accelerated, which it usually is these days.

    >

    > They get decompressed to the same size as the image saved as a 32-bit bitmap, so yes, a 1000x1000 pixel image will always take about 4mb of memory alone. This isn't much when both your computer and graphics card have gigabytes of memory, but bear in mind 4mb is still a lot for a single image on mobile.

    >

    > The various compressed formats just package the data in to a smaller filesize. Compressed images cannot be drawn though, so it's normal to decompress the images in to memory whenever they are loaded.

    >

    > We have plans for a feature to load textures layout by layout (like Classic can) somewhere on the todo list, to save memory with very large projects.

    >

    And thank you again. Now it's cleared for me.

  • You should provide some images or a capx file at least to help Scirra resolve this matter.

  • The source images from your project are loaded into memory at start up.

    Thank you. And what about the GPU memory? If I remember right, the images are all loaded there as bitmaps. In that case the source files load in with their full size?

  • I know that the images get loaded into the memory when they're displayed, but there's one part I'm not sure about:

    When I use a high resolution sprite (for ex.: 2048x2048 px) and it get's displayed on a small screen (let's say for ex. on a 640x480 resolution) how much memory will it take up? Will it take up memory based on the source file (which is a high resolution image) or based on the downscaled image shown on screen?

  • Ashley this would be a pretty nasty bug to keep, and nobody should ever expect it to work like that, so it should really be at least documented as it is a complete false result.

    It's the minimum that this should be in the documentation. Ashley You already made fixes that broke previous projects, I don't think that this should be an exception. I think the way these things should go is that if there's a bug to be fixed, it must be fixed. Don't leave known issues in the engine if you can help it. Please fix it.

  • That's a good idea! http://c2wiki.org now redirects to the Construct Wiki!

    That is great