Skip to content

fix: SG-43328: Annotation drawing not always updated in Stereo mode#1278

Open
deltag0 wants to merge 4 commits into
AcademySoftwareFoundation:mainfrom
deltag0:side-by-side-annotation-fix
Open

fix: SG-43328: Annotation drawing not always updated in Stereo mode#1278
deltag0 wants to merge 4 commits into
AcademySoftwareFoundation:mainfrom
deltag0:side-by-side-annotation-fix

Conversation

@deltag0

@deltag0 deltag0 commented May 25, 2026

Copy link
Copy Markdown
Contributor

fix: Annotation drawing not always updated in Stereo mode

Summarize your change.

Previously, when annotating in stereo mode with multiple eyes (buffers), the right side would look frozen. The caching logic was sound, but wasn't considering that rendering in 2 passes caused the right side to reset because the cache of the eye rendering second was holding stale data since the code was caching the entire view even when there were 2 eyes.

So, now, when we have multiple views we cache only the relevant part to avoid clobbering/stale data.

Describe the reason for the change.

Not cool that annotations don't update at the same time for each eye.

Describe what you have tested and on which operating system.

Mac CY2025

  • Annotations on 1 image work
  • Annotations in all stereo mode work (including multiple eyes)

Add a list of changes, and note any that might need special attention during the review.

  • Ensure no regressions for different views

deltag0 added 4 commits May 19, 2026 16:38
Signed-off-by: deltag0 <victor.terme@autodesk.com>
Signed-off-by: deltag0 <victor.terme@autodesk.com>
Signed-off-by: deltag0 <victor.terme@autodesk.com>
Signed-off-by: deltag0 <victor.terme@autodesk.com>
@deltag0 deltag0 changed the title Side by side annotation fix fix: SG-43328: Annotation drawing not always updated in Stereo mode May 25, 2026
@deltag0 deltag0 marked this pull request as ready for review May 25, 2026 20:52
@deltag0 deltag0 marked this pull request as draft May 25, 2026 20:53
@deltag0 deltag0 marked this pull request as ready for review May 25, 2026 20:59
@compaga compaga added the PR: In Progress PR is being reviewed by code reviewer. label May 28, 2026
// Recursively stamps the eye's paint target region on every IPImage in
// the subtree so the renderer can find it on whichever descendant
// actually carries the paint commands. (might not be needed)
void propagatePaintRegion(IPImage* img, float rx, float ry, float rw, float rh)

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You wrote "might not be needed" in the comment above this function, but it's being called in prepareForStereo. Is it needed or not to fix the issue?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

PR: In Progress PR is being reviewed by code reviewer.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants