Third-Person View

Description Third-person camera moves diagonally if you rotate using the < and > key buttons after pressing Tab key. I don't know if this is a bug or not, but it looks wrong. Reproduction Steps Enable Third-Person View with F5 key button Press Tab key button Rotate camera with < or > key buttons --- platform: PC (platform: Windows, store: Steam, headset: None) rawPlatform: WindowsPlayer clientVersion: 2026.3.3p1-1920-5a72154dad-Release unityVersion: 6000.0.67f1-DWR

Summary Desktop users need the mouse wheel to adjust held object distance (Z-axis) as it worked in the legacy system. Third-person camera zoom should not override this essential object manipulation feature. Current Behavior: In the current desktop implementation, mouse wheel scroll is locked to third-person camera zoom. When holding an object (pen, prop, etc.), scrolling the wheel no longer moves the object forward/backward along the Z-axis. Legacy Behavior (Expected): When holding an object, mouse wheel scroll should adjust the object's distance from the user (Z-axis translation). This was the original behavior before the third-person view update and was critical for precise object placement. Why This Matters: Object distance adjustment is used constantly: drawing, photography, prop placement, and world interaction all require fine Z-axis control. Third-person camera zoom is rarely needed: many desktop users don't use third-person view, or only toggle it occasionally for screenshots. The current design prioritizes an infrequent feature over a daily workflow tool, significantly reducing desktop usability. Suggested Solutions: Restore legacy behavior: When holding an object, scrollwheel adjusts object distance (Z-axis). When not holding anything, scrollwheel adjusts third-person camera (if enabled). Context-sensitive priority: Object manipulation takes priority over camera controls when an object is in hand. Optional toggle: Add a setting in Graphics or Controls to choose between "legacy object scroll" and "camera zoom priority." Platform: Desktop (Windows) Input: Keyboard + Mouse Tags: desktop, controls, third-person, accessibility, quality-of-life, input, legacy-behavior

Using the "<" & ">" keybinds while in Free Rotate, causes the camera to rotate in an unintended way. Ideally, it should mimic the behaviour of using "A" & "D" while in Free Rotate.

The default F5 key to toggle Third-Person View also causes several video players to refresh/reload a video, including at Popcorn Palace and Illumination Media Player . I have no suggestion what the new hotkey should be, but it should not be F5 (refresh) or F11 (full-screen). One of the F1-F4, F6-F10 or F12 keys, or a key combination (Left Shift + ?) may be less disruptive. Similar to: https://feedback.vrchat.com/third-person-view/p/default-keys-keybinds-feedback-pc

Hello, here is my feedback on the third-person beta: F5 as the default toggle feels out of place, since it’s widely used for refresh/reload in browsers, Windows Explorer, and even some world content (e.g., ProTV). A different default key would avoid conflicts with some existing content. Desktop item holding: the usual scroll functionality is lost unless Alt is pressed. I suggest keeping scroll as-is, and using "ALT + SCROLL" to trigger third person. When the camera is adjusted, movement keys (WASD) should remain relative to the character, not force rotation toward a direction. Camera controls: holding down "Alt" while in third person using the mouse could serve as an alternate easy way for moving the camera (instead of the hard switch with Tab). + "SHIFT + ALT + SCROLL WHEEL" could handle vertical camera movement. + "ALT + MIDDLE MOUSE" could adjust view angles/shoulder perspective. I understand these bindings won’t suit everyone, but since interaction prompts are already included, they could help guide users through new alternative controls without confusion, better I say something than nothing I suppose.

Issue: The current 3rd person view does not work well with the new debug UI: Trying to scroll on it moves the 3rd person camera closer / further away Local Movement sticks to the players head and not the camera Holding Tab to move the cursor enables / disabled free look Expected Behaviour: The debug UI (at least in local movement mode) should behave like the main menu does: Scrolling should not affect 3rd person mode when hovering over the debug UI It should stick to the actual camera and not the player head Holding Tab should not enable free look while the debug UI is open / looked at Attachments: Here is a video showcasing the issue: https://youtu.be/bnqC2rlRf7g

If I call VRCCameraSettings.GetCurrentCamera in the OnWillRenderObject event, the cameras returned are null in 3rd person. I would expect the internal camera to be the ScreenCamera, though.

I have disabled Third-Person View permanently from my world's settings because it conflicts with my own. I heavily use mouse scroll wheel for inputs in my worlds as it is the closest equivalent to right thumbstick on VR controllers, but as I start to use my scroll wheel to e.g. navigate my quick menu (see attachment), a notification saying Third-Person View is not allowed in this world keeps getting spammed on the screen every 5 seconds. I can understand this notification being displayed once after joining the world, but repeatedly displaying it every 5 seconds is a little excessive and not only is it distracting, it can become quite irritating very quickly.

I'm using the F5 key as a shortcut for other programs. And I don't like the 3rd person view. Please add an option to disable that feature.

It would be very helpful for the growth of VRChat on desktop if the new third-person camera allowed us to move the mouse freely, click, and interact with world objects without the camera constantly following the cursor. A simple toggle to decouple the camera from mouse movement in third-person mode, along with a scripting API option, would open a lot of possibilities for creators. We could finally make proper third-person experiences for desktop players: action games, platformers, RPG-style worlds, minigames with UI interaction, and more, all with intuitive mouse control instead of constant camera movement. This would make VRChat much more attractive and accessible to new players who don’t own a VR headset and are looking for “classic” third-person gameplay on desktop. At the same time, these games and worlds would still work perfectly fine in first-person for VR users, so creators wouldn’t have to maintain two completely separate versions of their content. In short, giving us a way to temporarily disable mouse-driven camera movement in third-person — both as a user toggle and as a scripting feature — would greatly improve the desktop experience and encourage many more creators to build rich, game-like worlds for VRChat.