I’m assuming you’re referring to what happens if the server runs out of its 500 requests per minute quota?
As of right now, the game dies; although you should never hit that quota unless (like you said, you’re exploiting the system).
Running across the map really quickly won’t change the number of requests sent to our servers.
The exploiter would simply run out of the rendered area.
StreamX v3.0.0 Rollout
Hello Developers,
As of right now, we are beginning to roll out StreamX v3 to the general public. We will be replying with updates as we migrate our servers to the new version of StreamX.
Thanks!
Are you going to list on what the updates V3 offers us?
Yes, there will be a full technical write up tomorrow.
There’s nothing yet within a day.
Still finishing the release and polishing it up. Will post when finished.
SInce @Crcoli737 is handling the full release document (along with the changelog), I’m just here to upload the current statistics of the rewrite (which is releasing very soon). The plan was to release on the 10th; although we had some issues with our backend systems so it was pushed back to the 11th (where I was busy and @Crcoli737 had some more internal issues to sort out).
The rewrite will be pushed to all systems by the end of the week, guaranteed.
(hopefully sooner if everything goes to plan)
So here’s my statistics (will upload place file + settings along with the release):
Configuration changes
Inside StreamX v3, the following configuration options now exist:
-
EnableReuseComp
- Enables reusable part computation; this can heavily reduce overall lag at the expense of more noticable lag spikes in larger games. To see if it works well in your game, you’ll have to try it.
-
PrintMessages
- Controls whether or not StreamX will print out informative messages.
-
Backlog.Size
- The part size of the StreamX backlog queue; the more parts in this list, the less effective backlog is.
-
Backlog.LoadDelay
- How many seconds to wait between backlog items.
-
Backlog.Enabled
- Enable the StreamX backlogger (if set to false, backlogger code has almost ZERO performance impact). This loads in a certain amount of parts, adds a delay, and then continues loading more chunks; it can help reduce server lag spikes from part loading.
Full speed comparison
Benchmark | v2 | v3 | v3.1 |
---|---|---|---|
Avg. Upload Time | 6.412 | 2.983 | 3.013 |
Avg. Download Time | 0.534 | 0.169 | 0.223 |
Avg. FPS | 42 | 116 | 105 |
Avg. FPS (ERC) | N/A | 116 | 110 |
**Speed difference between v3 and v3.1 is negligible in normal gameplay.
Just so you know, I join the payment service game, and it said “Looks lie your new” even though my API key is still working, not sure if your servers are down or not.
Yes, we are performing maintenance to all StreamX services right now, so it will not work.
Payment v3 has status checking in it so that’s why it says you’re new.
Not sure if you are aware that the status page is also down:
This is beautiful to see.
Will StreamX have Graphics Quality basically like Minecraft where if you’re in a chunk it loads.
It’s not up to the user as of right now, you can change the radius yourself though.
Are you planning on making the payment service for StreamX mobile support soon?
Mobile is already supported but the UI does not scale right, and passwords are visible regardless of your choice, this is how Roblox works
Yeah. I tried checking how many days I had left more I purchase the service again, and the login button doesn’t work.
Tablet or phone? Also, what model?