Developer Modules: Updates & New Modules!

[Sir_Highness]

[quote=“ScottSpiritWalker, post:53, topic:1626520, full:true”]

@AstroCode

Agree, Disagree, Laugh, and Sleep animations don’t work in the Social Interactions module.

@nanosph

That is because u dont own them. I guess. U must buy it for emote

can you even buy them? I see this:

These are not so useful if most players will not even have the animations needed to participate. Kinda silly to expect every game dev to make their own ‘yes’, ‘no’, laugh, sleep animations and then customize the script to make the ‘default’ emotes work. It defeats the purpose of using a canned module like this. It won’t work as expected for most devs as-is, out of the box.

[nanosph (xXKing_BaconXx)]

Each emote has animation which is not buyable. U can use to get this I’d by using insertservice to insert emote.

[Sir_Highness]

The animation doesn’t play if the player doesn’t own it. I don’t own it, and I don’t see a way to own it. Am I missing something here?

from the code:

sleep = {
		animationId = "rbxassetid://4686925579",
		requiresOwnershipOf = 4689362868,
		triggerWords = {
			"zzz+",
			"yawn+",
		},
	},

then:

for _, emote in pairs(list) do
		if emote.requiresOwnershipOf and not emote.isOwned then
			continue
		end

so, it does nothing if you don’t own it

[ScottSpiritWalker]

@Sir_Highness

4689362868

Thank you, Sir_Highness, that was very helpful. I just commented out the four lines “requiresOwnershipOf …” in the emotesList, and now those emotes work!

[nanosph (xXKing_BaconXx)]

Requireownershipof variable is the main reason. Roblox staff must add setting to disable that property directly.

[Sir_Highness]

One thing I found odd about the Body Orientation module is the way it faces the player away from the camera when you are looking at your character’s face. Who doesn’t love a selfie right? And if you attempt to take a selfie at any angle other than straight on, your character will look away from your camera! To fix this behaviour I changed these lines starting at line 84 in the OrientableBody module:

	if horizontalAngle > math.pi / 2 then
		horizontalAngle = (math.pi - horizontalAngle) * -1
	elseif horizontalAngle < -math.pi / 2 then
		horizontalAngle = (-math.pi - horizontalAngle) * -1
	end

This will make your character face the camera if your camera is facing your character. A much better behavior in my opinion.

example selfie after this change:

same angle selfie before, with the default orientation code:

Perhaps they intended it to work the way I have modified it based on a comment in the script which seems to describe the behavior that I have implemented. The comment:

	-- If looking behind the character, it will instead rotate towards the camera

So, maybe it was a mistake.

[mekboy21 (mek)]

It actually makes the character look where the player sees.

[Sir_Highness]

I know that, but it didn’t work that well because the avatar can’t spin past 90 degrees so you’re not actually looking where the camera is facing anyway. Also its somewhat annoying when you are trying to look at your character. I like it better looking at the camera when the camera is facing the character’s front, so I have shown a way to change that if you so choose.

[ScottSpiritWalker]

There is a bit of a “show stopper” for me using the Chat Animations. If you use Workspace.AnimationWeightedBlendFix = Enabled, then the chat animation will look weak and incomplete to all other players. The animation will look good locally but will look weak and poorly blended to other players. Roblox encouraged developers to modify their animations to work with AnimationWeightedBlendFix = Enabled but this developer module does not look good to other players with it Enabled. Note that the same emotes played through the round GUI play correctly. But not through chat animation from this Developer Module.

[Sir_Highness]

If you could find the place in the code maybe you could fix it by stopping idle animations before the emote is played?

That is the ‘compliant’ option 2 described here:

Animation Engine - Runtime Changes and Fixes

Update 3/22/2022 Update 3/8/2022 Developers, We’re releasing performance improvements and bug fixes to the animation engine this week. Because these changes include a bug fix which will change the behavior of animation blending in some games, this is being done as a 3-phase rollout that is initially going to be opt-in via a Workspace property Workspace.AnimationWeightedBlendFix What’s Changing and Why This rollout enables a new, optimized animation runtime that has couple of huge perfor…

animations played through the round gui work by stopping the idle animation first (and I assume restarting it after)

[ScottSpiritWalker]

I replaced line 89 in the ChatEmotes module script with the following code. Seems to have fixed the “AnimationWeightedBlendFix = Enabled” problem. My first attempt was to stop other animations before playing the emote, then restart them after. But that had some issues with looped emotes reanimating. The following change to line 89 is a much easier way to force a higher priority blend:

currentTrack:Play(50,999,1)		--ScottSpiritWalker changed to strengthen the blend when AnimationWeightedBlendFix = Enabled.

[Sir_Highness]

Nice, looks good. I thought about using that, but I didn’t consider a way to restart them after. I don’t use the “AnimationWeightedBlendFix = Enabled” opt-in so I didn’t try it (since I haven’t even seen the problem in my game)

Curious as to why you use that opt-in setting? Preparing for the future when its mandatory?

[ScottSpiritWalker]

Yes. I modified all my animation weights to comply with the new Animation Engine Update requirements: link. By setting “AnimationWeightedBlendFix=Enabled” I should be getting better performance and fewer bugs (according to the docs).

[Dev_OnCake]

I am currently testing the Surface Art [Dev Module] and have set “AnimationWeightedBlendFix=Enabled”. Now after putting a graphic on the surface via the dev module, the default animations like running or jumping do not work properly any longer. I suspect that the camera tween after exiting surface art selector UI is responsible for this.

[CheeseGodTheEpic (Cheese God)]

Social Interactions is having a bit of an issue right now

(I haven’t changed anything with this module, and it used to work perfectly. This is what it looks like from when I start the game in Studio and no matter where I move my camera)

For context, the decal on the shirt is on the front

EDIT: I cannot repro this after reopening the game, weird that this could have somehow been fixed with no changes.

[vamorafa]

Hey @CheeseGodTheEpic, glad it’s fixed! Let us know if this happens again, we’d be happy to look into it with you.

[RMofSBI]

Hi…for the Scavenger Hunt module there is nothing in documentation about configuring the modal that says something like “use these tokens as a sample on your game”. I have only been able to configure the introModal and the completeModal. How can i configure the middle message or modal?

[vamorafa]

Hey @RMofSBI, check out the Using Tokens section of the docs, in particular this point:

Include a child StringValue instance set to the “flavor text” to display when the token is collected.

[RMofSBI]

You are a life saver, thanks so much!!