I presume the answer will be "whatever name you select for your Twitch account" but then I should clarify, how will my existing posts be identified in the future, after I decline to create a Twitch account and am no longer a member here?
- IronMagus
- Registered Member
-
Member for 11 years, 5 months, and 13 days
Last active Wed, Jul, 11 2018 12:16:36
- 21 Followers
- 5,879 Total Posts
- 1414 Thanks
-
Oct 12, 2017IronMagus posted a message on Merge Your Minecraft Forum Account With TwitchPosted in: News
-
Oct 12, 2017IronMagus posted a message on Merge Your Minecraft Forum Account With TwitchPosted in: News
There's already someone on Twitch named IronMagus. It isn't me. How will my posts be identified after the merge?
-
Apr 21, 2014IronMagus posted a message on Community Creations - 1 Minute Parody: Batman RisesWhat the hell is with the "fish fish, passover passover" bit?Posted in: News
-
Jun 7, 2013IronMagus posted a message on Snapshot 13w23a Ready For Testing!Posted in: NewsQuote from Bjossi
Why are some of the bugfixes worded as if they have not been applied yet? One would think using past tense was more effective.
Sometimes it's not clear whether the text is the bug, though, or the fix. Imagine you see the following items in a list of bugfixes. We don't know exactly what the bugs are, but they have been fixed. Most of the time, we can infer from context:
"Game crashes when sheep eat grass." -- that's clearly a bug, and it has been fixed.
"Sheep regrow wool when they eat grass." -- this one, on the other hand, seems to be the fix and not the bug. Apparently the bug was that before, they would not regrow the wool, and now it's been fixed, so they do.
Okay, so that's fine. We're all familiar with sheep and what they do. We know that when they eat grass, they're supposed to regrow their wool, and not supposed to crash the game. But what about when the bugfix says something like this:
"This new block you've never heard of before does this thing which you're not sure if it's supposed to do or not." -- What? Is "that thing it does" the bug that's been fixed (and now it doesn't do the thing anymore)? Or, is the bug that it was not doing it before, and doing it now is the fix? - To post a comment, please login.
0
Nope, that won't help. Read the guide, linked in my sig, then watch docm77's iron farm video, then check out TangoTek's "Iron Trench" and "Iron Foundry." That s--t'll make your head spin.
0
^^ This one gets it.
0
They should totally only stack to sixteen! I mean seriously, who on earth can carry sixty-plus doors at one time!
(;))
0
If it was just a mob cap issue, the entity count should quickly jump up to 80 (mob cap of 79, plus 1 for the player) or higher, and then stay there, right? But we're only seeing entity counts of like 40-50, sometimes even less. Unless...has the mob cap itself simply been reduced? I imagine it's in the code somewhere, but I wouldn't even know where to start looking for that...
0
0
Yeah, except not. Try the other way around, actually, the opposite of what you said. Docm's design (actually JL2579's, Doc just did the tutorial video) has been around for a lot longer, and makes more iron to boot (10 golems/hour as opposed to 8, a full 25% more.) The only thing Nims' design has going for it is simplicity, but come on, is it really that "hard" to put a villager pod on all four sides, or place a few extra blocks in the corner when setting up the water stream, and then destroy them when you're done? You don't even need the blocks if you know where to put the water sources, they're just there as a guide.
0
Well if you increase the platform to the maximum 16x16, you can get a big boost in production right there.
Yeah, when a door is within range such that it could be added to more than one village, it gets added to the "oldest" one. That's why Tango creates the villages in one order, and then "links" them in the reverse order they were created.
I'm not sure what you mean, like 10 villages with 10 doors each? That won't produce any golems, a village needs at least 21 doors in order to spawn golems at all.
4
(You have to put it in a command block, the string is too long to type the command in the chat bar.)
1
0
Not sure. It used to be like that with Looting vs. Fire Aspect on the same sword, but they fixed that a while back so you can now get as many as six cooked meat from a single animal. Maybe it works the same with Flame?
0
Ya I guess so
Did they ever fix the "free enchanted book trades" glitch, though? I know for a while there, enchanted book trades were only costing blank books, and no emeralds at all...
0
That would only work as far as the golem could see it (sixteen blocks, I think?) I suppose you could rig up an elaborate redstone-tripwire system to detect when the golem reached the zombie, then put up a wall or something and uncover another zombie a little further up the way. If you didn't just want to make the water-escalator like I've posted twice now, that is.
1
Yes but trading for the last trade unlocks all the other ones, including itself. Therefore, when you find a villager with all of their possible trades open, and something you like (like paper for emeralds) in the last slot, you should be able to make that trade forever, since even when you do trade it to the maximum, it gets "refreshed" after you close the trade interface, and you can do it all over again.
There are, however, two ways to "break" a villager (besides opening up the elusive last-slot gold trade, ruining a previously "perfect" trader) so that they'll never trade again, and only one of them works after the villager has more than one trade. You must have either quit the game or left the world during the 2 seconds after you closed the trade window but before the villager updated his trades. When this happens, and when you come back, he doesn't "remember" that he needs to update. Since the only way to update him again is to trade for the last trade, and since you can't do that because you traded it until it locked last time, there's nothing you can do now but kill him and start looking for a replacement (or, if you don't mind cheating a little bit, I suppose there's probably something you could do with NBT tags to unlock the paper trade again, but I don't know what it'd be and I'm not sure where to look.) To prevent this type of breakage in the future, make sure you stick around after trading until you see the "green star" particles [EDIT: AntOfThy has it right, actually, it's the purple spirals that indicate a trade update; green stars are an increase in popularity] around a villager (or just count to two-Mississippi) before you leave.
The other way only works when the villager has just a single trade open. Normally when you trade a villager for their last (right-most) offer, it does two things: it unlocks all existing trades (including itself) and generates a "new" trade. If this "new" trade is something the villager didn't already have before, it gets added to the end of the list and becomes the new "last" offer. If they did already have it, then it tries to lower the price (if it's a sell offer.) Otherwise, nothing happens. However, when the villager's last trade is also the first (and only) one, nothing gets unlocked, it simply generates a "new" offer. If the "new" offer that's chosen is the same as the one they already had, no new trade will be added to the list, and so if the offer had already been traded until it was locked, there is now no way to unlock it, ever. So if you think a particular villager is one you might want to keep around for a while, make sure to trade his first trade one at a time, until he opens up a second one.
0
What kind of problems? I did an (admittedly quick) test, to make sure it actually worked before posting, and it seemed to work fine. Of course, you need to build the walls up a bit higher than in the image, or else they can just walk out.
1