Resizing And Fullscreen

This forum is currently in read-only mode.
From the Asset Store
Simple resize and rotate events for any sprite, quick and easy event sheet that you can use for your own projects.
  • I made some sprites but I didn't make them with any particular resolution in mind (wont do that again) because I thought that I could just change the way or size they are displayed at within the fixed window size.

    I was half right and half wrong. I learned that you can set a window size in the application properties and then use the window object to re-size everything to a different reasonable size (640x480, 1280x1024, etc.)

    BUT, sometimes the sprites look weird and more importantly when you full-screen a game, it stretches or compresses everything depending on if your working with a wide-screen or standard screen size.

    QUESTIONS:

    1) Is my solution to the window resizing a good one or will that effect performance or cause other issues?

    2) How do I prevent the stretching when entering full-screen

    3) every time I try to use change resolution code in the event editor, the game would crash or not run. Is there a fix? Does it have to do with the size of my sprites? Could it be that only works for 3D objects?

    Thank you in advance

  • This one is kind of a tricky subject, and tends to vary a bit depending on whether you need scrolling or non-scrolling layers.

    There used to be a good tutorial on this that I can't find at the moment, but take a look at Zotged's explanation and .cap in this thread:

    scirra.com/forum/aspect-ratio-in-fullscreen_topic57440.html

    Does this help?

  • Thanks.

    Its helps but I'm still left with some questions.

    I guess though, that is is better to make the layout/window with the assumption that most monitors that it will be played on will be wide screen and not full wouldn't it?

    Edit: having some problems replicating what the cap file is doing. More specifically how it seems to have this infinite Layout that you can scroll through.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Okay, well it turns out my whole window resizing method ONLY works for window mode and not full screen. (not a great solution)

    So if anyone is using this post to help scale down sprites that they possible made to big. I would suggest the obvious solution (which I should have used) and use the System -> Display -> and zoom out (or in). <img src="smileys/smiley29.gif" border="0" align="middle" />

  • I guess though, that is is better to make the layout/window with the assumption that most monitors that it will be played on will be wide screen and not full wouldn't it?ell whatever you yourself think is the most reasonable solution. If you want some concrete data on monitor sizes you could refer to, say, Steam Hardware Surveys.

    having some problems replicating what the cap file is doing. More specifically how it seems to have this infinite Layout that you can scroll through.ust tick Unbounded scrolling for the Layout.

    <img src="http://i.imgur.com/TpJt9.png" border="0">

    The thing is that unless you have it ticked the letterboxing in the example doesn't work out at all, since the letterbox is just black sprites it's obvious that they HAVE to go beyond the layout boundaries so that the actual gamespace reaches the layout edge. Otherwise the scrolling would just stop right when the letterbox touches the layout corner, which results in broken display.

    So as explained in the cap and the post you'll have to figure out how to deal with the area outside the layout bounds since scrolling makes them accessible.

  • Okay. Thanks for your help

  • Your example gave me a good idea of how to get this to work thanks. But can I ask if you found a solution for objects positions changing slightly when giving the player the options to change resolutions/ enter full screen?

    (Different layer scrolling speeds)

    Basically I want to do what Konjak(.org) did with his new Iconoclasts demo: mediafire.com/download.php

    How he gave the option for multiple screen sizes and fullscreen while still keeping everything where its suppose to be.

    And yes I am promoting this guy while asking for help.

  • In order to compensate for different resolutions etc, you need initialize your game at the start based on lots of different variables. You can look up information such as screen width, orientation, desktop vs mobile etc and then adjust your artwork at the start of the game so that when it plays it utilizes different scales or speeds or artwork.

    So for example, you could change the paralaxing speeds of your backgrounds depending on if you are on mobile or on desktop.

    At the beginning of the game check the type of device its running on, then adjust accordingly.

    You could have completely different artwork for small screens vs large ones. depends how complicated you want to get. The easiest solution is to design your game with these restraints in mind. Place the information you need on screen in clever places, or take out un nessary things if you are playing on a tiny screen for example.

  • All I can say is "Uhhh".

    To bad there is no Plug-in, or at the very least a tutorial to make this easier.

    I mean I know its possible to do just by changing the resolution. (But I guess you just said that.) One of the things that really screw it a good execution is that scrolling.

    So would it work if I had an options screen to change the resolution of the game, and then a function to re-initialize (re-launch) the game if "apply" is selected?

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