Call of Duty 2: d3dbsp: Difference between revisions
(New page: Category:Call of Duty 2 The .d3dbsp structure, Call of Duty 2's variant on the well-known BSP format, is rather difficult to decipher. Since it's a binary file you can't simply read it...) |
No edit summary |
||
| Line 21: | Line 21: | ||
Texture information is 72 bytes long per texture. The first 64 bytes are used for the texture name. Then we have an DWORD for flags, and another DWORD for content flags. | Texture information is 72 bytes long per texture. The first 64 bytes are used for the texture name. Then we have an DWORD for flags, and another DWORD for content flags. | ||
==Lump[ | ==Lump[37] entities== | ||
The entities lump is readable and stored the same way described in the [[Call_of_Duty_4:_MAP_file_structure#Entity|.MAP file structure]]. | The entities lump is readable and stored the same way described in the [[Call_of_Duty_4:_MAP_file_structure#Entity|.MAP file structure]]. | ||
''Made by CoDEmanX and Daevius'' | ''Made by CoDEmanX and Daevius'' | ||
Revision as of 01:49, 9 December 2008
The .d3dbsp structure, Call of Duty 2's variant on the well-known BSP format, is rather difficult to decipher. Since it's a binary file you can't simply read it. A hexadecimal editor is the best tool in this case.
I am still deciphering it myself, I will post anything I happen to get known of regarding the file format.
Be sure to read here and here before you even try to decipher it. Knowing what the technique is that BSP formatted maps use, could be handy as well.
Every number ending with an 'h' indicates its a number using the hexadecimal count system. For other numbers one can assume the decimal count system is used.
Header
The file starts with 2 DWORDS: the header 'IBSP' indicating this is a BSP file originally designed by ID software and the version number 4 (4h).
Then there is an array, filled with DWORD pairs, indicating the lump's offset and length respectively. The array ends with 2 empty (zero) DWORDs. Each lump that has size 0 in the list is simply not filled / not used.
Note: there can be a difference of number of lumps per map. If a map has a leak
(no solid skybox or not everything is IN the skybox) the bsp only has 24 lumps (or even 23 if light is not
compiled). The bsp description yet only supports the 37-lumps version (a valid map).
Lump[0] texture filename + flags
Texture information is 72 bytes long per texture. The first 64 bytes are used for the texture name. Then we have an DWORD for flags, and another DWORD for content flags.
Lump[37] entities
The entities lump is readable and stored the same way described in the .MAP file structure.
Made by CoDEmanX and Daevius
