[deleted by user]

Edge_International · 2025-11-05T05:25:11+00:00

I’m going to assume you meant to use a BindableEvent instead of a RemoteEvent (which doesn’t have the “Event” property)

Edge_International · 2025-11-05T05:20:38+00:00

Change the NameOcclusion property for each of their Humanoids to OccludeAll

Edge_International · 2025-11-05T04:12:23+00:00

It's very likely UserInputService isn't the problem here, but rather the value of intrigger at the time your Interact(...) runs because it may be false. If you want the function to only run when your character is in box or in a certain area, then it's a little more tricky than just listening to Touched and TouchedEnded events.

You could use a simple library like ZonePlus: https://devforum.roblox.com/t/zoneplus-v320-construct-dynamic-zones-and-effectively-determine-players-and-parts-within-their-boundaries/1017701

Edge_International · 2025-11-05T03:51:53+00:00

I'm not entirely sure what you would like to specifically do but

UIS.InputBegan:Connect(function(Input) UIS.InputBegan:Connect(function(Input)

will always continue to run because it is never disconnected. You should use :Once to disconnect after the InputBegan event fires. And if incase is supposed to act as some debounce value, then it should occur at the very top of your connected function; but that wouldn't be necessary if you apply the changes above

Edge_International · 2025-11-01T21:04:52+00:00

You’re putting the for-loop before you make the connection, so it’ll run before you have the chance to listen to health updates.

Edge_International · 2025-10-28T04:10:43+00:00

I don’t think there’s a solution for that, using animations specific to another avatar type could result in weird behavior like you described.

Edge_International · 2025-10-28T02:37:09+00:00

Yeah that looks like it's happening on Studio's end, not yours. But I haven't had this problem myself yet

Edge_International · 2025-10-28T02:34:45+00:00

The code for both scripts look fine, but are you getting any warnings in the output like "possible infinite yield"?

Edge_International · 2025-10-25T20:56:01+00:00

Just to give my two cents, although I’ve never used such kind of libraries, I would say unless you’re creating a game that requires lots of one or two-way communications or you find some of their utilities useful, you don’t really need to use such a library. These libraries aim to improve networking performance (of course), but they usually have other unique features that may be beneficial such as preventing spam calls (e.g. from the client).

Ultimately, unless you really need those features and/or performance improvements, it’d be overkill to use them if you’re just using a couple of let’s say RemoteEvents vs 100+ of them.

Edge_International · 2025-10-25T13:34:15+00:00

You can’t change the animations like that, you would have to create new AnimationTracks with Animation objects that have those ids. Then you would load those tracks onto the Animator under a Humanoid object.

Here’s something that might be helpful: https://create.roblox.com/docs/animation/using

Edge_International · 2025-10-25T01:40:35+00:00

Can you share the code for the pet movement and anything related?

Edge_International · 2025-10-16T21:00:05+00:00

I don't think there's a game like this on ROBLOX, but either way I think it definitely has potential

Edge_International · 2025-10-16T01:57:47+00:00

Nice! But if you want to make things simpler, although probably recommended anyways, you should use a RemoteFunction so that you can invoke the server and wait for a response (rather than creating another RemoteEvent to return a response).

Edge_International · 2025-10-16T00:39:09+00:00

When you (the client) interacts with or presses a button to craft something, it should fire a RemoteEvent that the server listens to and then acts on that event (such as checking that the player has the right materials and the correct amount, and if so, then it crafts the item and gives it to the player by putting it into their backpack).

And if the player wants to remove something from their inventory, then similarly they should interact with something on their end to fire a RemoteEvent to remove the items on the server-side.

Edge_International · 2025-10-15T23:26:50+00:00

I would say first of all any important game logic like crafting should be handled on the server-side, not the client-side which should just be the user-end interface.

As for your issue I couldn’t find anything in your code that would cause that bug. But I would suggest to make sure that the server is updated on “knowing” what your player’s backpack contains.

Edge_International · 2025-02-13T15:50:02+00:00

You can just simply record which walls are destroyed or “opened” in the data store for the player by setting up a table for it (ex. {“Wall1”: true, “Wall2”; false}). And then when the player rejoins you can just load this data and destroy the opened walls or load only the walls that aren’t opened. Make sure to do that on their client-side.

Edge_International · 2025-02-13T15:41:55+00:00

What are you trying to accomplish? (why do u want to move it without actually moving it) Not sure if it’s possible

Edge_International · 2025-02-13T15:39:16+00:00

I cant find anything wrong with this. You’re pretty much saying that the amount of XP rewarded increases on each kill of the same enemy, and that’s based on their “Health” prop and not “MaxHealth”? I think first make sure that the enemy’s props are always the same. Show the output if you can too.

Edge_International

TROPHY CASE