mrwonko

That sounds quite reasonable. You don't have to do it alone (since you found no time so far) - that sounds like it could easily be done by multiple people.

Oh, I might not have been clear - I wasn't looking for a reference implementation, but an example scml file, hence me posting in the Art section. But browsing your topic you do mention a sample in your repo, so I might check that out once my implementation is far enough to be testable. I've got my own simple test file, too, but I don't know if it uses all available features.

Hi, it'd be nice to have a simple example file of the most up-to-date version of the file format that uses all the currently available features for plugin coders to test with. Anybody up to it? Thanks, mrwonko

Obviously, yeah. I'll take a look once I've got the time, I'm in the middle of some coding at the moment though. Oh, talking about coding (and sorry for derailing the thread) - where can I get info on the current file format? Is the Candidate for final file format (expanded) still up-to-date? I'll probably write an implementation in Löve2D for FuckThisJam! so it'd be useful to have a reference.

When manually setting values (e.g. bone location) the tab order is unintuitive/annoying. (e.g. press tab when in x field does not move cursor to y field but to y scale field.) And those settings don't update when moving a bone around. --edit-- And undoing seems somewhat buggy, too - with things not ending up were they were before.

Not anytime soon. I'm currently in the middle of my exams, followed by another project by uni. After that, I have time for whatever, though there are some other personal projects of mine. I may update it eventually, but currently I have no need for it. Maybe come next Ludum Dare? We'll see.

Sorry, I don't understand the question.

I suppose you're using the current Spriter version, the plugin is for an older version.

I doubt anyone uses polar coordinates for their objects... It'd be more like rotationMatrix(degrees) * vector(1, 0). Also, doesn't the arm's rotation in degrees depend on its initial rotation as defined by the artist? As far as I'm concerned, any rotation is relative to some initial position, there's no absolute direction it describes. That said when I hear 0° I usually think "X-Axis rotated 0 degrees", i.e. right/east.

Does it make any difference?

I don't think that's a good idea. [*:3v1pg2nq]It's something the artist shouldn't have to worry about. [*:3v1pg2nq]It just makes importing more complicated - why should the importer support both CW and CCW? I get the feeling that people just want to use the data from the file with no preprocessing whatsoever (see also: supposed inability to interpolate colors in the current format) - I don't think that's the way to go. The file format can't just have the right values for everybody - or we'd also need an options for radians instead of degrees and so on.

Maybe I'm misunderstanding you, but I don't like the idea of full paths. That would create problems for those of us who work on the same project on different computers. In my case also different operating systems, so an image path "C:\myGame\man.png" isn't even legal on my Mac. Any path must be relative to the file. I think you misunderstood him - he was talking about complete relative paths, as opposed to storing filename and relative directory names separately. i.e. path="some/folder/file" vs. dir="some/folder", file="file" I see why keeping all spriter data in one file makes sense. It might still be good to have different sub sections with separate version numbers so importers using only a subset of the data can know they still work properly when other parts of the file change.

I agree with keeping Spriter-related metadata and animation-related data separate. They can share the same file, but the former is irrelevant to the game.

That depends on the implementation. Internally I'd definitely store it as separate r, g, b values, but as far as the format goes... Well, I don't see any advantages to using a single number but its certainly possible.

Agreed. And why can't they be bigger than 1? How would nested folders work? Would the folder name be something like "outer folder/inner folder"?