Currently this requires python-gearman, gearman-java, and a java SDK.
This code will probably be all thrown away, but if you really want to
play, first compile Biome.java, then run the resulting Biome.class.
Note you'll probably need to hack the signatures out of minecraft.jar to
get it to run.
Then copy grasscolor.png into the cwd, and run gmap.py as usual.
It is slowwwww. Perhaps running Biome.class on multiple machines might
speed things up?
Here's the kind of output produced: http://smp.em32.net/biome_test/
Pretty substantial javascript refactoring:
* All javascript is now in funtions.js. There is no javascript at all
in index.html
* Configuration options moved from template.html to config.js
template.html moved to web_assets/index.html
config.js allows you to specify pattern-label pairs. Each label will be
added to an on-screen "signposts" control. Clicking the checkbox by
each label will show/hide any signposts that match the pattern attached
to that label. config.js has some examples.
TODO:
* The signposts control needs better styling.
* The new javascript needs testing in IE. Seems ok in Chome and FF.
These large changes may be hard to merge if you have non-trivial JS
changes to template.html locally. Apologies in advance
* Pumpkins and Jack-o-lanterns now face the correct direction
* Pumpkins and jack-o-lanterns now have different textures (thanks
alexjurkiewicz). one is lit, the other is not
* a bad looking green tint is applied to grass and to leaves
Someone please make this better
The following are now rendered:
* Pumpkins
* Jack-O-Lanterns (look identical to pumpkins at the moment, to match
the ingame rendering)
* Bloodstone
* Slow Sand
* Lightstone
The ones I have not changed are those where paste() is really
preferred, and I've noted why in comments.
Calls to "dest.paste(src, rect, mask)" were converted to calls to
"composite.alpha_over(dest, src, rect, mask)".
I needed a way to let py2exe options be provided only when py2exe is
available. My solution (maybe not the best) was to put all the
arguments for the final setup() call into a dictionary, that is filled
in conditionally during the script's execution. This is why the file
is completely changed; however, it still does what it used to do (when
py2exe is available).
Details:
* A queue object is passed to all renderers, allowing each process to
avoid using shared memory when recording signpost data.
* New overviewer.dat file that stores persistent data between runs.
Currently used to store information on signs. markers.js is
generated by merging the stored POI list with the newly generated POI
list.
* POIs are tagged with their type (e.g. "spawn" or "sign"). This
should be useful if different types of POIs needs to be
handled/displayed differently
Known bugs:
* If you delete the last sign in a chunk, it won't be removed from
markers.js
