Ashley's Recent Forum Activity

  • A quick Google turned up this, looks like a problem with Avast antivirus.

  • This is basically the quicksave/quickload feature discussed in another thread - it's on the todo list!

  • It's on the todo list, still no ETA I'm afraid!

  • The Windows 8 object has some IAP features built in too.

  • I don't think we can easily change the sampling at runtime since it would mean having to recreate all the textures in the game. You can already switch between fullscreen modes with the Browser object, too.

  • There's already an event search. Highlighting & replacing are on the todo list!

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Construct 2 already closure-compiles the javascript on export, so even when exporting to the browser it should be very difficult to reverse engineer a .capx or any code. (It's easier to get images out a browser, but those are covered by copyright law and generally easier to spot if being abused.)

  • Just want to point out use of MP3 can incur a fee of $2500. You should never even think about using MP3; just go for AAC instead (aka MP4 or MPEG-4 AAC), which is better than MP3 and doesn't have any fees!

  • There are over 2 million pixels on a 1920x1080 screen, which in 32-bit color mode 60 FPS is a bandwidth of about 500 MB/s - not including things like intermediate rendering for effects. You need hardware which can reach those sorts of numbers to do that. It's not specific to Construct 2 or HTML5! If you use Unity, your users will still need graphics hardware that can push those sorts of numbers. And note rendering happens entirely on the GPU, so having lots of CPU cores and loads of system RAM doesn't help, only the graphics chip does. Graphics chips also typically have special pipelines for rendering video, since it's simpler than rendering games (where you have factors like over-draw, shaders and multitexturing).

    BTW in our latest betas we've dropped Awesomium in favour of node-webkit for desktop exporting. Not only is it faster and working better overall, there's also no fee for commercial use.

  • You do not have permission to view this post

  • I only just caught this thread. It looks like it's had some random posts deleted on the first page too?

    C2 is fast superseding Classic in every way. I do think it will exceed Classic in every way eventually, such as having sprite distortion (disclaimer: not saying I'm working on it any time soon, just I'm sure it'll turn up eventually). There's already an API for accessing a sandboxed filesystem in Chrome, but I haven't implemented it yet because it's very much just a Google experiment at the moment and it's not clear if it will become standard.

    C2's architecture is vastly superior, and it's far better written and a lot faster, even than native code on some systems. I know that's not true of older systems, but look to the future: today's devices are the old junk of tomorrow, and fast forward a few years and it will be true for almost everyone. Why think about other technologies when it's clear eventually that will be the case? Something like haxeNME could see us maybe a 5-10% performance increase for 6-12 months work - it's totally out of the question - and in the same time HTML5 technology would probably improve so much as to exceed those gains, making the whole project pointless.

    I noticed recently Classic doesn't work out of the box on Windows 8 (not sure about 7). There's a security update on Windows Update you need to install before it starts up, because we screwed up some of the dependency management. The reality is it's very unlikely Classic will see any more maintenance. The future is very much cross-platform mobile. Yes, there are problems, such as Android's stock browser sucking really badly. But Chrome Beta for Android has amazing WebGL support. You really can get a 60 FPS game on a phone or tablet, with shader effects and all. Android systems are now outselling Windows systems. The market is moving on. Windows-only is dead (at least in exporting - I know C2 as an editor is Windows-only, and we're thinking about changing this in the long term - disclaimer: again not working on this any time soon).

    Tradition changes, and technology moves on. I strongly encourage everyone to upgrade to C2 if you're still on Classic. If there are quirks or missing features or things you miss, post about it in the C2 discussion forum and we can talk about how we can improve C2. We're doing approximately weekly updates, and HTML5, especially WebGL, are getting pretty damn awesome at the moment.

    The way things are going, eventually these forums will fall silent and we'll probably see fit to discontinue Classic completely. We're not doing that now, because it's virtually zero work to leave these forums running and people still use them. But I think it's inevitable.

    If you're worried about C2 being commercial and having a price tag, I would have to point out: the only reason Classic is free is because we worked it in our spare time as volunteers while students. We lived off our student loans. I'm not a student any more, and luckily I get to do this professionally, which is great. But like everyone else that means you have to make money or not do it at all. So I don't think it's unfair. If we had started Classic a few years later, it probably would have a price tag too. So I guess just count yourselves lucky it was free!

  • Pathfinding only uses one separate thread (web worker). The main reason is Javascript doesn't have a good way to determine the number of cores/optimal number of threads to create. Creating too many workers could result in sub-optimal performance, and one thread on a single core machine shouldn't drag it down too much, so it's the only safe number to go with. The majority of devices are dual-core these days anyway so it's probably a good compromise.

    The event system is relatively well optimised: once an instance has been de-selected by a condition, it is never iterated again (not even just to pass over) by any subsequent condition or action. Events with lots of conditions filter down the selected instances efficiently, only iterating those which met the previous condition. This means you can use a really small micro-optimisation of putting the least likely condition at the top, to reduce the instance count as low as possible initially so later conditions have fewer instances to iterate. However you'd better have tried *everything* else before thinking about such small optimisations, your time is far better off spent on things like rendering (as I'm sure you know).

Ashley's avatar

Ashley

Online Now
Early Adopter

Member since 21 May, 2007
Last online 27 Oct, 2026

Twitter
Ashley has 1,834,751 followers

Connect with Ashley

Trophy Case

  • Jupiter Mission Supports Gordon's mission to Jupiter
  • Forum Contributor Made 100 posts in the forums
  • Forum Patron Made 500 posts in the forums
  • Forum Hero Made 1,000 posts in the forums
  • Forum Wizard Made 5,000 posts in the forums
  • Forum Unicorn Made 10,000 posts in the forums
  • Forum Mega Brain Made 20,000 posts in the forums
  • x126
    Coach One of your tutorials has over 1,000 readers
  • x74
    Educator One of your tutorials has over 10,000 readers
  • x6
    Teacher One of your tutorials has over 100,000 readers
  • Sensei One of your tutorials has over 1,000,000 readers
  • Regular Visitor Visited Construct.net 7 days in a row
  • Steady Visitor Visited Construct.net 30 days in a row
  • RTFM Read the fabulous manual
  • x44
    Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

32/44
How to earn trophies

Blogs