New BUILD map format: Difference between revisions

From EDukeWiki
Jump to navigation Jump to search
add New BUILD map format dev page
 
No edit summary
Line 24: Line 24:
<br/>
<br/>
<br/>
<br/>
[[Category:Developer's corner]]

Revision as of 15:09, 7 July 2012

This page serves to collect and discuss ideas about a potential future map format for the BUILD engine.


Proposals

map-ng (helixhorned)

That is, pretty much the same thing as now, but with some fields rearranged for convenience, and others added.

  • sector[] .ceiling*, .floor* --> sector[].cf*[2], indexed by YAX_CEILING (0) or YAX_FLOOR (1). So that less code is almost-duplicated. Downside: worse readability?
  • sector[].cfbunch[2], to keep xpanning free
  • Support for additional information (author, per-map settings, ...). The most general way of accomplishing that is packing scripting code that would be run on map entry (near/similar-to EVENT_ENTERLEVEL) into the map


map-text (TerminX)

Purely textual format, similar to the "Universal Doom Map Format" (UDMF).


Behavior of the editor

We'd still want to save old map formats on occasion, like when making test maps that need to be opened in e.g. Duke3D 1.5.