Skip to content

Fix multicore rendering visual glitches - #185

Open
darkx1us wants to merge 1 commit into
Source-Authors:masterfrom
darkx1us:fix/multicore-rendering
Open

darkx1us wants to merge 1 commit into
Source-Authors:masterfrom
darkx1us:fix/multicore-rendering

Conversation

@darkx1us

Copy link
Copy Markdown
Contributor

Summary

Fix dynamic mesh handling when queued rendering is enabled.

Changes

Track whether a mesh build has already been queued so multiple partial
Draw() calls do not enqueue duplicate builds for the same dynamic mesh.

Reset the queued-build state when a new dynamic mesh is acquired or when
its buffers are detached.

Reason

A dynamic mesh could receive multiple partial Draw() calls before the
queued build was processed. This could enqueue the same mesh build more
than once and lead to rendering corruption when multicore / queued
rendering was enabled.

Testing

Tested with queued rendering enabled in the HL2 x64 build. The previously
observed visual glitches no longer occur.

Fix dynamic mesh handling when queued rendering is enabled.

Track whether a mesh build has already been queued so multiple partial
Draw() calls do not enqueue duplicate builds for the same dynamic mesh.

Reset the build state when a new dynamic mesh is acquired or its buffers
are detached.
@dimhotepus
dimhotepus force-pushed the fix/multicore-rendering branch from 847e6f4 to 52e3063 Compare September 19, 2026 14:21
@dimhotepus
dimhotepus self-requested a review September 20, 2026 15:26
@dimhotepus dimhotepus added the bug Something isn't working label Sep 20, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants