Did the structure of the itemtype.dat change at all from patch 5017-5165?
That would be the encryption, not the actual structure.Quote:
Well the DatCryptor seems to work so I assume that it didn't change.
But surely, the distance between 5017 and 5065, is quite significant, I imagine many things were added regarding items, item lock, bound items, etc etc.Quote:
No: Structure is what's being talked about.
Eg: a new field representing some new option/stat for items. Think of a database... add new columns and that's what they are talking about. Adding rows doesn't change anything (it just makes it longer). Adding columns though completely changes the 'structure' of the database.
as far as I can remember, the itemtype was not modified since the release of conquer 2.0 untill 5095++... it seems unlikely to me that they would have modified it after 5095 but it's definitely possible.Quote:
But surely, the distance between 5017 and 5065, is quite significant, I imagine many things were added regarding items, item lock, bound items, etc etc.
I see where your coming from in regards to source/database, but TQ have a field in the itemtype.dat for the default gem id in an item, what makes you think they wont have a field for whether locked/bound is default true/false?
Surely new columns where added and maybe the order of some changed?
I might actually check when I get time, just to clear my mind.
The itemtype isn't crypted before the CPs patch. For the structure, TQ just added some new things with the time, but always at the end.Quote:
[...]Note: 1.0 encryption of itemtype.dat was completely different and 99 pct sure the structure would have been changed also seeing as items were drastically modified with the addition of enchant/bless and other stuff.
111303 CasqueEnFer 21 0 15 0 0 0 0 0 0 0 150 0 0 0 3 0 0 0 0 3998 3998 0 0 0 0 0 0 0 0 1 1000 Aucun 111003 CasqueEnFer 21 0 15 0 0 0 0 0 0 0 150 0 0 0 3 0 0 0 0 3998 3998 0 0 0 0 0 0 0 0 1 1000 0 0 0 0 0 CasqueDGuerrier Aucun 5 0 0 0 0 0 0 0 0 0
5017 != 1.0?Quote:
The itemtype isn't crypted before the CPs patch. For the structure, TQ just added some new things with the time, but always at the end.
Just compare this...
Code:111303 CasqueEnFer 21 0 15 0 0 0 0 0 0 0 150 0 0 0 3 0 0 0 0 3998 3998 0 0 0 0 0 0 0 0 1 1000 Aucun 111003 CasqueEnFer 21 0 15 0 0 0 0 0 0 0 150 0 0 0 3 0 0 0 0 3998 3998 0 0 0 0 0 0 0 0 1 1000 0 0 0 0 0 CasqueDGuerrier Aucun 5 0 0 0 0 0 0 0 0 0
Ummm was it not encrypted? If you try opening a 1.0 itemtype.dat it's jibberish meaning it needs a decryptor.Quote:
The itemtype isn't crypted before the CPs patch. For the structure, TQ just added some new things with the time, but always at the end.
Just compare this...
Code:111303 CasqueEnFer 21 0 15 0 0 0 0 0 0 0 150 0 0 0 3 0 0 0 0 3998 3998 0 0 0 0 0 0 0 0 1 1000 Aucun 111003 CasqueEnFer 21 0 15 0 0 0 0 0 0 0 150 0 0 0 3 0 0 0 0 3998 3998 0 0 0 0 0 0 0 0 1 1000 0 0 0 0 0 CasqueDGuerrier Aucun 5 0 0 0 0 0 0 0 0 0
Yes, the 5017 one has the CPs part and I think some other things like the object type. After, it's the patch of the shield that add the color.Quote:
5017 != 1.0?
Right?
Not encrypted, just in binary format... You just need to read the file in binary.Quote:
Ummm was it not encrypted? If you try opening a 1.0 itemtype.dat it's jibberish meaning it needs a decryptor.
It is not jibberish, looking at the strings that lie there and because there are no newline characters.. this is in binary formatQuote:
Ummm was it not encrypted? If you try opening a 1.0 itemtype.dat it's jibberish meaning it needs a decryptor.
Bahhh, I should have realized that. It's been ages since I've actually taken the time to look at it and when I did I was so used to co having it encrypted so didn't think to read as binary. My bad.Quote:
Yes, the 5017 one has the CPs part and I think some other things like the object type. After, it's the patch of the shield that add the color.
Not encrypted, just in binary format... You just need to read the file in binary.