I don’t want to be just another
(ik no one will understand that refernece but still lol)

zoo

Zoooooooooom

zoomady bop boom

Zoom zoooom zooom zoooooom

I can easily do this on my computer, its really quite amazing with what can be done!

i think it can use more shading i want to see something so beautiful and realistic it looks more real then real

Yikes, quite clear I haven't really touched the side of modding/shades in ages.

Thanks! Thats actually an ingame screenshot,

done with DH 2.0 alpha + iris shaders :D

Shaders are always need in masterpiece creations, I like this so much, so beautiful!

Link to this post if you happen to see a "Where's 1.20.5" comment ahead of me. We'll make it a race!

www.planetminecraft.com/member/thediamondplayables/wall/post/811517/

You honestly thought I was also moving to mods, don't ya?
Reply to this one if you think I was about to say something like that at any point in the post.

I know that technically a datapack can stay at a given release too, but unlike mods, datapacks are more reliant on the tools that Mojang provides in each new release. So something I wanted to make back in 1.13 for example, can't really be made efficiently until way later on. It's kinda why I have a long list of old ideas. I just kept them all, even when I know it's not doable, so when it is, I can start messing with it.

You hit a few bugs. Gotta rewoosh it again.

Wow this looks so beautiful!

booop boop bop booop

boop

SAME TO YOU, BUDDY!

Boop booop

w

Congratz for the level 84. Your page & project is huge !!

something needs to happen as a revival of some sort for the server

My guess would be several years… [​that's using my definition of important bug which ignores all the "Misspelled name in credits" & "Fixed bad pixel in X model" padding…]

I don't really think another category would do in this case.

Categories are often used to split up the different branches of the same big tree.
But modded datapacks and vanilla datapacks are their own separate trees altogether - even though they are both trees (tree in this case being a datapack), they work on different environments which most of the time isn't compatible with eachother (a modded datapack might modify something vanilla itself doesn't have, for example), and hence can't be considered branches of the same tree.

From an user experience point of view: If you're someone who has no idea about the technical things that can be done by vanilla datapacks, you'd assume modded datapacks and vanilla datapacks as one and the same (since they're both categorized as "datapacks" at first based on the site's current design), only to then install a modded datapack in vanilla and be confused about why it doesn't work, or vice versa.

Splitting it into two categories would be a bit much, instead we could theoretically add a checkbox for something like “Requires a mod” and they could filter out those that do.

I'm none too clear on the lines between texture packs / data packs / resource packs / mods so some clarification wight be a good place to start…

Assuming I correctly understand what you mean, having at least a filter setting for those that require additional software (Optifine seems to be a commonly sited example) would make sense.
Whether an entirely seperate subfora is needed is more debatable as there may be those who prefer having only one place through which to search.
[​Which again brings up the issue of overlap between various sorts of game modifying 'things'.]


Bye the bye, this probably shoud be filled as a suggestion ticket if you find any reasonable level of support…

I 100% agree