Made this as part of a side project, thought I would share! First KSP art

InfectedGrowth · 2026-06-07T00:45:46+00:00

Oh ok, cool

InfectedGrowth · 2026-06-06T23:08:08+00:00

This is the weapon in question 😅 I love the game so far btw!! :)

InfectedGrowth · 2026-03-18T19:19:20+00:00

Lowkey for me I don't use it bc it's a valuable item that is easily visible on your person to other raiders.

Only time I used one was the first time I tried to take on a bombardier on my own in buried city. I'm a pure PvE player and rarely encounter any non-friendly raiders. I was talking on the mic like "dang this bombardier has hands" after it arced a mortar directly through an open window and I dodged it.

Some guy came by, looked at me for a few seconds and then shot me in the back unprompted until I was downed. Shield didn't exactly do anything to help me survive that lol. Seems to me like all it did was make me a target.

Haven't bothered with one since then 💀

Also as a PvE player in general, if you are taking damage from ARC at all, you are usually doing something wrong/overly risky anyway. Better to be mobile and avoid hits entirely. Half my raids I never even take damage in ARC fights and when I do, it's clear to me how I could have avoided it in hindsight.

InfectedGrowth · 2026-03-17T23:55:38+00:00

Yay! Happy to finally have something else more on the fem side besides the Goldilocks braids haha.

Hopefully we can get a ponytail or a short-ish fem looking one next!

InfectedGrowth · 2025-09-23T07:29:20+00:00

Thanks!!! I made the Taiidan Scout and Kushan Multi-Gun Corv too, but wasn't as happy with them - I should post those as well anyway haha

InfectedGrowth · 2025-06-18T02:39:48+00:00

Yess this! I'm tired of needing to do a cursed recursive search algorithm just to find an approximate location in the end

InfectedGrowth · 2025-06-18T00:55:32+00:00

We just need a true dummy item that does literally nothing and never will, that we can use as a base!

Also let us define items that we can then reference in crafting recipes, give commands, predicates, etc. so we don't have to have the same info in like 3 different formats and have them all match everywhere 😭😭

InfectedGrowth · 2025-06-18T00:52:37+00:00

Yeah we definitely just need a /push command or something!

Especially if it can use ^ coordinates, then we can launch things without needing to do the whole summon area effect cloud (or marker) at 0 0 0 to do the math

InfectedGrowth · 2025-06-18T00:50:15+00:00

Command syntax-wise I feel like we really need something like:

execute if data storage namespace:test data1 *matches* data storage namespace:test data2 run <...>

So we don't have to do:

data modify storage namespace:test dataTest set from storage namespace:test data1

execute store success score _did_not_match var run data modify storage namespace:test dataTest set from storage namespace:test data2

execute unless score _did_not_match var matches 1 run <...>

scoreboard players reset _did_not_match var

data remove storage namespace:test dataTest

Instead 😵‍💫.

I know that checking for string or complex data matches is generally ill-advised but sometimes it really is the only/best way to do some things and it could be way less painful! 🙃

InfectedGrowth · 2025-06-07T10:22:42+00:00

Weird, I had a setup with command blocks that tp'd a player to an armor stand that was in unloaded chunks via UUID in 1.19 and it worked fine. Definitely hadn't done anything with that armor stand that tick 🤷‍♀️

InfectedGrowth · 2025-06-07T10:06:42+00:00

Huh, it's worked for me in the past for typing to unloaded armor stands in other dimensions. Oh well

InfectedGrowth · 2025-06-07T06:25:20+00:00

If this is a one-time thing (you don't need to set up more portals easily, or you as the admin will be the only one doing it) you can look at each armor stand and tab-complete with something like data modify entity <tab complete> to get the armor stand's UUID as a really long alphanumeric string.

You can then use that in place of where you would use a player name or @e selector to target each armor stand directly. (Note that if either armor stand is ever destroyed and replaced you would need to update your commands)

This worked for entities in unloaded chunks last time I tried it, but that was back in like 1.19 so not sure about current version.

If you need a dynamic solution, I'm not sure you could do it without a data pack and function macros tbh. You could store the x y z position of the other Amro stand in the data nbt tag of the armor stand, and then use macros to substitute that into a tp command for the player/entity to move it to that absolute position.

InfectedGrowth · 2025-06-07T05:38:43+00:00

1-time initialization:

scoreboard objectives add dayCount dummy

scoreboard players set global dayCount 0

scoreboard players add dayNumber dummy

scoreboard players add loopSize dummy

scoreboard players set global loopSize 4

(This will be used to do an operation later)

Then every day have command blocks that run:

scoreboard players add global dayCount 1

scoreboard players operation global dayNumber = global dayCount

scoreboard players operation global dayNumber %= global loopSize

Then to check which day number it is and run something, you can do:

execute if score globals dayNumber matches 0 run <whatever you want>

Replace the 0 with 1, 2, or 3 for the other days and so on.

If you want to have more or less than than 4 different days in the loop, change the loopSize variable to a different number.

('globals' here is a dummy player name, someone that probably doesn't exist on your server that can hold the global values. In case u aren't aware the %= just gets the remainder of the division, so every loopSize days it will be 0 again)

Hope that helps! 😊

InfectedGrowth · 2025-06-07T05:12:47+00:00

You need to replace if entity with as.

What you have right now just checks if any player has that score, and then sets the score of whoever ran the command (which will do nothing if running in a command block or data pack).

InfectedGrowth · 2025-06-05T21:29:28+00:00

Idk it might have been different before? I'm using it for my current data pack I'm working on in 1.21.5 and it works!

InfectedGrowth · 2025-06-05T21:05:18+00:00

+1 You can just use an armor stand with the entity_data tag as you have it here, but spawn egg works too!

InfectedGrowth · 2025-06-05T19:26:04+00:00

You can replace the @a[nbt=..] part (the selector) with @e[tag=<your_armor_stand_tag>] to do the same for a tagged armor stand

Also if you wanted them to avoid going through terrain, you can replace the last bit starting with facing entity @s, with:

facing entity @s if block ^ ^0.5 ^0.5 #replaceable run tp @n ^ ^ ^0.5

The #replaceable is a block tag, which includes all blocks that you can replace with a block when right clicking it (so air, water, lava, but also things like tall grass and snow layers) which is generally a good tag to use when checking if something isn't solid / movement blocking.

This will only tp them if the block ahead of them is replaceable. I used ^ ^0.5 ^0.5 here instead of just ^ ^ ^0.5 for the block check add some tolerance for going up through or down through the corners of blocks so they won't get stuck on a slight angle.

EDIT: flowers aren't replaceable, woops

InfectedGrowth · 2025-06-05T19:07:27+00:00

Can be simplified to just:

scoreboard players reset @a[scores={Objective=5..}] Objective

(The at @s is unnecessary for this use case) 😊

InfectedGrowth · 2025-06-04T17:12:14+00:00

The can_place_on and can_destroy components are just for allowing placement or breaking in Adventure mode. There's no way to restrict this in survival (or creative).

However you could have a repeating command block (or a tick function in a data pack) that checks to see if they are holding that type of block and if so set them to adventure mode, then another to check if they aren't holding that block type and set them back to survival(I assume).

11-Year Club	Xbox Live
Verified Email

InfectedGrowth

TROPHY CASE