This has caused a number of vehicle games to revert to a previous camera script because it ruins the gameplay for their type of vehicle. Please make it togglable for those who dont want this camera option
I agree, as while it IS neat to have something like this, it would be insufferable for most people
Wow this is amazing! Having this be done in the core engine instead of developers having to implement a smoother system is truly convenient.
I have a question: do the rotation velocity cutoff and camera pitching happen even in first-person? I’d think so, but at the same time not as well. if the camera detaches from first-person, isn’t that reverting to the way it was before, which is undoubtedly unrealistic? How is this situation dealt with?
A cool thing that can be done with the “third-person camera offset” is that devs can tween it systematically so that the camera shifts around, especially during high speeds. This can be used to emulate loss of control and shaking, which is what happens when a car is going fast.
Believe it or not, minor changes like this help entire new genres of games to be encouraged, in this case, devs do not feel that overwhelmed anymore in creating a racing game, which is just going to get better with these updates.
Keep it up Roblox!
I appreciate the intentions and this could be extremely helpful for some… But not for everyone.
As a mobile obby player it is extremely hard to keep the camera where I want it, and I’ve received feedback from some other people have been experiencing this issues too.
Can this be converted into a “camera mode”? Like the shiflock, classic or follow that can be changed in-game. That would be pretty useful
I really like these changes, and they should have been made 4+ years ago, but this will certainly break a lot of people’s games. It’s already been suggested multiple times in this thread, but it should be customizable or toggleable.
Does this new feature have to do with this new bug?
Basing this off of the fact that the first reply on this post was from 30-ish minutes ago, and that we were just notified in the DevForum Discord about this today, I’m gonna guess this post was just released today.
I have issues with both forms of the camera system, but my primary issue with this update is that it was pushed to players without notice, leading to bug reports and vitriolic “feedback” blaming game developers for the camera mishap. See: Option to remove the new forced VehicleSeat camera, (Breaking my game) StarterPlayer.DevCameraOcclusionMode is set to "Invisicam" with VehicleSeat camera breaks.
While I’m all for Roblox taking an active role in improving developer experiences, I’ll echo my fellow posters when I say that this should never have been a forced change. Users and games that are used to the previous camera behavior are currently suffering from the effects of this change. A better workflow would have been, as has been done for many other updates:
A beta feature for testing => A rollout to all users, with opt-in being the default => If necessary, a transition to this as default behavior, with the previous system being optional
For anyone that’s looking for a solution, @addisonshiu has one:
The saying goes, “If it ain’t broke don’t fix it”. I stand by that. You totally broke driving games like Ultimate Driving, R&N Driving, and almost any other game with vehicles because the camera in vehicleseats now spins with arrow keys, no matter what you do to the camera mode.
All in all, as others have said, this would have made a good beta feature. I’m disappointed how roblox doesn’t ask most developers how they felt about this before shoving it into all games and possibly destroying key points, as in driving games.
Here I have listed a YT video of what now happens. (360p because youtube sorry)
A: in my game you have to use arrow keys to drive otherwise all of the keybinds get messed up.
B: This has happened in the past and all times it has been reverted within a day
C: I had to make my game private because I was afraid of people disliking from the error
D: This update also causes you to be unable to spin your camera with your mouse after you enter the vehicle
E: Why wasn’t this pushed out publicly earlier? I just now saw this, and only after @Deferend linked to a post I made earlier. Was this intentional?
Please revert this soon, It was good in theory but because it wasn’t tested properly before publishing, it turned out to be a big mess.
OMG, totally loves it. I hate it when cars auto rotates the camera even when stopping aaaa
First thought that this was maybe a bug since it was just a all of a sudden change without prior notice of it at all. It sucks that it’s not toggleable, since most of us are used to the old camera behavior, and now are forced to deal with this new camera which is not fun. Like it has been suggested already in this forum if you could make this toggleable it would be great instead of trying to force it upon users that didn’t have to problem with the old camera system.
I’d have to agree with this statement due to the fact it affects certain games to the point it can be bothersome. Other than that I think these improvements are a great start to a new vision regarding vehicles on Roblox.
Like @rogeriodec_games said, setting a camera’s CFrame is not working anymore, and even in baseplates it is throwing back an error to some module related to his update? Is Roblox going to fix this?
Is there a way to disable the automatic panning with a script? It could be useful for train games where you want to see all the detail that’s on the front but in only 2 seconds your camera reverts to behind your character
Haven’t tested but it could be the reason.
Looks good, but I’m curious why there’s no roll to the camera? I understand the body’s normal inclination is to keep our heads level on roll, but at some point that would not be possible (e.g. taking a 60° bank at high-speed).
Looks like I am encountering a bug with camera bug now.
When I jump out of a vehicle seat while holding S, I am automatically locked into shift lock for some reason. I can use my mouse wheel to zoom in and out and quickly fix this problem, but it so bugging that it is a thing
I am using A-Chassis 6.52 shown in the video, and this is the place that I recorded the bug on, though it looks like it’s universal for me:
The video demonstration is right here:
Can we have a fix on this matter if we can please? Thank you!
This update is causing the following message to be spammed in my output console when the player joins the game, and it’s super annoying:
I had to fork the PlayerModule and insert a little debug information to find the traceback for this:
I have my “CameraType” set to “Scriptable” through my own scripts; setting the CameraType to Scriptable and then updating the value of CameraSubject is all you need to reproduce this.
It seems to go through this line, with a FFlag related to this new vehicle camera, and tries to activate a default camera module based on the CameraType:
Since the CameraType is Scriptable (and there is no current active camera module), it doesn’t select any new camera module to activate, and then complains about it:
Please fix this. I hate having random output for something that’s not my fault.
The new first person camera is REALLY good, but the third person camera is flat out just bad. Why does it move when we’re holding down right click?
edit: Wow, you guys fixed it! We can now hold right click for as long as we want with the new vehicle camera. THANK YOU!!
I like this update, the only thing I would recommend is a button if you want first person or third person.
if the vehicle camera wrangling forwards when it stops moving wasn’t bad enough now it’s wrangling itself to forward at all times and you are powerless to stop it