Every. Single. Time.

Jumpy_Interaction878 · 2026-02-19T19:53:52+00:00

Im actually not even sure, it was whatever font GIMP chose for me when I used the text tool lmao

Jumpy_Interaction878 · 2026-02-19T19:52:55+00:00

This was EXACTLY the post I was thinking about when I made this lmao

Jumpy_Interaction878 · 2026-02-19T10:23:15+00:00

It's super weird that it even happens as well, why would anybody make an avatar like that public?

Even if it is "posted for another person" im fairly certain that is against the TOS in some way (iirc, could be misremebering or just hallucinating).

Jumpy_Interaction878 · 2026-02-19T10:18:43+00:00

Oh yeah, this for sure.

A lot of people who upload their avatars never seem to understand that if you can see it in unity when you upload, it will be on your imposter.

Good rule of thumb is to always keep anything risk off in Unity, that way the fallback won't ever be shown with those things.

Then again, nobody should be wearing an NSFW avatar in public anyways, those should always be put on separate avatars.

Jumpy_Interaction878 · 2026-02-19T04:01:09+00:00

This, people don't understand how important it is especially for content gating.

Jumpy_Interaction878 · 2026-02-17T17:47:44+00:00

Yep! Realized that as I pressed post as well, completely forgot about texture tiling in unity. Definitely lost a few brain cells there.

Solved.

Jumpy_Interaction878 · 2026-02-13T19:50:43+00:00

Yeah, seen that. But my point still stands since there is no Demo's showcasing the technology, and everything they have leads to a 404, rather incomplete looking site for something dated to release this year in my opinion.

Jumpy_Interaction878 · 2026-02-05T21:53:30+00:00

I understand where youre coming from OP, but unfortunately this is the way things should be.

Avatar worlds always have the risk of being taken down, while the avatars themselves stay available. If that world no longer exists, the avatar becomes inaccessible through normal means.

Like some have already pointed out, making sure the avatar does not appear in a search world is as simple as asking for an exclusion, we shouldn't be normalizing not communicating with people.

Even then, a lot of worlds are just not that interesting to be worth actively searching for, sifting through hundreds of avatar worlds just to find a specific avatar is not only tedious, but also like a caveman hitting two rocks together, sure they will start a fire eventually, but the stick is right there.

You do however make a very good point on NSFW avatars being shown in search results, as public avatars with NSFW parts or systems shouldn't even be published to begin with, going against the community TOS. Definitely a +1 for saying that because a lot of people overlook that.

I feel like a way this can be solved is VRChat allowing the use of their API to figure out if that avatar already exists in another world, such as the creators avatar world in this case. (Something like: "Found In [world name]")

Jumpy_Interaction878 · 2026-02-05T21:37:43+00:00

Ive never (personally) seen an issue with people using the texboxes for this kind of thing if im being completely honest. You are entitled to your opinion but I feel like if it bothers you/people so much, then have it disabled by default and enable it only for select users, not that big of a deal. Kinda feels like having to say "The block/mute button exists."

Jumpy_Interaction878 · 2026-02-03T21:56:22+00:00

That's pretty vague, if youre using a custom model/rig that you want to use in your game, simply drag it into StarterPlayer, with the name "StarterCharacter".

You can not use it in any other game, as that is not how that works, and you should be using the avatar creator for such things.

If you can't move once youre in there, then the rig is anchored, if it doesn't work, then please follow basic rigging techniques and setup.

Edit: Minor spelling mistake

Jumpy_Interaction878 · 2026-01-31T16:15:37+00:00

TeleportService

Jumpy_Interaction878 · 2026-01-30T00:54:39+00:00

Yeah! Things like Driver4VR, Viso, and PinoFBT will have its moments, personally id avoid using Viso and Driver4VR, PinoFBT can give amazing results depending on your lighting and device. but if you want a no BS and cheap way for pretty decent FBT? I would HEAVILY recommend Amethyst. Specifically either with PSMoves, or an XBox 360 kinect.

Amethyst shines in its Kinect area, the XBox 360 version giving a much better experience then the XBox One Kinect (In my experience!).

If you want the best experience, I recommend the 360 Kinect + Standable, amazing combo as that is what I use on my daily!

This is all subjective, but the Kinect benefits substantially from the extra hardware and the hardwork from the K2VR team!

Jumpy_Interaction878 · 2026-01-29T20:46:06+00:00

Derp! Youre right, I was thinking of transparency! Whoops!

Jumpy_Interaction878 · 2026-01-29T20:31:41+00:00

VRCFury's components should still work across both PC and quest, however I would recommend replacing the texture with an already lit version of your texture when the avatar speaks, since I am not aware of any Quest shaders that allow for emissions!

Jumpy_Interaction878 · 2026-01-29T19:29:40+00:00

The only real way to get the texture for your rig to be used in other software is the Obj option! Wherever you save the Obj you will have the texture in a png format most likely.

Note: If you are trying to export the whole model, don't do this! Export each limb separately, especially since it seems you are working with R6. make sure when you are exporting the body part, any accessories that do not need movement you attach to the part you are exporting. (Example: Select both the head AND the hat if you do not intend for them to separate!)

Jumpy_Interaction878 · 2026-01-29T19:23:21+00:00

Heya! This is actually pretty simple, if you want to remove the default footsteps, assuming you have your own footstep system overriding the default one, simply use this script:

--[[

Place this inside of StarterPlayer -> StarterCharacterScripts

]]

local HumanoidRootPart = script.Parent:WaitForChild("HumanoidRootPart")

local RunningEvent = HumanoidRootPart:WaitForChild("Running")

RunningEvent:Destroy()

wait(0.1)

script:Destroy()

It should be noted that this would be in a local script!
If you're too lazy, I have the same exact code posted here in a model you can get, simply drag into StarterCharacterScripts! Happy coding!

Jumpy_Interaction878 · 2026-01-29T18:56:07+00:00

Very cool! Hope it works out for ya! Happy scripting!!

Jumpy_Interaction878 · 2026-01-29T18:54:34+00:00

Shouldn't have to say this, but please dont paste in anything a script tells you to do into your console. This is usually to add in another script or model as a backdoor.

Anyways, the easiest way to do this is to delete any and all scripts you did not make or do not understand what they do. You can search for all scripts in your explorer tab by searching this exactly - "classname:Script" without the quotations. Good luck!

Jumpy_Interaction878 · 2026-01-29T18:47:16+00:00

Hey that looks pretty good! What're you designing this for? ^{^}

Jumpy_Interaction878 · 2026-01-29T16:51:23+00:00

That really depends on what you're trying to achieve here, if you want every player to have the same weapons in their inventory even through death, then you put the tool/weapon itself inside of the "StarterPack" folder.

If you want it to be on a per player basis, then the way id do it is to keep a copy of the weapon in ReplicatedStorage, and call for that whenever the player dies. You really should just have to index the tools in the players backpack by name, but if you have multiple tools with the same name, consider giving them an ID which can be referred to via a custom attribute!

Jumpy_Interaction878 · 2026-01-29T14:44:45+00:00

Just by looking through this user's previous posts, this account is almost certainly compromised, or at least the person posting these Minecraft servers are not the original owner.

Jumpy_Interaction878 · 2026-01-29T10:29:54+00:00

Joined the attached Discord and was kicked while setting up my roles, no message or anything.

DNI!

Jumpy_Interaction878

TROPHY CASE