VRCPlayerApi.SetAvatarAudioFarRadius(0f) can effectively mute another player's avatar audio, but restoring it to 40f does not always make the avatar audio audible again.

The issue appears to depend on when the avatar audio starts playing.

Case that fails

Player A mutes Player B's avatar audio with VRCPlayerApi.SetAvatarAudioFarRadius(0f).

While muted, Player B starts playing avatar audio.

Player A restores Player B's avatar audio with VRCPlayerApi.SetAvatarAudioFarRadius(40f).

Expected result

Player B's avatar audio becomes audible again to Player A after the far radius is restored.

Actual result

Player B's avatar audio remains inaudible to Player A even after restoring the far radius.

Case that works

Player B starts playing avatar audio first.

Player A mutes Player B's avatar audio with VRCPlayerApi.SetAvatarAudioFarRadius(0f).

Player A restores Player B's avatar audio with VRCPlayerApi.SetAvatarAudioFarRadius(40f).

In this case, Player B's avatar audio becomes audible again as expected.

This suggests the problem is not just muting/unmuting in general, but specifically that avatar audio which begins playback while muted does not properly recover when the far radius is restored.

According to the Player Audio documentation, SetAvatarAudioFarRadius controls the maximum hearing distance for avatar audio, with a default of 40 meters and 0 effectively muting it. Based on that documented behavior, restoring the value should make the audio audible again.

This issue breaks world systems that depend on temporarily muting and later restoring avatar audio, such as soundproof rooms, privacy spaces, sleep worlds, and other controlled-audio environments.

The UdonSharp source code used for verification is attached for reference.