Happy Halloween Creators!
Studio build 649 has dropped and here’s the release notes:
Spooky farewell until next time!
IgnisRBX
Happy Halloween Creators!
Studio build 649 has dropped and here’s the release notes:
Spooky farewell until next time!
IgnisRBX
Wow this is a big one. Exciting.
Instance
isn’t the baseclass anymore. Either way, this is a huge improvement. Any engineer wanna share what changed? Last I knew the implementation was already pretty simple.
Whats a roblox/selection
, this has peaked my curiousity. Still want drag-drop support from the external file system in plugin GUIs. (ie dragging an RBXM from Explorer into Studio).
Now would be a great time to request this since plugingui drag drop seems to be getting some love again.
Performance improvement for ‘:IsA()’!?
How?
Isn’t that just a simple check for the type? How does that have any noticeable impact on performance. And more importantly: how did you make it faster?
A mime type representing that the current DataModel’s Selection is the thing being dragged, which various pieces of Studio like the new Explorer will follow as a convention.
You can’t send Instance references through a system-level Drag-n-Drop so an alternative mechanism is needed to communicate dragging of the selection.
Are there any decent performance uplifts from this? I’m curious to know exactly how much this property increases performance!
What does this property do? Can’t find any information on it
That’s all the info. Still no clue about what it actually changes performance wise.
excited for this
While this isn’t an official answer, it’s important to recognize that in coding, there are often numerous ways to reach a solution, and many can be optimized significantly using techniques like caching, divide-and-conquer, dynamic programming, memoization, and even parallel processing in some cases.
For instance, various search algorithms—like linear search, binary search, and hash-based search—perform differently based on the structure and size of the input. Each algorithm has strengths suited to particular types of data, and choosing the right one can make a major difference in efficiency.
In short, runtime optimization is essential for effective code, and understanding concepts like Big O notation, amortized analysis, and space-time trade-offs can help you make well-informed decisions about the best approach for any given problem.
My guess is InvalidatedFastClusters, basically, from my understanding, there is some precalculation/cached stuff to models containing a humanoid, to make their rendering faster. However, updating things inside the humanoid causes it to recalculate stuff, leading to lag spikes (or general lag) when doing frequent visual updates to characters
Would be nice if an engineer could confirm, or tell what RenderingCacheOptimizations is for
Adds “Occlusion Culling” as a Studio beta feature. [Pending]
W update, excited to test performance differences!
What you’re thinking of is our internal IsA
being O(1), but that’s because we already know the classes and such in advance at compile time. The Luau method wasn’t quite so brilliant. The optimization was a pretty straight forward one: we’re caching the class that a string of its name correlates to directly. This allows us to actually use that clever O(1) optimization that we weren’t before.
Makes AssetService:CreateEdtiableMeshFromPartAsync() non-functional; switch to AssetService:CreateEdtiableMeshAsync().
This has a slight spelling error, CreateEdtiable should be CreateEditable.
What use case do you want the previous behavior for?
Sky has been implemented for viewports since the beginning I think, but it’s not used for skyboxes, it’s used as a cubemap to give reflections to reflective objects in the viewport frame.