Bukkit

@sakura_blades

Question, do the mobs spawned from InfernalMobs always have a set amount of HP per mob(EX: Does an Infernal Spider always have 100hp or does it have a range of HP that it can have? Like 100-300?)

To your second question, yes, you can use specific items in that way. Though OtherDrops has no control over furnaces like that, use CraftBook or RecipeManager for custom furnace/crafting recipes.

@sakura_blades

Locking the display names is not possible but that should be an easy request to fulfill for Zarius once he's back.

Naturally isn't possible, you can have OtherDrops add or replace spawns with new ones (so whenever a zombie pigman would normally spawn have it spawn a spider INSTEAD or in ADDITION to the zombie pigman.)

Looking at InfernalMobs it does the same thing though so this shouldn't be noticeable. Upon spawning an InfernalMob it simply replaces the mob that would have spawned with the new one.

"4 new comments were made while you were working on your own..." You guys are fast. I'll post what I have anyway, then add onto it.

@Faldonboy

I thought the "custom" spawnreason only works when a "3rd party" (e.g. a plugin) spawns the actual, vanilla mob itself, rather than its own "instance" of it. I'm pretty sure that Infernal Mobs would have to spawn its own instance of a vanilla mob to add effects beyond that of just potions/attributes. Or at least that would be the easiest way I can imagine, with my lack of knowledge in code.

I've should've suggested the idea that the developer could be using multiple colour codes... but I never suggested sakura_blades to ask the developer because, well, that just seems like really bad design. Sakura_blades also already tried using underscore, but that didn't work either.

@sakura_blades

In case you didn't read the above portion of my comment, you could try specifying the spawn reason as "CUSTOM" - and if that doesn't work, try asking the developer for how he formats the infernal mobs' names. On a side note, if you're not allowed to change names within that plugin, that would be a really nice essential feature to have...

On your "economy" issue, I've heard one other person bring up a similar issue before concerning OtherDrops connecting to economy and CoreProtect. I've no answers or solutions for that issue, as it's up to the developer to decide. I do have a question though: Why Essentials Economy? Why not another economy system? (To be fair though, I have an extremely heavy bias against Essentials.)

To answer your most recent question about spawning naturally in the nether, the answer is yes with a drawback. You can make it so that when a mob naturally spawns, there's a percent chance of having it spawn a different mob instead - the result is less of one mob, more of another.

If you want ultrafine control over mobs, try taking a look at MobManager.

@sakura_blades

Being on SQL shouldn't make a difference, I don't use it for CoreProtect personally. Unfortunately OtherDrops cannot mimic the particle effects on mobs, it can only do that for players.

@sakura_blades

What version of CoreProtect are you using? I just tried CoreProtect 2.0.8, OtherDrops 2.8b.580, and Essentials Pre2.12.1.2 and had no errors come up.

Just took a look at InfernalMobs. Almost every aspect of that plugin can be re-created in OtherDrops, the powers would be a bit harder to accomplish(some would be impossible) but you could probably just use OtherDrops if you're just looking for random mini bosses to spawn in the world.

@sakura_blades

There must be more to it than that. I also use CoreProtect and have no issues with economy(Again though I use SDFEconomy not Essentials)

@CommodoreAlpha

OtherDrops should still be able to see the mobs spawned from InfernalMobs, no matter what(unless they are using a strange hackish method) the mobs spawned from InfernalMobs will still be spawned with the spawn-reason "Custom" and if that's the case they will work with OtherDrops.

If they aren't working when you try and change their drops by using the names assigned by InfernalMobs then they might be using a weird naming structure(something like &a&0&4&bInfernal Spider which would show up in the world as &bInfernal Spider but would still require those other formatting tags to be valid)

----

On a side note to both of you though, if the mob has a space in the name then OtherDrops cannot use it in a configuration heading.

This will NOT work.

    SPIDER~&cInfernal Spider:
        - drop: DIAMOND

This WILL work.

    SPIDER~&cInfernal_Spider:
        - drop: DIAMOND

This can be a problem if InfernalMobs doesn't allow you to change the name of the mobs it spawns though.

@sakura_blades

I probably should have looked at Infernal Mobs before answering your questions. This whole time, I thought the plugin was spawning normal mobs, but modifying them in certain ways, a bit like this one does.

Judging from a glance at the main page, I'd say it's handling mobs differently by using its own code to modify some of their intrinsic properties. Don't take my word for it, for I have no knowledge of coding. Despite this, I wish that developer would offer a link to his source code (because of the plugin's license) so that I can get a clearer picture. Let me demonstrate my thoughts in a clearer manner though, and show why handling mobs differently leads to this kind of conflict.

OtherDrops most likely uses this logic:

Is it a spider?
If yes, is there configuration for "SPIDER" entities?
If yes, follow the configuration.
If it's not a spider, or if there is no configuration, do nothing.

Whereas Infernal Mobs might be doing something like this:

Spawn "InfernalMob" Entity with the mob type of "SPIDER".

The issue is that with this kind of logic, it's not really spawning a "SPIDER", but rather, it's spawning it's own type of spider. Think of it like Infernal Mobs spawning "Spider-Custom" and OtherDrops reading only for "Spider-Bukkit". One is handled by Bukkit, the other is handled in a custom manner by the plugin.

If my conjecture is true and actually made sense, one thing's for certain, and it's that you're going to need to bug the developer to make an API for this plugin to hook into. There really is no other easier method for this without compromising something else or adding unnecessary features/complications.

Yeah, sorry if my posts are too wordy. Make a ticket for a feature request if you please, as I presume Zarius and many others are busy with the holidays.

@sakura_blades

I'm very unfamiliar with editing mobs via OtherDrops, but a few pages back, Faldonboy had an example of creating a named mob and editing drops for the named variant only. I'll paste it right here; see if you can get this to work.

#This will make a zombie named "Zombie_Miner" drop diamonds. Note the underscore instead of a space, otherdrops can't read spaces in names yet.
    ZOMBIE~&aZombie_Miner:
        - drop: DIAMOND

Have you considered using another economy plugin, just to see what would happen? If OtherDrops cannot read any other economy plugin (for MC 1.7.2), then clearly something about OtherDrops broke, likely due to big differences between 1.6 and 1.7. If it's only Essentials Economy that it can't read, then it's just something that needs to be patched.

@sakura_blades

I believe the main developer of Vault is Sleaker, and he runs a server called "HeroCraft", so it comes as no surprise their continuous integration server has the dev builds for Vault. A quick Google search confirmed this for me, so here ya go: http://ci.herocraftonline.com/job/Vault/

As always, a dev build is a dev build, so use it at your own risk. But of course you're going to use it anyhow, as that's the whole point of your inquiry.

On a side-note, I finally get to meet another server admin who enforces anti-laziness. I admire that trait. Also, I'd go with the suggestion to use one configuration file instead of three, as that would not only reduce redundancy, but would actually make things easier to edit because you don't have to sift through three files at once. And as @Faldonboy suggested, drop groups are a wonderful feature... Which I've somehow completely forgot to use in my own configurations.

EDIT: On an important note, if you're going to use mob names to distinguish infernal mobs from regular mobs, make sure the developer of infernal mobs supports mob naming. Because he may use something like "Infernal Spider", and if you use "§rInfernal Spider", OtherDrops might see the two as different. I don't use Infernal Mobs, but I can tell it's probably like EpicBoss, and any good "mob-adding" plugin should support mob naming.

@sakura_blades

Are you using the dev versions for both of them(actual 1.7.2 builds)? If not update to those, I use SDFEconomy and am not having that problem it is known to happen with new MC versions though. Most likely its your vault version or essentials made a change(or is outdated).

@CommodoreAlpha

If the pages you want to remove are completely out dated or have no useful information left on them then by all means replace them/remove them. Just make sure to place the contents of the page elsewhere if that information can't be found anywhere else.

@sakura_blades

Yes you can have multiple configurations like that, though I'm fairly certain from a performance standpoint it would be better to combine them into one. I know it can get a bit messy having a ton of different "sections" for each mob but drop groups can come in handy for neatening the configurations up.