>>16997
So long as the data doesn't change and isn't related to displayobject you can probably just (de)serialise it.
Try a dict or something, parse then serialise.
Compare against straight loading and deserialising the dict.

>>16998
I kind of went overboard with this and some of the changes probably didn't do too much in the long run and made this more convoluted but what's done is done. Xml is no longer dealt with at all outside the initial export motion xml process. describeTypeJSON is used instead of describeType. The animation motion classes now use an instance of classes that extend ByteArray that have a serialized object embed into them. Because of said serialization, I had to make a helper program in AIR to process information derived from the xml files into an object because as3 doesn't have (easy) file system access.

So after all this, it still takes 4-5 seconds in release and 10-12 seconds in debug to process all 10 animations for the default animations. A good decrease but I'm guessing that it is still too slow, so later I'm going to force staggered loading on a per demand basis(which I should have done in the first place but the optimization still helps with this.)

I'm still going to push the build with all this but there is still some "ugliness" to the code (improperly named variables, a few lingering test variables, etc.)

>>17004
Pushed a stable commit not too long ago.

>>17006
http://webm.host/84096/

Menu is live, but doesn't play nicely. A lot of references that existed in the test don't exist in the actual main project.
Things like templateInUse.EyeR.eye etc.
Hair works, somewhat. The video above demonstrates that persistence is fine but some elements do not conform.
Commit pushed, for now.

Aaaand whelp, committed as3proj files too. Ah well, nothing disastrous.

>>17007
Thanks. This is some nice work you're putting in. Sorry about changing the references without a heads up. Just wanted to use a more easily understandable system when working with containers.

Now about why the skin doesn't work. A while ago (about a month, it might even predate the repo's creation) I changed the way elements work in the main project folder. The skin is completely black (0,0,0), with the intent being to color it using a color transform to allow a greater level of precision and control. Certain elements are unaffected because they are named SkinGradient, which I left the color of alone. This allows them to be filtered as one would expect.

I never did get around answering the question of how to handle skin color and now it has to be dealt with. I am leaning towards the use of color transform more but that might change after I do some heavy experimenting.

>>17008
If the question boils down to RGB vs HSLC then most of the time it's RGB. HSLC only offers value for relative adjustments, RGB is absolute.

>>17009
If that's the case, then I know what needs to be done now. The gradient using elements are going to use the graphics editing function that's in the as3test project. This will give users the most control over the appearance. Just need to create some more menu options to allow this for the 5 or so elements that can be adjusted. Going to read up on the menu library and see what I can come up with.

I must say, that ui library is really easy to use. Still made a small mistake with it but that shouldn't be hard to fix. Anyway, I pushed a small commit just to show my idea for gradient editing.

File ppppuNX_AlphaV0_1.swf - (1.17MB )

Finally got something that seems presentable enough. Tell me what you all think and if there is anything that could be improved. The alpha flash is nothing too big, just basic animation switching (use number keys) and color change menu, which has a few more options to mess with now.

There a few other features I want to integrate before I can move on to other characters, like a system that controls hair, so that the animation for hair will be a fairly automated process in the future (all hair animations still need to be defined currently, which can be tedious and will cause issues when custom hair can be added). I'll try better to stay in touch, especially on the blog which I have neglected.

>>17018
Yep, gradient thing was my mistake. The square checkmark was easy to miss, perhaps the traditional "X" would be more appropriate. But that's a minor issue.
The key "L" tanks performance, but I see that's related to timelines so I'll leave that up to you.

Finished my quick overview of the project and whipped up a task list. Still unsure about a few things and think I missed some features but the list can be found at https://github.com/ppppuProgrammer/ppppuNX/issues

>>17021
argh github pls.
Minor changes, not happy with how the menu collapses but since it's easy enough to decouple from the main app we can probably sort that properly in the future.
For now enjoy sneaky simulated clicks.

Got a basic file selector going to load in images, we don't do anything with the Bitmap object yet. It'll probably be useful around the same time we add the enhanced element containers.

>>17024
Feature, intentional. Might be bound to menu open/close in the future.
It makes adjustments easier at the very least.

Any progress on Gscot's next version?

>>17042
Gscot commented on e621 recently about when to expect it.
> "Maybe in the fall. The pokèmon animation is done, but a couple of higher priority projects have come up that need to be taken care of first."
Additionally, it seems that the 2 other anal animations that were sketched are in the process of being added.

File preview.swf - (270.02KB )

Well, this is interesting work. I like what I see.
I'm glad someone who can write code has picked up adding elements that are beyond my time and ability.
Keep up the good work!

>>17057
No, but I've been reading up on how to reduce the file size and if it works there will be an extra surprise.

File preview1.swf - (146.42KB )

>>17074

That would be a bit too easy. The only way to make it hard would be show something like the midriff, in which case if it's black we know it's Iris.

...Or May with her huge breasts.

>>17074
No.
The results of the vote will be kept secret until the launch.
I will say that out of about 50 entrants and over 260 votes, only 6 were real contenders and the winner had a clear lead on the runner up.

>>17090
JavaFX is going to be more of a struggle than C#.
I suggest some existing solution like LibGDX or Unity. Hell even phaser is more appealing here.

Is there confirmation it's a human character from Pokémon, or might it be an actual Pokémon? Personally, I'd prefer May.

File anal1Test.swf - (61.35KB )

This is a rough look at a front anal scene. Minor changes are to come for it but it is otherwise final unless someone points out something glaring I missed.

File preview3.swf - (113.27KB )

um...