Streaming Enabled prevents local parts from running physics

[xtntt (tnt)]

I’ve ran into an issue preventing the use of streaming enabled entirely. Currently, I use a heavily modified version of EgoMoose’s Wall stick/Gravity Controller which consists of simulating character physics thousands of studs away, however, very far locally created parts do not run any sort of physics regardless of the model’s Streaming Mode and thus prevents character movement entirely. This issue does not occur when the feature is disabled.

Example:
The blue part is local while the green is server owned

Example file Streaming Issue.rbxl (47.7 KB)

Expected behavior

I expect locally created parts physics to run regardless of their distance

[Mikos_Drafle (mikoblixel)]

A property to exclude parts from being streamed would be nice. I’ve noticed the same problem where I have to disable StreamingEnabled for my client objects to work, or else like 20% of them stay and none even load.

[apenzijncoolenleuk1 (Apenz1)]

Hi
Just want to add onto this. It also doesn’t work if the part is parented to a non-server part (workspace).
Docs: Content Streaming | Documentation - Roblox Creator Hub

[xKiiyoko (Kiiyoko)]

Persistent parts should ALWAYS be simulated locally

As a developer, it is currently impossible to use physics to its highest potential with StreamingEnabled. About Any client-owned physics part is not simulated outside of the streaming radius. This means that even a player’s character is completely stopped when stepping outside (shown within the last few seconds of the video below.) This also happens when a part is within a Persistent model, meaning that there are no workarounds for this issue. I’ve attached a studio file below. Ob…

Yeah, I am again advertising this feature request; yes! Surprisingly it’s not a bug. I originally submitted mine as a bug report as well until I read the fine print on the developer page.
I really wish they are able to give more insight on what they plan on doing with this though… the current behaviour is incredibly inconvenient with the new Persistent models they gave us.

[apenzijncoolenleuk1 (Apenz1)]

The issue seems to be that the engine can’t know if there’s anything around the part. Since that area isn’t streamed in. This is probably impossible to ‘fix’ with streaming.

Here’s something you can try:

Part physics frozen when using Client NetworkOwnership, even with new Persistent StreamingMode

Yes, I think that behaviour would work well in this scenario as it’s not very important for a client owner ladder to be simulated by the client when further away. Seems like something I could program by checking if parts are further than MinRadius and setting them to server ownership, and vice versa if they come back within the MinRadius. Though there isn’t any way to my knowledge to get a players actual current streaming radius, so I’d have to assume MinRadius (or smaller) at all times.

[Howimetted]

Thanks for the report! We’ll follow up when we have an update for you.

[0_Xism (XISM)]

has there been an update? I’m developing the game called War of the Worlds and Tank Projectiles and RPG Projectiles are freezing due to StreamingEnabled

[Judgy_Oreo (DisplayName)]

Why are those client-side? Shouldn’t they be visible to all players?

[Gold3nF1r3 (FENRIR Security)]

Can’t you just go to workspace and change the StreamingEnabled with the properties menu?

[0_Xism (XISM)]

my game relies on it, otherwise people would be lagging pretty bad because of how big the map is