Speed issue

This forum is currently in read-only mode.
From the Asset Store
You can change amount and speed of circles, length of lines and etc. Only 6 events.
  • I was trying out some graphics in my learn-how-to-use-construct -project, and found that they cause a massive slowdown to my machine, when run. I fear this is due to several problems. One obvious reason would be that they are big and partially transparent, but my home made keyboard control may also do some damage.

    I would like to be able to run it in fullscreen high res (1280x800 would look good) but that is just not possible at the moment.

    Making the sprites non transparent with fewer colors or cutting them into several smaller ones did not seem to have any impact.

    Any ideas about where to go from here?

    dl.dropbox.com/u/42681740/check.cap

    Check what 1280x800 does to it.

    Thanks.

  • I'm too busy to check it, but you could try making a backup, then try deleting bits by bits until you find what was causing it.

    Are you using lots of shader effects? Because those can slam the framerate hard.

  • I only used semi-transparent sprites for shading, and replacing them with solid ones didn't really do anything. Thanks for the tip though.

    It may run smoother or even flawless on a fast machine. Could someone verify that?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Runs fine on my system - steady 60 FPS approx 125 MB VRAM, even the big room. But that is at 800x600 as I can't display the higher resolution.

    Which makes me think why do you want to run it at such a high resolution? It would limit the audience IMO.

    Quite nice looking up to now :)

  • Thanks for looking at it.

    Did you really not notice any difference in player turning speed, between the small and big rooms?

    The problem with 800x600 is that the graphics are made for higher res, so everything will look big and blurry in fullscreen. Running in a window is really not an option since the idea was to have GUI bars with text and stuff (and they would turn out very small). Plus, the idea was also to have shooter sequences which demands a larger "view" for the player (i.e. you won't see the enemy until he is in your hair, running in 800x600).

    Oh, well. I guess it's sprite scaling time then.

    Thanks again.

  • Got it!

    Turned out that it was the fullscreen function along with over use of always -events.

    Fullscreen really seems to act in weird ways.

Jump to:
Active Users
There are 1 visitors browsing this topic (0 users and 1 guests)