Ah, very well. I'll just have to make lots of pieces, then! (Ones I can smartly reuse without things looking repetitive, of course.)

Thank you for the quick response! :)

This is less of a technical question and more of a problem-solving one. But it feels possible, and perhaps someone else has already solved it?

At present, I have a platformer game with a map made out of tiled background objects for collision purposes. Now I want to add actual visuals to it.

I started by making sprites of various sizes to cobble together. Works alright, but I believe there might be a faster way. And one which it seems some other similar games have used.

Basically, I'd like to get a scale-accurate image of the layout as it stands, with all of the collision objects, and export it so that I can take it into an image editor and paint over the whole thing. Or something to that effect.

I reckon it'll make for far more cohesive and less repetitive visuals than cobbling together individual sprites. The workflow will probably be faster, too.

Is there any way to do this, or achieve something similar to this?

Ah, I can't believe I didn't think of that earlier!

When I imported my animation, the frames weren't of a standardized size. I just kinda put the drawings side by side, and as such they take up different amounts of space as they move (a stretched out leg will obviously take up more space than a tucked in one, for instance.)

Obviously the program doesn't have a way to differentiate between what is and what is not an individual frame when they all have different dimensions. I'm glad to know that I was but a fool, and that it indeed was an easy problem to solve.

I guess I'll have to create a kind of standardized lattice to draw my animations in so that I keep the dimensions of each frame the same when exported as a strip... Either way, the problem is diagnosed and solved.

Many thanks, sincerely!

Thanks for the response.

Changing the number of cells doesn't work, so the dimensions might be it in that case. How do I select the dimensions? The dimensions chosen in the animation editor seem to change automatically when I import from strip.

Also, forgive me if it's a stupid question, but when you say the image itself may be offset, what exactly do you mean?

Hey! :D

In my game, I have up until recently done my animations by exporting individual png images from my image editing program and importing them into Construct. Needless to say the whole thing is a more time-consuming process than it could be, so I tried making a spritesheet so I could import images using the "import frames from strip" feature.

But when I do, the sprites seem incorrectly separated. You get most of the first sprite in frame one, and then you also get a cut-off foot from frame two in there as well. And that pattern continues through the whole animation. The frames kind of bleed into each other, as if the program doesn't know when each cell is supposed to begin and end. (How does it know, anyways?)

It's supposed to just... work, according to the internet. But the manual doesn't say what to do if it doesn't just work. I've tried changing the number of cells, I've tried making the gaps between each frame the same amount of pixels, tried cropping the image... All to effect, seemingly.

Oh, and the sprites are also rather large if that has any effect. Around 240x240 pixels. So not pixel art exactly.

I'm still relatively new to Construct, so I don't know what I'm doing a lot of the time. And if I'm lucky I am but a fool and this is a simple problem to solve. But I'm surprised I can't readily find the answer to it anywhere on the internet. It seems like an issue that would be common.

Anyways, any help is greatly appreciated.

Thank you for your time

- CC