README.txt

current active codebase may be found under src/haxe
the flashdevelop project file is EarthQuake.hxproj

up-to-date completed builds may or may not be included in commits
most of the documented functionality is not implemented fully
almost every line of code is for debugging purposes to verify anything is happening at all
the file format is time-consuming, tedious, and difficult to work with
i would much rather deliever a functioning, stable product than something that was just hacked-together 
  with the usual R.A.D practices/tools. that takes time, especially for a format that is ~30 something years old!

my irl also unfortunately sucks time/energy right out of me, and coding absolutely requires both!

src/earthquake was another attempt at a pure javascript implementation
like OLD_BUILDS, it exists for reference purposes only
the code is not officially supported at any capacity and issues pertaining to it will be ignored

src/3rdparty are a few very nice external javascript libraries to deal with very boring and repetitive lower-level stuff
  [incomplete] haxe bindings/externs should be under src/haxe/src/externs
  these are not strictly required, but the code at this moment in time shall be designed around them, and thus is dependent on them
  currently, DataStream.js is done to make dealing with arraybuffers/dataviews easier, and Zlib.js is used for compression/decompression

building:
requires flashdevelop 5.3.3.1 and haxe 3.4.4 at least

known compiler errors:
js.html.ArrayBuffer, js.html.Uint8Array, js.html.DataView, etc... are depreciated in favor of js.lib.ArrayBuffer, ...
  in newer versions of haxe/flashdevelop
  honestly, this makes perfect sense as they have pratically nothing to do with HTML itself

known bugs:
Xtra List chunks possibly not always parsed correctly
  specifically, errors reading the GUID were observed