Ashley's Recent Forum Activity

  • Construct 2 is no longer available for sale. Try removing the plugins that prevent importing to C3, import the project, and then find alternatives for those plugins.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • There will be a much bigger difference due to all the display variations out there than the actual compression, so I believe artists are out of luck here. No matter what they do it will look different on different screens.

    There's a difference between the same image pixel data being shown on different displays, and altering the actual image pixel data as lossy compression does.

    We do the same with audio in Construct. It is compressed, so why not graphics?

    Graphics are compressed too. You can also opt-in to lossy JPEG compression.

    Ideally ( if possible ) give people options, from what's currently in Construct to more severe compression.

    The more options there are, the more development work we have to do, the more bugs come up in different combinations of settings, the more things have to be maintained over time, more documentation and support questions come up, etc. It's also not clear how lossy PNG compression would work, since PNG itself is a lossless format. Are there different pre-processing algorithms out there? How to they compare on the quality/size trade-off? Are they all appropriate in different circumstances or are alternatives necessary (which further increase the options)?

    Also - as ever - we're a small team with limited resources, and already have years of work worth of features filed, so why should we work on this first and not other suggestions?

    You can also already apply lossy compression if you want - just recompress the exported spritesheet images after export using your own tools. So you can basically do it already manually.

  • Since all web content is architecture neutral, everything should run just fine on Apple Silicon systems with no changes. The performance sounds like it will be good, but as ever, the only way to tell with performance is to buy a system, and make measurements.

  • Yes, it's documented in Project properties.

  • You can try it yourself. It works everywhere. But as I said, you shouldn't export projects using it, unless it's for performance testing.

  • There is a big difference between "looks fine to me" and "looks fine across thousands of games using an incredibly wide array of different art styles, many of which designed by artists who are sensitive to the precise appearance of their games".

  • It does not boost performance. Normally frames are scheduled once per display refresh. There's no point generating frames faster than the display hardware updates - they won't be seen, and it just wastes power.

    Unlimited framerate mode instead schedules frames as fast as possible. It's for performance testing. However since it uses loads of power generating frames that will never be seen, it will needlessly drain the battery on laptops and mobiles, so you should never publish an actual game using that mode.

    That's pretty much all there is to it.

  • Construct 3 already uses a WebAssembly build of OptiPNG to optimise your images on export (if you enable image recompression). This can also do automatic palette reduction to smaller 8-bit PNGs as well - particularly nice for retro style games with low color counts.

    compresspng.com does not seem to include any details about what it really does, but I would guess it is using lossy compression. A tool like Construct can't in general use lossy compression since it will degrade artwork, and I think most artists will want their art quality preserved.

  • In both cases, as per the original announcement, both C2 and the C2 runtime in C3 are only being supported with "essential bug fixes and compatibility updates". Minor or non-essential reports will no longer be investigated. Basically that means if some browser update happened that broke all Construct 2 games, we'd fix it, but other than that we won't be doing any further work on it. Since this appears to fall in the category of non-essential, we won't fix anything involving C2 or the C2 runtime if you file an issue for it.

    In other words, since February 2020, C2 and the C2 runtime are not actively supported, they're just being kept alive with essential maintenance. The purpose of the delay until July 2021 is merely to give you plenty of time to upgrade to C3 with the C3 runtime, with the confidence C2 won't suddenly stop working before then.

  • There's not a lot of value in fixing bugs in a codebase that will be removed in a few months time. I'd much rather everyone just switched over to the C3 runtime. The whole goal of retiring the C2 runtime is to eliminate the maintenance burden of having to work on it.

  • Bug fixes filed in the C3 runtime usually aren't backported to the C2 runtime, so it may well be that there are still bugs in the C2 runtime that were fixed in the C3 runtime.

    It shouldn't matter, since the C2 runtime is being retired in July. You really should stop using it as soon as you can.

  • FYI, the tilemap object was never designed to be used with 1x1 tiles. It was designed for each tile to be a reasonably sized independent image.

    Using C3, the C3 runtime is faster than the C2 runtime. It appears to sit idle most of the time, but when you click, the C2 runtime spikes the CPU usage up to 30%, but the C3 runtime only spikes the CPU usage up to 7%. So it looks like the C3 runtime is about 4x faster.

Ashley's avatar

Ashley

Early Adopter

Member since 21 May, 2007

Twitter
Ashley has 1,442,980 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
  • x109
    Coach One of your tutorials has over 1,000 readers
  • x63
    Educator One of your tutorials has over 10,000 readers
  • x3
    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
  • x36
    Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

32/44
How to earn trophies

Blogs