Skip to content

Conversation

low-batt
Copy link
Contributor

@low-batt low-batt commented Mar 5, 2023

This commit will:

  • Effectively revert the changes made in commit f8811b6 that attempted to always draw using the mpvGLQueue queue
  • Add an Atomic property wrapper to protect a property with a lock
  • Add locking to the VideoLayer properties blocked, forceRender and needsMPVRender

The commit f8811b6 attempted to standardize drawing to always use the mpvGLQueue queue to resolve TSan detected data races reported in issue #3827 without using locks. However as discussed in issue #4055 drawing can still occur on the main thread. This commit resolves the TSan data races using locks.


Description:

This commit will:

- Effectively revert the changes made in commit f8811b6 that attempted
  to always draw using the mpvGLQueue queue
- Add an Atomic property wrapper to protect a property with a lock
- Add locking to the VideoLayer properties blocked, forceRender and
  needsMPVRender

The commit f8811b6 attempted to standardize drawing to always use the
mpvGLQueue queue to resolve TSan detected data races reported in
issue #3827 without using locks. However as discussed in issue #4055
drawing can still occur on the main thread. This commit resolves the
TSan data races using locks.
@uiryuu
Copy link
Member

uiryuu commented Mar 22, 2023

Pulled and tested, confirmed the issue has been fixed.

@uiryuu uiryuu merged commit 83a2a29 into develop Mar 25, 2023
@uiryuu uiryuu deleted the fix-4055 branch March 25, 2023 11:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Black window when switching between video mode and music mode w/ video paused
2 participants