When I join a game, before my character spawns, my camera is automatically spinning around like I’m holding down right click, but I’m not. It still lets my mouse move, though. I noticed this is also happening when I have shift lock on and the developer console (which is modal) open. It moves the camera now.
The freeroam spectator camera in this game
has been destroyed from whatever this is. wasd controls don’t work anymore and the camera rotates without you right clicking.
what is this?
This is happening to me too. I haven’t noticed any changes in my custom cameras, though - they seem to be unaffected.
Also, you should probably move this topic to Client Bugs.
This happens with CameraType Track for my game, However, it only effects certain computers. It is weird since at first it only effected Mac computers, but then it seemed like the update was reverted and everything was normal. Then later on the update was reapplied, but this time the camera bug doesn’t effect Macs, but does effect some PCs.
Also the same update that effected the camera also prevents Macs from pasting text into the ROBLOX Client.
This is due to the mouse movement always reporting a delta value instead of just when the mouse position is locked. I’ll look into this might be a bug with some of the cameras we provide.
If this new behavior is permanent, how do we fix this problem with modal guis and first person? The solution for keeping the camera still for other situations seems to be listen for the right mouse button to be pressed, and only process a delta then. But in first person no mouse buttons are pressed, and there’s currently no way (aside from scripting in menu opens ourselves) to detect if a modal gui is visible on screen.
going to turn off this behavior for now and fix the issues that I can, if you could link to a game that you’ve had issues with and a description I’ll make sure to test it before turning this feature back on again.
It happens in Apocalypse Rising(bit of an annoying repro): join any game, go first person, open inventory (g) and move your mouse around and it’ll pan the camera.
It happens in Strobe II: join the game, hit play, hit Tab to open the menu and move your mouse off of the gui to pan the camera. Your mouse gets locked to the center of the scren in game, and when the menu opens its freed up by a modal gui.
My camera system here is effected by the mouse deltas always showing up, but right click doens’t seem to lock the mouse in place like it used to. There is no mouse lock code in place, and it uses my own camera script being the key differences there.
Thanks a similar issue was happening to the cars at Apocalypse Rising and at Las Vegas and any other game that had cars. Camera kept glitching out like this making it impossible to drive the cars.
Games: [USA] Las Vegas, Nevada - Roblox
Apocalypse Rising - Roblox
I was able to fix this except for strobe. Does strobe never actually lock the cursor position? How does strobe handle mouse deltas?
Strobe center locks the mouse when you’re in game. If you have a character and are in game, the mouse behavior is set to LockCenter. The only time it’s set to Default is when you’re in the games main menu. For the pause menu it unlocks with mouse with modal guis, not by setting the mouse behavior.
As far as using deltas it does it in the same manor as that third place I linked. It reads from InputChanged and fires my own signals containing the input objects delta. The build of strobe that is published doesn’t ignore input when the GameProcessedEvent thing is true though, both that third place and apoc (as far as im aware) do. I can’t remember if there was a reason for doing this (it’s been a long time), but it might be the source of why it couldn’t be fixed in strobe?
so from what I can see in the code, both strobe and the test place camera always use delta to rotate the camera, which works right now because when mouse is not locked delta is always 0. The update changes this so the delta is always reported regardless of mouse lock state.
This generally is a problem I think, although I don’t think this is the only game that will have this problem… There are other things in this change so I think what I will do for now is revert the mouse delta bit, but be warned! This will come back. I’ll make a dev forum post on it when I get around to it to warn people.
Every single engine change should have a devforum post really. Maybe make a new category for it.
Create new bug reports for new issues.