@AppleAmps #boninit

@AppleAmps broth question: bone or no bone in your broth

meow

@solonovamax @bluestaggo i was thinking this as i was writing yesterday but TBH the doom comparison is a little unfair, as monsters in doom are intentionally placed, whereas minecrafts monsters are more random. still, it speaks to the combat (to me personally) just how ineffectual even two or three of them at a time can be. i might have more words for complaining about this if i ever touch official minecraft again

@konej “if heaven is a place i know, i won’t be taking my bones”

@solonovamax @bluestaggo oh absolutely it wouldn’t be imo. i just think that it should probably be included in the “ideal” combat overhaul lol. tbh in order to fix 1.9+ fight length they’ll probably need to rework enchantments and armor to nerf what the cap looks like.

also they should probably rework how mobs work. comparing to doom, the most basic monsters in the game are just slow pinky demons and slow imps and most of the other “tiers” of monsters are just “monster but it makes you slower” or “monster but it makes you hungrier” or “the other monsters but they deal more damage and take longer to kill.” and like. despite the fact that minecraft has some really interesting monsters for denying the player space and changing the effective shape of the playfield in the illagers, the illagers are hardly used and when they are it only makes combat an unintelligible jumble that you’re better off tanking (with the insanely inflated enchantments and netherite) than really engaging with

@strongsand idk you speak puppy and kitty pretty well

@bluestaggo if mojang really really wants to make newer versions of mc more appealing to combat players than older ones, i think that this should probably be added. it seems really nice

Anti-Smooth 2.0.2 has been released to fix a couple bugs regarding client-side velocity: mobs on leads will not keep falling randomly and lots of mobs packed into a small space will no longer clip through walls.

https://modrinth.com/mod/anti-smooth

(edit: i have a solution im happy with involving just 3 plain queues and merging that ill write up in a reply tomorrow i wrote up here. feel free to share any interesting solutions you have though, especially ones taking minimal space)
do any of you know of a fast way to iterate over points of a grid sorted by distance along a particular direction (like in the image. by distance i specifically mean dot product between the point and direction), without actually having to sort a bunch of points? specifically for a 3d 256x256x256 grid, without precomputing for a single direction.
(i dont need the exact location of the grid points, just distances would be fine)

I'm only four subscribers away from 1000 on my racing channel :0

https://www.youtube.com/@FlutterBugAuto

@ada inch resting

@ada does that make it harder to get a job?

@vaporeon_ @monorail @wadi i’d like to set something up myself. i can grow larger with my brain but it’d also be nice to have a number tbh. growing larger because someone else doesn’t feel very good to me imo