Arima's Forum Posts

  • I think the node webkit exe export is suitable for making a large game. I say I think because I'm not 100% sure about it as I don't know how big the games released using it so far are, but they look to be at least medium sized (airscape, angvik, our darker purpose, the next Penelope (I think?), super ubie land, courier, game dev tycoon which isn't c2 but still uses node webkit, etc).

    In my own tests, I have been able to export a test capx with a ton of graphics and events, and it still worked fine. The only issues I know about are potentially long loading times on some computers and no hardware acceleration on XP/vista which Ashley is currently looking into a way to fix by turning off the gpu blacklist.

  • robert420 - Thanks for the link, but the problem is actually because of the chrome team deciding to disable software acceleration on all computers running XP and vista.

  • Problem Description

    Node webkit, in export and preview, has software rendering on 32 bit vista.

    For some reason it seems to be ignoring the --ignore-gpu-blacklist flag in the package.json and package-preview.json files (the flag was actually missing in the package.json file, adding it didn't help). If I create a shortcut to the NW.exe in the construct 2/exporters/html5/node-webkit/win32 directory and add " --ignore-gpu-blacklist" to the target, run it, then put in the preview address into the address bar, then the framerate is smooth. Adding " --disable-software-rasterizer" to the shortcut instead is ineffective.

    Running from a modified shortcut is the only way I've found to get it to work, but that's not a reliable method if the user decides to launch the exe directly. Maybe it's a bug in node webkit itself.

    Attach a Capx

    Description of Capx

    All .capx files are affected, including the space blaster demo game. I'm not sure how to provide a .capx for this because if a computer's CPU is fast enough to run it even in software rendering at 60 fps, then the effect would not be noticeable compared to if it was working properly, so the best recommendation I have is to duplicate the background tiles of space blaster until it starts hitting the frame rate in software mode, then compare with my shortcut method above (this of course is only if you even have access to a vista computer). Maximizing the window also impacts the frame rate more severely.

    Steps to Reproduce Bug

    • Step 1 - open space blaster on a vista machine.
    • Step 2 - preview in node webkit.

    Observed Result

    Framerate is vastly lower than it should be because of software acceleration.

    Expected Result

    Hardware acceleration should be on.

    Affected Browsers

    • only node WebKit (well, chrome too, obviously)

    Operating System and Service Pack

    Vista 32 bit sp2

    Construct 2 Version ID

    164.2

  • Yep, will do.

  • — - I'm afraid it's not working any better on vista - I'm still getting software rendering with both node WebKit's preview and export.

    For some reason it seems to be ignoring the --ignore-gpu-blacklist flag in the package.json and package-preview.json files (the flag was actually missing in the package.json file, adding it didn't help). If I create a shortcut to the NW.exe in the construct 2/exporters/html5/node-webkit/win32 directory and add --ignore-gpu-blacklist to the target, run it, then put in the preview address into the address bar, then the framerate is smooth.

    Running from a modified shortcut is the only way I've found to get it to work, but that's not a reliable method if the user decides to launch the exe directly. Maybe it's a bug in node webkit itself.

  • I generally put them in their own event sheet for that reason. But yeah, it would be nice for variables in a top level group to be global.

  • Hmm, I'm not sure. I guess I would need a capx to investigate further.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Yeah, else does no picking at all, nor does it remember or invert the picking from the event above it. I don't think you should use any of the else conditions in that screenshot at all. Instead of:

    Event 1: X is less than player.x

    Event 2: Else

    Use:

    Event 1: X is less than player.x

    Event 2: X is greater or equal to player.x

  • This is an English speaking forum, please stick to English or provide a translation.

  • It's fine if you write your posts in other languages if you also include an English translation as well.

  • There's a thread for it here:

    I already deleted it for you though, so no need to post there.

  • This is an English speaking forum - please stick to English or provide a translation.

  • pedropss - I didn't mean to imply that I was unhappy with him helping - it's simply the policy of this forum for everyone to stick to English, or to additionally provide a translation. It becomes very difficult for us to moderate when we have to translate everything but by bit.

  • Hey. — You might have missed something. Riiiiight above your post.