Charas2 Work in Progress

[Darkfox]

Looking good! More customability to the generator is nice too!

[GaryCXJk]

I have a suggestion for the Flash preview.

First, why not make a left-middle-right-middle instead of just blazing trough the animation? This way we can see how the animation might look with its full movement.

Also, maybe set the quality a wee higher of the Flash. If you can add actionscript, you can call it with _quality = "HIGH". This way the colours don't look odd.

EDIT: Never mind.

[Alex]

Originally posted by GaryCXJk

First, why not make a left-middle-right-middle instead of just blazing trough the animation? This way we can see how the animation might look with its full movement.

I don't understand.
Actually, we have a 12 frames image, with 1=topleft and 12=bottomright.
The animation is done placing frames from 1 to 12 in sequence.
So my "frame list" is:
1 2 3 4 5 6 7 8 9 10 11 12
And then repeat.

Can you tell me your suggested "frame list"?

Also, maybe set the quality a wee higher of the Flash. If you can add actionscript, you can call it with _quality = "HIGH". This way the colours don't look odd.

Unfortunatly, the low quality is given because frames are no more pngs in flash.
While the image is a 256 RGB one, the ming library has problem in using it. So, only in the flash preview case, the image is saved as jpg.
And this is the problem: when you convert an 8bit image to a jpg, evenif at 100% quality, colors will lose something.
I'm sorry, but it seems there's nothing i can do about it.

[SleepAid]

Lookin' good, man.

[GaryCXJk]

Originally posted by Alex

I don't understand.
Actually, we have a 12 frames image, with 1=topleft and 12=bottomright.
The animation is done placing frames from 1 to 12 in sequence.
So my "frame list" is:
1 2 3 4 5 6 7 8 9 10 11 12
And then repeat.

Can you tell me your suggested "frame list"?

1 2 3 2 4 5 6 5 7 8 9 8 10 11 12 11

Or

2 1 2 3 5 4 5 6 8 7 8 9 11 10 11 12

[Alex]

Well, now online i place the
2 1 2 3 5 4 5 6 8 7 8 9 11 10 11 12
series.
Anyhow it seems not that different, but i have to say i like the previous one much.
Anyhow, it's online: try it and tell me what you think.

[GaryCXJk]

Well, maybe you're right about that, that it might seem better the old way. Maybe let people choose, if it's not hardcoded?

Edit: The Behind / Hidden feature doesn't work well. Try to put in random resources. Leave frame one normal, the rest for each frame one of the types behind / hidden.

[mind-master: brain(mmb)]

code language O_0.... *freaks out*

well its just gr8 i just tried it...^^

*head explodes*
garycxjk: ern...too many code language XD

sorry about that.

[Alex]

Originally posted by GaryCXJk
Well, maybe you're right about that, that it might seem better the old way. Maybe let people choose, if it's not hardcoded?

Edit: The Behind / Hidden feature doesn't work well. Try to put in random resources. Leave frame one normal, the rest for each frame one of the types behind / hidden.

Behind / Hidden feature fixed.
About choosing the frame sequence, not that easy: this generator will not be only "Charas", it will be a modular generator to do lot of things (there are also the text resources we'll not use here, for example).
So, the frames may be 1, 2, 12 or 100, no limitations.
This is why it's hard to give users the possibility of changing frame order: what with a 100 frames resource, for example? A textarea where to write more than 100 variables?
Dunno...
Anyhow i replaced the framelist with the old one, for now.

[Alex]

One added feature: now i can change, from my admin panel, the defaul bgcolor to use.
As you can see the generated resource is no longer with white BG, but with the RTP green.
In RPGM the first color of the palette should be transparent, so i think it should work.
Anyhow, some tests would be appreciated.

Just to explain, this is what happens:

1) 3 blank images with pure white as transparent is generated
2) 2 of these images are filled with the resources of the "top" and "back" series
3) these images are merged together into the 3rd blank one
4) the "almost white" is converted into "pure white"
5) a 4th blank image is created
6) the 4th image is filled with the final bgcolor
7) the pure white (transparent of the previous images) is translated into the final bgcolor

Result should be an image with the correct "pure" and "almost" white relationships, but with the final bgcolor as first palette color (and so, transparent in RPGM).

Plz test, i'm not sure 100% everthing is ok: my tests are, but i cannot test the whole DB!

EDIT:
BTW, this new feature may help in finding IMMEDIATLY errors with white/almostwhite useage: infact, if not correct, the BG will NOT change and you'll see that there are errors in your resource

[GhostClown]

Well, I'm not sure what you mean about the color thing, but since the last time I checked it's looking great.

[Alex]

Originally posted by GhostClown212
Well, I'm not sure what you mean about the color thing, but since the last time I checked it's looking great.

I simply mean "try to generate something and make sure it still works in RPGM"

[GhostClown]

Workes like a charm.