VideoPlayer does not resume playing when the app has recovered after lagging

6.0.X

As Designed

Based on Dominique suggestion, we have identified two options to address the keyframe issue observed in the video file: Option 1: Re-encode the Video with More Keyframes Problem: The current video has a keyframe every 6.25 seconds, which is insufficient for the "skip-on-drop" feature to work effectively. This can cause the VideoPlayer to struggle with skipping ahead when the engine's main loop falls behind the video frame rate, leading to poor performance on less powerful devices. user can use this command to validate their video using the ffprobe command-line tool from the ffmpeg suite ffprobe -hide_banner -show_packets -select_streams v IN-78356_buildsFAV/Assets/StreamingAssets/LoginVideo.mp4 2> /dev/null | grep flags= | nl -v 0 | grep K Solution: Re-encode the video with more frequent keyframes to improve skip-ahead performance. Use the following command: ffmpeg -i IN-78356_buildsFAV/Assets/StreamingAssets/LoginVideo.mp4 -c:a copy -c:v libx264 -x264opts keyint=24:no-scenecut -profile main -b:v 2.5M -maxrate 6M -bufsize 1M -y LoginVideoOneKFPerSecond.mp4 Since the digital conversions are lossy it is recommended do it from the user's end with original source file. https://en.wikipedia.org/wiki/Generation_loss Option 2: Disable Skip-on-Drop Alternative: If the synchronization impact is manageable, you can disable the "skip-on-drop" feature. This may result in less precise video-to-animation and audio-to-video synchronization but can avoid the issues related to inadequate keyframe frequency. User should choose the option that best aligns with their performance and synchronization requirements. Thanks Please refer to the slack conversation: https://unity.slack.com/archives/C0105CH72UV/p1721042421826179