.@frosty are you able to share just the few lines of code that allocates and renders into the image? That will help me track down what might be limiting the size.
Sure! I’ve stripped it down to the following code (tap to save the image):
EDIT: I’ve just trimmed down the code even more, so only one image is used. Still seeing the same behaviour.
--# Main
supportedOrientations(LANDSCAPE_ANY)
displayMode(FULLSCREEN)
-- Use this function to perform your initial setup
function setup()
mWIDTH = 1024
mHEIGHT = 1024
end
function draw()
if snapshot then
capture = image(mWIDTH,mHEIGHT)
setContext(capture)
end
background(255, 255, 255, 255)
fill(255, 0, 0, 255)
rectMode(CORNER)
rect(0,0,mWIDTH,mHEIGHT)
if snapshot then
setContext()
saveImage("Dropbox:1024capture", capture)
snapshot =false
end
end
function touched(touch)
if touch.state == ENDED then
snapshot = true
end
end
So the image is actually 1024x1024 (that is, if you read the image back in with readImage(), the dimensions are correct?)
But the data is clipped to the screen size. I think I understand why that is happening, the default viewport command is clipping to screen space. I’ll have to experiment with some fixes.
.@Simeon Yeah, if you read the image back in it’s 1024x1024. And if you load up the image that’s saved to Dropbox, you can see that the top 256 pixels are just white / cut off.
The ‘clipping’ issue when rendering to images is also causing me problems. I seek to render to a square image of length math.sqrt(WIDTH^2 + HEIGHT^2), so that I can rotate the image as a sprite about the centre of the viewer.