Bukkit

@erdrickk

• This plugin: http://dev.bukkit.org/bukkit-plugins/hive-jumppads/ ?
• Could you post the output of the "ncp version" command?
• Are there any violation logs for players using the pads?
• Did you do any moving-related config changes with NCP?

@ProdigyOG

@MasterMithrandir

It's about Ticket 824 - basically there have been a couple of changes that might affect this, since. So it might actually be interesting to re-check that issue with the latest development build. The current one (build 816) may have a couple of other issues though (angle check too sensitive with lots of mobs in a narrow spot, interact.visible false positives).

For actual discussion please keep to the ticket, so information doesn't get lost here :p.

@nsptg95

I can't judge it without actual timings (absolute values plus event counts).

Usually the actual impression of lag is client-side due to events getting cancelled (false positives rather), while NCP is running rather smooth on server side, though NCP is not light-weight with checking all moving by all players, also considering the number of different checks.

Especially on rather low load (15 players of at least 50 possible) i wouldn't be surprised if NCP is taking a higher percentage compared to other plugins, what counts to me is the absolute time NCP uses per server tick. As a rule of thumb we want to keep it below 10 % of a tick in average, which is a lot (5/50 ms), but is also meant to scale with the number of players - by our experience it roughly works at 500 players (< 3 ms), of course it scales with the hardware necessary to run that amount of players and of course we don't try to use 10% on purpose.

Examples for over estimating timings:

• Judging a too short amount of time/events.
  • With too few events counted, the JIT will not be at the highest efficiency too short time after startup, thus timings will be worse.
  • External events like thread switches can spoil timings with too few events counted.
  • NCP is also running a task once after startup to do some post-plugin-enabling initialization - this task is comparable heavy and might add a lot to the timings especially on low load and short data gathering time.

Not sure i explained this well - i don't know what version of NCP you are using (and server version), if there is real performance problems (absolute numbers), one should have a look at settings (reduce logging first / update NCP if necessary).

@MineCraftMyph

Sure :)

@KevinEssence

I assume this is about getting pulled back, blocks not placed/broken, hits not registering in combat? While players tend to call it lag, because they can't distinguish it from lag (due to that having similar consequences sometimes), NCP shouldn't create actual lag.

There are some changes/fixes pending which might resolve some of the issues, but it also depends on the used versions (/ncp version).

@nsptg95

Can you show some more significant data, like the ordinary timings covering enough time and players to allow stating anything? The chart may be totally acceptable, depending on the side conditions (time covered, players online, absolute amount of time used by NCP).

@MineCraftMyph

The config you pasted does not seem to have indented the lines to actually display - please indent those by 2 spaces...

Edit: Admittedly YAML (including the variant the Bukkit project has bee using isn't perfect, but please check with the content-lines indented.

@MineCraftMyph

1. Seems to be a good option, actually. 2. If NCP kicks them you probably have some kind of log entries about the kick? What's the kick message?

Concerning YAML, NCP does a multi-line comment like this:

    warning:
      active: true
      level: 67
      message: |-
        &e>>>
        &e>>> &cPlease &eslow down &cchat, &eyou might get kicked &cfor spam.
        &e>>>

Note the |- after message and that the following lines are indented relative to the "message: |-" part. I am not sure where to place the ' or " though , if those are really needed (i'd assume you can do without '/" with that message).

@MineCraftMyph

Multiple lines are in general supported, like with the the default configuration and the chat warning message. I am not 100% sure what you are trying to achieve, how about posting (or send a pm with) a link to a paste of your configuration? Special characters might pose a problem, but i can't tell what you have been trying to add there.

Captcha can't be forced with a command. Once activated it will appear after login and on chat.text/chat.commands violations. We might add more configurability, but that'll depend on demand.