» If you like this plugin you should definitely check out our other plugins too «
This plugin allows you to configure a detailed collection of game mechanics pertaining to villagers. Its most notable feature is complete control over the offers which can be generated - by default, it also starts with an extensively reworked set of prices to make trading dramatically less abusable while still allowing it to be profitable (more on that later).
This plugin's default settings may be enough to repair the currently exploitable villager trading system - however, in case you want your own server to have a few special touches, so trading can be balanced perfectly for it, this plugin allows you to adjust the following:
In config.yml, you'll find general settings:
- Control over offer removal: You can choose how many times an offer can be traded before being removed, how long it takes for offers to be removed, or simply disable offer removal altogether.
- Control over offer generation: You can choose how many offers a villager starts with, how many offers are generated at once, how long it takes for offers to be generated, whether villagers generate offers after any trade, and what the chance of offer generation is.
- General trading settings: You can control how long the decorative particle effect lasts when villagers add/remove offers, choose whether players can trade with villager children, and choose whether players can squabble over villagers by letting them kick each other out of the trading window.
- General settings about villagers themselves: You can specify their max health, make them invulnerable to all harm, and choose which villager professions can spawn naturally.
- There are also some technical settings related to using this plugin with Shopkeepers, but once full compatibility between Shopkeepers and this plugin are established, these will be removed (these settings don't do anything magical; you won't miss them).
In offers.yml, you'll find settings to control the offers villagers can make:
- You can define your primary currency item, which will be used by all non-custom offers you include - it can also be used in your custom offers, for convenience.
- You can define all of the offers which can be generated by each villager profession, and the offers which get generated by default.
- You can define offers for your own custom villager professions (which can be spawned with world editors, or by editing config.yml to allow them to spawn naturally). The number of custom professions is virtually unlimited (unless you want more than 4 billion), but they all appear identical to the unused green villager.
- You can remove existing offers or make them never generate.
- You can define offers as 'buys', or 'sells', to use an existing table of prices, or 'other' to create custom offers.
- Custom offers give you full control of the two input slots and output slot, allowing for offers which don't use the currency item, offers which provide random or specific enchantments, offers with any damage value on any item or block, and almost any type of offer a world/NBT editor could create (the only thing you can't do is have offers which provide books containing specific text). Note that item quantities and enchantment levels can be randomized, too!
- You can control the values in the tables of prices, used by non-custom offers.
All of these features are explained in detail in the config files. In fact, offers.yml has a sort of "tutorial" on how to edit it.
By default, this plugin...
By default, this plugin disables the vanilla system of offer removal, and changes the offers which villagers can generate.
No offers are added or removed, and the chances of offers are also the same as they are in vanilla Minecraft. However, pricing has been extensively reworked, based on my work in this thread. Basically, I have created a chart which carefully balances the values of items based on many criteria, geared at producing a far more sensible and less exploitable set of prices than the vanilla system.
The reason my plugin disables the offer removal system by default is because, aside from many players' complaints, this thread explains why the system makes trading unusable without exploitation. Just as my defaults are intended to reduce the potential for exploitation, they are intended to reduce the need for exploitation.
If you wish to start with vanilla Minecraft settings, simply copy the contents of "offers-vanilla.yml" into offers.yml, and see the top of config.yml for vanilla defaults on offer removal.
First, alongside the detailed explanations in config.yml and offers.yml, you'll be happy to know my plugin has a load of failsafes packed in. If you configure it incorrectly, the plugin will not crash (unless you make the config files unreadable!). Instead, it will choose some value which allows it to safely run (for example, if you specified a number as 0 when the lowest accepted value is 1, the plugin will use 1 instead). Now, you may be thinking that's a bad thing, but the plugin will let you know when this happens:
Warnings will only appear when you've done something incorrectly in the config - otherwise, normally the console doesn't get spammed ;)
Also, if you leave a value out of the configuration, the plugin will usually revert to a default - but don't make a habit out of this :p
The vanilla generation system doesn't allow you to earn more than one emerald from selling an item, unless you manually specify a custom offer - despite being able to specify offers which *give* more than one item in exchange for one emerald. My plugin fixes this, making the buy and sell values tables formatted the same way. Thus, it's easy to make offers like this one:
Probably my most convenient features in this plugin are Smart Stacking and Smart Compression. Let's say you want a villager to sell a diamond helmet for 98 emeralds. A player can't place more than 64 emeralds in one slot, and Smart Stacking realizes that. Smart Stacking will automatically do this for you:
Smart Stacking basically makes 128 the maximum amount of an item a villager can accept (warning: Smart Stacking is currently not smart enough to realize certain items do not stack or stack only up to 16. For this, I'm afraid you'll need to make a custom offer, but that's not difficult).
Sometimes you need a villager to take more than 128 of an item, and that's when Smart Compression comes in. Here's how an offer requesting 129 emeralds is handled:
If you were to convert those emerald blocks into emeralds and add the rest of the emeralds to it, you would see the total is indeed 129. Smart Compression effectively increases your maximum up to 640: a stack of the compressed item, and a stack of the uncompressed item. Also, Smart Compression works on emeralds, diamonds, gold ingots, gold nuggets, and iron ingots, all of which can easily be converted into a compressed form at a ratio of 9-per-compressed-item and likewise converted back - thus, you can set your currency item to any of those items and rest assured that Smart Compression will still apply.
Using My Chart to Balance Trading Yourself and Exporting the Results to Your Configuration
I suppose this is also a convenience/feature, but it deserves its own section. Remember that chart I mentioned earlier? It can be downloaded here, and is fully interactive.
The only cell in the chart with a value not calculated from other cells is the gold-colored cell next to Gold Ore. It's a sort of "gold standard", if you will, which determines how much emeralds are worth. Double it, and emeralds are halved in value. Halve it, and emeralds are doubled in value, and so on. The rest of the chart will update with your changes.
If you don't want to use emerald as your currency item, you can choose an item you do want to use. If it's in the chart, find its value in the "Adjusted for Usefulness" column. This column is bold because it represents the actual worth of that item in emeralds. Now, take that number and invert it, and place that inversion in the golden cell (so, to set the currency to diamond, you would put 1/17.7999 into the gold cell). If you did this correctly, the "Adjusted for Usefulness" of that item should read 1, as it is indeed worth one of itself. All other cells in the chart have been recalculated in value, and are now priced in that item instead of emeralds.
You can make any other changes to the chart by editing the formulas of its cells, or editing the special variables to the right of the chart (the "Modifiers" column, U).
Finally, look for "Rebalance Villagers Plugin", cell AC1. Around there, there are four cells (in the "Copy this code into offers.yml" column) which you must copy the contents of into offers.yml. The proper destinations of each are specified in AC, while the actual values to copy are in AD. Simply copy these in, erasing the unwanted original values in the process, and the plugin will new use these values.
Note: If the cell AF6 says there are errors, please look in the column V ("Valid Offer Checker") for what the errors are. These errors are when invalid offers are created, for example offers which are impossible to complete (requesting more items than the player can put in the input slots), offers which would produce impossible item stacks (e.g. stacked tools), or nonsensical situations such as a villager providing items at a cost of zero emeralds. So remember to make sure there are no errors reported in AF6 before you copy the config outputs!
Oh, and if you changed the currency item in the chart, be sure you change 'currency-item' in offers.yml too!
You can always find the latest snapshot in the Jenkins.¹
Github Source Code
The source code of this plugin can be found here. It's my first plugin, so feel free to let me know if I've done anything horribly nooby :p
If you would like to contribute to the plugin, you may use Pull Requests. Add yourself with an '@author' in the javadoc tags of any part you create or substantially modify - you can identify yourself with whatever name you like. Of course, I will publicly acknowledge that you have contributed to this project.
- WolfieMario, the initial creator of this plugin: thanks for the whole idea and opportunity with this great plugin and thanks for all your work you've done here!
- nisovin, the creator of the Shopkeepers plugin: thanks to him/her making Shopkeepers open-source, WolfieMario could make the plugin compatible with his and rest assured that he's not doing anything horribly wrong in the code.
- Icyene, for pointing WolfieMario in the right direction when he started - without his good deal of help, he would have had no clue how to start coding this plugin.
¹ Development builds of this project can be acquired at the provided continuous integration server. These builds have not been approved by the BukkitDev staff. Use them at your own risk.
· · ·
» Powered by Cube Nation «
See the link he posted in this sentence: "However, pricing has been extensively reworked, based on my work in this thread."
So some questions:
1. If I am using this with Mystcraft, which provides custom villagers with custom trades, will it leave those villagers alone?
2. What's the best way to use this with forge mods for 1.5.2 -- bukkitforge or mcpc? (pure bukkit is out -- I need forge support).
3. Is the "offer removal" or "offer more offers" support working? I see several complaints in the first two pages of comments, and no response listed.
Your chart is giving me a 404.
Will this be updated to 1.6?
please update 1.6.2
Nrf. The 1.6.2 Jenkins build fixed the problems the 1.5.2 version had, at least. But now it's just annoying.
Villager spawns with appropriate number of trades, as per default-offer-count. But then, upon attempting to trade with the villager, any and all trades are immediately undone. After closing the villager, a SINGLE trade is generated (regardless of settings) replacing any/all other trades. Only after using this trade will the actual new-offer-count come into affect for the new trades to be generated by.
In short: Glitched (Can't Use Trades) -> Glitched (Single Trade Available) -> Working.
... well, aside from trades locking, and there being no way to keep them from locking. Meaning that not having removal-chance set to 100 will eventually mean you only have locked trades left. >_>
Pity tickets are rather ignored for this mod, it seems. o_o
Oh, I do. Shopkeepers and Rebalance Villagers are two of my favorites.
So far, Shopkeepers is working well which has allowed the economy to continue.
I would advise using Rebalance Villagers combined with Shopkeepers.
I've based my entire eco off this plugin (and his research). I WILL be donating as soon as I've decided which collective plugins I wish to go with. I've owned my server a few months and I will be going with the most stable and most used.
Absolutely the best plugin for an economy! I'm basing my entire eco off of villager trades. Thank you greatly for all your hard work.
For those waiting for updates,
For those who really can wait for an update, I suggest you go to this page:
and take your frustrations out on the 'donate' button. :D
Any plans to update? I know asking for ETAs leads to anguish but if you could share if you plan to support the plugin, it would be reassuring.
One of the best plug-ins to add more immersion to vanilla Minecraft. I have created extensive village professions and trades and I love it.
would like to see 1.6 version :)
Yes, please update this. It's a very important plugin on my server.
Plugin needs to be updated to minecraft version 1.6:
Is there any place we can find a list of the item names to use so we don't have to use Id's for new trades?
I too am getting offers removed in 1.5.2 despite the config set to remove-offers: false.
I think I might be screwing up somewhere. ._.
Even with massive numbers set (eg: generate 200 trades, remove trades after 2000 minimum) the NPCs are removing trades after 0~7 trades (yes, 0, sometimes they just won't trade things at all -- it'll flicker then revert in the trade/mouse), and after closing the NPC, they revert from having all their trades listed to having 1~7 trades listed. And, even though I don't have any of the vanilla default trades in my config files at all... they're still generating.
Is it possible that the latest dev version broke this mod again? #2785, to be precise. If so, what's the last good version that worked with this mod, that I can revert to for now? :3
[Edit] Tested with a clean install with no other mods installed other than this one. Same dealie. It's like the config file is being overridden by the default vanilla game files, regardless of config settings. o.o
[Edit2] #2771 seems to give the same results. ._.
I don't think the sell and buy categories work with data(damage) values. As such if you want to add any recipe with a data value you have to use the "Other" category and set up a custom recipe.
Now I'm not going to double comment so here is my issue:
Now I've been trying to use ItemStacks to resolve this problem but I am just going to branch out to see if anyone else could help me with my issue. I've put a good couple hours to it but to no avail. I am currently constructing a server that pretty much redefines how Minecraft can be played and a big part of it I want to be invested in villagers. This plugin does offer customization of trades but I have some "Unique" items being added through use of hack damage values (such as paper with a data value of 1,2,3,... etc for unlocking specific recipes) and to differeniate them I use Item names and lore.
Now tl;dr, does anyone know how to use config ItemStacks enough such that I can add totrade results and/or trade requirements (I know they ignore data, I just want it to be easier to unstand a trade item such as name the required item "Any Dye" or "Any Wood") custom display names and/or lore?
- Thanks in advance Mig (Sarathis)
How to add items with an id such as X:X
For instance, if I want to add villager eggs the ID number is: 383:120, it seems it does not work if you don't use just a regular number like 383. Any ways around this?