The latest estimate is the public Beta will be made available in June. Now that we’ve got clarity on the work to be done, that’s a pretty confident estimate.
It’s difficult to accurately forecast such large tasks and frankly if we had stuck with our original March date, we would have made compromises for the sake of hitting the deadline.
Any person on the Studio team will tell you that our priority this entire year is “Quality” which is specifically focused on stability and performance.
Aside from fixing longstanding issues as we go, we’ve spent the better part of the last year totally overhauling Studio architecture for stability and performance. Some of those things are out in production already but the biggest shift will happen when we can move big pieces of the UI over to the new systems and fully retire the legacy stuff (all while remaining backwards compatible )
Will this include both Roblox’s events and the events of creators? Will there be a way to promote your event with the event discovery system through advertising?
I think you’re also underestimating how much people don’t really care about R6 or R15. A large portion of the Roblox userbase now is filled with people who arrived on the platform during 2020-2024. I’m not saying that there wouldn’t be any reaction towards a R6 removal but I don’t think it would be some grand movement that some users would like to believe it would be.
A large portion of the casual Roblox userbase will likely just move on from it a few days or weeks later.
This is part of this announcement that got my attention too. I hope Roblox’s feature will be pretty similar to or better than Nexus VR Character Model; For some reason, that module is very glitchy in Studio now, but I want my experience to support VR.
As for transparency, I hope they keep the player’s full body visible. I don’t like when VR games hide everything but the player’s hands or arms because I don’t know how that’s “immersive”. If they do that, I hope it’s as easy as setting each character part’s “local transparency” property to 0 to fix it.
One thing I didn’t like about Nexus VR was how none of your movements updated your server character, which was done to avoid Roblox’s automatic server-to-client replication. Because of this, you couldn’t detect the player’s rotation or hand CFrames on the server, needing to trust the client through RemoteEvents…
Oh, if Roblox handles this well, it’ll be great to leave Nexus VR Character Model behind and use a native implementation instead. For developers that used that module like me or want to support VR, this has potential. However, I hope it can be disabled in games that use their own systems like VR Hands.
oh, that is amazing. I thought it was coming mid may, Because i saw a reply from you on a past post i looked at, But june is amazing. Anyways please take your time with this and make it as perfect as possible.
cant they just rebuild the system for r6 to support the new stuff instead of putting an adapter? using an adapter is like putting a band-aid on the problem.
Wasn’t there an upcoming update some time in 2024 that the Market Fee on market place items would be removed and users could make 100% of earnings when someone makes a purchase?
I thought I saw that somewhere on a Creator Roadmap post during the summer?
When are we getting the luau file sync beta
They literally said at RDC its gonna be out late 2023 but its literally almost halfway through 2024 I really wanna sync my games with source control
Native Code Generation - Improves script performance on RCC and in Studio plugins by compiling Luau to host CPU instructions instead of interpreting bytecodes in a virtual machine (Mid 2024)
Regarding that can someone elaborate what this means? I know about this project well since it was first announced that code will be compiled instead of being interpreted but what do they mean “On RCC”??
Because originally if I am not mistaken Roblox had said that they would implement that for their servers which means only server performance would benefit and they said they would think about it if they add support for each client to compile the code as well.
So this is for just the servers? In the future it will be done for clients as well??
It’s awesome to see groups owning groups being planned, much needed for studios with multiple experiences.
With that being said, is it advisable to put development of new experiences under their own group? A big reason that I’ve not done this in the past is because I want all my games tied to my main “studio” group, but it seems like that will be remedied. Are you able to provide any more information on this and how it will work?