cabaletta / cabaletta/baritone
MovementDownward should assume path invariants better
Open
enhancement
- Dominant language
- Java
- Stars
- 9.2k
- Forks
- 2.1k
- Avg merge
- 4d 3h
- Merged PRs (30d)
- 3
Description
It assumes that the current standing on block will be what needs to be mined. However, if that block isn't canWalkOn, it will necessarily have been replaced by getting there. Somehow it needs to be able to know the cost of mining a throwaway block that hasn't been placed yet...?
This could result in weird behavior when it's the very first movement of a path though....
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.