I can’t seem to find any updates on the revenue sharing for paid access using real currency announced at RDC. Is this delayed?
5 Likes
I’m excited for this! Just praying that it doesnt require a fee.
Finally!!!
5 Likes
It seems that the require by string page is no longer available. Is this still a feature to come in 2025?
https://rfcs.luau-lang.org/new-require-by-string-semantics.html
4 Likes
alright, who wants to tell him?
3 Likes
You can find more information about require-by-string here. Thanks for pointing out the link doesn’t work, we will set a redirect.
Is this still a feature to come in 2025?
Coming very soon! Stay tuned.
3 Likes
is it going to look as horrendous as the current “solution” ?
What does this entail? will it completely change physics like spring → current or is it a few small changes?
5 Likes
Much smaller than that.
The spring solver transition was going from an inaccurate / unstable solver to the current one which is largely accurate and that changed a lot of things. This transition is just stepping the fidelity up an additional notch.
Think of the new solver as filling out more edge cases. Your typical stuff that’s already stable / accurate will continue to work the same, but some more extreme cases that the current solver still blows up in will become stable.
9 Likes
and what do we do for the player client? sober is simply not trustworthy.
7 Likes
if you’re not gonna use sober, there’s not really another option other than using a vm
2 Likes
only terrain update mentioned is delayed, sad 
4 Likes
require by string would be the best update for me
small change but improved huge Qol
But 2025 is too long 
is it possible to implement this in this year
When is the next update to StreamingEnabled going to come?
Streaming is a feature I would love to use, but in many cases, I would benefit from either:
- An ExcludePerPlayer functionality instead of PersistentPerPlayer that blocks models from replicating to players
or - An off-chute of PersistentPerPlayer such that Persistent players stream the model and no other players can be streamed (currently it defaults to Atomic streaming for non-persistent players)
The one use case that seems to be constantly popping up for me is player characters. This can be seen in a game like Isle where players have their own islands. Even if the islands are all generated on the client-side, characters are still globally visible. This means I either have to partition workspace into chunks players own or make player characters invisible (in which case they still get network replication and it’s a major waste of bandwidth).
Being able to exclude players would make it simple to create places (levels, maps, personal spaces) all within the same position and not see other players who are in separate levels, maps, or personal spaces. Additionally, with an exclude, said places could be created from the server and excluded per player as necessary.
There was talk of us maybe getting this property over a year and a half ago, but I’m unaware of any updates to it:
can we please have a fflag for this on studio 
i wanna mess around with it in studio
5 Likes
This is great! Can’t wait!!
1 Like
This got delayed to early 2025 btw
2 Likes
Awe that’s sad. Do you know what month?
1 Like
They didn’t give a specific date. “Early 2025” January - April
2 Likes
I hope it gets delayed to 2026, roblox please i’m begging you to not work on this and get sleep instead. Plus thats what roblox likes to do anyway.
1 Like
Why do you hate the idea of console players getting chat back? I’m so confused, an update like that is hugely beneficial.
2 Likes
you’ll know soon fps enjoyer you will
1 Like