Cloth Color Palette 0 & 1

[Zopokx 7]

I'm using default official palettes (from official .grf), so that mean that I only have a max of 5 palettes (0, 1, 2, 3 and 4) with a 2012-04-18 client.

 

I have tested the palettes, file by file, and all are different among them. However, ingame, the palette num 0 and the palette num 1 are exactly the same (@dye 0 & @dye 1)

 

Why is this happening? Is this a Client problem or an emulator bug? 

Edited May 26, 2013 by Zopokx

[Phoenix 0]

[cbox]// Valid range of dyes and styles on the client.
min_hair_style: 0
max_hair_style: 27 (defend on your pallete)
min_hair_color: 0
max_hair_color: 8 (defend on your pallete)
min_cloth_color: 0
max_cloth_color: 4 (defend on your pallete)

[/cbox]Herculesconfbattleclient.conf

[Zopokx 7]

I'm sorry vans29, but that doesn't means anything.

 

I don't have any problem with custom palettes or with the configuration. The problem is that the emulator is treating like the same, palette 0 and the palette 1.

Edited May 22, 2013 by Zopokx

[Zopokx 7]

bump? Any ideas?

[Relzz 32]

They're not the same.

 

They're slightly bit different, check very tiny details with a Rune Knight with Halter Lead or Mount

[Zopokx 7]

They are not the same. My *0.pal and *1.pal states that. But ingame I see both of them the same palette.

 

(Not important in this issue, but is good to have the link on hand: http://calsmash.seesaa.net/article/115642104.html & http://calsmash.seesaa.net/article/115644885.html)

[Zopokx 7]

 

They're slightly bit different, check very tiny details with a Rune Knight with Halter Lead or Mount

 

 

 

BTW you are right, it is noticeable with the RK, for example. But why when I use SPR_Conview and I load both palettes in a normal character (with no mount) they are 2 different colours?

 

The 2nd, the 3rd and the 4th (if exists) palettes match the same colour ingame that in SPR_Conview. But the 0 and the 1st palettes doesn't match.

[Relzz 32]

Maybe there's something bad in that setting ? Try doing this: rename palette 0 to 1 1 to 2 2 to 3 and like that, you got the idea, right? Try it with these settings if the color changes then it's an emulator error, report it if no.. Well it's just you

 

Report here your findings first

[Zopokx 7]

I have already tested it.

And yes, renaming the palettes works like a charm. That means that is a problem with the emulator/client.

 

Tested with ±â»ç palettes (Knight)

 

Before:

±â»ç_³²_0.pal -> @dye 0 -> Default

±â»ç_³²_1.pal -> @dye 1 -> Default (too)

±â»ç_³²_2.pal -> @dye 2 -> Golden

±â»ç_³²_3.pal -> @dye 3 -> Light Purple

±â»ç_³²_4.pal -> @dye 4 -> Dark Default (Brown)

 

After:

(from official grf) -> @dye 0 -> Default

±â»ç_³²_1.pal -> @dye 1 -> Default

±â»ç_³²_2.pal -> @dye 2 -> Dark Purple

±â»ç_³²_3.pal -> @dye 3 -> Golden

±â»ç_³²_4.pal -> @dye 4 -> Light Purple

±â»ç_³²_5.pal -> @dye 5 -> Dark Default (Brown)

 

The ±â»ç_³²_1.pal is overlapping by default with the palette 0

Edited May 25, 2013 by Zopokx

[Relzz 32]

You should maybe report this into bugtracker so your problem get solved, show this post as prove maybe they'll notice something

[Zopokx 7]

Done: http://herc.ws/board/tracker/issue-7293-palette-issue-dye-0-dye-1/?gopid=18042#entry18042

 

Thank you for your input

[Relzz 32]

Np