2010/1/6 Seth Hetu <[email protected]>: > I realize this topic is old news, but in my defense I was on vacation.
This conversation isn't dead, I just delayed my response by a few weeks. > I support the idea of single map lumps; that was one of the OHRRPGCE > FMF's approaches, and I can see how it would benefit map sharing and > editing as well. > > A lot (and I mean a LOT) of the space in maps is in the tile maps and > layers. I think that this section should be just a "bitstream", with a > possible "encoding" value. That way, future versions of the OHRRPGCE > could allow encodings like "gzip" or "lzm" ---enabling compression of > map data with minimal fuss. This is somewhat similar to the approach > taken by the PNG graphic format, and one of the reasons I think it's > successful. Even simpler than that, we could just optionally gzip any lump. If it has a .gz extension, then it's gzipped. The new lump abstraction code will allow this to be read/written transparently with zlib, and will be easy for external utilities as well (they can just call gunzip if they don't want to bother with zlib). All lumps may thus be compressed, not just tilemaps. However there is merit in a bitstream approach, better compression could be achieved by using all those fancy options for preserving dictionaries and things/compressing multiple records into in single file yet being able to decompress them separately. > And even though 4mb isn't big for a game, it'll pay to make lumps > space-efficient as more and more map layers (or possibly translucency) > get added. I'm just parsimonious by nature, I guess.... > > Anyway, keep up the good work. I've got 150 OHR-related emails to sift > through, so expect a response or two over the next few hours. > > Happy Holidays, > -->Seth > On Sat, Dec 12, 2009 at 11:27 PM, Jay Tennant > <[email protected]> wrote: >> Just a note. If anyone's viewing this email as html, change to viewing as >> text. I was viewing it as html, and the xml disappears. Worse, the >> _<_!_[_CHDATA block that I referenced hid the rest of the email, unless you >> view it as text. I guess that is how you store binary data, lol. >> >> >> >> _______________________________________________________ >> Unlimited Disk, Data Transfer, PHP/MySQL Domain Hosting >> http://www.doteasy.com >> _______________________________________________ >> Ohrrpgce mailing list >> [email protected] >> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >> > _______________________________________________ > Ohrrpgce mailing list > [email protected] > http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org > _______________________________________________ Ohrrpgce mailing list [email protected] http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
