Hi,

It's coeff for each class for 100 levels.
Line 1 -> 100 : Class id 1 (lvl 1 to 100)
Line 101 -> 200 : Class id 2 (lvl 1 to 100)
etc...
I just copy/paste numbers from another - similar - class at the right place.

Greetings

Aaah, I see! But are you sure about that? gtChanceToMeleeCrit.dbc for example has 1100 entries which means there must be 11 classes, but in fact there are only 10 by default! So this could mean that they just count up and fill the infos for the non existing class anyway, but that doesn't seem to be the case for all dbcs!

Lets take a look at the gt* files:

gtBarberShopCostBase.dbc: 100 entries  
- 10 per class for 10 classes
- 9,0909... per class for 11 classes

gtChanceToMeleeCrit.dbc: 1100 entries
- 110 per class for 10 classes
- 100 per class for 11 classes

gtChanceToMeleeCritBase.dbc 11 entries
- 1,1 per class for 10 classes
- 1 per class for 11 classes

gtChanceToSpellCrit.dbc: 1100 entries
- 110 per class for 10 classes
- 100 per class for 11 classes

gtChanceToSpellCritBase.dbc: 11 entries
- 1,1 per class for 10 classes
- 1 per class for 11 classes

gtCombatRatings.dbc: 3200 entries
- 320 per class for 10 classes
- 290,9090... per class for 11 classes

gtNPCManaCostScaler.dbc: 100 entries
- 10 per class for 10 classes
- 9,0909... per class for 11 classes

gtOCTClassCombatRatingScalar.dbc: 352 entries
- 35,2 per class for 10 classes
- 32 per class for 11 classes

gtOCTRegenHP: 1100 entries
- 110 per class for 10 classes
- 100 per class for 11 classes

gtOCTRegenMP: 1100 entries
- 110 per class for 10 classes
- 100 per class for 11 classes

gtRegenHPPerSpt.dbc: 1100 entries
- 110 per class for 10 classes
- 100 per class for 11 classes

gtRegenMPPerSpt.dbc: 1100 entries
- 110 per class for 10 classes
- 100 per class for 11 classes


So obviously none of them does always apply! This could mean that none of them are correct.
Let me check it out.


--- imagine it's about half an hour later ---

Alright, I've added everywhere I can numEntries/11 entries. If the result was a decimal digit I've taken numEntries/10 entries.
And it actually worked, well kinda. I'm now able to look at my characters base stats but everything else will still crash the game. Why is that? Well my guess is that I should have taken everywhere the numEntries/10 entries and now some entries are missing.

http://imagr.eu/up/4f9aff44d00455_WoWSc ... 220401.jpg


Thats all from me for today, I really hope I can get this done tomorrow. And again, thank you very much, Jivy!


cheers

Hey, thanks for posting this, but actually there aren't any new serverside changes that I haven't done and still it crashes once I'm opening the characters menu.
Does this guide work for you?

While searching for the old bug I've mentioned, I just found this macro on some other forum:
/console PlayerStatLeftDropDown none
/console PlayerStatRightDropDown none
/reload
This will clear the selection of the status dropdowns, so it doesn't crash right away. But once you select any option in it, it will crash.
I know this is no solution, but someone in that thread said this is an client side problem. Can anybody confirm this? Because then I will completly stop looking for the problem serverside (haven't looked into the druid problem at all, so I can't even tell if they are related).

So, for now I will start digging for it clientside. Maybe I can find that damn bug and squash it!

Hey,
I just want to release an old project of mine, which may be usefull for some of you.

With this tool you can convert any given dbc file into a sql file. In order to do so, you have to specify the files format in a .xml file with the same name as the dbc.

For example Achievement.xml
http://pastebin.com/WHXxzC3z

Output:
http://pastebin.com/sDiKyHaW

20 more examples (for 3.3.5) are in the attached zip file.

XML Tags:
<primary> - This will tell the converter that this row should be used as the sql tables primary key. Gets parsed as an int.
<int> - Parses an int. Reads DBC.fieldsize bytes from the dbc file
<string x="n"> - This will parse a string. Replace n with the number of the following localisation indices (should be always 16). Nope, localisation isn't supported since I've never got any localized dbcs to play with.
<float> - Parses a float
<charArray x="n"> - Reads n characters directly from the current position in the file stream (not from the string block). Don't know if you actually need this, implemented it for debugging.


How does it work?
->Start the program.
->Klick on the button "choose dir" and select a folder which includes the dbc file you want to convert.
->Klick on the button "Start".
->Done! All converted files are now within the folder "sql".

The whole source code looks rather dirty since I've never finished this program, but maybe one of you guys get in use of it.

So far,
Night

PS: Written in C#. Sorry Linux and Mac users. Better get a proper operating system!

Try
Path = C:Documents and SettingsdwoDesktopWorld of Warcraft
instead of

Path = C:\Documents and SettingsdwoDesktopWorld of Warcraft

and it should work just fine.