C3 Spritesheet feature isn't true spritesheeting :(

Post » Sat Mar 18, 2017 4:24 pm

Why couldn't the animations window show all that rather than some dumb film icon?
Image ImageImage
B
172
S
50
G
184
Posts: 8,444
Reputation: 116,107

Post » Sat Mar 18, 2017 4:34 pm

newt wrote:Why couldn't the animations window show all that rather than some dumb film icon?

I don't understand what you mean. What are you referring to when you say "all that"? and what do you mean by "film icon"?
B
48
S
23
G
66
Posts: 1,144
Reputation: 39,059

Post » Sat Mar 18, 2017 5:27 pm

Show the strip in the animations window rather than the image editor.
The image editor is for editing images.
It would seem appropriate that the animations window would be for all elements of editing animations.
Image ImageImage
B
172
S
50
G
184
Posts: 8,444
Reputation: 116,107

Post » Sat Mar 18, 2017 5:38 pm

newt wrote:Show the strip in the animations window rather than the image editor.
The image editor is for editing images.
It would seem appropriate that the animations window would be for all elements of editing animations.

You'd still be able to edit the image in the image editor. So I don't understand your point, because you already use the image editor to place imagepoints and collision polygons- why not use the image editor to position where the frames correspond to as well. So the way I present it allows for the user interface to remain the same instead of changing things as you seem to be suggesting.
B
48
S
23
G
66
Posts: 1,144
Reputation: 39,059

Post » Sat Mar 18, 2017 5:49 pm

Prominent wrote:
newt wrote:Show the strip in the animations window rather than the image editor.
The image editor is for editing images.
It would seem appropriate that the animations window would be for all elements of editing animations.

You'd still be able to edit the image in the image editor. So I don't understand your point, because you already use the image editor to place imagepoints and collision polygons- why not use the image editor to position where the frames correspond to as well. So the way I present it allows for the user interface to remain the same instead of changing things as you seem to be suggesting.


It would be easier to redo an element that does very little rather than change one that does a lot already, to add something it's not designed to do.
Its designed to show one frame at a time.
Im saying anything that is to show multiple frames should be in a separate window.
Image ImageImage
B
172
S
50
G
184
Posts: 8,444
Reputation: 116,107

Post » Sat Mar 18, 2017 6:20 pm

newt wrote:
Prominent wrote:
newt wrote:Show the strip in the animations window rather than the image editor.
The image editor is for editing images.
It would seem appropriate that the animations window would be for all elements of editing animations.

You'd still be able to edit the image in the image editor. So I don't understand your point, because you already use the image editor to place imagepoints and collision polygons- why not use the image editor to position where the frames correspond to as well. So the way I present it allows for the user interface to remain the same instead of changing things as you seem to be suggesting.


It would be easier to redo an element that does very little rather than change one that does a lot already, to add something it's not designed to do.
Its designed to show one frame at a time.
Im saying anything that is to show multiple frames should be in a separate window.


It still would only show one image. I don't think you understand the implications. The benefit here is you work with ONE image. My suggestion requires less work than your sugestion. And this can be used in a new object type named Spritesheet, it doesn't have to be the Sprite object.
It would need to be this way so you can still paint across the entire spritesheet, edit it as a whole, etc.
B
48
S
23
G
66
Posts: 1,144
Reputation: 39,059

Post » Sat Mar 18, 2017 8:30 pm

If you're not open to suggestions that's fine, just don't expect it from others.
Image ImageImage
B
172
S
50
G
184
Posts: 8,444
Reputation: 116,107

Post » Sat Mar 18, 2017 9:14 pm

newt wrote:If you're not open to suggestions that's fine, just don't expect it from others.

I never asked for suggestions. You criticized my suggestions, so I'm criticizing yours because I feel your arguments don't carry much weight. All you have said has been very vague and aren't very constructive. So maybe you should invest more time in your posts and make clear what you mean when you criticize other people's work.
I've gone into detail about how I see a spritesheet feature implemented, even working within the design of Construct's existing UI; showing images to illustrate my points.
I've been in this business 20 years. I think I know a thing or two about this stuff.
So you can make your vague posts and pick at little things, but I'm trying to make a point here for the benefit of all users- don't get in the way of that please.
B
48
S
23
G
66
Posts: 1,144
Reputation: 39,059

Post » Sat Mar 18, 2017 9:46 pm

What @prominent is trying to explain is how to use a single image as a basis from which C3 is to derive multiple frames. To work with a single spritesheet (image) is the very point. Placing it in the animation (film strip) window nullifies the main idea because the film strip shows discrete frames, and whole point is to have a full spritesheet to work from.

In my view, in this system that prominent is suggesting, the film strip could be the means of viewing the animation frames as defined by the 'spritesheet editor'. But yes, the window to edit the spritesheet may look different (ie different spritesheet-centric functions) for the user to immediately see the context of the edit.

I think each Animation could have a property that controls which image and context its sourcing from: single frames, spritesheet. If single frames, then a list of image frames is populated, and we are working in the same way we do in C2.

If we use the spritesheet as a source, then that's a different data, where we are sourcing a 'spritesheet object', whereby a single image is used, and then bounding boxes defined which extract the pixel information, then generates a list of images based on the extraction.
B
42
S
12
G
1
Posts: 76
Reputation: 2,996

Post » Sat Mar 18, 2017 10:09 pm

Theres three windows, the image editor, the frames editor, and the animations editor.
I haven't criticized anything, I suggested placing all that was suggested into the animations editor, that we don't even need currently as it could be integrated into the image editor since all it does now is work as a simple list editor.
A sprite sheet requires the frames to be stitched together at some point. That either happens before it is imported, or after.
The odds of getting features to do that in the current image editor are extremely low.
Im saying all such editing of animations should happen in an animations window.
I don't know how to say it any simpler than that.
That's with 17 years of game development, 9 of which are with Construct.
Image ImageImage
B
172
S
50
G
184
Posts: 8,444
Reputation: 116,107

PreviousNext

Return to General Discussion

Who is online

Users browsing this forum: No registered users and 3 guests