cabaletta / cabaletta/baritone
idk but maybe stupid
- Dominant language
- Java
- Stars
- 9.2k
- Forks
- 2.1k
- Avg merge
- 4d 3h
- Merged PRs (30d)
- 3
Description
## Some information
Operating system: Windows 11
Java version: claims 0.14.22, works at 0.19.2
Minecraft version: 1.21.8
Baritone version: i saw 1.15.0
Other mods (if used): Meteor Client
Problem description
Baritone often refuses to jump over obstacles that should be easy to clear.
- If the goal point is surrounded by blocks that are marked as “avoid” or blacklisted, Baritone just gives up instead of trying to jump over them.
- The same thing happens with slabs: even though a player can easily hop over a slab, Baritone chooses to walk around it or fails to path at all.
- This makes paths unnecessarily long and sometimes impossible, even when a simple jump would solve the problem.
Expected behavior
Baritone should attempt a jump whenever:
- the obstacle is within normal jump height and distance,
- there is safe landing space,
- jumping would shorten the path to the goal.
Actual behavior
- Baritone ignores the jump option and tries to avoid the block.
- If the goal is completely surrounded by blacklisted blocks, it just stops pathing.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reproducing the obstacle and slab cases on Windows 11 with Minecraft 1.21.8 and the reported Baritone versions, then trace the pathfinding behavior for blacklisted blocks and jump selection. Done means Baritone can choose a safe, path-shortening jump within normal reach instead of unnecessarily routing around or stopping.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- game-dev
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100