No, that's not what that means. It has to do with mods/hacks that want to make "falling sand" look like other blocks (lava flying out of a volcano, for example). This shouldn't impact vanilla minecraft at all.
So they added...a bunch of fixes to semi-rare bugs. Ok, that's still nice.
But what features did they add? Oh...a new feature that can't even be used
in vanilla Minecraft...yay...
Private Mod Note
Rollback Post to RevisionRollBack
No, I will NOT feed your dragon. I do not CARE about your dragon. I will not give you +1 rep for no good reason, I will not subscribe to your channel just because it exists, and I will not become part of your fanboy "army".
Are you sure, I tested it again and works fine. If the front torch of the comparator is lit, is doesn't do the rapid fire thing. If the front torch is off, then it will do the thing correctly. Try it again with this technique.
Huh? I don't think the "villagers crowd into a single house" issue was fixed, unless it wasn't in the original list. The fixes relevant to villagers were:
It wasn't fixed, but it was substantially improved. From the site:
After trying multiple different changes in the code, I couldn't get it even near "good", but at least I managed to make the villagers spread more evenly around the village, and somewhat in the houses, too. There could still occasionally be 3-5 villagers in the same house, but with around 15 villagers, at least 5-8 houses were occupied each night. So, an improvement, but not fully fixed.
Also, if a house has more than one door, the house has a higher chance to get crowding, even with the changes. The other door(s) lure the villagers out away from the door they are supposed to restrict.
The biggest problem to solve this issue somewhat easily is the door restriction operation. Basically, it does not work. There is no point in trying to work out a well working algorithm that takes occupation into account when that occupation data is mostly useless.
1) Changed the villagers' "home area" to be based on the bounding box of village's doors (instead of mass center). This matches better the needed area of movement, though the current way has the minor benefit of bringing the villagers slightly closer together during daytime - sort of looks like "community behaviour".
2) Increased the radius factor from 0.6 to 0.9. The 0.6 for the current mass center -based solution does make sense as the most distant door from that mass center can indeed be quite far away, and larger factor could allow villagers to wander quite far "out" in the opposite direction. Unfortunately, that will also limit their chances to move to that distant house that is in the village. With bounding box center -based "home area", the radius can be higher without that problem.
3) Changed the way villagers choose which door they'd like to go to. In current code the distance is given unnecessarily large disadvantage weight (squared and in addition anything beyond 16 blocks was given an extra about x30 distance which in practice means fully ignored), and when near enough, it has no effect at all. I changed the distance weight to linear, multiplied by just 4, and added the restriction value (for whatever rare effect it has). Also, I made it keep 3 best choices and pick randomly one of them in the end. The randomness tries to diminish the effects of the remaining badly working things.
4) Removed any extra doors from multi-door houses. Not a nice change, and not absolutely needed.
1 and 2 together spread the villagers quite nicely around the village. This already decreased the crowding effect a lot, but local hotspots would still be a problem.
3 and 4 reduce the local hotspots a bit. Not that well, but at least better than the current code.
What would still be needed
The above changes are merely a minor fine-tuning to reduce the worst of the issue.
Full fix would require quite a total rethinking/design for the way a door or house is marked occupied. To me, it seems that it would be best to simply bind each villager to a single door. Easy when generating the village (the code can just bind the generated villager to the house/door it was generated for). When spawning a new villager or when a door gets invalid/destroyed, there would need to be new code that looks for least bound doors and picks one of those, to spread the villagers evenly.
Then, when villager wants to get inside, it would prefer its "home door" unless it is really far away (like more than 50 blocks away?), in which case it could just pick a random valid door nearby for that night.
I just tested this in my test world where I have a little spawn area and iron golem farm, and it works in that they don't crowd into one area any more. They do however crowd into *two* areas...