cabaletta
Improve Bridging
Describe your suggestion
Instead of having the Bot stand at about a 0 degree yaw while placing, have it stand at a 45 degree. This should make it bridge a little faster. Also make the bot continually look backwards instead of looking up and going forwards every single time. ~~(I assume looking up and going forwards increases speed?)~~ Never mind, looking forward is something that was going to be removed anyway: https://github.com/cabaletta/baritone/blob/1.19.4/src/main/java/baritone/pathing/movement/movements/MovementTraverse.java/#L357
Settings
~~Maybe a setting called bridgingWalkForwards.~~
Context
If these two changes are implemented, the bot's bridging should look indistinguishable from a regular player. This would significantly reduce the chance of it being banned.
Final checklist
- [x] I know how to properly use check boxes
- [x] I have not used any OwO's or UwU's in this issue.
If these two changes are implemented, the bot's bridging should look indistinguishable from a regular player. This would significantly reduce the chance of it being banned.
So it's an antifeature. Doing this wouldn't help anybody but annoying cheaters. Baritones main target is 2b2t (and similar servers) and if you use it to cheat elsewhere I really hope you'll be banned quickly.
Hmm. I hadn't really thought of Baritone being specifically for 2b2t, and even if so, I wouldn't think of this as antifeature. When we know something is this obvious to server moderators, it seems strange not to fix it. Besides that, we also mention Impact client on the readme file, which has settings specific to Hypixel, somewhere it most certainly isn't allowed. What do you think @leijurv? Should Baritone be allowed in nefarious use cases? Is it not already considered a cheat? And should we intentionally make it harder to detect?
Btw, there is a comment which I linked above which states that looking up when bridging actually increases the amount of time it takes, so removing this would benefit everyone. Bridging at a 45 degree angle is also widely known to increase speed.
"Antifeature" might have been a bit harsh. I just really do not like your motivation.
If my memories about player physics are correct the slowdown should entirely stem from sneaking backwards, not from rotating back and forth. So sneaking sideways (and possibly not at all) where it currently sneaks backwards but still looking forwards in between should be faster than constantly moving diagonally.
Also concerning impact: it is dead, might as well remove it from the readme.
If these two changes are implemented, the bot's bridging should look indistinguishable from a regular player. This would significantly reduce the chance of it being banned. So it's an antifeature. Doing this wouldn't help anybody but annoying cheaters. Baritones main target is 2b2t (and similar servers) and if you use it to cheat elsewhere I really hope you'll be banned quickly.
I don't really care either way for non-2b2t servers. In the past, a few times I have made some changes (e.g. random looking, and e.g. the way that the yaw/pitch change is computed based on an integer number of mouse pixels) that I'm not sure if they were needed for 2b2t, it was more of vanilla compatibility "in general". So, even if I don't know for sure that 2b2t's anticheat would detect non-integer mouse pixels when changing yaw, brady implemented it and it's a good idea in general to be fully vanilla compatible (everything baritone does, a vanilla player could also do). Once or twice I have made a change where Baritone was flagging anticheat, but, I don't really think of it morally like how zacsharp appears to, idk.
There are anarchy servers with an anticheat, and there are non-anarchy servers without an anticheat. Being an anarchy server is not the same thing as not having an anticheat. So I personally don't think it's a bug if baritone does something "unnatural" (like sneaking every time it places a block). It is somewhat a bug if baritone does something that a vanilla client could never possibly do, if it doesn't flag any anticheat it's less of a bug, if it flags common anticheats it's more of a bug.
If my memories about player physics are correct the slowdown should entirely stem from sneaking backwards, not from rotating back and forth. So sneaking sideways (and possibly not at all) where it currently sneaks backwards but still looking forwards in between should be faster than constantly moving diagonally.
Well, yes, it would be if we were assuming that smooth look was off. When it's on, movement speed is significantly decreased from the extra ticks it takes to change player rotation.
Calculating pitch and yaw with a 45 degree offset is hard so I'm just going to say that this is enough unless someone else wants to try. The main speed drawback I saw was with smoothlook on and Baritone trying to look back and fourth every time it placed a block.
It would be great if someone could find a way to offset the player's rotation while walking towards something since this could also lead to Baritone being able to attack entities while following them in addition to bridging at a 45 degree angle.
Nvm, I just did that. Now all that's left is angled block placement. (Still need to adjust costs with player rotation offset to account for sprint)