Outland Pictures's Forum Posts

  • According to the documentation on the Multiplayer engine, the HOST instance should never pause, even if its browser tab is unfocused. And, this is how things worked in Construct 2 for years and years.

    Unfortunately, having just switched to C3, I am finding that the HOST instance stops running when the browser tab is unfocused. Am I doing something wrong? Anyone else see this?

    Solving this is obviously critical, because if the person running the host instance changes tabs for just a few seconds, every other game is suddenly locked. That's non-viable for games. Also, it makes it impossible to run hosts on a dedicated server (or at least far more difficult).

    Anyone else see this problem?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • I am facing this same problem.

    My need is very specific - I need to be sure that any MULTIPLAYER HOST instance will run in the background if the browser tab is changed.

    The documentation says this should be automatic for any MULTIPLAYER HOST instance, but it's not working for me. Any host that I run will PAUSE when the browser tab is not active. This kills communications among all the peers.

    Anyone else see this? Anyone else solve this?

  • You do not have permission to view this post

  • The BUG is still happening.

    This makes CONSTRUCT 2 a fairly BROKEN PLATFORM for doing multiplayer games.

    The reason is simple - if you make a multiplayer game, and if the user who is running the host instance of the game switches tabs or minimizes their browser, even just for a minute, the game halts during that time.

    Basically, until this is fixed, Multiplayer using C2 is not viable for creating working games in the real world. Or you need to give some major warnings to the person running the host instance. But that's a hack.

    This could make C2 a non viable platform for multiplayer. Hopefully they get it fixed.

  • Same Question. Any answers?

  • This is a genuine bug. And a bad one because it impacts ALL programs that have an audio object.

    To make it really clear that ANY CAPX causes this problem, I took the very familiar and standard GHOST SHOOTER (Tutorial Version) capx.

    The only thing I did to it was add object, AUDIO. Then I compiled it.

    It has NO PLAY COMMANDS and NO AUDIO FILES. Just the AUDIO OBJECT...

    And yet, on ANDROID TABLETS and PHONES, in CHROME and FIREFOX, it causes a STATIC CLICK every 24 seconds...

    Here is the CAPX FILE that I used: https://dl.dropboxusercontent.com/u/740 ... ct%29.capx

    Note - the click does not start until you've touched the screen once. It's like that in all capx files. Maybe it's related to focusing the browser. Who knows...

    And if you want to try the compiled version on an android tablet, you can try this: https://dl.dropboxusercontent.com/u/740 ... index.html

    For me, if I run it on a Galaxy Note 5 phone (in Chrome or Firefox) or run it on a Galaxy Tablet... it will CLICK every 24 seconds.

    This is crazy since there are no PLAY commands.

  • Problem Description

    ____ A concise description of your problem here ____

    When you set CURSOR TO NONE, it works in all browsers but FAILS in OPERA.

    The Cursor remains.

    Attach a Capx

    ____ Upload a Capx to this post ____

    Just set the CURSOR TO NONE in Opera, and it will not disappear.

    Description of Capx

    ____ Concise description of what this CapX does ____

    Just set the CURSOR TO NONE. It works in Chrome. It fails in OPERA.

    Steps to Reproduce Bug

    • Step 1 - Set CURSOR TO NONE
    • Step 2 - Run in OPERA.
    • Step 3 etc - See the CURSOR not disappearing.

    Observed Result

    ____ What happens? ____

    Cursor remains an arrow.

    Expected Result

    ____ What do you expect to happen? ____

    Cursor should disappear.

    Affected Browsers

    • Chrome: (YES/NO) - NO
    • FireFox: (YES/NO) - NO
    • Internet Explorer: (YES/NO) - NO OPERA - YES.

    Operating System and Service Pack

    ____ Your operating system and service pack ____

    Windows 7, Service Pac 1

    Construct 2 Version ID

    ____ Exact version ID of Construct 2 you're using ____

    r210, 64 Bit

  • I am having the SAME BUG.

    It works fine with FIREFOX 35, but MULTIPLAYER FAILS to allow CLIENT/HOST connections on FIREFOX 37

    The failure happens on PC and MAC.

  • Problem Description

    ____ A concise description of your problem here ____

    I've been using the Multiplayer function for a long time with no problems in FIREFOX.

    But now... the new FIREFOX 37 seems to break Multiplayer.

    You can be a HOST, but not a CLIENT.

    A client using FIREFOX 37 seems unable to connect to the HOST.

    (This is not a signaling server issue, but a client to host issue).

    If I run the exact same code on FIREFOX 35, it works fine.

    If I run the exact same code using CHROME it works fine.

    I've observed the same effect on PC and MAC versions of FIREFOX 37. (And multiple version of windows).

    Attach a Capx

    ____ Upload a Capx to this post ____

    I tested this using your MULTIPLAYER DEMO CODE.

    Description of Capx

    ____ Concise description of what this CapX does ____

    Steps to Reproduce Bug

    • Step 1
    • Step 2
    • Step 3 etc.

    Observed Result

    ____ What happens? ____

    The CLIENT can't see the HOST.

    Expected Result

    ____ What do you expect to happen? ____

    The CLIENT should connect to the HOST.

    Affected Browsers

    • Chrome: NO
    • FireFox: only version 37
    • Internet Explorer: can't test this because no WebRTC support.

    Operating System and Service Pack

    ____ Your operating system and service pack ____

    Tested lots of machines, both PC and MAC

    Construct 2 Version ID

    ____ Exact version ID of Construct 2 you're using ____

    Your latest stable release.

  • YES! I've seen the same problem!

    It works fine in CHROME. But now, in FIREFOX, it can't connect to HOST.

    (Firefox can act as the host, and even allow Chrome peers to connect to it. But... if FIREFOX is a client, it cannot see the host anymore)

    I thought I was going crazy, but I'm glad to see someone else has observed the exact same thing!

  • I have the same question. I've got a multiplayer game, and the HOST does not pause when unfocused... but the PEERS do, regardless of the settings mentioned above. Anyone know how to avoid this? I don't want peers to pause when unfocused. Thanks!

  • I want to lock the orientation of an ANDROID GAME so that it stays fixed... never changes with tilt... never.

    I know I can set the game to PORTRAIT MODE in C2, which I have done.

    I know I can set the game to FULLSCREEN in the INTEL XDK, which I have done.

    But, when I create an ANDROID APP using CROSSWALK, it's not doing what I want.

    Yes, it prevents the game from going into landscape mode, which is a start.

    But, if I flip the phone over, it flips the screen, re-orienting the portrait mode so it's always right-side up.

    For a TILT BASED GAME, this is troublesome. I don't want it to always keep the portrait mode right-side up.

    I just want fixed window orientation that never changes regardless of tilt.

    Lots of games behave this way, but I can't seem to achieve it using C2 and Crosswalk.

    Anybody know how to make it work?

  • Problem Description

    ____ A concise description of your problem here ____

    Whenever I run a Construct2 game that has been built using the new v190 release (either by preview or by export), it crashes in Chrome on iOS (tested on an ipad).

    Any Construct2 game will crash so long as it includes a MULTIPLAYER OBJECT. (No crash, if MP not included).

    The crash gives this message:

    TypeError: 'null' is not an object (evaluating self.mp["removeObjectId"]') Multiplayer_plugin.js line 310 (col undefined)

    And YES, I know that multiplayer does not work on iOS because of webRTC. But, this CRASH should not happen. In prior versions of Construct2, it did not happen when running the exact same code.

    As it stands now, you CRASH before you can even detect if the browser supports webRTC or not. Thus, if a user tries to run it on Chrome for iOS, they'll never get a message to use a different browser to make multiplayer work.

    Attach a Capx

    ____ Upload a Capx to this post ____

    Take ANY Capx file (for example, the SPACEBLASTER demo) and drop in a MULTIPLAYER OBJECT.

    When I do this, and try to preview on an iPAD running Chrome (v 39.2171.50), I get the ERROR MESSAGE and CRASH. This happens with any Capx that has a mutliplayer object.

    Description of Capx

    ____ Concise description of what this CapX does ____

    DISPLAYS ERROR MESSAGE: TypeError: 'null' is not an object (evaluating self.mp["removeObjectId"]') Multiplayer_plugin.js line 310 (col undefined)

    Steps to Reproduce Bug

    • Step 1: Export or Preview any program that has a MULTIPLAYER OBJECT with the latest Construct2
    • Step 2: Run it on a PC or iMAC or Android and it will work fine.
    • Step 3: Run it on an iPad in Chrome, and you get the error and crash. (Or at least, I do).

    Observed Result

    ____ What happens? ____

    Expected Result

    ____ What do you expect to happen? ____

    Affected Browsers

    • Chrome: (YES/NO) YES
    • FireFox: (YES/NO) NOT TESTED
    • Internet Explorer: (YES/NO) NOT TESTED

    Operating System and Service Pack

    ____ Your operating system and service pack ____

    i0S

    Construct 2 Version ID

    ____ Exact version ID of Construct 2 you're using ____

    190

  • UPDATE: this BUG impacts TEXT INPUT as well.

    If you have a TEXT BOX that is intended to collect input from a user, it may simply fail if that user has their BROWSER ZOOM set to something less than 100%.

    The failure depends on the placement of the INPUT TEXT BOX on the screen and the actual ZOOM SET, but if the box is near the bottom of the screen, or the right side of the screen, the failure is almost certain at any zoom below 100%.

    The failure has been observed in both CHROME and Internet Explorer, so it's not browser dependent.

  • I'm having same issue.

    Tilt works perfect when I run on an ipad (using gamma / beta) . But same tilt program does not work on Galaxy.

    Anyone have a guess as to why?