Ashley's Forum Posts

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

  • 12 May, 2014
  • Quote

  Your .capx uses a third party plugin (unofficial Windows Phone), so I did not use it, but could reproduce it in a new project. Hopefully this is fixed for the next build.

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

  • 12 May, 2014
  • Quote

  Closing as no evidence of a bug.

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

  • 12 May, 2014
  • Quote

  Can't reproduce, an empty project minifies just fine. Is your version of Java up to date?

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

  • 12 May, 2014
  • Quote

  Sorry, someone tweeted me something strangely similar to your report and I got mixed up. We deal with a lot of bug reports coming from all directions and some users try to step in to, er, "help", so it can be pretty chaotic sometimes. I am sorry if for some reason this offended you.

  I have further investigated the issue and I observed a leak, but I believe my measurements prove the bug is in Windows Phone 8.1, not Construct 2. The following screenshot shows my results:

  https://dl.dropboxusercontent.com/u/15217362/wp81leak.png

  The blue line which indicates a very slow leak is the process total memory, as in the total memory used by the operating system for the app. I took three snapshots over a period of about 19 minutes and all three of them indicate exactly 6100 Javascript objects using 4.23mb of memory. This appears to prove there is no memory leak in the Construct 2 engine, and is further supported by the fact the app does not leak memory on any other platform despite using the same engine. I think you will have to pursue the issue with Microsoft.

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

  • 12 May, 2014
  • Quote

  I don't think the .capx in the original post reproduces the problem, but I did notice a problem with the spritesheeting code in r169 which could have caused the oddly small sprite in the later screenshot. I think I've fixed it for the next build now.

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

  • 12 May, 2014
  • Quote

  Closing as duplicate report.

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

  • 12 May, 2014
  • Quote

  Closing, your .capx uses third party plugins, please follow the bug report guidelines.

• 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,112 posts
  • 1

  • 12 May, 2014
  • Quote

  The emulator crashes? That must be an emulator bug, we can't fix problems with the emulator from our Javascript code.

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

  • 12 May, 2014
  • Quote

  Closing as duplicate of

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

  • 12 May, 2014
  • Quote

  Thanks, fixed for next build.

• You do not have permission to view this post

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

  • 12 May, 2014
  • Quote

  51 FPS is an excellent result for a device as old as the iPhone 4.

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

  • 11 May, 2014
  • Quote

  Roccinio - it's exactly the same issue, nothing new: you either need to use letterbox integer scale, pixel rounding and point sampling, or low-quality fullscreen mode with pixel rounding.

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

  • 10 May, 2014
  • Quote

  Turning off spritesheets can increase the download size and could disable mipmaps unless they were still padded out to power-of-two sizes (since mipmaps are only supported on power-of-two textures), so it doesn't save memory or results in quality degradation equivalent to turning off mipmaps.

  I think it is possible to custom-generate mipmaps which are correctly filtered according to the spritesheet, but doing that kind of logic in JS can considerably increase the startup time, since JS isn't always the best at heavy data processing. Right now we just use glGenerateMipmap which does it automatically in the driver.

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

  • 10 May, 2014
  • Quote

  People often request things that are either already supported (perhaps by some other means), or don't make sense (such as setting the startup properties of the sin behavior, which is already too late to change by the time you can use an action). It would be helpful if you can list exactly the properties you're after so it's clear what you need.