MC-96910Clientside vehicles breaks reliable transport methods
The fact minecarts and horses were governed serverside was what made reliable elevators and other transport mechanisms possible even on multiplayer servers in laggy situations.
Now that they are clientside, things like slimeblock minecart elevators no longer work at all, because the very precise timings on which these mechanisms rely (it is really down to single ticks) REQUIRES the cart/player to be in exact sync with the piston actions.
Please revert this behaviour.
Created Issue:
Clientside vehicles breaks reliable transport methods
The fact minecarts and horses were governed serverside was what made reliable elevators and other transport mechanisms possible even on multiplayer servers in laggy situations.
Now that they are clientside, things like slimeblock minecart elevators no longer work at all, because the very precise timings on which these mechanisms rely (it is really down to single ticks) REQUIRES the cart/player to be in exact sync with the piston actions.
Please revert this behaviour.
Environment
any
confirmed for 1.9 pre4
this is a serious issue. After Dinnerbone announced to worked on client/server packages a few months ago, piston elevators/conveyor belts got more unreliable.
Using minecarts was the workaround by the community to have reliable methods of transportation.The suggestion by Jamie van den Berge is very good in my opinion.
any
Or give us some way to build fast elevators that work reliably on SMP.
I have to say I'm rather disappointed with seemingly every new version destroying major technologies the community invented based on game mechanics.
A compromise would be to have the directly player driven vehicles (Boats/Pigs/Horses) be clientside for better player experience, but keep minecarts serverside.
This would be much better for automatic train stations/crossings with synchronization mechanisms on multiplayer servers too.
I've been participating in some discussion of this on the side. How do we know that a minecart's position is governed client side? Myren has demonstrated that a passenger minecart—regardless of whether it contains a passenger—can be pushed by (client-side only) ghost blocks, but its position is periodically restored by the server. This seems to indicate that, while both the client and the server track the position of the minecart, the actual position is governed server side.
Hm, I've messed with the timings of my elevator on my SMP server and actually managed to get it working again.
For some reason the ride is a lot less smoother than it used to be, though. Quite jerky movement. Probably because of the server repeatedly saying "nope, you're actually
here".It seems you are correct that carts are tracked on both ends, Nathan.
Which means this bug can probably be closed. Yay?
Is this still an issue in the most recent versions (currently that is 1.10.2, or 16w42a) of Minecraft? If so, please update the affected versions and help us keeping this ticket updated from time to time. If you are the owner/reporter of this ticket, you can modify the affected version(s) yourself.
I thought I said it can be closed?
I don't think this is resolved. I have a slime block elevator that was working fine in an SMP server before 1.11. Now it is very unreliable.
I think that if a minecart is not on rails it should be rendered server-side.