Video Observability: Monitor and Optimize Your In-Game Usage

This topic was automatically opened after 10 minutes.

Does this mean there’ll be an update soon that increases the max quality allowed in VideoFrames? And possibly more?

phri: Set the Video / VideoContent property to a blank (e.g.””) when: The VideoFrame is no longer visible The VideoFrame is no longer playing and no one is nearby It surprises me to hear that the asset id property of a video frame influences performance too. Does the engine already pre-load the enti

Daytern: Does the engine already pre-load the entire video in this case In almost all cases, it would not load the entire video. The only exception would be if the video was incredibly short. By specifying the ID, it’ll load a few seconds around the current timestamp (either 0 by default or whatever

We are exploring the possibility of increased video quality, especially in fullscreen scenarios. This is in support of that goal.

Would it be possible to further optimize video frames in-engine. The ‘gui hidden’ examples are in my opinion a no brainer for engine optimization. I don’t think that should be something us devs have to worry about?

Does this seem intentional? I’m unsure how out of 340K hours of playback time, there is not a single second of it being “Played, Viewed”. image 1389×1164 53.3 KB image 1331×732 41.7 KB For reference, my game only contains one VideoFrame that has Playing and Looped set to true. It’s located under a T

Are there any other limits Roblox is looking to optimize? In my personal case, it’s the fact that only two videos can be played simultaneously.

why not add an AutoLoad property to VideoFrames just like AudioPlayers?? instead of having to do hacks like setting the Video / VideoContent to nil?? sidenote i also think giving more stuff an AutoLoad property would be great instead of having to use ContentProvider:PreloadAsync() or workarounds lik

Apenz1: The ‘gui hidden’ examples are in my opinion a no brainer for engine optimization. I don’t think that should be something us devs have to worry about? The issue comes down to developer intent and backwards compatibility. If a VideoFrame is stored in a replicated or server-based location, we c

Increasing the maximum potential quality and maximum playback limit are both on the table for consideration.

egg: why not add an AutoLoad property to VideoFrames just like AudioPlayers?? instead of having to do hacks like setting the Video / VideoContent to nil?? In theory we could add this via a property - will discuss with the team. It is also something we considered adding to our upcoming advanced video

Cyan: Does this seem intentional? I’m unsure how out of 340K hours of playback time, there is not a single second of it being “Played, Viewed”. We can look into this. In terms of what you’re doing to parent/play the video, is this logic done locally perchance? Cyan: would it be feasible to give us a

The video is being played by the VideoFrame.Playing property which was set in the properties window. During runtime, this property is untouched on both the server & client and is running with TimePosition constantly increasing. I will say that this SurfaceGui does get reparented to PlayerGui on