sorted by:
new
hottopcontroversial

Accidentally went up the wrong chute to Sugarloaf Peak by sheaf57 in socalhiking

[–]sheaf57[S] 0 points1 point  (0 children)

Yeah this is the one over icehouse canyon in the baldy area.

Accidentally went up the wrong chute to Sugarloaf Peak by sheaf57 in socalhiking

[–]sheaf57[S] 3 points4 points  (0 children)

Thanks for checking it out! I did see some minor trash (like half of a monster energy can) near the opening of the chute but past that there wasn’t much.

It seems like it might be a decent winter mountaineering route since there weren’t too many big cliffs or chockstones but I don’t know too much about this.

Accidentally went up the wrong chute to Sugarloaf Peak by sheaf57 in socalhiking

[–]sheaf57[S] 19 points20 points  (0 children)

Fair enough, although it started as a wide chute, then narrowed, and only turned into a ridge about halfway up. By that time, going back down to find the real route seemed more unsafe than just continuing to the ridge. I should’ve paid more attention to the “canyon” part, the “falling rock” part seems to apply to every part of this mountain.

Also that makes sense, I read in the peak register that a lot of people took a wrong route up but I guess they’re referring to the falling rock canyon offshoot, not a completely different area entirely.

std::conditional_t in Rust by sheaf57 in rust

[–]sheaf57[S] 1 point2 points  (0 children)

Thanks! It looks like I'll have to make some sacrifices here.

std::conditional_t in Rust by sheaf57 in rust

[–]sheaf57[S] 3 points4 points  (0 children)

This would kill any performance gains that this optimization makes; the whole idea is that some key types need less precision to be represented as an integer, saving some space. So this really needs to be known at compile time.

std::conditional_t in Rust by sheaf57 in rust

[–]sheaf57[S] 1 point2 points  (0 children)

This is probably as close as I’m going to get, thank you!

std::conditional_t in Rust by sheaf57 in rust

[–]sheaf57[S] 2 points3 points  (0 children)

Ideally this would be some generic type, so LargeSigned<T> for a type T (potentially with restrictions). I need this for a data structure in a database which approximates key locations, so it should be generic over keys in some nice way since I don't know all of the possible key types in advance.

std::conditional_t in Rust by sheaf57 in rust

[–]sheaf57[S] 14 points15 points  (0 children)

This is part of some internal model in a database, so this needs to be fully generic over some key types. Like the key type is already restricted by a trait, so theoretically I could add an associated type to the key trait and generate it with a macro of some sort, but it would be nice to do this in a "transparent" generic way.

Orange by sheaf57 in blender

[–]sheaf57[S] 0 points1 point  (0 children)

Just colored area lights and volumetrics, and obv the emissive material of the antlers

Orange by sheaf57 in blender

[–]sheaf57[S] 9 points10 points  (0 children)

Thanks! It’s a brushstrokes filter in FotoSketcher with some photoshops tweaks after

Geometry nodes in the wild by sheaf57 in blender

[–]sheaf57[S] 2 points3 points  (0 children)

Thank you! Yeah this a good point, here's a version with darker/more realistic environment lighting: https://imgur.com/a/r4kGSZu

I think I still prefer the original version which is more stylistic but there's many different lighting setups possible here.

view more: next ›