Search Issue Tracker
By Design
Fixed in 2021.1.X
Votes
0
Found in
2019.3.0a4
2019.4
2020.1.14f1
2020.2
2021.1
2021.2
Issue ID
1305631
Regression
Yes
vSyncCount does not work and targetFrameRate is not ignored when vSyncCount is used in the Play Mode
How to reproduce:
1. Open the attached "fps" project
2. Open the Scene "SampleScene"
3. Enter the Play Mode
Expected results: The text in the middle of the Game view shows ~35 fps
Actual results: The text in the middle of the Game view shows ~300 fps (150 if the VSync is enabled in the Game view)
Reproducible with: 2019.3.0a4, 2019.4.21f1, 2020.2.6f1, 2021.1.0b8, 2021.2.0a6
Not reproducible with: 2018.4.32f1, 2019.3.0a3
Notes:
- Enabling vSync in the Game view through drop-down will set the frames to ~150 but the targetFrameRate will still not be ignored
- In the Build, the targetFrameRate is ignored and you get the correct fps depending on what is vSync set to
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Applied velocity is inconsistent when using Rigidbody AddForce() with ForceMode.VelocityChange
- Crash on AudioUtil_CUSTOM_HasAudioCallback when exiting Play Mode while the Inspector is displaying a GameObject with an empty script attached
- Scroll offset is framerate-dependent when scrolling with velocity in the Device Simulator
- "Object.FindObjectsOfType<T>() is obsolete" warning is thrown when using "Transitions Plus" asset
- [Mono] Crash on SystemNative_ReadDirR() when building for IOS/Android on a macOS machine
Resolution Note:
Global vsync cannot affect editor viewports, because every viewport would wait for vsync separately and that would make everything very slow if lots of windows are open. This bug was fixed in 2019.3.0a4. There's a separate vsync option for the game view, and it works correctly.