![]() ![]() (I know to code stuff, C, asm, C#, C++, java, php, html, js, network stuff.)Ĭan anybody tell me how to read DFS header? Has any footer info ? fixed sized header ? etc. I saw this DFS->XLS stuff, but I don't have Office and I work with excels all days in my RL job, so if possible I don't even want touch them. On my first look, the first 0x80 byte is skippable, then somewhere here we can find the structure size, then the raw data.īut what is the exact header structure ? ( not data Stuctures what already included one of these DFSXLS projects) ![]() I will attach the extracted and renamed 2015DFS files: And fixing that might mean we need to modify the executable, which is something completely out of my reach. With this in mind, the most likely cause for the missing item problem, in my opinion, is our method for bypassing xigncode. Maybe it's the server responses that the client isn't understating? There I don't know. But that theory holds little water in my mind as buying items works, and that requires the client to talk with the server, and it update the database. It could also be a problem of miss matching client and server versions, the 2015 client may just use different calls than the 2014 server accepts. It could be that the enchantparamtable.dfs and refinechargestable.dfs are so crucial that the client doesn't display items if they are not synched, but that's stretching it. Yet the 2015 SB.exe still doesn't display any items. ![]() The result was a working server that paired with the 2014 sb.exe could accept quests that before gave an error and receive items that didn't exist in the original one. Using the original enchantparamtable.dfs and refinechargestable.dfs that came with the server (and also the original fieldtable.dfs and text_fieldtable.dfs as I didn't want to extract and sync the map files before I knew it was working). Even after that, the server refused to accept the enchantparamtable.dfs and refinechargestable.dfs giving an error that basically said it didn't expect of a different size from the original (same as trying to use those same files from Vendetta). Now, after a lot of work I was able to use a binary comparison script to determine 98/176 files were identical to sdv, putting those aside I focused on comparing the rest using the same script outputting a percentage and common sense with a hex editor to compare the files with the Vendetta ones, I managed to identify every dfs. Good news, I figured out that the quickbms script did extract the dfs.gfmk correctly, but the names of most of the files were lost. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |