DCME

From ASSS Wiki
Revision as of 01:51, 27 January 2007 by Samapico (talk | contribs) (Extended LVL support)
Jump to: navigation, search

DCME, or Drake Continuum Map Editor, is an open source map editor created in Visual Basic 6 initially by Drake7707, and then Samapico also got involved in the project. Notable features are the addition of the so-called "special tiles" to the tile palette, easy placement of styled text on the map, and a tool for representing a bitmap image as tiles.

DCME is in constant development, but the automatic updates feature will keep you up to date all the time.

Download the latest version here

Main features

  • Extended LVL support
  • Wall tiles
  • Quick map testing
  • Non-rectangular selections with possibility of transparency
  • Automatic updates
  • Various drawing tools
  • Tileset editor and tile editor
  • Maximal working area when using popup tileset and popup radar

Extended LVL support

DCME 2.0 fully supports eLVL features as map attributes and regions.

Custom Chunks

DCME uses some custom data chunks that are not defined in the standard ELVL Format.

Region Color (rCOL)

rCOL is a region subchunk used to store the defined region color, instead of assigning a new random color every time the map is loaded. Its size will always be 4 bytes. It is saved as an unsigned 32bits integer. (Version 2.0.1 and up)

Map ID (DCID)

DCID is a chunk that represents a hash code generated by DCME to identify the map in a unique way. It is used for the autosave feature and might be used for more things in the future. Its size should always be 8 bytes. It is a 8 hexadecimal characters string made up from the Volume ID of drive C and the current time. (Version 2.1 and up)

Walltiles (DCWT)

DCWT is a chunk in which are stored walltiles data. It is not implemented yet.

Bookmarks (DCBM)

DCBM is a customized bookmark for the map. A single DCBM chunk can hold many bookmarks (DCME uses up to 10 bookmarks). Each bookmark is stored kind of like tile data. 12bits unsigned for x, 12bits unsigned for y, then 8bits unsigned that designates the bookmark ID. So each bookmark takes 4 bytes, so the size specified in the header should always be multiples of 4. (Version 2.2 and up)

External links