Frame buffering
In order to ensure smooth video playback and preserve as much system resources as possible, LightAct carefully manages how many frames of a video file it keeps in its memory.

These settings are configured in the properties of each Timeline separately. There you will find a Video Playback collapsible section with properties related to video playback.
Video Buffer: This determines how many frames LightAct will attempt to keep in an internal buffer while playing a video asset.
Video Preload Time: This specifies how many seconds before the playhead reaches the beginning of a layer containing a Play Video node, LightAct will load the frames into its Video Buffer.
Always Ready Buffer: Timelines are not always played back in a linear fashion from start to finish. Sometimes the playhead jumps directly onto a video layer. This means LightAct keeps a certain portion of the Video Buffer in its memory at all times. This buffer is called the Always Ready Buffer.
How does video frame buffering work?

In this situation, we see that:
Video buffer = 20 frames
Video preload time = 5 seconds
Always ready buffer = 50% of Video buffer = 10 frames
The playhead is positioned 5 seconds and 1 frame before the beginning of the video layer (cameraFeedCentraText) which is more than the 5 seconds we specified as the Video preload time. Therefore, the Play Video node has only 10 frames loaded in the memory which is 50% (Always ready buffer) of 20 (Video buffer).

The moment the playhead reaches 5 second mark, Play Video node loads all the frames into its buffer (19 in the case above).
Graphs in Play Video node
If you want to dive deeper into the stats of an individual Play Video node, you have to double click on the Video layer and select the Play video node in it.

These graphs tell you exactly what is happening under the hood of the Play Video node:
Missed frames: shows if there was a missed frame
Decode times: this steps shows how much time LightAct needed for decoding the codec. HAP and NotchLC usually have low times, H.264 and other CPU based codecs have higher times usually.
Decompress times: shows how much time LightAct required to unpack (decompress) the frame.
Buffered frame: shows the status of the buffer. If the graph is slowly decreasing, it may indicate that the disk read speed is too slow.
Frame blending: if Frame blending is enabled, this graphs shows the blending of individual frames.
Last updated
Was this helpful?