Search Issue Tracker
Fixed in 2020.2.X
Votes
0
Found in
2019.1.0a11
2019.3
2019.3.10f1
2020.1
2020.2
Issue ID
1239354
Regression
Yes
[macOS][OpenGL] VSync Count does not lock the framerate upon launching the Player with QualitySettings.vSyncCount = 1
How to reproduce:
1. Open user-submitted project (vSync_OpenGLCore_bug.zip)
2. Open the SampleScene
3. Make sure OpenGLCore is the primary graphics API in the Player Settings
4. Build and run the project in full screen
Expected result: the project starts with vSyncCount 1 and the framerate is locked
Actual result: the project starts with vSyncCount 1, but the framerate is unlocked
Reproducible with: 2019.1.0a11, 2019.3.13f1, 2020.1.0b8, 2020.2.0a11
Not reproducible with: 2017.4.40f1, 2018.4.22f1, 2019.1.0a10
Notes:
Does not reproduce in the Editor
Does not reproduce with Metal
Setting vSyncCount to 0 and then back to 1 locks the framerate correctly
Could not reproduce on Windows
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
- NullReferenceExceptions are being thrown when saving a ScriptableObject with an array of a type with a CustomPropertyDrawer that uses TrackPropertyValue
- 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
Resolution Note (fix version 2020.2):
Fixed in 2020.2.0a14