You can do this whenever you want.
Btw, until this option gets added you can use Ctrl + Shift + C to turn off the black bars (and all user gui).
So for now, these are all the shortcuts and their functionalities, right?
- Shift+P: FreeCamera (supersmooth studio camera) with black bars
- Ctrl+Shift+G: Disable all CoreGuis (but not user GUI)
Ctrl+Shift+C: Disables all (user) GUIs (not CoreGuis)
(including black bars, as they’re just in a regular GUI)
(all of these only work for people that have “canmanage” of the place, e.g. access to the Server Log)
Developers with access to the FreeCamera can disable it by removing PlayerGui.FreeCamera once it gets added. They could do that and add their own version of the FreeCamera to finetune things, e.g. removing the letterbox, changing the dampening or speed, … (source: FreeCamera.lua)
Ability to toggle visibility of all core/client GUIs at the press of a button
Yeah. We should probably add some documentation about these tools. Maybe we could have a page on the developer console listing developer shortcuts. Or maybe in the wiki.
My internship ends too soon sadly to implement any new features for this ;(
I will suggest it to someone else though.
I think it’s very unlikely this feature is going to break the game, and if it does it’s only going to break for the game’s creator, not anyone else
Therefore, I personally think the Shift+P keybind is perfectly fine as I personally haven’t seen it used in any games, and even if used, I think it would very likely be used for an obscure feature / bind. Nice feature!
It’s perfect, but maybe be able to pan and rotate the camera?
Why not apply for a job there? You’ve done too much work for the benefit of this community, why not make it full-time?
The keybind is Shift+P (not Ctrl+P). The game does not need to have a Shift+P keybind for this to conflict – only a function bound to just ‘P’ that may be pressed while the player is sprinting (or any other feature that uses held Shift). There’s no good reason for the keybind to be Shift+P (as mentioned earlier, it was arbitrary), so there’s no justification for keeping it around in spite of it breaking games, even if only for a game’s team of developers.
I have to finish university first. After that, I will hopefully be back to work for Roblox full time!
An update I never thought about but always wanted
You should probably add a check to see if the free camera is active for toggling the black bars. For when I press L it makes the black bars visible without having the free camera active.
Opps, I must have messed that up . Unfortunately I’m not interning at Roblox any more so someone else will have to fix it. Maybe @darthskrill can take a look.
we will take a look! thanks!
Actually, we already have a fix on the way! Also the key command will be changing to shift+L to make it harder to trigger by accident. It looks like a fix should ship tomorrow night.
Still possible to trigger accidentally while sprinting similarly to the keybind for freecam discussed above. Is there a reason we haven’t just removed black lines? As mentioned above, they were implemented for fun – not because they were useful.
The black lines aren’t useful and don’t make the game cinematic. We should just remove them.
The original intent of the camera mode was as a tool for in house usage to take cinematic footage for use on streams and such. It wasn’t until after it was finished that we all thought it was pretty cool and should be given to a game’s developers. So its features, such as the black lines giving a different perceived resolution, were definitely shaped by its original intended purpose.
This shouldn’t be a problem because when fixed it will only activate when the freecam has already been turned on. I don’t have strong opinions either way on keeping or removing the letterbox though.