Yep - sorry, that was the result of another fix for someone that ripped the roof off of their nether, and wanted to be able to render above 128. What you can do, for now, is make a custom perspective for your nether - same as the default ones your using, but with the 'maximumheight: 128' attribute also set (see https://github.com/w...om-perspectives for details).
Thanks for the quick response Mike, going to try that now.
3:42:41
dynmap:
Loaded 0 maps of world 'world_the_end'.
3:42:41
dynmap:
Enabled
3:42:41
CONSOLE:
[INFO] Server permissions file permissions.yml is empty, ignoring it
3:42:43
CONSOLE:
[INFO] Done (5,207s)! For help, type "help" or "?"
If I understand correctly, I can load webfiles (with map) to another webserver (and open map with anotherserverdomain.com/<map directory>)?
The errors look like you're running an incorrectly configured headless JVM - specifically, not the headless install of the JVM on a headless system: that's why the Java2D is failing to load (its an X-windows version trying to run on a system that doesn't have X).
The bukkit server and web server need to share file systems - the paths cannot be URLs.
The errors look like you're running an incorrectly configured headless JVM - specifically, not the headless install of the JVM on a headless system: that's why the Java2D is failing to load (its an X-windows version trying to run on a system that doesn't have X).
I can\t install it on server w/o X?
P.S. I use gentoo linux without gui.
I can\t install it on server w/o X?
P.S. I use gentoo linux without gui.
No, you need to be sure you've installed the headless version of the JVM properly - IIRC, it still depends on the presence of some of the X libraries, but I'm not sure which specific ones on Gentoo. Basically, saying 'headless' on the JVM command line keeps it from binding to the X terminal (which isn't there on a headless box), but doesn't remove the dependency of parts of the JVM (such as the libraries that allow reading and writing of graphics files, which we use) on the associated libraries.
seems like it only renders the first part and far zoomed in levels, if i zoom out it just disappear? is there a command to only render zoomed out levels?
No - the zoom-out files are generated later (usually within a few minutes). If they don't, so a server restart and give it a few minutes to freshen them.
No, you need to be sure you've installed the headless version of the JVM properly - IIRC, it still depends on the presence of some of the X libraries, but I'm not sure which specific ones on Gentoo. Basically, saying 'headless' on the JVM command line keeps it from binding to the X terminal (which isn't there on a headless box), but doesn't remove the dependency of parts of the JVM (such as the libraries that allow reading and writing of graphics files, which we use) on the associated libraries.
Okay, I think, I understand now.
Well, is it possible to see version of Dynmap which dont use X libs in future? Or it's technically impossible?
Okay, I think, I understand now.
Well, is it possible to see version of Dynmap which dont use X libs in future? Or it's technically impossible?
Its not us - its the JVM, and the fact that we use classes that aren't UI-oriented classes, but are implemented by the JVM based on those libraries. If you look around, you'll see the same issue for running the Apache Tomcat server (java-based web server / servlet container) on headless systems: if you need to read or write image files, the ONLY java APIs to do so depend upon the Java2D subsystem, which depends (on Unix-style platforms) on certain X libraries. Only way I could avoid it would be to find or write my own PNG and JPG encoding/decoding libraries, and hope that they were fast enough for what I need them for.
*** Folks running CraftBukkit v1.4.5 ***
The devs over on the CraftBukkit team have seen fit to torpedo the hell out of a big fraction of the mod community, by intentionally repackaging much of the vanilla and CB internal classes, which has broken a sizable fraction of Bukkit plugins, including this one, that need to bypass Bukkit to do things that the Bukkit API does not support. Fixing this to work is easy enough, but since I support (and will continue to support) more than just the "latest build" or "latest release" of CB, the effort to properly address this is non-trivial.
In any case, if you are running CB v1.4.5, I do NOT recommend updating to the recent builds of CraftBukkit - it will only cause you grief. Plan on it being a significant pain in the ass, as you will need updates to MANY key plugins. In the mean time, I AM hoping to have at least a temporary build for the latest CB in the next day or so - and, hopefully, will be back to a single "one-version-fits-all" CB build in the next couple of days.
Dynmap is excellent, as always - however, I noticed some issues. Ever since 1.0, the Zoom function is broken in Google Chrome. It creates a weird bouncy effect based on where you zoomed. The transition must not be working very well. Not sure if this is a Chrome issue or a Dynmap issue, though; if I get the time I'll look into it further.
If you'd like to test it on my live Dynmap (this is from the PMC Official Server, which I administrate): http://108.174.57.18:25666/
currently running Chrome: Version 23.0.1271.95 m
*** Fixed dev build available for Bukkit v1.4.5 (build 2512 or later) ***
Check for links in the OP - the two bukkit dev builds are equivalent, except for the changes needed to handle the breaks caused by the CraftBukkit team: the first dev build link will work for Bukkit v1.2.5 through v1.4.5-R0.3 build 2511, while the second will only work with Bukkit v1.4.5-R0.3 build 2512 or later. I'm hoping to get back to a single build before v1.2 becomes the recommended build.
Dynmap is excellent, as always - however, I noticed some issues. Ever since 1.0, the Zoom function is broken in Google Chrome. It creates a weird bouncy effect based on where you zoomed. The transition must not be working very well. Not sure if this is a Chrome issue or a Dynmap issue, though; if I get the time I'll look into it further.
If you'd like to test it on my live Dynmap (this is from the PMC Official Server, which I administrate): http://108.174.57.18:25666/
currently running Chrome: Version 23.0.1271.95 m
Thx,
-P
Yep - I need to update the core library I use for the mapping UI, which is a pretty sizable piece of work (not a drop-in at all).
Not sure what else to tell you, since its not happening elsewhere. There is an issue with the zoom-out chunk processing not working after doing a /reload on Bukkit, or a /dynmap reload - so don't do that. Otherwise, the zoom-out processing will check out all the tiles that might need to be done each time the server restarts.
The zoomoutperiod of 1 is too low - don't THINK it would break it, but you definitely don't want it that low. Start with the default, which is 60. Also, lets try some debug logging - uncomment the last two lines of configuration.txt: that will turn on some additional debug logging, including logs of the running of the zoom out processing. Look for entries like:
Are there any performance options you would recommend?
I have Dynmap set to only render when the server is empty and it still has an impact on server performance.
I have also reduced rendering of tiles from every 1 second to every 3 seconds and I believe I have disabled all but hires so it only renders a tile once instead of 3-4 times (1 for each resolution).
Are there any performance options you would recommend?
I have Dynmap set to only render when the server is empty and it still has an impact on server performance.
I have also reduced rendering of tiles from every 1 second to every 3 seconds and I believe I have disabled all but hires so it only renders a tile once instead of 3-4 times (1 for each resolution).
What are your specific performance concerns? Do understand that nearly all compute load is off the main server thread (which is what dominates server performance in a MC server), so the mere presence of N% CPU use doesn't translate into impact on lag or other elements of game performance.
What are your specific performance concerns? Do understand that nearly all compute load is off the main server thread (which is what dominates server performance in a MC server), so the mere presence of N% CPU use doesn't translate into impact on lag or other elements of game performance.
When dynmap is running on the server, rendering or not. It seems to increases the tick time by 50ms. :\
EDIT: Nevermind, this was caused by a ExtraBiomesXL bug. Dynmap runs fine on the server with default settings.
Starting server with Dynmap but without configuration.txt starts fine. Starting server with configuration.txt (not modified) gives following error: http://pastie.org/5498736
Using FTB-BETA-A with following dynmap versions tried:
Recommended for Minecrafr v1.4.2 with Forge v6.0.1: DynmapForge v1.1
Latest dev build for Minecraft v1.4.2 with Forge v6.0.1: DynmapForge v1.2-alpha-3a:
The error is interesting, but I don't see anything in it to suggest that we're involved....
okay, after reinstalling dynmap, i got the conclusion that it worked. there is no issue due the zoomout render. I did change the config like it was on the older installation. it still works fine. now last setting that i didnt change is the world settings. so i think it has to deal with that. Could u please tell me if that way i used to be using was correct, if not, please tell me where to change it to.
I'm not sure what specific change you may have made to cause what you saw - only configuration control in the world settings that are relevant to zoom out processing is the 'extrazoomout' setting.
Confirmed that this is happening in Dynmap 1.1, CB 1.4.5-r0.2.
Also occurs when a creeper takes out the block that that a sign is attached to.
Yep - I need to see if there is anything I can use to tell that the sign is breaking due to these indirect causes. I DO know there is for the explosion, but I need to investigate the sign dropping due to breaking its support block.
Usability overhead. I was really hoping to allow users to just connect without login and still be able to prevent viewing to banned players who's IP are known to be banned.
I'm getting this error when I try to start my server with the latest dev build of dynmap for Bukkit 1.4.5:
See OP - you need the latest 1.2 dev build, due to CB breaking its internal package compatibility. The latest dev build should handle this transparently.
*** Latest 1.2 development builds for Bukkit should work on all supported Bukkit versions (v1.2.5 through current v1.4.5 builds) ***
See OP for link. This should cleanly handle the breaks introduced by CraftBukkit as of v1.4.5-R0.3 build 2512, while still working with earlier releases.
Is it possible to render different parts of the map with different texture packs. I'm on a major server that uses different texture packs for different build. Thanks in advance!
Thanks for the quick response Mike, going to try that now.
The errors look like you're running an incorrectly configured headless JVM - specifically, not the headless install of the JVM on a headless system: that's why the Java2D is failing to load (its an X-windows version trying to run on a system that doesn't have X).
The bukkit server and web server need to share file systems - the paths cannot be URLs.
I can\t install it on server w/o X?
P.S. I use gentoo linux without gui.
No, you need to be sure you've installed the headless version of the JVM properly - IIRC, it still depends on the presence of some of the X libraries, but I'm not sure which specific ones on Gentoo. Basically, saying 'headless' on the JVM command line keeps it from binding to the X terminal (which isn't there on a headless box), but doesn't remove the dependency of parts of the JVM (such as the libraries that allow reading and writing of graphics files, which we use) on the associated libraries.
No - the zoom-out files are generated later (usually within a few minutes). If they don't, so a server restart and give it a few minutes to freshen them.
Okay, I think, I understand now.
Well, is it possible to see version of Dynmap which dont use X libs in future? Or it's technically impossible?
Its not us - its the JVM, and the fact that we use classes that aren't UI-oriented classes, but are implemented by the JVM based on those libraries. If you look around, you'll see the same issue for running the Apache Tomcat server (java-based web server / servlet container) on headless systems: if you need to read or write image files, the ONLY java APIs to do so depend upon the Java2D subsystem, which depends (on Unix-style platforms) on certain X libraries. Only way I could avoid it would be to find or write my own PNG and JPG encoding/decoding libraries, and hope that they were fast enough for what I need them for.
The devs over on the CraftBukkit team have seen fit to torpedo the hell out of a big fraction of the mod community, by intentionally repackaging much of the vanilla and CB internal classes, which has broken a sizable fraction of Bukkit plugins, including this one, that need to bypass Bukkit to do things that the Bukkit API does not support. Fixing this to work is easy enough, but since I support (and will continue to support) more than just the "latest build" or "latest release" of CB, the effort to properly address this is non-trivial.
In any case, if you are running CB v1.4.5, I do NOT recommend updating to the recent builds of CraftBukkit - it will only cause you grief. Plan on it being a significant pain in the ass, as you will need updates to MANY key plugins. In the mean time, I AM hoping to have at least a temporary build for the latest CB in the next day or so - and, hopefully, will be back to a single "one-version-fits-all" CB build in the next couple of days.
Dynmap is excellent, as always - however, I noticed some issues. Ever since 1.0, the Zoom function is broken in Google Chrome. It creates a weird bouncy effect based on where you zoomed. The transition must not be working very well. Not sure if this is a Chrome issue or a Dynmap issue, though; if I get the time I'll look into it further.
If you'd like to test it on my live Dynmap (this is from the PMC Official Server, which I administrate):
http://108.174.57.18:25666/
currently running Chrome: Version 23.0.1271.95 m
Thx,
-P
Check for links in the OP - the two bukkit dev builds are equivalent, except for the changes needed to handle the breaks caused by the CraftBukkit team: the first dev build link will work for Bukkit v1.2.5 through v1.4.5-R0.3 build 2511, while the second will only work with Bukkit v1.4.5-R0.3 build 2512 or later. I'm hoping to get back to a single build before v1.2 becomes the recommended build.
Yep - I need to update the core library I use for the mapping UI, which is a pretty sizable piece of work (not a drop-in at all).
Not sure what else to tell you, since its not happening elsewhere. There is an issue with the zoom-out chunk processing not working after doing a /reload on Bukkit, or a /dynmap reload - so don't do that. Otherwise, the zoom-out processing will check out all the tiles that might need to be done each time the server restarts.
[dynmap] DoZoomOutProcessing started
in the log once you're running.
I have Dynmap set to only render when the server is empty and it still has an impact on server performance.
I have also reduced rendering of tiles from every 1 second to every 3 seconds and I believe I have disabled all but hires so it only renders a tile once instead of 3-4 times (1 for each resolution).
What are your specific performance concerns? Do understand that nearly all compute load is off the main server thread (which is what dominates server performance in a MC server), so the mere presence of N% CPU use doesn't translate into impact on lag or other elements of game performance.
When dynmap is running on the server, rendering or not. It seems to increases the tick time by 50ms. :\
EDIT: Nevermind, this was caused by a ExtraBiomesXL bug. Dynmap runs fine on the server with default settings.
lol - cool - thanks for the investigation!
The error is interesting, but I don't see anything in it to suggest that we're involved....
I'm not sure what specific change you may have made to cause what you saw - only configuration control in the world settings that are relevant to zoom out processing is the 'extrazoomout' setting.
Yep - I need to see if there is anything I can use to tell that the sign is breaking due to these indirect causes. I DO know there is for the explosion, but I need to investigate the sign dropping due to breaking its support block.
Mike any input?
See OP - you need the latest 1.2 dev build, due to CB breaking its internal package compatibility. The latest dev build should handle this transparently.
Are you talking about the banned-ips.txt based IP banning? That SHOULD be working with the internal server, but I'll check to be sure.
See OP for link. This should cleanly handle the breaks introduced by CraftBukkit as of v1.4.5-R0.3 build 2512, while still working with earlier releases.
Not at present - interesting idea, though.