baritone
baritone copied to clipboard
seizure
Some information
Operating system: windos Java version: 1.17 Minecraft version: 1.20.1 Baritone version: elytra beta Other mods (if used):
Exception, error or logs
Please find your latest.log or debug.log in this folder and attach it to the issue
Linux: ~/.minecraft/logs/
Windows: %appdata%/.minecraft/logs/
Mac: /Library/Application\ Support/minecraft/logs/
How to reproduce
#sel 1
#sel 2
#sel set stone brick
Modified settings
To get the modified settings run #modified in game
baritone has seizure sometimes
https://github.com/cabaletta/baritone/assets/103120356/c58a29f3-3442-4506-b9ff-39596a0295a8
Final checklist
- [x] I know how to properly use check boxes
- [x] I have included the version of Minecraft I'm running, baritone's version and forge mods (if used).
- [x] I have included logs, exceptions and / or steps to reproduce the issue.
- [x] I have not used any OwO's or UwU's in this issue.
"let baritone do its thing"
"let baritone do its thing"
Ofc I will let baritone do it's thing for a bit but not till the end of time
Since I have no better ideas, can you test whether changing your mouse sensitivity, randomLooking or randomLooking113 while it's doing this has any effect?
The situation with Baritone having to aim right past the edge of some block but instead starting to shake it's head reminds me of #3994.
i like man
i like man
Thanks for letting me know you like men
Setting randomLooking and randomLooking113 to 0 was found to work around this in https://github.com/cabaletta/baritone/issues/4190#issuecomment-1952276043.
I suspect this happens because Baritone now (since around the time when elytra flight was added) considers the actual rotations it would have next tick rather than those it wants to have when deciding whether a block is reachable. This means the random looking settings can make the difference between a block being reachable or unreachable, leading to blocks randomly going into and out of reach every tick.