Ashley's Forum Posts

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,107 posts
  • 1

  • 18 Nov, 2014
  • Quote

  It should work. Check the Access-Control-Allow-Origin HTTP header is set. If it is, share your .capx, otherwise it's impossible to tell what could be wrong. Same goes for #2.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,107 posts
  • 1

  • 18 Nov, 2014
  • Quote

  2) toggle auto save on testing project

  That has already been added. It's in r186+.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,107 posts
  • 1

  • 18 Nov, 2014
  • Quote

  Yeah it turns out this is a breaking change, when it was only meant to fix a bug report where someone wanted it to work differently. I'm going to put it back to how it used to be as the default and add an optional parameter to use the new state.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,107 posts
  • 1

  • 18 Nov, 2014
  • Quote

  That would do the same thing as setting the rate to 0, which you can do already.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,107 posts
  • 1

  • 18 Nov, 2014
  • Quote

  Which platform are you testing on? Chrome for Android has a bug where decoding audio is very slow, which can make preloading audio take a long time. All other platforms should be fast though.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,107 posts
  • 1

  • 18 Nov, 2014
  • Quote

  Jason234 - as mentioned previously in the thread I don't think this is anything to do with drivers or even graphics at all - it's most likely due to the Chrome 36 update that broke lots of old content.

• Try Construct 3

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

  Try Now Construct 3 users don't see these ads
• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,107 posts
  • 1

  • 18 Nov, 2014
  • Quote

  Multiplayer does not use any specific port (see Multiplayer tutorial 1: concepts) so port forwarding will not help. You need to make sure your network configuration does not block large port ranges (so peer-to-peer traffic can work), and that all machines are connected to the Internet if you're using the Scirra signalling server. Beyond that it's entirely specific to your network configuration - you need to check the setup yourself (or whoever is the network admin) to ensure it's not blocking WebRTC connections.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,107 posts
  • 1

  • 18 Nov, 2014
  • Quote

  The savegame system is not designed to work between different projects. I'd recommend simply making it all part of the same project, or come up with your own way of passing shared data between two separate projects using something like WebStorage or something server-side.

• You do not have permission to view this post

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,107 posts
  • 1

  • 17 Nov, 2014
  • Quote

  You'll need some kind of PC on the same LAN I'm afraid. It seems kind of unusual to run a server on a mobile device anyhow.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,107 posts
  • 1

  • 17 Nov, 2014
  • Quote

  Probably still a graphics driver issue.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,107 posts
  • 1

  • 17 Nov, 2014
  • Quote

  Run a signalling server on the same LAN, and it should work without any Internet.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,107 posts
  • 1

  • 17 Nov, 2014
  • Quote

  No, 180 degrees is not equal to 1 radian. 1 radian is 57.2957795 degrees.

  I thought the same thing would happen at runtime since it has to do the same calculation. Perhaps it's rounding it slightly (which the text object does by default for example), or in the past we've had issues where the exporter uses a different precision.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,107 posts
  • 1

  • 16 Nov, 2014
  • Quote

  See Chrome's 64-bit announcement here: they cite "many benefits for speed, stability and security", and that "64-bit rendering engines are almost twice as stable as 32-bit engines when handling typical web content". I don't think many games will exceed 2GB of memory, so the main benefits are being able to use the full capabilities of a 64-bit CPU, as well as the reportedly better stability.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,107 posts
  • 1

  • 16 Nov, 2014
  • Quote

  This is the same gotcha as "expecting math calculations to be exact", but it's not obvious why: the runtime actually stores angles in radians, since that's how all the math is worked out, and the conversion between radians and degrees involves a slightly lossy multiply/divide. Closing as not a bug... this is another reason you should rely on values being "close enough", not exact. (The new 'Is within angle' system condition is useful for this type of thing - you can say "Is within 0.5 degrees of 180" for example, and it's accurate to the nearest degree.)