Links to this post

Oh... I forgot to mention this:
there's still a little issue with the variable generation

I'll check it later.

Just by curiosity I opened it with a random sprite, then clicked "Generate a minimal gray scale palette", I thought the image looked nice in gray scale, then clicked "undo" and oh crap, even tough the palette was back to the way it was, the sprite was messed up! all the colors were different, including the transparency which seemed to have chosen a random color.

No bug here. Some functions in this editor affects the sprite, and any change can't be reversed. It's a palette editor, the undo is performed only on the palette.

also noticed that the "define selected color" button has been replaced by "Interval of selected colors in gradient" (so if you have only selected a single color cell, you only define a single color, but you must click the same color twice)

Look at the editor one more time and you will see this function.

Show/hide SFF and Air axis cursor option is missing from the "view" menu. (some sprites are quite small thus you had to hide the axis to completely see them.)

I'll add it later. But you can replace the cross too, using a smaller one.

SFF's image name or comment is also missing, I guess SFFv2 doesn't support it anymore?

Isn't missing. Elecbyte removed it.

Seravy said, January 04, 2012, 11:55:19 pm

At the sound section: the resampling options are missing, not that I miss them since I never had the opportunity to use them, yet I must also mention that the sound information looked a bit more detailed in FF Classic, making use of units. For example it would say
hertz, bits and seconds.

It can be changed in the translation easily.

Trying to use "Import from another project" on animations still crashes...it's kinda random. Importing animation x from character a to b works but crashes from character a to c. Yet importing animation y from character a to b crashes, too, so it doesn't seem to depend on either the animation, the source, or the destination character.

Fixed.

Seravy said, January 04, 2012, 11:55:19 pm

Additionally, I expected importing an animation to also import all sprites being used in it (and all palettes used by those sprites, of course), but it doesn't do that, it only imports the animation without the sprites being used. Not sure if it's intended that way or it is also a bug (as the other two cases for importing crashed), but if it is intended, then I suggest adding "import animations together with sprites used" as a new feature so everything gets imported together, in a ready-for use way. Preferably with an automatic renumbering of said sprites (and palettes) if they are in use into the first unused sprite/group number above 20000,0 (as a changeable option).

Is intentional, but I can add your suggestion later.

Cyanide said, January 05, 2012, 12:34:37 am

As i have a slightly updated one to 8. I can see you've implemented Seravy's update all files that are the same file thing. The problem is i get prompted for saving my characters .cns file now. I have one project open, it needs to either just save it, regardless of how many things are open or we get a check box in the options to turn the prompt off.

Fixed.

Thanks!

_Josue_

Re: Fighter Factory 3 Beta 8 (updated 01/02/12 - PATCH 2)

#186 January 05, 2012, 04:27:04 am

Freedom is the right of all sentient beings.

_Josue_ said, January 04, 2012, 10:41:00 pm
Oh... I forgot to mention this:
there's still a little issue with the variable generation
I'll check it later.

Thank you!

_Josue_ said, January 04, 2012, 10:41:00 pm
Just by curiosity I opened it with a random sprite, then clicked "Generate a minimal gray scale palette", I thought the image looked nice in gray scale, then clicked "undo" and oh crap, even tough the palette was back to the way it was, the sprite was messed up! all the colors were different, including the transparency which seemed to have chosen a random color.
No bug here. Some functions in this editor affects the sprite, and any change can't be reversed. It's a palette editor, the undo is performed only on the palette.

Uh... right, yet since you can "commit the changes to current sprite" shouldn't... wait, what does that button actually do if you're supposed to be editing palettes and not sprites? I think that button's name is a bit strange.

_Josue_ said, January 04, 2012, 10:41:00 pm
also noticed that the "define selected color" button has been replaced by "Interval of selected colors in gradient" (so if you have only selected a single color cell, you only define a single color, but you must click the same color twice)
Look at the editor one more time and you will see this function.

Yeah, you're right... it took me a while to find... actually I found it by chance just a bit before.
I think those buttons need to be grouped or sorted in some way to easier understand what they do.
for example, having the load / save ones in a group, then another group for undo, redo and zoom, and the final group for the rest of the buttons.

_Josue_ said, January 04, 2012, 10:41:00 pm
Show/hide SFF and Air axis cursor option is missing from the "view" menu. (some sprites are quite small thus you had to hide the axis to completely see them.)
I'll add it later. But you can replace the cross too, using a smaller one.

Thank you!

_Josue_ said, January 04, 2012, 10:41:00 pm
SFF's image name or comment is also missing, I guess SFFv2 doesn't support it anymore?
Isn't missing. Elecbyte removed it.

So... SFFv2 doesn't support it anymore...

_Josue_ said, January 04, 2012, 10:41:00 pm
At the sound section: the resampling options are missing, not that I miss them since I never had the opportunity to use them, yet I must also mention that the sound information looked a bit more detailed in FF Classic, making use of units. For example it would say
hertz, bits and seconds.
It can be changed in the translation easily.

Uh... translation? what do you mean?

Anyways, here's something I would consider a serious bug:

it's probably not just a bug, but many.

To get this, I just duplicated a sprite I had just inserted. I used the "copy" option, not the "link" one.
and the copy of the sprite had all those pixels there. the funny part is that when I opened it with the image editor it had vanished just leaving all those pixels. This doesn't happen with other sprites I duplicate, only this one.

I'm not really sure what's wrong with this sprite. Since this char uses SFFv1 I just tried to follow the same procedure I used in FF Classic, open the palette editor, select the image, and apply the current palette on the image, then, in the SFF section, add it. Maybe I should have used PCX? I used PNG instead. I used "Force the specified palette" which was the same I had inserted into the image. RGB 0,0,0 wasn't recognized as the transparent color (in the palette it shows 0,0,0,0), so I used the image editor's paint bucket to change the existing 0,0,0,255 (it had become that way when inserted) to 0,0,0,0 then saved the sprite. then I duplicated it because I wanted to edit the sprite and have two different versions, and then that happened.

EDIT
just noticed, The "Advanced palette editor" save function doesn't save PCX images... I mean... another "mad girlfriend bug"
since the image is supposed to be saved, but when I search the folder it's not there!

Also, is the "Insert the current palette on images" anything similar to the old FF classic "Apply palette on images"?
it seems it's not. So, what should I do now? would you add that option back? Or what's the correct procedure to insert images as SFFv1 sprites?

Maybe I should not have used "Force the specified palette", if that's the case, then which one is the correct option to be used for SFFv1 and have the sprite "share" the palette?
"Image's own palette"
"Force the specified palette"
"Exchange with the specified palette"
Which one is the equivalent to "shared palette" to insert sprites to a SFFv1 file? That's not clear!!! what's the correct procedure to insert images as SFFv1 sprites?

EDIT2

All that reminds me of a suggestion I had:
Have you seen some image editors have a "color substitution" function?
I had to paint as transparent black (the one recognized as transparent RGB 0,0,0,0) every black pixel (the one that was wrongly recognized as just black RGB 0,0,0,255) in the image with the paint bucket. If we had that tool, it would paint all the black pixels in the image with the new color, like the paint bucket but in the whole image.
So, you just need an "old color", "new color" and a color picker to find the "old color". The new one would come from the palette, replacing the old one.

I... I'm sorry, I'm totally puzzled again.

Last Edit: January 05, 2012, 05:25:41 am by _Josue_

Cyanide

Re: Fighter Factory 3 Beta 8 (updated 01/02/12 - PATCH 2)

#187 January 05, 2012, 05:40:16 am

Legendary XIII
I am the eye of the storm to come!

My guess is you added an unpaletted sprite and FF attempted to palette it for you. Palette first, then add. Otherwise it'll attempt to put a 32bit sprite (1.1 only) into a 1.0 sff file which expects 8bit and it will die.

In M.U.G.E.N there is no magic button

They say a little knowledge is a dangerous thing, but it's not one half so bad as a lot of ignorance.

Last Edit: January 05, 2012, 05:47:13 am by Cyanide

VirtuallTek

Re: Fighter Factory 3 Beta 8 (updated 01/02/12 - PATCH 2)

#188 January 05, 2012, 03:43:13 pm

www.virtualltek.com

Uh... right, yet since you can "commit the changes to current sprite" shouldn't... wait, what does that button actually do if you're supposed to be editing palettes and not sprites? I think that button's name is a bit strange.

This is a convenient function to be used as a shortcut. Supose that you want to adapt an already inserted sprite to another palette. You can change the palette, adapt the image to it and commit the changes without the need to save the image and reinsert in the SFF. It's an exception, not the rule.

To get this, I just duplicated a sprite I had just inserted. I used the "copy" option, not the "link" one.

Do you have the last patch?

I used "Force the specified palette" which was the same I had inserted into the image. RGB 0,0,0 wasn't recognized as the transparent color (in the palette it shows 0,0,0,0), so I used the image editor's paint bucket to change the existing 0,0,0,255 (it had become that way when inserted) to 0,0,0,0 then saved the sprite.

If the palette is the same, use the "exchange" option. The force option adapts the image to the palette, and small undesired changes can occur.

just noticed, The "Advanced palette editor" save function doesn't save PCX images...

Confirmed.

Which one is the equivalent to "shared palette" to insert sprites to a SFFv1 file? That's not clear!!! what's the correct procedure to insert images as SFFv1 sprites?

Aff.. In Mugen 1.+, the character palette is applied to the char using palette remap, and at default, the remapped palette is the 1,1. Then, you must know it and start to think that in SFF v1, the sprites 9000,0 and 0,0 always receive the character palette. Then, you must apply the 1,1 to it. Any other sprite that will receive the character palette must be placed next to 9000,0 or 0,0 as usual, and with the 1,1 palette applied to it too.
When saving a SFF v1, FF3 automatically sets the "shared" option based on the palette of the previous sprite. Now, you just need to keep the right order, no need to define a sprite as shared or not.
The "shared" option in all previous versions means "use the palette of the previous sprite", that's how it works in SFF v1. Then, if you want this "shared" palette, just apply the palette of the previous sprite and done. No need for a special method to insert a sprite based on the SFF's version.

About the palette options:
Own palette - the image's own palette will be used in this sprite, and will be added to the SFF if no equal palette can be found.
Force - the palette at the specified group,index will be used, but the image indexes will be changed to match the colors of the palette.
Exchange - the palette at the specified group,index will be used, and a palette swap will be made (no change in the image).

Have you seen some image editors have a "color substitution" function?
I had to paint as transparent black (the one recognized as transparent RGB 0,0,0,0) every black pixel (the one that was wrongly recognized as just black RGB 0,0,0,255) in the image with the paint bucket. If we had that tool, it would paint all the black pixels in the image with the new color, like the paint bucket but in the whole image.
So, you just need an "old color", "new color" and a color picker to find the "old color". The new one would come from the palette, replacing the old one.

If you downloaded the last patch, go to the image editor and use the "Remap pen". Five pairs of color slots will appear bellow in the toolbar. You must select the current pair and use left-click in the palette or Ctrl + left-click in the canvas to define the color to be replaced. Then use right-click to define the new color. You can do this in the five slots if you want. Then, when painting with this pen, only the colors of the five slots will be replaced by the specified ones.

I hope that's all clear now. How many times I need to explain it here? Anyone that know how SFF v1 and/or v2 works will understand the changes made in FF3 to support all features of SFF v2. Is very simple now, you just need to start thinking different.

O Ilusionista

Re: Fighter Factory 3 Beta 8 (updated 01/02/12 - PATCH 2)

#189 January 05, 2012, 06:00:49 pm

A living Mugen dinossaur :)
23 years of Mugen O_o

Quote

The "shared" option in all previous versions means "use the palette of the previous sprite", that's how it works in SFF v1. Then, if you want this "shared" palette, just apply the palette of the previous sprite and done. No need for a special method to insert a sprite based on the SFF's version.

this.

Quote

Anyone that know how SFF v1 and/or v2 works will understand the changes made in FF3 to support all features of SFF v2. Is very simple now, you just need to start thinking different.

and this. Is so hard to get?

About the import animation from other char, it still crashes randomly.

I will send you a sff which occurs something strange. you add a non shared palette sprite to a sffv1 at the end, and FF3 doesn't knows which version its handle anymore when I hit save. It asks me in which version I wanna save. Nothing too fancy, but dunno why its happens.

Last Edit: January 05, 2012, 06:04:22 pm by O Ilusionista

_Josue_

Re: Fighter Factory 3 Beta 8 (updated 01/02/12 - PATCH 2)

#190 January 05, 2012, 11:48:40 pm

Freedom is the right of all sentient beings.

This is a convenient function to be used as a shortcut. Supose that you want to adapt an already inserted sprite to another palette. You can change the palette, adapt the image to it and commit the changes without the need to save the image and reinsert in the SFF. It's an exception, not the rule.

Oh... I see. That sounds handy!

Do you have the last patch?

Yes, I do.

If the palette is the same, use the "exchange" option. The force option adapts the image to the palette, and small undesired changes can occur.

tried both options... no luck.

I think it's the sprite I'm trying.