diff options
author | Sergey Sharybin <sergey@blender.org> | 2022-01-10 17:56:44 +0300 |
---|---|---|
committer | Sergey Sharybin <sergey@blender.org> | 2022-01-10 18:53:44 +0300 |
commit | 20cb2c72a559786b69a3f45695b072dd0beae99a (patch) | |
tree | 827f6c7c97d7e857587e7160378fd00de3a6bb17 /intern/cycles/util | |
parent | d9dd8c287f57716a827483973c31bbb2face2816 (diff) |
Fix second render failure with Cycles persistent data
The issue was caused by the recent changes in the way how the
render result is drawn: the display driver now could hold an
OpenGL resources. Those resources are not shared across contexts
so whenever OpenGL context is destroyed those resources are to
be destroyed as well (and not attempted to be re-used for a next
render).
Do such destruction and entire driver re-creation since it does
simplifies things from API usage point of view without causing
measurable slowdown.
Steps to reproduce the issue:
- Set the render resolution to 2x of Full HD
- Enable persistent data
- Render (F12)
- Render again
Observe OpenGL state being corrupted. Easy to see in debug mode
where IMM abstraction level reports issues about the buffer size
not being the proper size. This was caused by the display driver
trying to use VAO from the previous OpenGL context.
Differential Revision: https://developer.blender.org/D13789
Diffstat (limited to 'intern/cycles/util')
0 files changed, 0 insertions, 0 deletions