Unwanted scaling

Questions
#6

Not sure if this helps, but I did this in order to make the camera properly view a specified rectangular area in the game, correcting for aspect ratio.
I guess you just need to run it every frame, or detect when a resize occurs. In my case, I just run it once on startup.

All of this code is in my custom render_script:

function init(self) self.x = 0 self.y = 0 self.w = 1 self.h = 1 [...]

[...] render.set_projection(vmath.matrix4_orthographic(self.x, self.x+self.w, self.y, self.y+self.h, -10, 10)) [...]

[code]function adjust_camera_after_tiles(self, rect)

-- Add some padding
local pad = 64
rect.x = rect.x - pad
rect.y = rect.y - pad
rect.w = rect.w + pad*2
rect.h = rect.h + pad*2

-- Get ratios
local ratio_screen = render.get_window_width()/render.get_window_height()
local ratio_tiles = rect.w/rect.h

-- Aspect ratio correction
if ratio_screen > ratio_tiles then
	local mod = rect.h * ratio_screen; 
	rect.x = rect.x - (mod - rect.w) * 0.5
	rect.w = mod
else
	local mod = rect.w / ratio_screen; 
	rect.y = rect.y - (mod - rect.h) * 0.5
	rect.h = mod
end

-- Send to level data
level_data.camera_rect = { x = rect.x, y = rect.y, w = rect.w, h = rect.h }

-- Save in this object
self.x = rect.x
self.y = rect.y
self.w = rect.w
self.h = rect.h

-- Save camera res
level_data.screen_res = { x = render.get_window_width(), y = render.get_window_height() }

end[/code]

But, again, this should really be automatic

1 Like
#7

If you resize the window of the running engine on desktop you will see how it is set up to scale.

#8

How do you see a good default behavior being? (there are a few options)

#9

I’d say keep one axis locked, expand/contract the other, based on whether the aspect ratio is wide or tall, and based on a specified size/apothem of the camera.

Unity does this partially. It can only lock the Y axis. (Although you can alter it with code to lock on X if you like)
If you set it to orthographic, you can then specify the size/apothem of the camera on the Y axis, the X axis size will then auto-adjust based on aspect ratio, and the size/resolution of the screen doesn’t matter, as the camera will still show the same content (As in, 1920x1080 will show exactly the same amount of content as 1280x720, since they’re both 16:9)

#10

Ok, we’ll have a look at updating the default render script with something like that.

2 Likes
#11

I would like to have the option to choose.
With GUI you can chose to either stretch or fit them, which seems to work fine with all kinds of ratio. Something similar to that but with set at gameobject/camera would be lovely.

#12

The GUI rendering model would not work for game objects since GUI nodes are replaced in screen-space and laid out. For game objects you almost always want exact placement against other elements and automatic rescaling and layout on a GO level would alter the relation between objects.

The idea with the render script is that you can indeed choose. You can render your game in any way you want. It is possible to alter scaling of draw passes individually, have multiple views into the game (split screen), post effects, advanced lighting and pretty much anything you want. However, accessing all this power requires that you do some work. So if you want something simple it might feel daunting that you have to setup and modify the render script.

There are at least two things I think we at Defold can do here:

  1. Look at the camera component. We are aware that it is not adequate, it needs to be properly redesigned and implemented. Doing that would probably make it much easier to solve a couple of common use-cases. This is in our backlog and will happen some time in the future.
  2. Improve on documentation and examples. We are continuously working on this. Perhaps it would be a good idea to give a few examples with common setups that you could just cut and paste into a custom script?

If you have other ideas, please let us know.

2 Likes
#13

Not to be the guy who keeps mentioning Unity, but, Unity’s solution is pretty clean. If you want split screen, you create two cameras, and change their individual normalized screen-space rectangle. If you want post processing, you attach it to the camera you want it on. All without coding - it’s in the camera’s exposed properties.

#14

Yes, Unity provides a lot of functionality. They have a very different approach to how the engine is designed.

Out of curiosity, can you do one pass full screen post processing in Unity with two camera views?

#15

Indirectly, yes, though it requires some fiddling!
It would look something like this:

  1. Have two cameras render to a render texture, instead of rendering to the screen
  2. Set up a script to use that RT as post process target
  3. Blit that render texture onto the screen
#16

I figured it out after alot of try and error.
I use a background that is 1140X720 so that all ratios will work. I only use 960X640 of this background for when the game is in 3:2 ratio.
I modified the render-script so that it will stretch the screen and still keep the ratio.
If the screen is in a different format than 3:2 it will render a bigger bit of the background. So that 1140X640 (16:9) or 960X720 (4:3) will be drawn.
To make sure the background and all objects is aligned to the center I give them an offset so that they can adjust to the new format.
But since the viewport is still in 960X640 I need to use a formula to get the action.xy coordinats to the new system as well.

After all the that, my game will now (hopfully) run on all resulotions without strecthing and/or leaving black unused areas on the screen =)

#17

Which brings us to this :wink:

#18

I used the following lines to get the new mouseposition:

local tempX = action.x
local tempX2 = tempX / 960
local tempX3 = tempX2 * self.m_TotalWidth

local tempY = action.y
local tempY2 = tempY / 640
local tempY3 = tempY2 * self.m_TotalHeight

local mousepos = vmath.vector3(tempX3, tempY3, 1)

Allthou I think it will only work if the viewport starts at 0.0

#19

Ok, thanks. Interesting.

#20

There is a design idea floating around here how to make something like that possible, in conjunction with a new camera component. Not sure how far into the future that would be though.

#21

Sorry to revive this thread, but having gone through the aspect ratio thingy recently, I feel that while it is very nice to be able to have custom render scripts, the default one should still accommodate some basic options.

Obvious things like scale XY, scaleX, scaleY and noscale could be user choices in the project settings right under the display resolution.

I think that for beginners it would be more accessible, while expert users could still change the render script.

my 2 cents =)

6 Likes
#22

@Gozock We also add our two cents :slight_smile:

#23

The renderscript in builtins does support this now since two releases ago. You can post a message to the render script to change the scaling.

#24

We will check this plugin tomorrow :slight_smile: Thanks!!!

#25

Sorry, my bad, you still need to make a copy of the render script and then change from:

render.set_projection(stretch_projection(-1, 1))

to one of these:

render.set_projection(fixed_fit_projection(near, far))
render.set_projection(fixed_projection(near, far, zoom))
3 Likes