Character's palette doesn't work

Jibanyann

New member
For some reason  the palette is messed up for me.

- I use gifs

- I also use openborstats for editing

-I think my openbor is the latest *stable* release. (I wanna port to psp someday, 3ds and ds are my dream wishes)
HH9pMEx.png
 
nsw25 said:
is your first colour of palette the transparent colour ?

do all images share same palette (if not needs to be palette none... but you really don't need to use that for these type of images)

Yes, it's supposed to be dark green but it appears white here.
I have the .act but I don't exactly know where to put it or if I need it at all.


I guess it does? I can't tell exactly.
 
nsw25 said:
don't need act file. in photoshop when you check is it indexed image ? is the very fist colour in palette the defined background colour ?

I don't have PS (at least not at the moment. I haven't dled it on my new(ish) pc yet). Do you know any other software that can check palettes?
 
nsw25 said:
if you've done it right then the issue must be your other sprites, they all musnt be sharing same palette. test by typing palette none in characters text file. (and removing defined palette)

let us know if that works

Palette None did nothing. The palettes are the same.
 
nsw25 said:
well technically that character should crash the whole engine. You don't have all the needed animations

there are minimal animations required for a character. (ill probably get this wrong but here I go)

spawn
idle
walk
fall
rise
death
pain

there are other animations you can add but they are the minimum

Is it possible that my palette issue is because I don't have those required animations?
 
Don't you have video.txt? I got your character and I don't see a palette mess from your character at all. If you don't have it, you must get it. If you have, make sure to change the colourdepth to 16bit or 32bit instead of 8bit. I notice that the problem is not about the character palette, but the use of 8bit or without the use of video.txt.
 
Jibanyann said:
Is it possible that my palette issue is because I don't have those required animations?

No, it's not. Missing animations don't affect palette at all

I've done some checks and I agree with maxman, you need to make video.txt with colourdepth 16bit in it to solve palette issue
 
maxman said:

Bloodbane & maxman unless you are using a very old engine, this is absolutely incorrect. I removed 8bit and 16bit modes more than a year ago. Colormode is ignored, and you'll even see an alert in the log telling you it's depreciated. I think the issue is he's using a outdated OpenBOR. Get the latest stable engine here.

Also, there's no list of required animations. It's perfectly fine if all you have is idle... although you can expect weird things to happen if you try to use animations that aren't there. Anyway, neither of these have anything at all to do with color issues. Jibanyann I'll have a quick look at your images when I get to my office today.

DC

*Edit:* Jibanyann, I had a look through a couple of sprites and the color tables were OK far as I can tell. I think you're just using a very old engine that defaults to 8bit color mode (a universal palette for everything in the entire module). You just need to get the current engine.

One thing, although you can use any RGB value you like for the transparent color, I don't recommend that dark green, because a lot of sprite sets have dark green in them. Most authors here use a bright teal or ultra pink. Those colors are almost never used in sprites and make the sprite colors easy to see when you're working with them. No big, just something to think about on your future work.
 
Damon Caskey said:
maxman said:

Bloodbane & maxman unless you are using a very old engine, this is absolutely incorrect. I removed 8bit and 16bit modes more than a year ago. Colormode is ignored, and you'll even see an alert in the log telling you it's depreciated. I think the issue is he's using a outdated OpenBOR. Get the latest stable engine here.

Also, there's no list of required animations. It's perfectly fine if all you have is idle... although you can expect weird things to happen if you try to use animations that aren't there. Anyway, neither of these have anything at all to do with color issues. Jibanyann I'll have a quick look at your images when I get to my office today.

DC

*Edit:* Jibanyann, I had a look through a couple of sprites and the color tables were OK far as I can tell. I think you're just using a very old engine that defaults to 8bit color mode (a universal palette for everything in the entire module). You just need to get the current engine.

One thing, although you can use any RGB value you like for the transparent color, I don't recommend that dark green, because a lot of sprite sets have dark green in them. Most authors here use a bright teal or ultra pink. Those colors are almost never used in sprites and make the sprite colors easy to see when you're working with them. No big, just something to think about on your future work.


I use the neo edit pack. I think thats what's going on. i assumed that the edit pack was updated to the latest stable version. Dark green came with the spritesheet. Hopefully this engine is generous and allows different sprite backgrounds.
 
Damon Caskey said:
maxman said:

Bloodbane & maxman unless you are using a very old engine, this is absolutely incorrect. I removed 8bit and 16bit modes more than a year ago. Colormode is ignored, and you'll even see an alert in the log telling you it's depreciated. I think the issue is he's using a outdated OpenBOR. Get the latest stable engine here.

Also, there's no list of required animations. It's perfectly fine if all you have is idle... although you can expect weird things to happen if you try to use animations that aren't there. Anyway, neither of these have anything at all to do with color issues. Jibanyann I'll have a quick look at your images when I get to my office today.

DC

*Edit:* Jibanyann, I had a look through a couple of sprites and the color tables were OK far as I can tell. I think you're just using a very old engine that defaults to 8bit color mode (a universal palette for everything in the entire module). You just need to get the current engine.

One thing, although you can use any RGB value you like for the transparent color, I don't recommend that dark green, because a lot of sprite sets have dark green in them. Most authors here use a bright teal or ultra pink. Those colors are almost never used in sprites and make the sprite colors easy to see when you're working with them. No big, just something to think about on your future work.

I had similar issue with color palettes when I ported characters from Streets of Rage 2 hacks to Rage of the Streets OpenBoR mod. I had to convert .act file to GIMP color palette format and then I used it when I created sprites for this ancient mod. As far I seen, newer OpenBoR mods don't have this problem and you can use original color palettes of your characters, when I rip sprites from M.U.G.E.N, I set their original color palettes in GIMP and sprites created in this program work well in newer OpenBoR builds (with correct color palettes).

I know that exist OpenBoR editors, but I still going to make characters in old fashion way, I mean using freeware advanced graphic program (like GIMP) and Notepad (to manually edit defined hit boxes, offsets and scripts). It may be time consuming, but for my experience this method is very reliable.
 
Damon Caskey said:
It does have the latest tools, but not the latest engine. Think I need to do something about that. :)

DC

Indeed. We need to make a new "Neo Edit pack" so people can use it as a starting point.
The stuff included on that Neo edit Pack is pre-historical. Specially the manual.
 
O Ilusionista said:
Indeed. We need to make a new "Neo Edit pack" so people can use it as a starting point.
The stuff included on that Neo edit Pack is pre-historical. Specially the manual.

Yeah, I think the Neo Edit Pack is almost twice as old now as the original BOR edit pack was when the Neo Edit Pack was created...
 
Problem solved. Everything I did in the beginning was correct. It was an out dated openbor. No more color issues. Download updated Openbor 4.0. It will fix the color issues. So DCurrent is right
 
Last edited:
Back
Top Bottom