Search Issue Tracker

Fixed in 2021.1.X

Fixed in 2019.4.X, 2020.3.X



Found in







Issue ID




VideoPlayer.frameReady does not get invoked after seeking a video to a frame



Reproduction steps:
1. Open attached project "case_1283295-VideoPlayer_Bug_Report" from the link in edit and load Scene "Video Scene"
2. Enter Play Mode
3. Click the buttons "Prepare" and "Seek to frame 100" in this order
4. Observe the Console
5. Unfocus and then refocus the Editor
6. Observe the Console

Expected result: "OnFrameReady" occurs immediately after clicking "Seek to frame 100"
Actual result: "OnFrameReady" occurs after refocusing the Editor

Reproducible with: 2018.4.30f1, 2019.4.17f1, 2020.1.17f1, 2020.2.1f1, 2021.1.0a10

Reproducible on:
Editor on macOS
Player on macOS

Notes: On the Player on macOS "OnFrameReady" does not occur after refocusing the Player, however, pressing "Play" or "StepForward" invokes the missing "FrameReady"

  1. Resolution Note (fix version 2021.1):

    Fixed in 2021.2.0a7

    The problem here is not that frameReady is invoked too late; it's the fact that it's invoked at all. Calling VideoPlayer.Prepare() and then seeking should never render any frame, unless VideoPlayer.Pause() is called at some point. Calling it before would reveal frame 0, and calling it after would reveal the frame that was seeked to.

  2. Resolution Note (fix version 2021.1):

    Fixed in 2021.1.0b12

  3. Resolution Note (fix version 2020.3):

    Fixed in 2020.3.5f1

  4. Resolution Note (fix version 2019.4):

    Fixed in 2019.4.26f1

Comments (3)

  1. musicdeveloper

    May 29, 2021 17:56

    Hello Unity,
    This is STILL NOT FIXED on MacOS in 2020.3.10f1.
    It appears to be fixed for some models of Mac, but not for others.

    I am able to reproduce the difference issue by changing versions of Unity between 2019.22.f1 and 2020.3.10f1. The issue appeared in versions after 2019.22f1.

    It appears that the issue is solved in the Editor, but reappears in either a Mono or IL2CPP release build.

    - Working correctly on Intel MacBook Pro 2017 3.1 GHz in both Editor and Release builds.

    - Not working in either Mono / IL2CPP release builds from 2020.3.10f1 on:
    1. MacBook Air Intel 2019
    2. Mac Pro 2013 6-core

    Please, please follow-up to get this issue fully fixed - the Video Player is still seriously suffering from this issue on certain standard MacOS devices.

  2. musicdeveloper

    Apr 23, 2021 18:29

    Generally seeing very serious regression on VideoPlayer seeking functionality in 2020.3.5.f1 vs. 2019.4.23f1 - after seeking, VideoPlayer stalls and does not grab new frame when Play() is called. This may be related to this issue, or a new issue.

    Please, please investigate and reopen or create a new issue - will have to downgrade Unity to 2019 today to keep my app working for users.

  3. musicdeveloper

    Apr 23, 2021 17:43

    I just updated to Version 2020.3.5f1, and this issue seems to be fixed in Editor MacOS, but is still present in MacOS Standalone Builds. VideoFrameReady is invoked late, causing other operations waiting for the VideoPlayer to display the frame to wait longer than necessary.

    Have no idea why there would be a difference between Editor and release builds on this, but would be happy to upload a video demonstrating the difference if helpful.

    Causing a serious issue for my users - received three bug reports for my app today on laggy video seeking due to this issue.

    Thank you

Add comment

Log in to post comment

All about bugs

View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.