Cloth Color Palette 0 & 1

Z

Zopokx

New member
Messages
116
Points
0
Github
Zopokx
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? 
 
Last edited by a moderator:
[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

 
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.
 
Last edited by a moderator:
They're not the same.

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

 
Zopokx said:
They're slightly bit different, check very tiny details with a Rune Knight with Halter Lead or Mount
Click to expand...


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.
 
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

 
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

 
Last edited by a moderator:
You should maybe report this into bugtracker so your problem get solved, show this post as prove maybe they'll notice something

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

Thank you for your input
default_smile.png


 
You must log in or register to reply here.
Back
Top